✒️La entrada en productivo de la implementación de SAP
La entrada en productivo de la implementación de SAP
La entrada en productivo de la implementación de SAP
1 La fase de preparación a la salida en productivo
Son las tareas previas antes de llevar la operación al sistema de producción. Es aquí donde se realizan las pruebas y puesto a punto del sistema.
Las tareas en esta fase son las siguientes:
- Las pruebas.
- El transporte de la parametrización y los programas
- La creación de los perfiles de usuario.
- La documentación.
- Las cargas iniciales de datos.
2 Las pruebas
Antes de transportar la parametrización al sistema productivo, es necesario asegurar que los procesos, interfaces, programas y las cargas funcionan de acuerdo a lo requerido. Se realizan diferentes pruebas en el mandante de testing o pruebas y son las siguientes:
- Pruebas unitarias.
- Pruebas integrales.
- Pruebas de volumen o estrés.
2.1 Las pruebas unitarias
Es una forma de comprobar el correcto funcionamiento de los objetos y las lógicas de lo que se tiene que hacer.
Deben cumplir con las siguientes características:
Automatizable, no debería ser manual, y es especialmente útil para integración continua.
Completas, cubrir la mayor cantidad de códigos.
Repetibles o reutilizables, no se deben crear pruebas que se puedan ejecutar una sola vez.
Independientes, la ejecución de una prueba no debe afectar la ejecución de otra.
Profesionales, las pruebas deben ser consideradas igual que el código, con la misma profesionalidad, documentación, etc.
Ventajas:
Fomentan el cambio, las pruebas unitarias facilitan que el programador cambie el código para mejorar su estructura, perite hacer cambios y asegurarse que los cambios, no han introducido defectos.
Simplifican la integración, permiten llegar a la fase de integración con un alto grado de seguridad de que el código está funcionando bien, y facilitan las pruebas de integración.
Documentación de código, documentación del código, puesto que ahí se puede ver cómo utilizarlo.
Los errores están más acotados y son más fáciles de localizar, dado que tenemos pruebas unitarias que pueden desenmascararlos.
2.2 Las pruebas integrales
El objetivo de las pruebas de integración es verificar la integración de todos los procesos de los módulos implementados, el correcto funcionamiento de todo lo que se ha probado unitariamente, con el fin de comprobar que interactúan correctamente a través de sus interfaces, tanto internas como externas, la funcionalidad establecida y se ajustan a los requisitos no funcionales especificados en las verificaciones correspondientes
2.3 Las pruebas de volumen o estrés
Corresponden a pruebas de performance del sistema, con todos sus usuarios conectados, y se utilizan para romper las aplicaciones, o sea cuan solido es, con carga extrema.
Las pruebas de volumen o carga. El objetivo es ver cuanta carga puede soportar un sistema sin empeorar su rendimiento, en síntesis, su capacidad máxima, incluso sobrecargando más allá de sus especificaciones, para ver cómo y cuándo fallara.
3 El transporte de la parametrización y los programas
Realizadas todas las pruebas y las correcciones, se transporta todo al sistema productivo, mediante las ordenes de transporte que iremos registrando en una planilla de Excel para saber que vamos a transportar, y cuando se termina se liberan las ordenes mediante las transacciones SE10, SE09 y SE01, estas corresponden a distintos accesos de la misma herramienta de transporte. Esto es realizado por los administradores SAP Basis.
4 La creación de los perfiles
Los perfiles contienen las autorizaciones para operar en el nuevo sistema, es un punto crítico ya que, si los usuarios no tienen los perfiles adecuados, pueden ver bloqueado el acceso, o se les puede dar accesos a ver información que no corresponde a sus funciones. Se debe crear una matriz de roles de acuerdo a las funciones que desempeñan, y las autorizaciones para ejecutar algunas tareas.
5 La realización de la documentación
Como resultado de las diferentes etapas de la implementación, se generan varios documentos que sirven de apoyo al control del proyecto y a la operación posterior. La documentación más importante es la siguiente:
Diseño conceptual. Registra los procesos a implementar del modelo a implementar, y es aprobado al final de la fase de diseño-.
Manual de parametrización. Se registran todos los cambios o configuración realizados del sistema, y es fundamental cuando se quieren realizar nuevos cambios.
Manual de usuario. Orientado a los usuarios finales, es la guía acabada de como operar cada una de las transacciones del sistema, y sirve de soporte a la entrada en productivo.
Manual de procedimientos. Complementa el manual del sistema, y es una guía de los procedimientos a seguir fuera del sistema y tiene llamadas al manual de usuario para indicar acciones a realizar en el sistema.
6 Las cargas iniciales de datos
Cuando se ha transportado la parametrización, el sistema productivo está listo para ser probado, para recibir los datos maestro para empezar a operar. Los datos son migrados luego de una depuración de sus sistemas anteriores o de archivos o manualmente. Para esto se han construido los programas Batch Input.
Audio. Menciona la carga inicial de datos en el entorno de producción, y en vez de hacerlo manual se utiliza el Batch input, se utiliza para la migración masiva de la información y contiene validaciones para asegurar los datos que se van a migrar.
7 El soporte y la optimización
Después de la implementación hay muchas tareas que se continúan realizando entre ellas:
Soporte de la operación, soporte a los usuarios mediante mesa de ayuda y se debe crear un plan de contingencia para el caso de que la operación con el nuevo sistema no esté disponible:
- Las autorizaciones de los usuarios.
- El desconocimiento de la operación del sistema.
- La optimización de los nuevos procedimientos administrativos.
La optimización del sistema, surgen nuevos requerimientos de los usuarios cuando el sistema ya está en producción, y los factores que más influyen en la estabilización son los siguientes:
- Las cargas iniciales
- Las pruebas y la preparación del sistema.
- La difusión del proyecto.
Sobre el autor
Publicación académica de Miguel Reginaldo Rahal, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
SAP Master
Miguel Reginaldo Rahal
Profesión: Empleado - Argentina - Legajo: NH72U
✒️Autor de: 96 Publicaciones Académicas
🎓Cursando Actualmente: Consultor Funcional Módulo PM
🎓Egresado de los módulos:
Certificación Académica de Miguel Rahal
Disponibilidad Laboral: FullTime 
