Carátula

1. Aplicando SOA en el Ámbito Bancario Carátula

2. Título Aplicando S.O.A. en el Ámbito Bancario

3. Índice • Introducción • Organización del Proyecto • Modhelus Core bajo SOA • Preguntas

4. Introducción • Quiénes Somos • Por qué elegimos SOA como Arquitectura • De Tradicional a SOA

5. Índice a • Introducción • Organización del Proyecto • Modhelus Core bajo SOA • Preguntas

6. Organización del Proyecto • Por qué decidimos hacer un Core Bancario • Idea de Proyecto - Arquitectura • Organización Inicial del Proyecto • Recursos Humanos • Fuente de Financiamiento

7. Metodología y Control del Proyecto • El Objetivo: • Desarrollar los “Servicios” que resuelvan la problemática bancaria • Desarrollar la Infraestructura que permita su ejecución • Implementación de una solución a medida que explote los “Servicios” desarrollados • El Desafío: • Problemática Cultural • Casos Testigo: Muy baja experiencia en el Mercado

8. Metodología y Control del Proyecto • El Método: Adopción de Modelo UP (Proceso Unificado) basado en Fases e Iteraciones • Estimación de Esfuerzos (30% - 30% - 40%) • Marco Procedural • UML y Casos de Uso • Similitud con OOAD • Necesidad de flexibilizar los procesos de forma ágil durante el transcurso del proyecto. INICIACIÓN ELABORACIÓN CONSTRUCCIÓN TRANSICIÓN Requerimientos Análisis Procesos de Desarrollo del SW Diseño / Construcción Testing Deployment

9. Metodología y Control del Proyecto • Generación del Ambiente de Proyecto • Administración de Requerimientos: JIRA • Control de Versiones: Subversión • Administración del Cronograma: MS Project • Modelado de Datos: ERwin

10. Índice a • Introducción • Organización del Proyecto • Modhelus Core bajo SOA • Preguntas a

11. Modhelus Core: Fase Iniciación • Alcance del Proyecto • Desarrollo de Requerimientos • Pruebas Piloto de Documentación • Estándares de Base de Datos y Programación

12. Modhelus Core: Fase Elaboración • Modelado de Datos Conceptual y Detallado • Estimación del Esfuerzo • Cambio del Paradigma • Necesidad de detectar “servicios primitivos” que, orquestados adecuadamente, resuelvan la funcionalidad requerida. • Configuración en vez de programación. • Máxima Reusabilidad y Mínimo Acoplamiento. • “Sin estándares no hay reutilización”

13. Modhelus Core: Fase Construcción • Configurador de Servicios • Conceptos • Servicios: Primitivos y Compuestos • Acciones y Entidades • Contrato de Servicios • Ejemplos • Experiencias • Curva de Aprendizaje • Grado de Reutilización de Servicios

14. Índice a • Introducción • Organización del Proyecto • Modhelus Core bajo SOA • Preguntas a a ?

15. Fin de la Presentación Modhelus Core Gracias por su Presencia !!!!!

16. Quiénes Somos Presentación Institucional

17. Por qué elegimos SOA como Arquitectura • Estandarización • Reduce variable de integración • Incremento de activos reusables • Reduce tiempos de testing e implementación • Agiliza nuevos productos y reduce riesgo operacional

18. De Tradicional a SOA Aplicación vs. Secuencia de Servicios 1997 – VERSIÓN PILOTO 1.0.1 (SOA /TRADICIONAL) INTEGRADOR CANALES ELECTRÓNICOS (BCU) 1999 – VERSIÓN 1.2.1 (SOA /TRADICIONAL) INTEGRA ELECTRÓNICOS Y SUCURSALES (NBSF) 2001 – VERSIÓN 2.0.1 ( 100 % SOA) INTEGRA ELECTRÓNICOS SUCURSALES Y TIENDAS (BCPA) 2004 – VERSIÓN 2.2.0 ( 100 % SOA) INTEGRA ELECTRÓNICOS SUCURSALES REDES (BC) 2005 – INICIO DEL DESARROLLO DE MODHELUS CORE

19. Servicio Servicio Servicio Contexto Servicio Arquitectura Detallada CANALES DE DISTRIBUCIÓN MODHELUS EBS OTROS SISTEMAS MODHELUS CORE CONFIGURADOR ENGINE S.O.A. Schedule MODHELUS WIZARD Inteligencia Comercial Logs Seguridad Multi idioma Workflow MODHELUS VIEW Manejo de Errores DB ORM (OBJECT-RELATIONAL MAPPING)

20. Organización Inicial del Proyecto

21. Recursos Humanos

22. Banco Interamericano de Desarrollo FOMIN - CII Fuente de Financiamiento AGENCIA NACIONAL DE PROMOCIÓN CIENTÍFICA Y TECNOLÓGICA

23. Administración de Requerimientos – JIRA (1/2)

24. Administración de Requerimientos – JIRA (2/2)

25. Control de Versiones - Subversión

26. Administración del Cronograma – MS Project

27. Modelado de Datos - ERwin

28. Requerimientos

29. Ejercicios Piloto

30. Estimación de Esfuerzo

31. Servicios Primitivos y Compuestos

32. Acciones y Entidades Entidades: Son aquellos elementos sobre los cuales se efectúan acciones. Pueden ser una tabla: readAccount verifyCustomerName Pueden ser un tipo de dato: calculateDateAddition verifyStringLenght Pueden ser generalizaciones de cualquier tabla del modelo: lockEntity saveEntityList • Acciones: • Son verbos que representan el tipo de servicio • insertmodifydeletesingleSelectmassiveSelectprocess • readverifysetcalculatelocksave

33. Configurador de Transacciones (1/4) Administración de Entidades Creación de Servicios

34. Configurador de Transacciones (2/4) Búsqueda de Servicios Existente

35. Configurador de Transacciones (3/4) Ejemplo de Servicio Compuesto

36. Configurador de Transacciones (4/4) Ejemplo de Servicio Primitivo

37. Curva de Aprendizaje Fase de Elaboración – Etapa de Análisis 6 Semanas

38. Reusabilidad – Grado de Reuso

39. Reusabilidad – Ahorro de Esfuerzo