✒️SAP / Las metodologías de implementación de SAP Por German Giovannini

Las metodologías de implementación de SAP

En el Método ASAP (ACELERATE SAP) pretende dar a entender la posibilidad de realizar implementaciones en tiempo cortos por el juego de palabras azuna posible, a diferencia de lo que había estado sucediendo cuando las implementaciones sin una metodología estándar, cuando se dibujaban proyectos que abarcaban años de trabajos, sin entregables definidos, dejando sin cubrir la expectativas del cliente que adoptaban las soluciones, lo que generaba un ambiente muy adverso en los proyectos de implementación del software.

Pruebas Unitarias

Este tipo de pruebas corresponden a probar cada proceso, o ciclo con un modelo real de la operación diaria, en cada módulo.

Las pruebas unitarias son llevadas a cabo por los mismos programadores que realizan las correcciones o mejoras al sistema o por los analistas técnicos que son responsables del detalle de la corrección o modificación.

Finalizadas las pruebas unitarias, los analistas funcionales responsable de la incidencia , mejora al sistema o proyecto, pasan a realizan las pruebas integrales en donde se realizarán pruebas más generales para probar la interacción de la funcionalidad o módulo con otras funcionalidades o módulos del sistema.

Pruebas Integrales

Consisten en verificar la integración de los procesos, entre todos los módulos implementados.

En general este tipo de pruebas las realizan los analistas funcionales responsables de la implementación de la incidencia, mejora o proyecto.

Las pruebas integrales se realizan luego que los programadores o analistas técnicos realizan las modificaciones necesarias en el sistema y concluyen con éxito las pruebas unitarias.

Finalizadas satisfactoriamente las pruebas integrales, lo que sigue es que el usuario o área que recibe las necesidades de información de los usuarios, realicen las llamadas "pruebas de usuario".

Pruebas de Stress

Las pruebas de Volúmen o Stress corresponden a las pruebas de performance del sistema cuando este opera con todos sus usuarios conectados.

Este tipo de pruebas se realiza en el ambiente de QA.

Esta evaluación pone a prueba la robustez y la confiabilidad del software sometiéndolo a condiciones de uso extremas. Entre estas condiciones se incluyen el envío excesivo de peticiones y la ejecución en condiciones de hardware limitadas. El objetivo es saturar el programa hasta un punto de quiebre donde aparezcan bugs (defectos) potencialmente peligrosos.

Cuando hablamos de aplicaciones web, una posible condición extrema puede ser el acceso de un enorme número de usuarios en poco tiempo. Efectos similares pueden obtenerse con un ataque de denegación de servicio (DDoS) a través de un software malicioso. Los efectos de la saturación pueden ser la pérdida o adulteración de datos, el uso excesivo de recursos incluso una vez finalizada la situación de stress, un mal funcionamiento de componentes de la aplicación o la aparición de errores inesperados.

Un buen plan de pruebas de stress debe contemplar el desarrollo de no uno, sino varios casos de stress. Cada caso diferirá en el volumen del estímulo a aplicar sobre la aplicación (cantidad de usuarios, cantidad de peticiones, etc.), el tiempo que durará cada estímulo y la duración total del experimento, entre otras variables. Además, deberá contar con una serie de resultados esperados. Todos los casos deben ponerse en práctica, registrándose al término de cada uno estadísticas sobre el uso de CPU, memoria, conexión y otros recursos.

Al finalizar, se comparan los resultados obtenidos con los esperados y se obtienen conclusiones sobre el rendimiento de la aplicación. Si se encontraron problemas, es necesario revisar el diseño o el código de la aplicación para descubrir el origen del conflicto.

La importancia de detectar errores a tiempo es tal, que las pruebas de stress suelen realizarse en las primeras instancias del plan de QA, incluso antes de verificar que la aplicación cumpla con los requerimientos solicitados. De esta manera se le entrega al cliente un software que puede no ser el definitivo, pero sí goza de la robustez adecuada para su uso diario.

IMG

Menú existente dentro de la transacción estándar de configuración de SAP SPRO que se utiliza para la parametrización o customizing del sistema SAP, a este acceden los consultores funcionales, principalmente en las etapas iniciales de implementación del sistema.

Para que funcione de forma más efectiva el software SAP y sus programas, el IMG incluye ajustes específicos para el usuario.

Las configuraciones comerciales incluyen los países en los que la empresa ejerce su actividad junto con los códigos de países, monedas, medidas, calendarios y zonas horarias. A nivel interno, la estructura organizativa específica de la compañía también está definida.

La estructura de la empresa del usuario es analizada y combinada con la estructura del software SAP. Las áreas incluidas son de gestión y control, logística, ventas, materiales y recursos humanos.

Metodología SAP Activate

Activate es una metodología que esta alineada con las prácticas de gestión de los proyectos mejorada del PMI, teniendo en cuenta la gestión formal de problemas, riesgos y calidad, básicamente es la sucesora de ASAP; es considerada como simple, modular y ágil. Puesto que es la que proporciona soporte para el despliegue inicial con un enfoque de implementación armonizada para despliegues en la nube local e hibridas.

Fue creada para dar soporte a los equipos del proyecto con los principios de entrega de proyectos rápidos, y crea su documentación a partir de las mejores practicas de SAP. También utiliza las herramientas de configuración guiada para ajustar la solución de línea base a las necesidades del cliente, según los resultados del análisis de eficiencias y ventajas que se ejecuten en la fase de exploración

SAP Activate emplea un enfoque incremental con mucho más hincapié en los usuarios al incorporar SCRUMS, SPRINGS por delivery y documentación mas efectiva, mientras se mantiene intacto el marco de calidad.

OLAP

Es el acrónimo en inglés de "Procesamiento analítico en Línea" (On-Line Analytical Processing). Es una solución utilizada en el campo de la llamada "Inteligencia Empresarial (o Business Intelligence) cuyo objetivo es agilizar la consulta de grandes cantidades de datos.

Para ello utiliza estructuras multidimensionales (o Cubos OLAP) que contienen datos resumidos de grandes Bases de datos o Sistemas Transaccionales (OLTP). Se usa en informes de negocios de ventas, marketing, informes de dirección, minería de datos y áreas similares.

La razón de usar OLAP para las consultas es la rapidez de respuesta. Una base de datos relacional almacena entidades en tablas discretas si han sido normalizadas. Esta estructura es buena en un sistema OLTP pero para las complejas consultas multitabla es relativamente lenta.

Un modelo mejor para búsquedas (aunque peor desde el punto de vista operativo) es una base de datos multidimensional.

OLTP

Son las iniciales de OnLine Transaction Processing (Procesamiento de Transacciones En Línea).

El proceso transaccional es típico de las bases de datos operacionales.

Es un tipo de procesamiento que facilita y administra aplicaciones transaccionales, usualmente para entrada de datos y recuperación y procesamiento de transacciones (gestor transaccional).

PMBOK

Es una guía desarrollada por el Project Management Institute (PMI), explica el criterio que debe tener un gestor y las buenas prácticas relacionadas a la gestión, la administración y la dirección de proyectos mediante técnicas y herramientas que permiten identificar más de 47 procesos distintos.

La guía PMBOK identifica 5 macroprocesos en los que se incluyen los 47 procesos estándares que intervienen en cualquier proyecto:

Inicio: conformado por 2 procesos menores, cuyo fin es definir un nuevo proyecto o una nueva fase de ejecución de este, y obtener la autorización necesaria para llevarlo a cabo.

Planificación: este macroproceso incluye 24 procesos destinados a la concreción y el establecimiento de objetivos, y al diseño de las estrategias más adecuadas para lograr su consecución.

Ejecución: incluye 8 procesos implicados en el correcto desempeño, acorde a la estrategia adoptada, de las actividades definidas en el proyecto para la consecución de los fines establecidos.

Control y monitorización: once procesos se inscriben en este macroproceso, todos ellos relacionados con la supervisión y la evaluación del desempeño del proyecto.

Cierre: último macroproceso, formado por dos procesos menores, que cierra el proyecto en su totalidad o alguna fase de este refiriendo el grado de aceptación y la satisfacción con el resultado obtenido.

GAPS

Cuando hablamos de "gaps" nos estamos refiriendo a los requerimientos funcionales o técnicos no contemplados en el diseño inicial que luego de un análisis detallado salen a la luz.

Los “gaps” pueden dar origen o bien al desarrollo de ciertas iniciativas de corrección o bien a la redefinición completa del Modelo de Negocio y Técnicos.

Sprints

Es un período corto de tiempo en el que un equipo de scrum trabaja para completar una cantidad determinada de trabajo. Los sprints están en el corazón del scrum y las metodologías ágiles, y hacer que los sprints sean correctos ayudará a su equipo ágil a entregar un mejor software con menos dolores de cabeza.

Los sprints permiten la previsibilidad al garantizar la inspección y adaptación del progreso hacia un objetivo de producto al menos cada mes calendario. Cuando el horizonte de un Sprint es demasiado largo, el Objetivo del Sprint puede volverse inválido, la complejidad puede aumentar y el riesgo puede aumentar

Algunas diferencias insistentes entre las metodologías tradicionales como ASAP versus las metodologías ágiles como SAP Activate; en ASAP el cliente se involucra solamente al principio del proyecto, mientras que en SAP Activate involucrará al cliente en todas las fases del proyecto, es clave para acercarse al objetivo mientras se está trabajando. En ASAP se escalan los problemas al director del proyecto en cuanto surgen, mientras que en SAP Activate cuando un problema surge se resuelve de manera interna por todos los integrantes del equipo. En ASAP se realiza el diseño y el análisis por adelantado, mientras que en SAP Activate se realizan reuniones diarias para analizar el trabajo realizado el día anterior y planear el trabajo del día. En ASAP el producto se planea de manera extensiva se ejecuta y testea mientras que en SAP Activate el trabajo es entregado al cliente en paquetes pequeños y frecuentes de modo obtener feedback o retroalimentación y por último en ASAP se enfoca en anticiparse a los hechos mientras que SAP Activate se enfoca en adaptarse los hechos