soa y arquitectura funcional noviembre de 2005 · implementar la arquitectura por quÉ: contexto de...
TRANSCRIPT
Noviembre de 2005
SOA y Arquitectura Funcional
Índice
Compañía Contexto de situación El cambio a SOA Enfoque metodológico
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
Breve historia de Matchmind
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
2,4
17,1
25,1
35
05
10152025303540
2002 2003 2004 2005 (F)
Facturación(en Millones €)
0,1
1,21,6
2,4
0
0,5
1
1,5
2
2,5
3
3,5
4
2002 2003 2004 2005 (F)
BAI(en Millones €)
(4%)
(7,3%)
(7,5%)
(6,5%)
12
33
58
78
0102030405060708090
100
2002 2003 2004 2005 (F)
Clientes * (+ 33 pymes nuevas)
*
130
420
587730
0100200300400500600700800900
1000
2002 2003 2004 2005 (F)
RRHH a final de año(en nº de personas)
Algunas cifras
Sector Financiero
Telecom y Utilities
Distribución
Resto
Sistemas de Información/ Sistemas de Gestión
Lógica de Negocio
Factoría del Software
Consultoría de Sistemas
Planificación/ Operación
Técnica de Sistemas
Estructura Organizativa de Matchmind
Consultoría Procesos ConsultoríaTecnológica Desarrollo Sistemas
ERP
CRM / BI
Pymes
Arquitectura
SQA, CMMI
Usabilidad
Formación
Índice
Compañía Contexto de situación El cambio a SOA Enfoque metodológico
Visión de ArquitecturaVisiónVisión ConstrucciónConstrucción ImplementaciónImplementación ExplotaciónExplotación
NegocioNegocioSituación actualSituación actual
TecnologíaTecnologíaSituación actualSituación actual
NegocioNegocioSituación futuraSituación futura
TecnologíaTecnologíaSituación futuraSituación futura
Transformación
Transformación
¿¿??
VisiónVisiónNegocioNegocio
Situación actualSituación actual
TecnologíaTecnologíaSituación actualSituación actual
ArquitecturaArquitectura ConstrucciónConstrucción ImplementaciónImplementación ExplotaciónExplotación
NegocioNegocioVisión futuraVisión futuraTecnologíaTecnología
Transformación¿Qué
?¿Q
ué?
¿Cóm
o?¿C
ómo?
¿Con
qué
?¿C
on q
ué?
Modelo de cuatro capas
Negocio /Procesos
Información /Datos
Aplicaciones/ Componentes
TI: Soft y Hard
Conceptual
Lógico
Físico
GestiónSeguridad
Diferentes vistas
QUÉ requerimientos de negocio necesito cubrir
CÓMO cubrir el requerimiento
CON QUÉ se va a implementar la arquitectura
POR QUÉ: Contexto de situación, áreas de negocio,
objetivos, alcance, visión, principios, pre-requisitos de
partida...PIANO
6.71m
3.96m
Contextual
Niveles de abstracción
SOAWebServices
Í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 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
Para que este escenario se haga realidad, hacen falta: 1. La tecnología de integración (como la ofrecida por WS Business
Integration) 2. 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
Servicios
Servicios
Gestión comercial
Gestión de productos
Servicios Gestión de clientes
Servicios Gestión de la contabilización
Servicios Gestión de seguridad
Mapa aplicaciones e impactos Componentes arquitectura funcional preparada para SOA 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) defunciones 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 legacy heredados.
Servicios
Servicios
Gestión comercial
Gestión de productos
Servicios Gestión de clientes
Servicios Gestión de la contabilización
Servicios Gestión de seguridad
Componentes funcionalesComponentes tecnológicos
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, …)
ServiciosServicios
Gestión comercialGestión de productos
Servicios Gestión de clientesServicios Gestión de la contabilizaciónServicios Gestión de seguridad
Desarrollo bajo SOA: reutilización y orquestación de servicios .
Desarrollo bajo arquitectura “clásica”: construcción de toda la funcionalidad.Muy baja reutilización.
Noviembre de 2005
SOA y Arquitectura Funcional