DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

Transcripción

1 DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz Tutor: Ing. Juan Carlos Grass González Grupo: IF-42.

2 Resumen El presente trabajo se ha hecho con el objetivo de brindar y recibir información de los distintos procesos de negocio que se llevan a cabo en el Complejo de Investigaciones Tecnológicas Integrado (CITI), todo esto mediante el desarrollo de WebParts para el portal corporativo del CITI, los cuales consumen servicios de BizAgi-herramienta BPMS para modelar y ejecutar procesos de negocio-. Los WebParts desarrollados permiten: iniciar procesos de negocio, acceder a las tareas de procesos y a sus flujos y monitorizar los procesos en ejecución y realizar análisis sobre los cerrados. Con la realización de este trabajo los usuarios del portal del CITI podrán acceder a todas las actividades relacionadas con procesos de negocio en un ambiente familiar para estos.

3 Índice Introducción... 3 Capítulo Modelo del dominio Requisitos no funcionales... 5 Capítulo Captura de Requisitos Modelo de casos de uso del sistema Descripción de los casos de uso... 7 Capítulo3. Solución propuesta Diagrama de Clases de diseño Mecanismos de Diseño Mecanismo de acceso a datos Mecanismo de seguridad Vistazo de la arquitectura estructuración en capas Modelo de despliegue Interfaces gráficas de los Webparts Conclusiones Recomendaciones Bibliografía... 12

4 Introducción El Complejo de Investigaciones Tecnológicas Integradas (CITI) surgió con el objetivo de lograr un mayor desarrollo de la investigación científica al servicio de la seguridad y el orden interior del país; a través del desarrollo de proyectos de diferentes especialidades mediante un trabajo coordinado entre el Instituto Superior Politécnico José Antonio Echeverría (ISPJAE) y el Ministerio del Interior (MININT). El Portal Corporativo del CITI surge con el objetivo de garantizar la integración, personalización y gestión flexible y eficiente de la información empresarial que se maneja en el complejo; así como la comunicación, colaboración y coordinación entre todos los miembros, de acuerdo a sus necesidades y roles en la organización. También bajo este enfoque se diseñan procesos de negocio a desplegarse en la solución de BPM BizAgi. Esta BPMS brinda un portal corporativo para la gestión de los procesos; y dicha cualidad, pone en disyuntiva el empleo de uno u otro portal. Por sus distintas cualidades y ventajas no merece la pena la comparación entre estas herramientas, pero si vale la pena mencionar el desempeño histórico y las funcionalidades ya diseñadas y en uso actual del portal de la organización. Partiendo de esta premisa y contando con la ventaja de una capa SOA de la BPMS BizAgi, que permite acceder a los flujos de procesos, se decide diseñar componentes que permitan al usuario acceder a los procesos de negocio desplegados en la BPMS BizAgi desde el Portal Corporativo del CITI. El objetivo general de la práctica profesional consiste entonces en desarrollar componentes para la integración entre la BPMS BizAgi y el Portal Corporativo del CITI. Para dar cumplimiento a este objetivo se llevó a cabo el desarrollo de Webparts que interactúan con BizAgi mediante el consumo de servicios web brindados por esta solución. Para la construcción de los Webparts se utilizó ASP.NET -tecnología para desarrollar aplicaciones web incluidas en el Framework de Microsoft.Net. Como lenguaje de programación utilizado para manejar la lógica de negocio y programar del lado del servidor, se utilizó el lenguaje nativo de.net C# y la tecnología LINQ to XML implícita en este lenguaje.

5 Capítulo 1 Análisis del negocio 1.1 Modelo del dominio Tabla 1.Requisitos de la solución Componentes Descripción Objetivo Componente para crear nuevos casos de procesos Webpart con múltiples vínculos que permiten a los usuarios del portal corporativo crear nuevos casos de procesos. El listado de los procesos a instanciar aparece según los permisos que tenga el usuario autenticado. Crear nuevos casos o instancias de procesos de negocios. Componente para la monitorización de procesos de negocio Webpart con componentes gráficos que permiten mostrar reportes sobre la información de procesos en ejecución y procesos cerrados. Los reportes pueden ser realizados sobre distintos niveles en la organización (áreas, procesos, etc.) Monitorizar los procesos de negocio en tiempo real y hacer análisis sobre el registro histórico. Componente parar crear nuevo caso de no conformidad Webpart con un campo de texto y un botón para escribir una no conformidad y activar un nuevo caso del proceso Registro de no conformidades con la información escrita. Registrar nueva no conformidad. Componente de acceso a las tareas de procesos Webpart que muestra la lista de tareas de procesos pendientes. Cada tarea se muestra en forma de vínculo para acceder a su formulario y en correspondencia con las credenciales del usuario autenticado. Acceder a las tareas pendientes en los procesos de negocios

6 1.2 Requisitos no funcionales A continuación se especifican los requisitos no funcionales con que debe cumplir la solución. Requerimientos de apariencia o interfaz externa: La interfaz externa de la solución debe ser simple para las personas que interactúen con este. La información de las tareas de procesos debe refrescarse constantemente al encontrarse en un sistema externo. Los gráficos para reportes de monitorización deben ser sencillos y amigables, ya que van dirigidos a usuarios no expertos. Requerimientos de Usabilidad: La solución debe tener un porciento elevado de aceptación por los usuarios y debe integrarse fácilmente con el portal de la organización. La solución debe ser fácil de usar para aquellas personas que no tengan experiencia con el manejo de la computadora. La solución debe mostrar sólo la información referente al usuario autenticado (Seguir el principio: Whatyousee, whatyouget Lo que ves es lo que tienes-) Requerimientos de Soporte: La solución debe poseer una fácil instalación dentro del portal de la organización. La solución debe tener compatibilidad con diferentes navegadores Web y plataformas. La solución debe poseer un proceso de mantenimiento continuo. Requerimientos de Seguridad: La información manejada por la solución debe estar protegida de acceso no autorizado y de divulgación. La información manejada por la solución debe ser sólo de acceso a los usuarios que le corresponde. Requerimientos de confiabilidad: La solución debe tomar los cambios automáticamente según se agreguen, modifiquen o eliminen los procesos de negocio que la soportan.

7 Capítulo 2 Análisis del sistema 2.1 Captura de Requisitos Modelo de casos de uso del sistema Nombre del actor Director de área Descripción Es el que inicia el caso de uso, de acuerdo al área que este dirige. Actor de sistema que requiere monitorizar los procesos de negocio a partir de reportes gráficos identificados como casos de uso del sistema. Ilustración 1.Diagrama de caso de uso del componente para monitorización

8 2.1.2 Descripción de los casos de uso Tabla 2. Descripción de los casos de uso Nombre del caso de uso Actores Obtener no conformidades pendientes Director de área Resumen Precondiciones Pos condiciones Requisitos El Director de área selecciona la opción de ver las no conformidades pendientes y se genera un gráfico con la información solicitada a partir de ser aplicado un filtro e invocado un servicio Web con la consulta. Los servicios del servidor de BizAgi deben estar disponibles. Se le muestra la información al director, mediante un gráfico, el cual refleja la información pedida. El director debe estar autenticado, para poder tener acceso a la información, de acuerdo al rol que este juega. Consideraciones especiales La descripción mostrada anteriormente es similar para los restantes casos de uso: Obtener conformidades aplazadas. Obtener no conformidades resueltas y aprobadas. Obtener no conformidades resueltas y aprobadas con el tiempo de demora de estas. Obtener las causas por grupo de las no conformidades resueltas y aprobadas.

9 Capítulo3. Solución propuesta 3.1 Diagrama de Clases de diseño Para los componentes de dominio de la solución, identificados en el capítulo 1, se identificaron los siguientes componentes Webpart: Tabla 3. Componentes Webpart Componente Webpart WebPart4CreateCases WebPart4NoConsent WebPart4Task WebPart4Monitoring Descripción Webpart con múltiples vínculos que permiten a los usuarios del portal corporativo crear nuevos casos de procesos. El listado de los procesos a instanciar aparece según los permisos que tenga el usuario autenticado. Webpart con componentes gráficos que permiten mostrar reportes sobre la información de procesos en ejecución y procesos cerrados. Los reportes pueden ser realizados sobre distintos niveles en la organización (áreas, procesos, etc.) Webpart con un campo de texto y un botón para escribir una no conformidad y activar un nuevo caso del proceso Registro de no conformidades con la información escrita. Webpart que muestra la lista de tareas de procesos pendientes. Cada tarea se muestra en forma de vínculo para acceder a su formulario.

10 A continuación se muestran los diagramas de clases de diseño según cada componente Webparts Ilustración 2.Diagrama de clases de diseño del webpart WebPart4Monitoring

11 Ilustración 3.Diagrama de clases de diseño del WebPart WebPart4CreateCases

12 Ilustración 4.Diagrama de clases de diseño del WebPart WebPart4NoConsent

13 Ilustración 5. Diagrama de clases del WebPart WebPart4Task

14 3.2 Modelo de componentes A continuación se muestra el modelo de componentes de la solución. Estos componentes conforman bibliotecas de clases y archivos de configuración que una vez compilados se agregan a portales corporativos basados en la plataforma SharePoint Mecanismos de Diseño Mecanismo de acceso a datos La aplicación garantiza el acceso a los datos mediante el consumo de servicios web que brinda BizAgi, estos servicios web devuelven los datos en formato XML. Esta información es procesada mediante LINQ to XML -tecnología desarrollada por Microsoft que permite el manejo de documentos XML mediantes consultas orientada a objetos. A continuación se muestra un fragmento de un documento XML retornado por los servicios de la capa de servicios de BizAgi. Para leer los documentos XML como el anterior se empleó la tecnología LINQ to XML de.net. A continuación se muestra un fragmento de código de LINQ to XML donde se hace una consulta para obtenerla cantidad de elementos No conformidad.

15 3.3.2 Mecanismo de seguridad La mayor parte de la seguridad de la solución es ofrecida por el portal de la organización mediante acceso por Autenticación de Windows en el Dominio. Sin embargo la solución debe garantizar que el usuario autenticado acceda a la información correspondiente de procesos de negocio según las credenciales de autenticación. 3.4 Vistazo de la arquitectura estructuración en capas Capa Específica: Aquí se muestran los elementos (paquetes o subsistemas) del sistema actual, que no son reutilizados, los mismos pueden ser de distintos niveles de responsabilidad, o sea de Presentación, Lógica de Negocio, Acceso a los Datos o cualquier otra, simplemente tienen que cumplir con la cualidad de ser específicos, o sea no reutilizables. Capa General: Aquí se muestran los elementos de cualquier nivel de responsabilidad (al igual que en la capa anterior) pero que son reutilizados, según aclarado en nota anterior, los elementos que se muestran en esta capa, forman parte también del sistema actual (al igual que los de la capa específica). Capa Intermedia: Es empleada para mostrar los elementos, paquetes, subsistemas, que no son propios del sistema que se está desarrollando, sino de terceros, es brindado por el entorno de desarrollo, componentes descargados de Internet, o Sistemas Legados. Capa Software del Sistema: Protocolos, componentes y subsistemas que son provistos por el propio sistema operativo.

16 Ilustración 6. Estructuración en capas. Enfoque de reutilización.

17 3.6 Modelo de despliegue A continuación se muestra el modelo de despliegue de la solución. Ilustración 7. Modelo de despliegue PC Cliente: Es el nodo de donde se podrá interactuar con los formularios del servidor. Como requisitos mínimos de software debe tener sistema operativo Windows XP con algun navegador instalado y de hardware debe tener 512 MB de memoria RAM, con el procesador a 2.4 GHz. Servidor Web: Es el nodo que contiene los formularios por donde los usuarios interactuan con los datos recibidos desde el servidor de BizAgi. Servidor BizAgi: es el nodo donde se encuentra la informacion relacionada con los procesos de negocio. Los componentes Webpart instalados en el nodo Servidor Portal CITI acceden a los datos del Servidor BizAgi mediante servicios Web bajo protocolo HTTP (Hipper Text Tranfer Protocol) y mensajes SOAP (Simple Object Access Protocol).

18 3.7 Interfaces gráficas de los Webparts. Ilustración 8. WebPart WebPart4Monitoring Ilustración 9. WebPart WebPart4Monitoring

19 Ilustración 10. WebPart WebPart4NoConsent Ilustración 11. WebPart WebPart4Task

20 Conclusiones El uso de estrategias para modelar procesos de negocios recobra cada día más importancia en el mundo empresarial, ya que agiliza el funcionamiento cotidiano de cualquier empresa. Con el desarrollo de los WebParts se ha querido brindar una interfaz de usuario, para mostrar de una forma más amigable los procesos de negocio del CITI, y de sus áreas, con lo cual se ha cumplido el objetivo de este trabajo. Recomendaciones Por la importancia que tiene para el CITI la implantación de una solución que permita gestionar sus procesos de negocio se recomienda que el futuro se realice avanzadas versiones que permitan en mayor medida aumentar el número de funcionalidades que estos webparts brindan. Bibliografía Materiales complementarios de la asignatura IGS2 MSDN online documentation Microsoft Corporation, LINQ to XML,.NET Language Integrated Query for XML Data Miguel Katrib, Visual Studio.NET 2008, Capitán Sal Luis.