Metodologia Integracion de Aplicaciones

2,999 views

Published on

Universidad Politecnica de Cataluña

Published in: Technology
  • Be the first to comment

Metodologia Integracion de Aplicaciones

  1. 1. Jaime Contreras Carlos Chuquillanqui Asesor: Oriol Roca METODOLOGÍA PARA LA INTEGRACIÓN DE APLICACIONES EMPRESARIALES EAI
  2. 2. Universidad Politécnica de Cataluña – Master de Ingeniería de Software CONTENIDO  Interés en el tema  Problemática  Objetivos del trabajo  ¿Que es EAI?  Metodología que proponemos  Caso práctico  Conclusiones y Recomendaciones
  3. 3. Universidad Politécnica de Cataluña – Master de Ingeniería de Software INTERÉS POR ESTE TEMA  La necesidad de integrar los websites con el back-end de la empresa  Las diversas soluciones que iban apareciendo para solventar este problema  La emergencia de XML  La creciente necesidad de integración de procesos de negocios entre empresas
  4. 4. Universidad Politécnica de Cataluña – Master de Ingeniería de Software PROBLEMÁTICA  Factores de negocio  Factores Tecnológicos
  5. 5. Universidad Politécnica de Cataluña – Master de Ingeniería de Software PROBLEMÁTICA DE NEGOCIOS
  6. 6. Universidad Politécnica de Cataluña – Master de Ingeniería de Software EAI (ALGUNAS ESTADÍSTICAS)  Sistemas Heredados (Inversión $3T, 70% logica de negocio)  Alto coste. 70% codigo son interfaces  Esfuerzo Progr. (40% mover datos entre sistemas, 30% integración)  ERP no proveen una solución completa.  ERPs requieren personalización. Incremento el coste inicial 10:1  Compras y fusiones empresariales.  Internet y el e-busiExtender a los socios r
  7. 7. Universidad Politécnica de Cataluña – Master de Ingeniería de Software INTEGRACIÓN PUNTO A PUNTO  Aplicaciones “spaghetti”
  8. 8. Universidad Politécnica de Cataluña – Master de Ingeniería de Software INTERFACES PUNTO A PUNTO  Complejidad de gestión  Tiempos mayores de desarrollo e integración  Código redundante, duplicado Desventajas  A medida  Implementación personalizada al máximo. Ventajas  Garantías de seguridad Mayor velocidad en tiempo de ejecución
  9. 9. Universidad Politécnica de Cataluña – Master de Ingeniería de Software OBJETIVOS  Obtener una metodología que apoye la implantación de proyectos EAI  Definir las herramientas de apoyo a la metodología
  10. 10. Universidad Politécnica de Cataluña – Master de Ingeniería de Software ¿QUÉ ES EAI?  Compartir información y procesos  Unificación y reutilización de activos de IT existentes  Encapsulamiento de una aplicación existente por un componente de software que actúa como una interface funcional para esta aplicación
  11. 11. Universidad Politécnica de Cataluña – Master de Ingeniería de Software TECNOLOGÍAS EAI  Arquitectura EAI típica (Conectores, motor de reglas, motor de transformación de datos, etc.)  Sincrónos/Asíncronos (RPC, ORBs, Colas)  MOM, TP monitor, servidor de Aplicaciones, XML  Transacciones vs. workflow  Conectores (P/S, QM, MetaDatos)  Conectores(Componentes, Paquetes, Wrappers)
  12. 12. Universidad Politécnica de Cataluña – Master de Ingeniería de Software ARQUITECTURA EAI
  13. 13. Universidad Politécnica de Cataluña – Master de Ingeniería de Software TECNOLOGÍAS EAI (CAPAS) Gestión de Objetos Distribuidos Gestión de Aplicaciones Gestión de Transacciones Gestión de Mensajes Gestión de Transporte Heredadas C/S ERP/CRM/SFA Aplic personalizadas ORBs DCOM XOPEN DBMS Tuxedo Encina MTS CICS RPC TCP/IP MQSeriesDCE LU 6.2 X.25 Falcon/ MQ ISO/LAN
  14. 14. Universidad Politécnica de Cataluña – Master de Ingeniería de Software TECNOLOGÍAS EAI CARACTERÍSTICAS  Permiten la unificación y reuso de los activos IT existentes  No intrusivas  Transacciones vs. workflow  Conectores (P/S, QM, MetaDatos)  Conectores(Componentes, Paquetes, Wrappers)
  15. 15. Universidad Politécnica de Cataluña – Master de Ingeniería de Software NIVELES DE INTEGRACIÓN (CAPAS)  Datos  Aplicación  Procesos de Negocios
  16. 16. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA – RUP – UML BASES CONCEPTUALES
  17. 17. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA - CARACTERÍSTICAS  Evolutiva  Pragmática  Valorar los Objetivos de Negocio a nivel empresarial  Determinar las aplicaciones, la información y los flujos de Procesos
  18. 18. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (1) DEFINICIÓN DE PROCESOS DE NEGOCIO DEFINICIÓN DE REQUISITOS PRUEBA PILOTO •Propuesta de proyecto •Propuesta de Piloto • Definición de requisitos funcionales (Negocio) •Definición de requisitos derivados (Negocio o técnicos) • Diseño y definición de los flujos de negocio • Diseño de la arquitectura de conectores •Documento de Requisitos •Documento de Conclusiones
  19. 19. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (2) ANALISIS Y DISEÑO DE CONECTORES ANALISIS DISEÑO •Especificación de requerimientos •Plan de proyecto •Plan de calidad •Especificación de requerimientos •Plan de proyecto •Plan de calidad •Mapa de sistemas • Definición de casos de uso del sistema •Análisis y modelización del sistema • Diseño y definición de los flujos de negocio • Diseño de la arquitectura de conectores •Definición de Elementos de configuración y estrategias de migración •Documento de Análisis •Documento de Diseño
  20. 20. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (3) IMPLEMENTACIÓN CONSTRUCCIÓN•Especificación de requerimientos •Plan de proyecto •Plan de calidad •Documento de Análisis •Documento de Diseño •Mapa de sistemas • Documentación técnica • Documentación de usuario • Documentación de mantenimiento • Sistema construido • Desarrollo de flujos y conectores • Gestión de elementos de configuración, control de versiones y control de cambios • Pruebas unitarias
  21. 21. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (4) PRUEBAS TEST•Especificación de requerimientos •Plan de proyecto •Plan de calidad •Sistema construido •Plan de pruebas •Mapa de sistemas •Documentación de usuario, técnica y de mantenimiento •Sistema aceptado •Acta de aceptación •Estrategia de implantación • Pruebas de integración • Pruebas de aceptación • Revisión de documentación • Informes de auditoría y finalización del proyecto
  22. 22. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (MODELO DE TRABAJO) Fase 1: Identificar y realizar un censo de aplicaciones actuales y sus interfaces. Análisis y diseño de arquitectura lógica de negocio y de sistemas (Casos de uso y despliegue UML). Fase 2: Modelización de la automatización y definición de conectores/adaptadores. Fase 3: Desarrollo e implantación de adaptadores sobre la plataforma de integración. Ver Anexo con detalles de las fases y plantilla de plan de proyecto. Descripción
  23. 23. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (MODELO DE TRABAJO) Reducción de costes e inversiones en implantación de nuevos procesos de negocio. Mejora en la satisfacción del cliente como consecuencia del control y monitorización de sus órdenes. Reducción del time-to-market ya que se posibilita un rápido lanzamiento de nuevos servicios. Aumento de la eficiencia y calidad operativa del personal debido a la disponibilidad de información en tiempo real. Beneficios
  24. 24. Universidad Politécnica de Cataluña – Master de Ingeniería de Software METODOLOGÍA (MODELO DE TRABAJO) De no ejecución: Elevado time-to-market asociado a altos costos de integración de nuevos servicios debido a la diversidad de soluciones e interfaces para cada aplicación. Las soluciones de integración se realizarían de forma desnormalizada, lo que llevaría a una necesidad de mantenimiento permanente. Asociados al desarrollo: Intentar cubrir procesos que ya cubran otras áreas específicas, como CRM, dando lugar a duplicidades de flujos. Riesgos
  25. 25. Universidad Politécnica de Cataluña – Master de Ingeniería de Software CASO PRÁCTICO  Anexo Caso
  26. 26. Universidad Politécnica de Cataluña – Master de Ingeniería de Software CONCLUSIONES Y RECOMENDACIONES  EAI está en evolución y se esperan soluciones a un coste adecuado  Por simple que sea, el desafío es enorme y debe orientarse a Servicios  Un único vendedor no tiene toda la solución  Una visión mas sistémica de la integración

×