Un estudio publicado por el Centro de Alto Rendimiento de Accenture (CAR)

Arquitectura Orientada
a Servicios (SOA)
Cmo reformular la Arquitectura Corporativa
para alcanzar el alto rendimiento
Arquitectura orientada a servicios (SOA)


Contenidos
1. Introduccin 5

2. Beneficios de una Arquitectura Orientada a Servicios (SOA) 11

3. Estrategias de adopcin de SOA 15

4. Lecciones aprendidas y recomendaciones 21


Arquitectura orientada a servicios (SOA)


1. Introduccin
El enorme inters que est despertando la Arquitectura Orientada
a Servicios (SOA) se debe a que ofrece la oportunidad real de
conseguir un salto hacia delante en agilidad y eficiencia y situar a
las Tecnologas de la Informacin en un nuevo nivel, convirtindolas
en autnticas habilitadoras del negocio.
Los sistemas informticos tradicionales
se han organizado en grandes bloques
monolticos que contienen tanto
los procesos de negocio como sus
funciones automatizadas. As por
ejemplo, el proceso de contratacin de
una pliza de seguro, y las funciones
del clculo de la prima y la emisin de
los recibos, forman parte del mismo
bloque.
Estos sistemas han conseguido una
gran mejora de productividad en las
empresas, automatizando procesos
de negocio, pero su concepcin
monoltica hace que los cambios y
adaptaciones a las nuevas necesidades
tiendan a ser ms lentos y costosos
de lo deseable. En bastantes
organizaciones esto provoca que los
sistemas marchen por detrs de las
necesidades de negocio.
Para conseguir un mayor nivel
de agilidad es necesario poder
combinar rpidamente los distintos
componentes del sistema, algo a
lo que la concepcin monoltica
tradicional plantea muchas
restricciones. La arquitectura SOA
separa los procesos de negocio de las
funciones automatizadas y organiza
estas ltimas en mdulos individuales
catalogados en un diccionario de
servicios que permiten su utilizacin
por parte de toda la organizacin.
Pocos avances tecnolgicos han
despertado tanto inters como la
arquitectura SOA, y es muy importante
comprender exactamente el papel que
sta puede desempear a la hora de
ayudar a las empresas a alcanzar el
alto rendimiento. A menudo se suele
caer en la tentacin de considerar
los nuevos y esperados avances
(como la arquitectura SOA) como
la varita mgica para mejorar el
funcionamiento de la empresa. Las
nuevas tecnologas tienden a ser el
objeto de este tipo de planteamientos,
pero frecuentemente el resultado es
decepcionante.
Sin embargo, SOA no es solamente una
tecnologa, sino una arquitectura que
trata de estructurar las aplicaciones
de negocio y la tecnologa para
responder de forma gil y flexible a las
demandas del mercado. No se trata
de algo radicalmente nuevo, sino que
se debera ver como la ltima fase
(aunque muy importante) del proceso
de evolucin de la arquitectura
tecnolgica y de negocio de toda la
empresa.
La importancia de la arquitectura
SOA, y probablemente la razn por la
que despierta tanto inters entre los
directores de los departamentos de
tecnologa y entre los responsables
de desarrollo, es que ofrece una
oportunidad real de situar las
tecnologas de la informacin en
un nuevo nivel, convirtindolas en
autnticos habilitadores del negocio.
La arquitectura SOA constituye la base
que garantiza la agilidad del negocio,
un prerrequisito fundamental para
alcanzar el xito en el actual mercado
mundial, siempre tan competitivo.
Esta agilidad es la capacidad de
aadir, modificar y optimizar
fcilmente los procesos de negocio
mediante el aprovechamiento de las
sinergias de servicios o procesos. Este
aprovechamiento tiene el fin de crear
una nueva gama de capacidades o
productos, mediante la combinacin de
algunos elementos de los procesos de
negocio actuales, y dando soporte as a
nuevos segmentos de clientes, canales
o mercados.

Arquitectura orientada a servicios (SOA)
Figura 1: Valor aportado por SOA. Mediante la arquitectura SOA las empresas pueden alcanzar el alto rendimiento a
travs de tres palancas: diferenciacin en el mercado, simplificacin interna en la operacin, y flexibilidad y rapidez de
adaptacin al cambio.
Diferenciacin exterior
Simplificacin interior
Maestra en la ejecucin
Este aspecto es de vital importancia
porque consigue materializar el papel
de las tecnologas de la informacin
como ingrediente fundamental de
los nuevos modelos de negocio
que dan forma a una empresa gil
y con capacidad de adaptacin.
Estos procesos deben responder a
la exigencia de mayor rapidez y a la
reduccin del time to market. En este
sentido, la arquitectura SOA posee el
potencial para mejorar la eficiencia, la
adaptabilidad y la agilidad operativas
tanto a nivel de negocio como a nivel
del departamento de tecnologa
(ver figura 1).
La clave de la arquitectura SOA es
la abstraccin de los procesos, por
la que los procesos de negocio se
externalizan de las aplicaciones o
soluciones y se exponen directamente
al negocio. Esto permite que la
ejecucin, gestin, monitorizacin
y modificacin de dichos procesos
puedan ser manejados directamente a
nivel de negocio y de forma verstil, en
vez de estar embebidos o imbricados
en las aplicaciones. Adicionalmente
los procesos no se desarrollan en
base a la programacin tradicional en

Negocio
Oportunidades de crecimiento sostenido, basadas en una
estructura de costes estable
Mayor facilidad de crecimiento por integracin de nuevas
empresas
Flexibilidad y personalizacin de los procesos a las necesidades
de la organizacin, diferencindose respecto a sus competidores
Tecnologa
Independencia de la plataforma tecnolgica
Mayor facilidad para la adaptacin de los sistemas a los
procesos de negocio
Acercamiento entre el lenguaje de negocio y el lenguaje
de sistemas
Organizacin
Consistencia en los procesos
Rapidez de adaptacin al cambio
Mejora en la cultura de servicio
Explotacin de sinergias y economas de escala
lenguajes como Cobol o Java, sino que hecho, es muy probable que el papel
se soportan en base a herramientas del director de tecnologa se vincule
especializadas que permiten un nivel ms al negocio, a medida que se vaya
de flexibilidad mucho mayor para adoptando la arquitectura SOA. Es
realizar adaptaciones rpidas de las imprescindible la colaboracin de
mismas. los responsables de tecnologa y del
negocio para redisear la arquitectura
De esta manera, la arquitectura
corporativa bsica y poder estructurar
SOA exige que los responsables
la organizacin y aumentar su
de desarrollo se concentren en los
capacidad para cumplir sus objetivos
procesos de negocio en lugar de
actuales y futuros. Es necesario
centrarse en sus aplicaciones. Para
que exista un fuerte compromiso
conseguir este objetivo, los procesos de
por parte de los patrocinadores del
negocio deben expresarse en trminos
negocio, que debern replantearse su
de las capacidades que exigen, y es
modelo operativo y tener el valor de
entonces cuando hay que evaluar
romper con las fronteras funcionales
tales capacidades para identificar
de los procesos tanto dentro de la
los servicios que las soportan. Como
organizacin como en el ecosistema
consecuencia, la arquitectura SOA
donde sta opera.
exige que los sistemas tecnolgicos
formen parte de toda la arquitectura Una vez definida dicha arquitectura
corporativa o del negocio de forma que corporativa, el director de tecnologa
los servicios informticos reflejen los se responsabilizar de la creacin de
procesos de negocio. las arquitecturas habilitadoras del
negocio, las aplicaciones, la tecnologa
Por todo ello, la arquitectura SOA no
y la informacin, y de desempear una
es slo una tecnologa, y termina de
funcin de gestin y administracin
una vez por todas con la persistente
de los sistemas para garantizar el
y errnea idea de que la tecnologa
cumplimiento de los resultados
es algo de lo que slo el director del
deseados.
departamento de tecnologa puede
(o debe) hacerse responsable. De
SOA desde el punto de vista del negocio
La arquitectura SOA, que, en gran parte, hayan las capacidades de negocio en
desde el punto de vista del sido construidos en distintos forma de servicios y despus
negocio, ayuda a resolver los momentos, con diferentes conectar y consumir esos
siguientes requerimientos, intenciones, plataformas y servicios (por ejemplo, a travs
largamente reclamados niveles de servicio, y a pesar de aplicaciones compuestas,
por el rea de negocio: del hecho de que ahora se procesos automatizados
Mejorar la flexibilidad y encuentren en distintos ciclos o empresas virtuales) son
agilidad de los sistemas. de mantenimiento, mejora factores que pueden simplificar
y presupuesto. Anteriores enormemente los procesos de
Proporcionar una visin
estrategias de integracin una organizacin, al facilitar
integrada de los distintos
entraban en conflicto con la ubicacin y reutilizacin de
silos de la organizacin.
estas realidades, pero ahora una misma funcionalidad en
Mejorar la cobertura de las la arquitectura SOA ofrece un diferentes partes del negocio.
necesidades de negocio. modo de enfrentarse mejor a La sencillez interna proporciona
Reducir el impacto de la ellas y de aumentar los niveles a la organizacin la agilidad
evolucin de la tecnologa en de agilidad y flexibilidad. necesaria para crear nuevos
las aplicaciones de negocio. La arquitectura SOA posibilita productos y servicios de una
La arquitectura SOA permite a la ruptura de los silos internos forma ms fcil y rpida, y le
las organizaciones satisfacer de una organizacin (a menudo permite as diferenciarse en
las cambiantes necesidades causados por sistemas que el mercado. La diferenciacin
de la empresa mediante la pertenecen a departamentos competitiva resulta esencial
implantacin de procesos de individuales y que no pueden para la mayora de los
negocio que utilizan los servicios conectarse fcilmente), y sectores, y la arquitectura SOA
proporcionados por los sistemas prepara el terreno para dar proporciona los elementos
actuales. La arquitectura soporte a procesos de negocio necesarios para que las
garantiza la interoperabilidad automatizados e integrados que organizaciones alcancen con
de los sistemas a pesar de eliminan dichos silos. Descubrir xito el alto rendimiento.

Figura 2: SOA desde el punto de vista del negocio

SOA modifica el funcionamiento de la compaa centrndose en los procesos de negocio

Presentacin
Los procesos son creados
mediante la presentacin
y orquestacin de servicios, Solicitud de una tarjeta de crdito Solicitud de un prstamo hipotecario
proveniente de desarrollos
a medida, paquetes
y proveedores Procesos

Proceso de tarjetas de crdito Proceso de prstamo hipotecario

Servicios
de negocio

Verificacin de la situacin Verificacin del Verificacin de conductas Suscripcin Alta cuenta

crediticia del cliente domicilio del cliente fraudulentas del producto

Servicios creados mediante la Servicios proporcionados Servicios proporcionados

encapsulacin de transacciones por un paquete (software) por proveedores externos
existentes (legacy) (software as a service)

Arquitectura orientada a servicios (SOA)
SOA desde el punto de vista de la tecnologa
La arquitectura orientada a
servicios, desde el punto de vista
tecnolgico, es el resultado de
la constante evolucin hacia
un mayor desacoplamiento de
las capas de una aplicacin
(presentacin, orquestacin de
procesos y servicios de negocio) y a
un mayor nivel de estandarizacin/
interoperabilidad de cada una de
estas capas.
Con un total desacoplamiento de
las capas de las aplicaciones y un
muy alto nivel de interoperabilidad,
los beneficios desde el punto de
vista tecnolgico son claros:
Favorece la reutilizacin y la
reduccin del time to market:
Aumenta el grado de reutilizacin
al desacoplar las capas de una
aplicacin.
Permite reutilizar las aplicaciones
existentes mediante la
encapsulacin en servicios.
Permite la utilizacin de servicios
de terceros.
Permite reaprovechar las
plataformas existentes.
Aumenta la flexibilidad:
Simplifica la adaptacin de los
sistemas existentes.
Evita el desarrollo de interfaces
punto a punto entre los sistemas.
Aumenta la interoperabilidad
entre sistemas, permitiendo
tanto la externalizacin como la
prestacin de servicios.

Mejora la productividad de los Mejora la usabilidad de las
procesos: aplicaciones:
Aumenta el nivel de Permite presentar al usuario la
automatizacin de los procesos, informacin dispersa en distintos
reduciendo el nmero de sistemas y de forma integrada.
actividades manuales. Permite alcanzar un mayor
Permite monitorizar la actividad nivel de automatismo en
del negocio (cuadros de mando). las aplicaciones en procesos
complejos de workflow.
Permite realizar un anlisis
Permite utilizar tecnologas de
estadstico de los flujos de
presentacin avanzadas como
negocio reales en base a
Web 2.0.
indicadores clave de negocio,
permitiendo la identificacin de
puntos de mejora a optimizar.
Permite evaluar el impacto y
beneficio de variantes en los
procesos mediante simulacin.
Mejora el proceso de construccin
de software:
Favorece la industrializacin.
Mejora la especificacin de los
requerimientos de negocio.
Proporciona una filosofa de
desarrollo comn a todos los
negocios y canales.
Mejora la calidad.
Desacopla el desarrollo de
servicios y de procesos.
Mejora el mantenimiento
(procesos autodocumentados).
Figura 3: SOA desde el punto de vista de la tecnologa

Impacto de SOA en la evolucin de las tecnologas de la informacin desde el punto de vista de desarrollo de aplicaciones

Application - centric Process - centric

Servicio

Web services

Orquestacin
Servicio Servicio
Web 2.0
Orquestacin Orquestacin

CORBA RMI, COM, ... Presentacin

Desacoplamiento

Desacoplamiento
Orquestacin Orquestacin orquestacin y mayor
estandarizacin
Servicio Presentacin Presentacin

Orquestacin Desacoplamiento Estandarizacin

presentacin invocacin
Presentacin

Applicacin monoltica

Arquitecturas Arquitecturas Arquitecturas Arquitecturas

monolticas cliente / servidor net-centric SOA

Interoperabilidad / estandarizacin


Arquitectura orientada a servicios (SOA)

10
2. Beneficios de una
Arquitectura Orientada
a Servicios (SOA)
Existen cinco factores importantes
que aumentan el inters del equipo
ejecutivo y sobre todo, de los
responsables de desarrollo, por la
arquitectura SOA:
1. La arquitectura SOA ayuda a
mejorar la agilidad y flexibilidad de
las organizaciones
. La arquitectura SOA permite una
personalizacin masiva de las
tecnologas de la informacin
3. La arquitectura SOA permite la
simplificacin del desarrollo de
soluciones mediante la utilizacin
de estndares de la industria
y capacidades comunes de
industrializacin
4. La arquitectura SOA permite aislar
mejor a los sistemas frente a los
cambios generados por otras partes
de la organizacin (proteccin de
las inversiones realizadas)
5. La arquitectura SOA permite alinear
y acercar las reas de tecnologa y
negocio
1. La arquitectura SOA
ayuda a mejorar la agilidad
y flexibilidad de las
organizaciones
Las empresas deben ser capaces de
crear y producir nuevos productos
y servicios para unos clientes
y ciudadanos que son cada vez
ms exigentes. El aumento de la
colaboracin con los clientes y
proveedores, y la mayor capacidad para
interpretar los datos de los clientes,
proporcionan a las organizaciones los
medios necesarios para interpretar los
cambios del mercado de una forma
ms precisa y rpida. Lo que necesitan
en estos momentos es conseguir que
sus procesos de negocio sean capaces
de ser adaptados al menos al mismo
ritmo. Este dinamismo exige un nuevo
conjunto de capacidades tecnolgicas
que permitan adaptar rpidamente los
sistemas informticos.
El pensamiento tecnolgico tradicional,
que normalmente intentaba crear
una aplicacin nueva para cada
proceso nuevo, nunca ha sido capaz de
generar tal agilidad. Las aplicaciones
se desarrollaban normalmente
en momentos diferentes, con
diferentes intenciones, plataformas,
conjuntos de usuarios y niveles
de servicio, y suponan diferentes
ciclos de mantenimiento, mejoras y
presupuestos. Haciendo un anlisis
retrospectivo, no nos sorprende que los
esfuerzos por integrar las aplicaciones
y los sistemas de una organizacin
pudieran ser tan laboriosos y costosos
de implantar y mantener.
Por el contrario, la arquitectura SOA
se centra en las capacidades, no en
las aplicaciones. SOA contempla la
arquitectura de toda la empresa,
incluidos los procesos de negocio y las
tecnologas de la informacin. Adems,
el alto nivel de desacoplamiento e
interoperabilidad proporcionado por
la arquitectura SOA permite un alto
grado de reutilizacin (interno y
externo) y de parametrizacin. Todo
ello redunda en una mayor facilidad y
flexibilidad para adaptar y mejorar los
procesos de las organizaciones segn
los cambios de prioridad del negocio.
2. La arquitectura SOA permite
una personalizacin masiva
de las tecnologas de la
informacin
La personalizacin masiva es un
concepto que se ha tomado prestado
de los procesos de fabricacin, donde
al combinar de distinta manera los
mdulos estndar, se puede dar
forma a un producto individualizado
dentro de la infraestructura masiva de
produccin. Mediante la arquitectura
SOA se puede aplicar el mismo
principio a la tecnologa de una
organizacin y, como consecuencia,
a los procesos de negocio habilitados
por dicha tecnologa. As por
ejemplo, en una gran compaa de
telecomunicaciones, la arquitectura
SOA ha permitido acelerar el proceso
de creacin e integracin de nuevos
servicios, y abaratar sus costes, lo que
ha permitido desarrollar complejas
polticas de precios y contratacin
mejor adaptadas a segmentos
especficos de clientes.
Frecuentemente, la informacin
necesaria para desarrollar nuevos
servicios o productos ya existe dentro
de los sistemas de la organizacin, y la
arquitectura SOA crea una forma ms
fcil y rpida (y ms barata) de acceder
a ella que en el pasado, y de utilizarla
en la unidad que gestiona los clientes.
sta es, en efecto, la capacidad de
personalizar productos y servicios
a gran escala, mientras se utiliza la
misma infraestructura servidora o
transaccional (de back-end).
3. La arquitectura SOA permite
la simplificacin del desarrollo
de soluciones mediante la
utilizacin de estndares de
la industria y capacidades
comunes de industrializacin
La arquitectura SOA desacopla los
tres componentes de una aplicacin:
presentacin, orquestacin de
procesos y lgica de negocio, a la
vez que estandariza la comunicacin
entre cada una de las capas. Todo
11
Arquitectura orientada a servicios (SOA)
ello favorece a que el proceso de
construccin se pueda dividir y por lo
tanto industrializar ms facilmente.
Adems, las empresas se pueden
focalizar en los componentes de mayor
valor como los procesos y externalizar
o comprar el resto de componentes.
Por ejemplo, una gran entidad
bancaria ha decidido concentrarse
en la definicin de los procesos de la
entidad, delegando la construccin
(o compra) de los componentes,
presentacin y servicios, a factoras de
software.
4. La arquitectura SOA permite
aislar los sistemas frente a
cambios generados por otras
partes de la organizacin
(proteccin de las inversiones
realizadas)
Al organizar los sistemas en mdulos
ms pequeos (servicios) se reduce
notablemente el impacto de los
cambios. Por otra parte, durante las
ltimas dcadas, las organizaciones
han realizado fuertes inversiones en
sus infraestructuras tecnolgicas. A
Figura 4: Agilidad en el negocio articulada por SOA
Top-down
en el proceso
Imperativos del negocio
Centrado
Modelo de negocio
Arquitectura de procesos
...
Agilidad
en el negocio
Imperativos del negocio
Interoperabilidad
en el servicio
Integracin flexible
Centrado
B2B & A2A
Servicios
...
Bottom-up
12
travs de la creacin de un modelo
flexible que pueda reconfigurarse en
funcin de las necesidades del negocio,
la arquitectura SOA reutiliza, de un
modo efectivo, los distintos sistemas
tecnolgicos actuales, por ejemplo,
identificando la funcionalidad bajo
los sistemas tecnolgicos actuales
y encapsulndolos en servicios que
pueden ser utilizados por diferentes
aplicaciones y procesos.
Al respecto, las principales compaas
que ofrecen herramientas de
discovery estn reorientando sus
productos para ofrecer la identificacin
de reglas de negocio y servicios de los
sistemas actuales, para facilitar su
evolucin hacia SOA.
Visin de negocio
Requerimientos
BPO
Racionalizacin de aplicaciones
Composicin de aplicaciones
y ensamblado
Arquitectura orientada a servicios (SOA)
Requerimientos
Web services
Habilitacin del legacy
Integracin semntica
Gestin de datos
...
Visin de sistemas
5. La arquitectura SOA permite
alinear y acercar las reas de
tecnologa y negocio
SOA cubre la brecha entre la visin del
negocio y la de sistemas, estableciendo
un marco de dilogo con un lenguaje
comn: los procesos de negocio.
Las reas de negocio se centran
en la definicin de los procesos de
acuerdo a la estrategia y el modelo
de negocio de la compaa.
El rea de tecnologa implementa
los procesos a partir de la utilizacin
de servicios existentes y la creacin
de nuevos cuando es necesario (ver
figura 4).
Cuando el negocio requiere cambios
en los procesos existentes, stos
se realizan de forma flexible y gil,
pues estn implementados mediante
tecnologa estndar y servicios
reutilizables. Adems, por primera
vez, hay una definicin comn de las
aplicaciones: los procesos, que tanto
el rea de tecnologa como el rea de
negocio comparten y entienden.
Inicialmente enfocada en
Qu construir
Orientada a procesos de
negocio y servicios:
Flexible
Rpida
Procesos completos
Inicialmente enfocada en
Cmo construir
La revolucin de SOA en los paquetes de software de aplicacin
Una de las principales De esta manera los paquetes Todo ello con un TCO menor
controversias que aparecen a la de software de aplicacin que el desarrollo a medida,
hora de renovar las aplicaciones estn empezando a evolucionar con un grado de flexibilidad
de una empresa es la decisin desde un modelo cerrado, y diferenciacin mayor que
de implantar una solucin a con mayor o menor grado las opciones actuales y sin
medida o acudir a un paquete de de parametrizacin, a un necesidad de alterar el cdigo
software de aplicacin. Aunque modelo abierto donde base de los paquetes.
cada caso es distinto, en lneas se ofrece una librera de
SOA tambin facilita la
generales la opcin de paquete servicios y un conjunto de
procesos base con un alto convergencia de los desarrollos
de software de aplicacin a medida y los paquetes de
grado de parametrizacin
tiene un menor TCO (Total Cost software de aplicacin, ya que
mediante motores de reglas.
of Ownership), pero por otra si ambos estn desarrollados
parte se pierde capacidad de Las empresas, partiendo del
modelo de procesos/reglas base, segn los principios de SOA
diferenciacin y adaptacin. no deberan existir problemas
pueden diferenciarse frente a
SOA resuelve este problema la competencia ajustando los de interoperabilidad e incluso
permitiendo mejorar la procesos/reglas o definiendo deberan complementarse entre
capacidad de diferenciacin nuevos procesos especficos. s. De esta manera, se dota de
de las soluciones a travs Adicionalmente podrn un mayor grado de flexibilidad
de la configuracin de los ampliar la librera de servicios a las empresas al no tener que
procesos y la libertad de acudir construyendo, comprando o decantarse exclusivamente
a cualquier tipo de servicio. acudiendo a nuevos servicios. por una de las opciones.

Figura 5: La revolucin de SOA en los paquetes de software de aplicacin

Cuadrante
objetivo

Orientacin Con la evolucin de soluciones a

a procesos
medida a paquetes de software
Capacidad diferenciadora en el negocio

Soluciones a medida
de aplicacin, actualmente el TCO
disminuye pero se pierde capacidad
de diferenciacin y adaptacin.
Menor TCO,
pero menor capacidad SOA resuelve este problema
de diferenciacin Orientacin a servicios
permitiendo diferenciar los procesos
Paquetes de software de negocio mediante la orquestacin
de aplicacin
especfica de servicios reusables.
Con la evolucin a SOA
loas paquetes de software
de aplicacin permitirn
un alto grado de
diferenciacin son un
TCO ajustado

Reduccin en TCO

13
Arquitectura orientada a servicios (SOA)

14
3. Estrategias de adopcin
de SOA
Al insistir en que la tecnologa de
la informacin sea parte de una
arquitectura corporativa ms amplia,
es evidente que la arquitectura SOA
cuenta con un enorme potencial para
maximizar el valor de la tecnologa
como habilitadora de ventajas
competitivas. Los estudios realizados
por Accenture demuestran que esta
capacidad de utilizar la tecnologa
para impulsar la agilidad y la
innovacin en el negocio, constituye
un elemento fundamental para el alto
rendimiento y tener xito.
Como siempre, la cuestin principal
es encontrar la forma de alcanzar
las ventajas deseadas. La experiencia
acumulada por Accenture, trabajando
con clientes de todo el mundo en
busca del alto rendimiento, indica que
es necesario abordar la implantacin
de SOA en cuatro fases, realizando
varias iteraciones en cada una de ellas
antes de pasar a la siguiente
(ver figura 6):
Fase 1. Organizacin y
estrategia
Esta es la fase de toma de contacto
con SOA, donde la compaa se
centrar en la evaluacin de la
situacin actual y en el plan para
definir el alcance de la transformacin
hacia SOA, asegurando una base
slida de servicios y una hoja de ruta
para obtener todos los beneficios
de SOA. Tradicionalmente, esta
fase se compone de cuatro tareas
secuenciales:
Comprensin de la estrategia de
negocio y procesos.
Anlisis de la situacin actual de los
sistemas.
Definicin del modelo objetivo de
referencia SOA.
Creacin de la hoja de ruta SOA.

Figura 6: Fases de adopcin de SOA

Fase
Fase 4
Fase 3
SOA
Fase 2 Plataforma Industrializado
1 SOA
Implementaciones Factora SOA
La Fase 1 tcticas
se inicia, tpicamente, Organizacin Implantacin de los Alto grado de
y estrategia Primeros proyectos servicios/procesos reutilizacin de
con la definicin del estructurales (core)
SOA servicios
plan de adopcin Necesidades de
Ajuste de procesos Consolidacin de los Automatizacin de las
de SOA negocio y adopcin
por parte de la de gobierno procesos de gobierno reglas de negocio al
y organizacin y organizacin modelo operativo
direccin
Infraestructura Infraestructura Automatizacin
Anlisis preparacin
SOA base SOA completa SOA del gobierno
Planificacin de la Ajuste rendimiento Monitorizacin Cuadro de mando
transformacin SOA de procesos de procesos
Inicio catlogo
procesos y servicios Catlogo operativo Federacin
de procesos y servicios (ubicuidad)

15
Arquitectura orientada a servicios (SOA)

Adicionalmente, en est fase (o Fase 3. Plataforma SOA Por otra parte, se alcanzar un mayor
en la siguiente) se pueden realizar En la fase 3 se consolidar la grado de sofisticacin en la gestin de
algunos pilotos con los proveedores de implantacin de SOA, tanto desde SOA, como en la automatizacin de las
infraestructura y software. el punto de vista tecnolgico como reglas de negocio al modelo operativo,
desde el punto de vista organizativo en la automatizacin del gobierno,
Fase 2. Implantaciones tcticas en la implantacin de un cuadro de
y de gobierno. En esta fase, adems
En esta fase se realizarn las primeras mando de procesos y en la federacin
de consolidar la infraestructura
implantaciones tcticas de SOA, con (ubicuidad) de los servicios.
base de SOA, se profundizar en
el objetivo de que sirva tambin para
la monitorizacin de procesos y se
familiarizarse tanto con la tecnologa
dispondr de un catlogo operativo de
usada como con los procedimientos Por otra parte en funcin de los
procesos y servicios. Desde el punto
de gobierno y organizacin. Adems, factores que dirigan la adopcin de
de vista de negocio se realizar la
durante la fase 2 se crear la SOA la adopcin de SOA, las empresas
implantacin de los servicios/procesos
infraestructura base de SOA y se pueden abordar la implantacin de
estructurales (core).
iniciar el catlogo de procesos y SOA segn tres posibles enfoques
servicios. Es recomendable que en la Fase 4. SOA industrializado dependiendo del peso en la prioridad
fase 2 se elijan las aplicaciones con Durante la ltima fase se obtendrn en la construccin de servicios o
un alto componente de workflow para todos los beneficios de la filosofa procesos (ver figura 7).
obtener el mximo beneficio de la SOA. Se alcanzar un alto grado de
tecnologa SOA y permitir probar dicha reutilizacin de servicios y se impondr
tecnologa en su mxima extensin. el modelo de factora SOA, donde la
Tambin en esta fase se suele organizacin se centrar en disear los
iniciar el proceso de identificacin y procesos, y tanto la construccin de los
reutilizacin de los servicios existentes, mismos como los servicios requeridos
as como su publicacin en el catlogo. (que no existan en el catlogo) se
externalizarn en factoras.

Figura 7: Enfoques de adopcin de SOA

Amplio / toda la empresa

Valor de negocio Valor de

alcanzado Enfoque A orientacin a servicios negocio alto
Grado de orientacin a servicios

va
ati
ti er
in s
t ac vicio
n
rie er
Medio / UNE

B o sos/s
e
ue roc
foq a p
En

Enfoque C orientacin a procesos

Reducido / Dpto.

Valor de
negocio bajo

0% Semi 100%
Procesos procesos Procesos

Grado de orientacin a procesos

16
Enfoque A, orientacin a servicios: En el enfoque B, orientacin iterativa En el enfoque C, orientacin a
Se centra en el establecimiento de a procesos/servicios, el foco inicial procesos, las compaas eligen invertir
una base de servicios integral, que estar en implementar uno o varios un gran esfuerzo en construir la capa
se extiende desde un departamento procesos de negocio core con alto de procesos sin preocuparse en exceso
hasta toda la empresa. retorno de la inversin. Se implantar por la capa de servicios estndar que
una capa de servicios sencilla de modo los sustentan. Puede proporcionar
Enfoque B, orientacin iterativa a
que cubra las necesidades impuestas beneficios a corto plazo pero a largo
procesos/servicios: SOA es impulsado
por la capa de dichos procesos de plazo no es una solucin sostenible
por uno o muchos procesos de
negocio. En un proceso iterativo se para el crecimiento, y falla en la
negocio bsicos de alto ROI (Return
irn mejorando ambas capas, con produccin de servicios reutilizables
of Investment). La evolucin del nivel
las siguientes caractersticas:
de servicios estar alineada con la Este enfoque slo se recomienda
evolucin del nivel de procesos. Las Focalizacin temprana en un proceso a corto plazo, si se quieren
lecciones aprendidas con cada nuevo core. SOA se ve empujada por uno o obtener beneficios inmediatos
proceso de negocio y la habilitacin varios procesos core con alto ROI. en la orquestacin de procesos, y
de los servicios, se utilizarn para teniendo claro que posteriormente
Los procesos ms sencillos se
mejorar la prxima iteracin. habra que rehacer parte de la
pueden priorizar en la implantacin,
arquitectura implantada.
Enfoque C, orientacin a procesos: de manera que la capa de servicios
Se centra exclusivamente en la ser, a su vez, sencilla al inicio.
creacin de procesos de negocio
La evolucin de la capa de servicios
que pueden abarcar desde un
se realizar en consonancia con la
departamento hasta toda la empresa,
evolucin de la capa de procesos.
con un rea de servicios reducida.
A medida que se implanta en
En el enfoque A, orientacin a
procesos ms complejos, externos
servicios, el foco ser implementar
y con mayores requerimientos de
una base de servicios slida
fiabilidad, la capa de servicios se
basada en una arquitectura de
ver obligada a evolucionar.
servicios cuidadosamente diseada.
Posteriormente, se podra permitir la Las lecciones aprendidas en
composicin de procesos completos cada etapa se utilizarn para
mediante el uso de estos servicios. mejorar la siguiente iteracin.
Este enfoque se aplicar cuando:
Este es el enfoque que permite
La integracin y consolidacin una implantacin gradual de la
de servicios sean prioridades tecnologa as como del gobierno
clave, dada la amplia gama SOA y es el enfoque recomendado.
de aplicaciones tipo silo.
Las compaas quieran empezar
un proyecto de integracin
ambicioso o aadir una capa de
servicios a sus sistemas actuales.
Las compaas estn interesadas
en incrementar la colaboracin
con otras entidades, mediante una
capa de servicios externos slidos.
Aunque el foco est en montar la base
de los servicios, es necesario prestar
atencin a los procesos de negocio
para que en un futuro sea posible
la automatizacin de procesos. Este
enfoque permite acercarse al mundo
SOA sin necesidad de una inversin
fuerte en la componente de procesos,
sin embargo, a medio plazo, se
recomienda abordar dicha capa.

17
Arquitectura orientada a servicios (SOA)
Cmo se est implementando SOA en las organizaciones actuales
Inicialmente las empresas
abordaban la implantacin
de SOA solamente como un
elemento de integracin (sin
percibir las ventajas de la
orientacin de procesos). Hasta
el momento, no existe ninguna
empresa que haya alcanzado
la fase 4, ni completado
la fase 3, en gran medida
por las limitaciones de las
herramientas, por no haber
abordado la implantacin por
fases de forma estructurada
y sobre todo, por no haber
entendido el foco de SOA.
Figura 8: Cmo y por qu estn implementando SOA las organizaciones actuales
Dnde puede aportar ms valor SOA?
Procesos de negocio complejos.
Requerimientos y funcionalidades
cambiantes y/o necesidades de rpido
time-to-market.
Usuarios que necesitan trabajar con
diferentes aplicaciones (silos).
Aplicaciones obsoletas que necesitan ser
actualizadas o modernizadas.
Necesidades de integracin con servicios
externos.
Necesidades de mejora en la gestin de
los procesos.
Necesidades de mejora en la gestin de
excepciones.
Etc.
La industria de IT se basa en SOA para construir una nueva generacin de sistemas de negocio. Los modelos organizativos
del futuro estn basados en sistemas SOA (como por ejemplo, Accenture High Performance Industry Model)
18
Actualmente, este escenario
est cambiando;
Las herramientas e
infraestructura SOA estn
alcanzado un nivel de
madurez aceptable.
Cada vez ms, las
organizaciones entienden
que el valor de SOA se
encuentra en la orientacin
a procesos (y no slo en la
capacidad de integracin).
Aunque las herramientas e
infraestructura SOA hayan
madurado, las organizaciones
han entendido que la
aproximacin a SOA se
debe realizar por fases
y de forma iterativa.
Cmo las organizaciones se orientan a SOA?
Assesments.
Prototipos y pilotos.
Business case.
Formacin.
Definicin del mapa de ruta SOA.
Todo ello est provocando
una avalancha de iniciativas
de evolucin a SOA centradas
principalmente en los procesos
de mayor complejidad, con
funcionalidades cambiantes
o que requieren una gestin
especial. Sin embargo, todo
el mundo es consciente que
el camino no es fcil, sobre
todo porque requiere que las
personas y las organizaciones
se adapten a una nueva
forma de hacer las cosas.
Cmo las organizaciones implementan SOA?
Redisean procesos e interfaces de
usuario de forma SOA.
Seleccionan, construyen y despliegan
infraestructura y suites SOA.
Construyen aplicaciones compuestas (SOA
ligth) y aplicaciones puramente SOA.
Implementan el gobierno SOA y la gestin
de IT.
Facilitadores tecnolgicos clave de SOA
Hay 6 facilitadores tecnolgicos ampliamente aceptado de negocio) en tiempo real y
principales que permiten, desde por todos los fabricantes y con capacidad de actuacin.
el punto de vista tecnolgico, proveedores. Este estndar
la implantacin de SOA. No es proporciona ventajas claras 5. El Gobierno de desarrollo
imprescindible el uso de todos para proveer y consumir El ESR o Enterprise Service
los facilitadores, pero cada servicios al exterior, pero no es Repositorio, es el catlogo de
de ellos es importante para obligatoria su implementacin servicios y procesos (tanto
alcanzar plenamente todos en entornos cerrados. desde el punto de vista
los beneficios esperados. 3. El ESB o Enterprise Service tcnico como de negocio) y es
1. BPM o Business Process Bus fundamental para la gestin de
Management Facilita la conexin entre los servicios y procesos tanto
Es el principal facilitador que sistemas/servicios heterogneos, desarrollados como comprados.
recoge las tecnologas para resolviendo deficiencias
permitir la definicin/ejecucin de la tecnologa de web 6. El Gobierno de ejecucin
de los procesos tanto en su services como la garanta Es un conjunto de herramientas
componente de modelado de entrega, localizacin, y utilidades que permiten
(BPA) como de implantacin seguridad, transaccionalidad, el gobierno de los servicios
(BPO). Adicionalmente, es etc. Dependiendo de
y procesos en ejecucin,
aconsejable contar con un la heterogeneidad de
generando cuadros de
motor de reglas (BRE) que una instalacin, su uso
permita externalizar las reglas puede ser imprescindible mando de niveles de servicio
de decisin que requieren ser o no ser requerido. y aplicando polticas de
modificadas frecuentemente. 4. BAM o Business Activity actuacin automticas. Bajo
2. La tecnologa de Web Services Monitoring este facilitador tambin se
Permite encapsular los Proporciona una monitorizacin suelen cubrir todos los aspectos
servicios mediante un estndar de los procesos (con una visin de seguridad en SOA.

Figura 9: Facilitadores tecnolgicos clave de SOA

Gobierno
BPM Web services ESB BAM Gobierno de Gobierno
Business Process Enterprise Service Bus Business Activity desarrollo: ESR de ejecucin
Management Monitoring
(BPA/BPO) + BR
Permite la orquestacin Standard-based HTTP, Posibilita una red de Proporciona Catlogo de servicios y Proporciona mecanismos
automtica de servicios XML, SOAP, WS-*... sistemas dispares monitorizacin de procesos para el monitoreo tcnico
separados para crear una interactuando como ejecucin de procesos, Proporciona un depsito no invasivo en tiempo
capa de procesos de Permite comunicaciones un sistema unificado visin en tiempo real de ejecucin de la
para el almacenamiento,
negocio integrados a estandarizadas punto-a- corporativo y resolviendo y control del negocio. utilizacin de los
catalogacin y consulta,
nivel corporativo punto entre los sistemas las diferencias en web services:
tanto de servicios como
mediante estndares sistemas HW, SW, redes Mapa de uso
de procesos, con las
ampliamente aceptados y localizaciones siguientes funciones: Seguridad
Anlisis de impacto Nivel de servicio y
Multientorno aplicacin de polticas
Versionado Alarmas en caso de
Interface Contract (WSDL)
servicios no disponibles
Web Service Provider
(Existing System)
Request Message
Web Service Web Service
Consumer Interface
Code
HTTP XML SOAP
getBiographics Sales Warehouse
`
Business Order ERP
Sales
Logic Application
Client Code queryWatchList Tracking Web Service
getBiographics Can also call :
.NET
SOAP XML HTTP
Ap.
Database Web Service
Operating System
Message Queue
Interface Contract Response Message Active Directory
(WSDL) Etc... Partner Finance

Web Service
Invoicing
EAI
PeopleSoft J2EE

19
Arquitectura orientada a servicios (SOA)

20
4. Lecciones aprendidas
y recomendaciones
La progresin entre las 4 etapas
del modelo de madurez SOA
es aparentemente lineal, pero
existe un punto de bloqueo
entre las fases 2 y 3.
Las reas de tecnologa
continan convencidas de
los beneficios a largo plazo,
pero existe indecisin en las
organizaciones para iniciar una
adopcin a gran escala.
1 2 3 4
Nuestra experiencia indica
que es debido a cinco motivos
bsicos:
1. Expectativas de beneficio
orientado exclusivamente a la
reduccin de costes
Al inicio de la adopcin, las
expectativas de beneficio se
sustentan en muchos casos en
la reduccin de costes, pero los
beneficios de estandarizacin y
reutilizacin de servicios no se
percibirn hasta avanzada la fase
3 o en la fase 4, cuando existir
una importante base reutilizable de
servicios y procesos.
Es aconsejable iniciar la fase 3
focalizndose en los beneficios de la
agilidad y flexibilidad en el negocio.
Por ejemplo, continuar el despliegue
SOA en aquellas reas que requieran,
rpidamente, nuevos productos o
servicios.
2. Dificultad para extender
el nuevo modelo de gobierno
a toda la organizacin o
simplemente inexistencia del
mismo
En las fases 1 y 2 se trabaja
principalmente en el rea de
tecnologa y con un grupo reducido
de personas encargadas de la
implementacin de los primeros
pilotos.
En la fase 3 la implementacin de
SOA inicia su expansin a toda la
organizacin.
Supone un cambio cultural que
requiere construir los conocimientos
necesarios en la organizacin, para
cubrir el ciclo completo de desarrollo
SOA como paso previo a una
adopcin SOA a gran escala.
21
Arquitectura orientada a servicios (SOA)
Las organizaciones, en ocasiones,
tienen dificultad para establecer
esta estructura global de
responsabilidades, roles y procesos
de gobierno con estructuras
aisladas o silos que definen sus
propios estndares de servicios y
procesos de forma individual a nivel
de rea/departamento o tecnologa.
3. Dificultad para pasar del
bottom-up al top-down
El inicio de la adopcin de SOA se
realiza principalmente en el rea
de tecnologa con un enfoque
bottom-up de exponer servicios
existentes o la implementacin de
nuevos servicios, para ser utilizados
en procesos de grado superior. Este
enfoque podra ser vlido para las
fases 1 y 2.
Para la fase 3, es necesaria una
visin top-down y debe realizarse
un anlisis de alto nivel de los
procesos de negocio, para asegurar
que su implementacin est alineada
con la estrategia de la organizacin
y que permitir incrementar el
grado de reutilizacin posterior
de los procesos y servicios
implementados (ver figura 10).
Figura 10: Dificultad para pasar del bottom-up al top-down
Bottom-up
Qu procesos puedo construir con mis servicios?
Procesos de integracin
App 1 App 2
User User
interface interface
22
4. Equilibrio incorrecto entre
granularidad-rendimiento-
gestionabilidad-reusabilidad
El equilibrio entre granularidad,
rendimiento, gestionabilidad y
reusabilidad, es clave para el xito
de la implantacin SOA. En las fases
1 y 2 se empiezan a esbozar las
directrices generales, pero debido
a que hasta este momento slo se
han realizado proyectos de corto
alcance no existe la seguridad de
que se seguir el camino correcto.
Se recomienda:
- Durante la fase 1 y 2 esbozar un
catlogo general de servicios y
procesos
- Utilizar frameworks de la
industria para la gua de
procesos y servicios
- El menor nivel de granularidad no
es el servicio; es necesario contar
con niveles de granularidad
menores pero que no sern
expuestos como servicios para
mejorar el rendimiento
Top-down
Qu servicios necesito para construir mis procesos?
Procesos de aplicacin
App 3 Service 1
User
interface
5. Uso incorrecto de la
tecnologa SOA
Uso incorrecto del motor de
procesos. Los motores de procesos
SOA o BPM estn orientados a
procesos complejos con un alto
componente de asincronismo.
Para aquellos procesos simples y
sncronos es conveniente utilizar
motores ms ligeros y de alto
rendimiento.
Uso excesivo o incorrecto de
los facilitadores tecnolgicos, o
falta de integracin entre ellos.
Es necesario evaluar la necesidad
real de implantar cada facilitador
tecnolgico y revisar las capacidades
de integracin tanto en el entorno
de ejecucin como en el ciclo de
vida del desarrollo.
Uso de productos tecnolgicos
inmaduros, en proceso de evolucin
o propietarios. Actualmente,
las alternativas de productos
tecnolgicos se van consolidando
y reduciendo, lo que simplifica el
proceso de eleccin.
User
interface
App 2 Service 3
User
interface
Todo ello nos lleva a proponer un
conjunto de recomendaciones generales
a tener en cuenta en cualquier
implantacin SOA, as como un conjunto
de recomendaciones especficas
tanto para el rea de tecnologa
como para el rea de negocio.
Recomendaciones generales
Una adopcin SOA tiene un impacto
en toda la organizacin, por lo
que todas las partes debern estar
involucradas y debe haber un alto
grado de compromiso entre ellas.
Abordar la implantacin
SOA por fases y de forma
iterativa para ajustar la nueva
tecnologa, organizacin y
procedimientos de trabajo.
Definir y poner en marcha la
funcin de gobierno al inicio
de la adopcin (y en especial el
catlogo de servicios y procesos).
No todos los problemas sern
resueltos va SOA. Seleccionar
las oportunidades adecuadas
para demostrar como SOA
puede mejorar el negocio.
Invertir esfuerzo y tiempo en
explicar el nuevo modelo de
desarrollo orientado a procesos
(cursos, ejemplos de best practices,
alta supervisin, ...). El equipo de
implementacin de SOA debe
contar con personas que conozcan
en profundidad el negocio y sus
procesos, as como las tcnicas y
capacidades de SOA que permitan
definir procesos que implementen
la estrategia con mayor eficacia.
Tener en cuenta los desarrollos
actuales y analizar la posibilidad de
reutilizar los desarrollos existentes,
para orientarlos a servicios.
Fomentar un mayor alineamiento
entre el negocio y la tecnologa.
Conseguir una colaboracin
efectiva entre el departamento
de tecnologa y las unidades de
negocio siempre ha sido un reto, pero
constituye un factor absolutamente
imprescindible para garantizar la
eficacia de la arquitectura SOA.
Aplicar el planteamiento de Es recomendable comenzar con una
la arquitectura SOA al propio determinada rea, identificando
negocio. A medida que aumenta sus necesidades de servicios y
el alineamiento del negocio con disendolos de forma que sean
la tecnologa, es necesario que reutilizables por otras reas,
sta desarrolle capacidades para pero sin incluir inicialmente a
aplicar el modelo de arquitectura toda la organizacin para evitar
SOA a la creacin de procesos de tener mltiples requerimientos/
negocio. De esta manera el rea responsables sobre un mismo servicio
de negocio, adems de definir (evitar la parlisis del anlisis).
las aplicaciones orientadas a
La arquitectura SOA constituye el
procesos, deber ser consciente
paso siguiente en la evolucin de las
de la necesidad de reutilizar otros
tecnologas de la informacin como
procesos y servicios existentes, as
habilitadoras del alto rendimiento.
como que los procesos y servicios
En efecto, la arquitectura posee el
que definan en un futuro puedan
potencial para transformar tanto
ser tambin piezas reutilizables.
la forma de funcionamiento de los
Recomendaciones de sistemas tecnolgicos, como el valor
de sus capacidades, sin necesidad de
mbito tecnolgico
deshacerse de importantes inversiones
Mantenerse alineado con la evolucin existentes. Sin embargo, con el fin
de los estndares, productos y
de desarrollar todo su potencial,
herramientas SOA del mercado. esta arquitectura debe considerarse
No reinventar la rueda pero como un elemento esencial de la
tampoco creer estrictamente las arquitectura global de la empresa.
recomendaciones del proveedor.
Tener en cuenta que el acoplamiento
ligero (loose coupling) proporcionado
por SOA, puede tener como
contrapartida un coste en el
rendimiento global. Durante las
primeras fases es fundamental
una constante revisin de los
niveles de rendimiento para
mantenerlo en niveles razonables.
Realizar un correcto uso de las
herramientas de BPM y de los
diferentes motores de orquestacin:
orquestador asncrono, orquestador
sncrono y micro-orquestador.
Planificar la seguridad y gobierno
de los servicios desde el inicio.
Recomendaciones de
mbito de negocio
Se requiere un cambio de enfoque y
considerar el proceso como el foco
principal del diseo y desarrollo de
los sistemas. Este nuevo enfoque
es ms complejo de lo que parece,
por lo que es recomendable trabajar
sobre un framework de procesos y
servicios de la industria que gue el
desarrollo.
23
Arquitectura orientada a servicios (SOA)

La arquitectura SOA representa un medio para un fin, y no

un fin en s mismo. El fin es el alto rendimiento: mejores
procesos de negocio, mayor rapidez en el despliegue de
productos y mejor usabilidad. El medio es la reutilizacin a
travs de aplicaciones dbilmente desacopladas y construidas
sobre autnticos estndares.
Don Rippert, director general de tecnologa de Accenture

24
El gobierno de SOA. Una capacidad imprescindible para el xito de la
adopcin de SOA
Al final, las organizaciones
dependen de la informacin:
la informacin adecuada
para las personas adecuadas
en el momento adecuado.
Por este motivo, la calidad
de la informacin es lo
primero que debe asegurarse.
Muchas organizaciones
experimentan dificultades
derivadas de inconsistencias y
arquitecturas con informacin
defectuosa. Este problema se
debe solucionar porque de lo
contrario, los sistemas que se
apoyan en una arquitectura SOA
slo conseguirn gestionar la
informacin equivocada de una
manera ms eficaz. En otras
palabras, una arquitectura SOA
no puede resolver los problemas
causados por una arquitectura
corporativa defectuosa; es
necesario planificar y gobernar
adecuadamente la arquitectura
para garantizar la coherencia
de los datos maestros, la clara
comprensin de la propiedad
de los datos (ownership) y la
armonizacin de las reglas de
negocio y de las taxonomas.
Conviene destacar adems,
que la creacin de los nuevos
servicios debe respetar los
principios establecidos de
diseo. La arquitectura SOA
depende de una vinculacin
flexible y no estricta, de
los servicios, con el fin de
garantizar que la modificacin
de un servicio no afecte a los
otros. Como consecuencia,
las decisiones de diseo se
deben tomar respetando el
plan original, para poder
retener la deseada flexibilidad
de vinculacin de servicios.
Es imperativo contar con
una estructura de gobierno
efectiva para el conjunto de la
arquitectura corporativa, que
asegure que la estrategia SOA se
implante y ejecute para obtener
los beneficios esperados.
Para ello, es necesario
actuar en todos los frentes:
organizacin, metodologa,
herramientas y procedimientos.

Figura 11: El gobierno de SOA. Una capacidad imprescindible para el xito de la adopcin de SOA

Ciclo de vida de los procesos y aplicaciones

Participacin de los nuevos roles
Coexistencia sistema actual
Metodologa

Nuevos roles responsables de la Repositorio de desarrollo integrado

administracin de procesos y con todas las herramientas y con
servicios versionado
Estructura
Responsable de la supervisin Herramientas Repositorio de produccin
tcnica de la implantacin SOA organizativa Integracin
Herramientas de monitorizacin de
Mayor conexin entre negocio y servicios y procesos con aplicacin
tecnologa de policies

Procedimientos

Estrategia de versionado de procesos y servicios

Descripcin de estados durante el ciclo de vida
Tipologa de proyectos y forma de trabajo
Circuitos de comunicacin
Seguimiento del cumplimiento del modelo

25
Arquitectura orientada a servicios (SOA)
Agradecimientos
Agradecimiento a los lderes del grupo
de Tecnologa SOA de Accenture por
su labor de mejora continua de las
ideas y conceptos SOA desarrollados
en el artculo: Jordi Paris, Alberto Rosa,
Alberto Garca Arrieta, Vctor Pareja,
Joan Lpez, Manuel Antonio Matos,
Nacho Snchez, Jos Luis Martn,
Roberto Ochando, Alonso Tams,
Amparo Angulo, Ricardo Gonzlez y
Luca Prez.
26
Equipo de trabajo
Jos Antonio Fernndez - Socio
responsable del grupo de Tecnologa de
Espaa.
Alfredo Surroca - Socio responsable
del desarrollo e implantacin de SOA
en Espaa.
El enorme inters que est despertando
la arquitectura SOA se debe
fundamentalmente a su capacidad
para mejorar la agilidad y flexibilidad
de las organizaciones. Sin embargo,
su implantacin y adopcin por toda
la organizacin no es trivial y requiere
una correcta estrategia de despliegue.
El presente artculo proporciona una
orientacin de adopcin de SOA en las
organizaciones, basada en las mejores
prcticas y lecciones aprendidas.
Para ms informacin visitar:
http://www.accenture.es/Acerca de
Accenture/Centro de Alto
Rendimiento/ o contactar:
c.alto.rendimiento@accenture.com
Sobre Accenture Sobre el Centro de Alto Rendimiento
Accenture es una compaa global de El Centro de Alto Rendimiento de Accenture
consultora de gestin, servicios tecnolgicos tiene el objetivo de incrementar de manera
y outsourcing. Comprometida con el diferencial los conocimientos y habilidades
desarrollo de la innovacin, Accenture de los profesionales de Accenture, contribuir
colabora con sus clientes para ayudarles a a la capacitacin de estudiantes y titulados,
convertir sus organizaciones en negocios e investigar y divulgar un conocimiento
de alto rendimiento. Con un profundo til para alcanzar un mayor desarrollo
conocimiento de los diferentes sectores y empresarial y bienestar social.
procesos, unos amplios recursos globales
y un constante seguimiento de resultados,
Accenture dispone de los mejores
profesionales, capacidades y tecnologas
para ayudar a sus clientes a mejorar
su rendimiento. Con aproximadamente
170.000 personas trabajando en 49 pases,
la compaa obtuvo una facturacin de
19.700 millones de dlares durante el ao
fiscal finalizado el pasado 31 de agosto
de 2007. La direccin de Accenture en
Internet es www.accenture.es

Copyright 2008 Accenture

Todos los derechos reservados.

Accenture, su logo, y
High Performance Delivered
son marcas registradas de
Accenture.