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