Descargar la presentación
La descarga está en progreso. Por favor, espere
Publicada porMiguel De Dios Modificado hace 10 años
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
Presentaciones similares
© 2025 SlidePlayer.es Inc.
All rights reserved.