1 Carátula Aplicando SOA en el Ámbito Bancario

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

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

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

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

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 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  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  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  Introducción  Organización del Proyecto  Modhelus Core bajo SOA  Preguntas Índice  

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  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  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  Introducción  Organización del Proyecto  Modhelus Core bajo SOA  Preguntas Índice   ? 

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

Quiénes Somos Presentación Institucional

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

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

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

Organización Inicial del Proyecto

Recursos Humanos

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

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

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

Control de Versiones - Subversión

Administración del Cronograma – MS Project

Modelado de Datos - ERwin

Requerimientos

Ejercicios Piloto

Estimación de Esfuerzo

Servicios Primitivos y Compuestos

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

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

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

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

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

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

Reusabilidad – Grado de Reuso

Reusabilidad – Ahorro de Esfuerzo