SOA y Arquitectura Funcional Noviembre de 2005
Índice Compañía Contexto de situación El cambio a SOA Enfoque metodológico
Breve historia de Matchmind Principales hitos 2002 Se funda Matchmind por cuatro profesionales del sector En el 1er trimestre se define cultura corporativa y oferta Se desarrollan los procesos de RRHH Se finaliza el año con 12 clientes y 120 profesionales Principales hitos 2003 En enero se compra la sociedad Intecno, con 90 profesionales Se desarrolla la metodología ECP Se implanta el sistema de mentoring (TM) Se finaliza el año con 33 clientes y 420 profesionales Principales hitos 2004 Se desarrolla el sistema de seguimiento de proyectos: BRUJULA Se abre la oficina de Barcelona (marzo) Se inaugura la Factoría de Software en Ávila (junio) Se finaliza el año con 58 clientes (12 en BCN) y 575 profesionales
Algunas cifras Facturación BAI (en Millones ) (en Millones ) 40 4 35 3,5 30 35 25 3 25,1 20 15 0 (6,5%) 2 (7,3%) 1,5 17,1 10 5 (7,5%) 2,5 1 0,5 2,4 2002 2003 2004 2005 (F) 0 (4%) 0,1 2002 2003 78 * 58 33 12 2003 2004 2005 (F) RRHH a final de año * (+ 33 pymes nuevas) 2002 1,6 1,2 Clientes 100 90 80 70 60 50 40 30 20 10 0 2,4 2004 2005 (F) (en nº de personas) 1000 900 800 700 600 500 400 300 200 100 0 730 587 420 130 2002 2003 2004 2005 (F)
Estructura Organizativa de Matchmind Consultoría Sector Financiero Telecom y Utilities Distribución Resto Procesos Consultoría Tecnológica ERP Arquitectura CRM / BI SQA, CMMI Pymes Usabilidad Desarrollo Sistemas Sistemas de Información/ Sistemas de Gestión Consultoría de Sistemas Lógica de Negocio Formación Factoría del Software Planificación/ Operación Técnica de Sistemas
Índice Compañía Contexto de situación El cambio a SOA Enfoque metodológico
Visión de Arquitectura Visión Construcción Implementación Explotación Transformación Negocio Situación futura Tecnología Situación actual Transformación Tecnología Situación futura?? Negocio Situación actual Qué? Negocio Situación actual Tecnología Situación actual Con qué? Arquitectura Cómo? Visión Construcción Transformación Implementación Explotación Negocio Visión futura Tecnología
Modelo de cuatro capas Niveles de abstracción Contextual Conceptual 3.96m SOA WebServices 6.71m PIANO Negocio /Procesos Información Aplicaciones/ /Datos Componentes Gestión Seguridad Diferentes vistas Lógico POR QUÉ: Contexto de situación, áreas de negocio, objetivos, alcance, visión, principios, pre-requisitos de partida... QUÉ requerimientos de negocio necesito cubrir CÓMO cubrir el requerimiento Físico TI: Soft y Hard CON QUÉ se va a implementar la arquitectura
Índice Compañía Contexto de situación El cambio a SOA Enfoque metodológico
SOA: está todo a punto para SOA? Construcción de sistemas bajo SOA más agilidad, mayor flexibilidad Aumento de rendimiento deriva básicamente de Para que este escenario se haga realidad, hacen falta: 1. 2. Reutilización de funcionalidades: SOA evita la duplicidad/multiplicidad de piezas de sistemas que hacen básicamente la misma función Sustitución del concepto de aplicación por orquestación de servicios Desarrollo se limita a las piezas nuevas, exclusivas La tecnología de integración (como la ofrecida por WS Business Integration) Las aplicaciones de negocio construidos bajo el modelo de servicios El máximo valor de SOA se extrae cuando los sistemas de negocio están efectivamente preparados para la tecnología de integración.
Arquitectura funcional clásica versus Arquitectura funcional preparada para SOA La arquitectura funcional de la mayor parte de las aplicaciones de negocio desarrolladas en las décadas pasadas no tuvo en consideración los aspectos de integración y de reutilización desde fuera. La arquitectura funcional clásica siempre persiguió la estructuración y la modularización, pero orientadas hacia dentro, nunca hacia fuera. Por otra parte, en una arquitectura funcional preparada para SOA: Las piezas funcionales reutilizables deben presentarse como servicios independientes y atómicos - en ningún caso como tramos de código embebidos en módulos complejos Dichas piezas deben ser construidas de manera que puedan ser fácilmente invocadas desde las tecnologías de integración y utilizadas en combinación con otras piezas Las empresas poseen millones de dólares en activos informáticos construidos bajo el modelo de arquitectura funcional clásica.
SOA = tecnología de integración SOA + arquitectura funcional preparada para SOA La implantación de SOA tiene dos grandes frentes: La implantación de una tecnología de integración SOA (como la ofrecida por WebSphere Business Integration) La implantación de una arquitectura funcional preparada para SOA.
Índice Compañía Contexto de situación El cambio a SOA Enfoque metodológico
Paso #1: saber de donde se parte Ineludiblemente, el cambio hacia SOA empieza con el análisis detallado de la situación actual de los sistemas de la empresa, produciendo: El mapa de la arquitectura tecnológica El mapa de las aplicaciones de negocio
Paso #2: planificar la evolución Conocida la situación actual de los sistemas de la empresa, se analizan: Los impactos sobre las aplicaciones Los impactos sobre la arquitectura tecnológica incluyendo, en ambos casos, las iniciativas en curso o planificadas. Dichos análisis son la base para la planificación del cambio: Identificación de los grandes núcleos funcionales y tecnológicos en que se estructurará el cambio Identificación de las aplicaciones que, en primer lugar, se construirán bajo el modelo SOA Definición de la estrategia del cambio Identificación de los subproyectos y estimación de esfuerzo y costes Mapa aplicaciones e impactos Componentes arquitectura funcional preparada para SOA Gestión comercial Gestión de productos Gestión de clientes Gestión de la contabilización Gestión de seguridad El análisis de la situación actual y el análisis de impactos son, en parte, el análisis de los casos de duplicidad (o multiplicidad) de funciones en la arquitectura funcional clásica y su racionalización en la arquitectura funcional preparada para SOA.
Paso #3: construir la arquitectura SOA Construcción y puesta en marcha de la nueva arquitectura, comprendiendo: Los componentes tecnológicos Los componentes funcionales Los componentes tecnológicos orquestan la funcionalidad provista por los componentes funcionales y por los sistemas Componentes legacy heredados. Componentes tecnológicos funcionales Gestión comercial Gestión de productos Gestión de clientes Gestión de la contabilización Gestión de seguridad Dependiendo de la dimensión y complejidad del mapa de sistemas, la construcción de la nueva arquitectura puede suponer un esfuerzo de meses o de algunos años.
Paso #4: construir las aplicaciones de negocio bajo SOA Las aplicaciones que se construirán bajo la nueva arquitectura serán, normalmente: Las aplicaciones nuevas Las aplicaciones existentes que se vuelven obsoletas (por funcionalidad o por tecnología) Las aplicaciones existentes cuyo coste de mantenimiento o de evolución es excesivamente alto debido a su arquitectura clásica La construcción de aplicaciones bajo la nueva arquitectura permite una productividad desconocida en las arquitecturas funcionales clásicas, debido a: La (re)utilización de los servicios de la nueva arquitectura funcional La utilización de las herramientas de la tecnología de integración SOA (modelización, orquestación, monitorización, ) Desarrollo bajo arquitectura clásica : construcción de toda la funcionalidad. Muy baja reutilización. Desarrollo bajo SOA: reutilización y orquestación de servicios. Gestión comercial Gestión de productos Gestión de clientes Gestión de la contabilización Gestión de seguridad
SOA y Arquitectura Funcional Noviembre de 2005