METODOLOGÍA PARA LA IMPLEMENTACIÓN DE APLICACIONES USANDO SGP COMO GESTOR DE PROCESOS (BPM)

Transcripción

1 METODOLOGÍA PARA LA IMPLEMENTACIÓN DE APLICACIONES USANDO SGP COMO GESTOR DE PROCESOS (BPM) Localizacion: Metodología para la Implementación de Aplicaciones Usando SGP.docx Analitica basa su metodología de proyecto en modelos de desarrollo ágil adaptados al uso de sus propias herramientas, en particular del Sistema de Gestion por Proceos SGP con el cual la compañía desarrolló todas sus aplicaciones. El siguiente diagrama ilustra el ciclo de desarrollo tipo utilizado en nuestros proyectos: ETAPA 1: LEVANTAMIENTO DE INFORMACIÓN En esta fase nos reunimos con EL CLIENTE, una vez entregados los flujos de procesos y documentación, roles y permisos, formatos, sellos y demás elementos requeridos, se hace un levantamiento detallado del proceso. En esta fase se recopilan los documentos, formatos, registros, mapas, planos y cualquier pieza de información que se considere relevante para implementar el proyecto. También se debe identificar qué tipo de flujo de proceso quiere implementar. ETAPA 2: MODELAMIENTO BPM Y ENTIDAD RELACIÓN Durante esta etapa se realizará lo siguiente: Establecer o definir el modelo entidad/relación de la(s) base(s) de datos específica(s) que soporten la información de los procesos. Esta labor conlleva:

2 I. Definir tablas de modelo con sus respectivos campos y tipos de datos. II. III. IV. Definir las relaciones que se establecen entre las distintas tablas. Definir los índices del modelo que permiten optimizar las consultas en la base de datos. Definir las reglas de integridad referencial orientadas a garantizar la coherencia de los datos contenidos en el sistema. V. Definir las restricciones sobre la inclusión, modificación y borrado de información en el sistema. VI. VII. Identificar y generar los scripts que permiten crear las bitácoras de auditoría del sistema. Elaborar el script de creación de la base de datos en el motor relacional que ha seleccionado (MySQL o SQLSvr u Oracle) VIII. IX. Diagramar el flujo detallado de proceso conforme a las reglas de negocio establecidas por el cliente. Identificar y analizar en detalle todos los documentos involucrados en el proceso. X. Establecer los distintos niveles de proceso, es decir, macro-procesos, procesos y subprocesos que componen la estructura de la solución. XI. Identificar y definir las estructuras organizacionales internas y externas con los lanes o cargos respectivos, involucrados en el proceso.

3 XII. XIII. Identificar y definir en detalle cada una de las tareas, actividades, decisiones, alarmas, tiempos y mensajes involucrados en el proceso; su respectiva ubicación en la estructura definida en el punto I. y su implementador, descrito en el II. Identificar los puntos de integración con otros sistemas u organizaciones. XIV. XV. Correlacionar la operación del flujo de proceso establecido en el segmento 2 con el modelo de datos diseñado en el 1. Establecer todas las reglas de perfilación en términos de segmentación de información (conjunto de datos sobre los cuales el usuario tiene acceso) y segregación de funciones (lo que el usuario puede hacer con los datos sobre los cuales tiene acceso) en la base de datos para garantizar la correcta operación del sistema a nivel interacción directa con el aplicativo de dato o indirecta vía el o los sistema de procesos. Analitica recomienda seguir la metodología BPM (Business Process Managment), la cual establece los pasos que se presentan a continuación:

4 Como se describe en la gráfica, la primera etapa de la metodología es Modelar el proceso en BPMN (Business Process Modeling Notation) que es una notación gráfica estándar para diagramar procesos de negocio en un flujo de trabajo. En el Anexo 2 se incluye un White Paper que ilustra de manera introductoria el estándar BPMN. Este estándar fue desarrollado por la Business Process Management Initiative (BPMI) y es mantenida por el Object Management Group, ambas organizaciones conformadas por las más importantes compañías de tecnología del mundo entre las que se encuentra IBM, Hewlet Packard, SAP, Adobe, BEA, Unisys, ITP Commerce, Sun Microsystems, Oracle, y muchas otras. Analitica Ltda representa a ITP Commerce, una de las compañías pioneras en el desarrollo de herramientas para modelamiento BPMN. Una gran ventaja de esta herramienta es que nos permite diagramar los procesos en Microsoft Visio, la herramienta más usada en el mundo para diagramar procesos. A continuación vemos una imagen de un proceso diagramado en Microsoft Visio usando el Plug In de ITP Commerce (ITP Process Modeler 4):

5 Una vez el proceso es diagramado en Microsoft Visio utilizando las librerías de ITP Process Modeler 4, pasamos a la etapa de Validación del proceso donde se asegura que esté descrito correctamente bajo el estándar BPMN. A continuación vemos un pantallazo de este proceso:

6 La siguiente etapa es la Simulación del proceso, en la cual se revisa que el proceso haya quedado bien diseñado en términos de negocio para soportar la carga de trabajo proyectada y asegurarse que sus costos estarán dentro de lo presupuestado. ETAPA 3: PROTOTIPO En esta fase, basados en la información proveniente del diagrama entidad/relación de la Base de Datos y el proceso definido en BPMN (no siempre se requiere) se construye el aplicativo, utilizando la herramienta de automatización de procesos de Analitica denominada SGP (Sistema de Gestión de Procesos). Esta primera versión del aplicativo la denominamos el Prototipo:

7 Como se puede ver en el diagrama, en esta etapa podemos regresar a la anterior (Etapa #3) por si se requiere realizar algún cambio en el diseño que se identifique con el prototipo. Se espera que este retorno no sobrepase las dos interacciones para poder llegar al modelo ideal. ETAPA 4: AJUSTES AL PROTOTIPO El prototipo se le presenta al CLIENTE y este identifica los ajustes y reportes que se deben realizar. Estos ajustes pueden ir desde recomendaciones de usabilidad en la interfaz gráfica, hasta cambios en la estructura de la Base de Datos y/o el diagrama de flujo. Tener en cuenta que: Reducir el número de actividades en los procesos de BPMN a los estrictamente necesarios desde la perspectiva de lógica de negocio, dejando los elementos de lógica de técnica a su implementación vía funciones o WebServices. Con esto se logra ganar claridad en la implementación del proceso y mejorar los tiempos de operación del sistema. ETAPA 5: INSTALACIÓN Y PUESTA EN PRODUCCIÓN Una vez se realizan los ajustes al Prototipo y se construyen los reportes básicos, se instala el aplicativo en los servidores de producción y se inicia la fase de Producción Controlada. En esta fase se cargan datos al sistema y se habilitan algunos usuarios elegidos por EL CLIENTE para que realicen su trabajo sobre él. Es importante tener presente lo siguiente: Montar el software sobre una infraestructura física (incluyendo servidores) acorde con los requerimientos del aplicativo, el proceso a implementar y el número de usuarios concurrentes esperados. En caso de querer montar el aplicativo con máquinas virtuales recomendamos seguir los siguientes pasos: Montar el aplicativo en una máquina física y estabilizarlo en producción. Medir su comportamiento estacional en términos de usuarios y consumo de recursos, durante un periodo de tiempo prudencial. Buscar aplicativos que tengan un comportamiento complementario en términos estacionales, con el fin de identificar candidatos a compartir máquinas físicas. Identificar o configurar máquinas virtuales con desempeño equivalente a las físicas, bajo las cuales operan exitosamente en producción los aplicativos a llevar a servidores virtuales. Instalar en servidores virtuales y verificar que bajo los máximos requerimientos estacionales de los aplicativos montados en la misma máquina, se obtiene un desempeño individual y en conjunto satisfactorio. Reconfigurar o evitar la instalación de software que pueda generar conflicto con el aplicativo, en particular WS de antivirus y monitoreo.

8 Conectar los servidores de aplicación y base de datos de la manera más directa posible, utilizando para ello el mecanismo de interconexión de mayor velocidad disponible. Vía conexión directa al mismo switch físico. Vía un cable cruzado con dos tarjetas de red en el servidor de aplicaciones. Contar con un servidor físico de pruebas, acorde con los requerimientos del aplicativo, a entera disposición del equipo de desarrollo y pruebas; con el objeto de acelerar estos procesos y generar configuraciones tipo plenamente caracterizadas, que permitan obtener métricas de referencia frente a las respectivas instalaciones en ambientes productivos. En particular se vio la utilidad de: Tener el equipo de pruebas físicamente al alcance del equipo de desarrollo y pruebas, con el cual se pueden estudiar diferentes configuraciones de hardware e infraestructura. Contar con un disco duro en blanco donde se pudiera montar solamente el software requerido (sistema operativo, base de datos, servidor de aplicaciones, etc) desde cero, evitando conflictos con otros aplicativos que pudieran estar en pruebas. Contar con el usuario administrador en el equipo de pruebas tanto del sistema operativo, y base de datos, con el objeto de probar ágilmente configuraciones y modelos de operación. ETAPA 6: ESTABILIZACIÓN Con base en la retroalimentación de los usuarios en producción controlada se realizan los últimos ajustes al sistema y se entra a la etapa de estabilización. En esta etapa se entra en plena producción con todos los usuarios del sistema y se brinda un acompañamiento cercano de parte de Analítica tendiente a solucionar cualquier inconveniente que se presente y asegurarse del cumplimiento de las funcionalidades del sistema. En esta etapa además del acompañamiento, se incluye la capacitación y el plan de pruebas para finalmente proceder a la firma del acta de entrega. En el cronograma se encuentran las fechas propuestas para cada una de estas tareas. Capacitación: Analitica realizará una capacitación como parte del proyecto en los días establecidos en el cronograma adjunto y entregará lo siguiente: Manual de usuarios. Manual de Instalación y configuración. Registros de asistencia a capacitación NOTA: Si las sesiones de capacitación no se pueden desarrollar por razones no atribuibles a Analítica sino al CLIENTE, la falta de este entregable no impedirá la facturación de los servicios. Analítica, desarrollará las actividades de capacitación en una fecha y hora a acordarse con EL CLIENTE, a más tardar dentro de los siguientes 6 meses a la entrega del proyecto. En caso de vencer este plazo, Analítica, estará exenta de desarrollar la capacitación.

9 Plan de Pruebas: El objetivo fundamental de Analítica es asegurar la calidad de sus desarrollos, donde el plan de pruebas corresponde a una de las etapas que buscan este objetivo. La idea es que durante todo el proceso de desarrollo expuesto en las anteriores etapas, se puedan minimizar los posibles errores del sistema o como mínimo que se identifiquen de manera temprana. Para cumplir con este objetivo Analítica cuenta con las siguientes buenas prácticas: Maximización de la reutilización de código probado: Para esto utilizamos en gran medida la reutilización de librerías comunes, generación dinámica de código a partir de la estructura de la Base de Datos y nemotecnia común en la escritura del código. En la gráfica vemos las proporciones de código en un proyecto típico: Librerías de uso común utilizadas en un amplio universo de empresas y ambientes operativos que nos permiten probar el software en distintos ámbitos, logrando una mejora continua que incluso nos permite corregir errores antes de que se evidencien en EL CLIENTE. Un esquema de soporte muy eficiente debido a que el porcentaje de código común es muy alto y todos nuestros ingenieros están capacitados en la misma plataforma de desarrollo, minimizando la dependencia en pocos ingenieros involucrados en el proceso de desarrollo. Respecto a las pruebas, realizamos dos tipos: Pruebas unitarias: Hechas por el desarrollador. Pruebas de Sistema: Hechas por un usuario, siguiendo una lista de chequeo previamente aprobada por EL CLIENTE. Es posible que en algunos casos específicos se requieran probadores automáticos, los cuales son necesarios para probar cargas masivas o pruebas aleatorias. Ejemplos de esto, cuando se quiere probar transferencias de documentos masivos (Ej Sistema de Grabación de videos digitales del Consejo Superior de la Judicatura) o sistemas de inscripción (Ej. Banca extendida del Banco de Crédito).