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

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

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

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

5 5  Introducción  Organización del Proyecto  Modhelus Core bajo SOA  Preguntas Índice 

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

7 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 8  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. Metodología y Control del Proyecto INICIACIÓNELABORACIÓNCONSTRUCCIÓNTRANSICIÓN Requerimientos Análisis Diseño / Construcción Testing Deployment Procesos de Desarrollo del SW

9 9  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 Metodología y Control del Proyecto

10 10  Introducción  Organización del Proyecto  Modhelus Core bajo SOA  Preguntas Índice  

11 11  Alcance del Proyecto  Desarrollo de Requerimientos  Pruebas Piloto de Documentación  Estándares de Base de Datos y Programación Modhelus Core: Fase Iniciación ClientesSegurosMoraConfigurador Cuentas a la Vista Paquetes de Productos Plataforma Comercial Interfaz de Usuario Plazo FijoLímitesCajaFramework PréstamosGarantíasTesoreríaEngine TarjetasConveniosApoyoSeguridad ContabilidadBCRA

12 12  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” Modhelus Core: Fase Elaboración

13 13  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 Modhelus Core: Fase Construcción

14 14  Introducción  Organización del Proyecto  Modhelus Core bajo SOA  Preguntas Índice   ? 

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

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

20 Organización Inicial del Proyecto

21 Recursos Humanos

22 Fuente de Financiamiento Banco Interamericano de Desarrollo FOMIN - CII 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 Acciones: Son verbos que representan el tipo de servicio insert modify delete singleSelect massiveSelect process read verify set calculate lock save 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

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