Software y

Arquitectura
Orientada a
Servicios
Ingeniera de Software I

INTEGRANTES

Kirstie Tenorio Arquinigo

Jorge Garca Hernndez
Jessica Rojas Zavalaga

Universidad Catlica Sedes Sapientes

2014 - I

INDICE

Introduccin
Resumen
Abstract

CAPITULO I
1.1 Antecedentes Histricos
1.1.1 Breve historia de la ingeniera de software con respecto a la
arquitectura de software
1.1.2 Contraste - Antes y Despus del SOA

CAPITULO II
2.1 SOA: Arquitectura Orientada a Servicio
2.1.1 La aparicin de SOA
2.1.2 Definicin Servicio
2.1.2.1 Orientacin a Objetos y Desarrollo Basado en
Componentes
2.1.2.2 Arquitectura de Servicios
2.1.3 Definicin de SOA
2.1.3.1 Funciones y Calidad de Servicio de SOA
2.1.3.2 Requerimientos
2.1.3.3 Enfoques para crear una SOA
2.1.4 SOA y los Web Services
2.1.5 Beneficios de desplegar SOA
2.1.6 Implementacin SOA

2.1.6.1 Componentes de SOA

2.1.6.2 Arquitectura SOA y tecnologas utilizadas

2.1.7 Ventajas e inconvenientes de implementar SOA

2.1.7.1 Ventajas
2.1.7.2 Inconvenientes.

CAPITULO III
3.1 Ejemplos de aplicacin de SOA
3.1.1 EWA
3.1.2 Diseo de ASMF (Autonomic Service Management Framework)
3.1.3 Arquitectura BT
3.1.4 ESNET

Conclusiones

Referencias Bibliogrficas

INTRODUCCIN
En la actualidad, la tecnologa juega un papel muy importante en la vida del ser
humano, ya que gracias a ella la vida de la persona se vuelve menos complicada
y le permite avanzar en muchas reas pero en especial en el rea de sistemas
de comunicacin. Para comenzar, el desarrollo del software, el diseo y la
arquitectura estn en constante evaluacin porque un mnimo error puede ser
perjudicial para la empresa y sobre todo para el cliente.
En segundo lugar, los sistemas informticos tradicionales organizan sus
procesos de negocio a travs de funciones automatizadas. A travs de esta
organizacin, estos sistemas han obtenido una gran mejora de productividad en
las empresas, porque han automatizado sus procesos de negocio, sin embargo
ante los constantes y rpidos cambios a nivel mundial es necesario tambin
adoptarse a las nuevas necesidades para evitar que estos servicios se hagan
ms lentos y costosos de lo deseable. Este problema acontece en muchas
organizaciones provocando que los sistemas en ejecucin estn por detrs de
las necesidades de negocio. Ante esta problemtica que acontece con mayor
continuidad conforme pase el tiempo y evolucione la tecnologa, es necesario
conseguir un mayor nivel de agilidad para poder combinar de manera ms
efectiva los componentes del sistema, evitando las restricciones del enfoque
tradicional. Es por eso que un servicio que desee sobresalir entre los dems y
llamar la atencin de las empresas debe obviar restricciones y basar
concentracin en el tema de buena calidad de software y bello diseo el cual nos
eleve a otro nivel que nos permita mejor extensibilidad y comunicacin en el
mayor nivel de idealizacin posible.
Finalmente, es importante tener en cuenta que cuando nos referimos a software
y arquitectura orientada a servicios se hace necesaria una forma de
comunicacin eficiente y escalable, cada una de manera independiente con el
lenguaje de programacin y plataforma de cada una de las aplicaciones que
deseen intercomunicarse. No hay que olvidar que la capacidad para responder
rpidamente a los cambios y optimizar los procesos de negocio es un factor
clave para la competitividad y el crecimiento de las organizaciones. Gracias a
los puntos ya antes mencionados el software y arquitectura orientada a servicios
nos permite la creacin de un mejor alineamiento de las tecnologas de
informacin con las necesidades que presentan los negocios. Sin ms
prembulo, los conceptos y las palabras clave mencionadas anteriormente se
darn a conocer con mayor explicacin en los siguientes prrafos a continuacin.

RESUMEN

La capacidad para responder rpidamente ante los cambios y optimizar los

procesos de negocio es un factor clave para la competitividad y el crecimiento de
las organizaciones. La agilidad de stas puede verse cuestionada si se apoya en
entornos de IT que no pueden responder de forma flexible a los cambios que
afectan a la actividad de negocio. Liberar el potencial que poseen las
aplicaciones y recursos de IT y hacerlo disponible de forma general a toda la
organizacin facilita la optimizacin de procesos y mejora la agilidad empresarial.
La Arquitectura Orientada a Servicios (SOA, Service Oriented Architecture) es
una filosofa de diseo que permite un mejor alineamiento de las
Tecnologas de Informacin (IT) con las necesidades de negocio, permitiendo a
empleados, clientes y socios comerciales responder de forma ms rpida y
adaptarse adecuadamente a las presiones del mercado.
En este documento analizamos los conceptos que subyacen a SOA y la revisin
sobre las aplicaciones de SOA en el mundo real.

ABSTRACT

The ability to respond quickly to changes and optimize business processes is a

key to competitiveness and growth factor organizations. Agility can be questioned
if they are supported by IT environments that cant respond flexibly to changes
affecting business activity form. Unlocking the potential possessed by IT
applications and resources and make generally available to the entire
organization facilitates optimization of processes and improves business agility.
The Service Oriented Architecture (SOA, Service Oriented Architecture) is a
design philosophy that allows better alignment of
Information Technology (IT) with business needs, enabling employees, customers
and business partners to respond more quickly and appropriately adapt to market
pressures.
This paper explores the concepts behind SOA and review of SOA applications in
the real world.

CAPITULO I

1.1 ANTECEDENTES HISTRICOS

1.1.1

BREVE HISTORIA

SOA no se deriva de una propuesta acadmica. SOA no es un concepto Nuevo.

Los ingenieros de software entendieron sus principios a mediados de los 80
cuando llegaron al mercado de la computacin distribuida y las llamadas a
procedimientos remotos.
Gartner describe la arquitectura orientada a servicios por primera vez en 1996,
pero en inters en la misma se vio aumentado por la aparicin de una importante
tendencia del mercado. Los llamados servicios web.
A partir de este momento, las arquitecturas de la computacin distribuida de los
90 no alcanzaron la aceptacin esperada. Por ejemplo: Open Software
Foundations (OSFs), Distributed Computing Environment (DCE), Object
Management Groups (OMGs), Common Object Request Broker Architecture
(CORBA).
SOA hace su aparicin formal y con ms fuerza en el ao 2003, entrando al fin
por completo en el mundo de las TI empresariales, a travs de los servicios web,
pero esta vez con una mayor acogida por parte de los usuarios finales.
La Arquitectura Orientada a Servicios (en ingls Service Oriented Architecture,
SOA), es un concepto de arquitectura de software que define el uso de servicios
para dar soporte a los requisitos del negocio y provee mtodos para el desarrollo
de sistemas e integracin.

1.1.2

CONTRASTE - ANTES Y DESPUS DEL SOA

A n tes
S e p a r a d o e n s ilo s , n o
in t e g r a d o s : C e r r a d o ,
M o n o lt ic o , F r g il,
v u ln e r a b le .
E n la s a r q u it e c t u r a s d e
T I t r a d ic io n a le s , la s
a c t iv id a d e s d e l p r o c e s o
d e n e g o c io s , la s
a p lic a c io n e s y lo s d a t o s
c o n fr e c u e n c ia e s t n
e n c e r r a d o s e n s ilo s
in d e p e n d ie n t e s e
in c o m p a t ib le s q u e s o n
c a r o s d e m a n te n e r y
d e ja n a lo s u s u a r io s la
n e c e s id a d d e n a v e g a r
e n tre re d e s ,
a p lic a c io n e s y b a s e s d e
d a to s in d e p e n d ie n t e s
p a r a r e a liz a r t a r e a s d e
n e g o c io s c o n c r e t a s .

D espu s
S e r v ic io s c o m p a r t id o s :
C o o p e r a t iv o ,
I n t e r o p e r a b le ,
In te g ra d o .
C o n u n a A r q u it e c t u r a
O r ie n t a d a a S e r v ic io s
( S O A ) , lo s u s u a r io s y a
n o t ie n e n q u e in ic ia r
s e s i n e n v a r io s
s is t e m a s , b u s c a r lo s
d a to s r e le v a n t e s e
in t e g r a r lo s r e s u lt a d o s
m a n u a lm e n te . L o s
d a to s d e la s
a c t iv id a d e s d e lo s
p r o c e s o s d e n e g o c io s
s e e n tre g a n c o m o u n
s e r v ic io in t e g r a d o , e n
u n a s o la a p lic a c i n , e n
u n a s o la p a n t a lla , c o n
u n s o lo in ic io d e
s e s i n .

CAPITULO II

2.1 SOA: Arquitectura orientada a

Servicios
2.1.1

APARICION DEL SOA

En el ao de 1994 Alexander Pasik, un analista de la empresa

Gartner, acuo el trmino Service Oriented Architecture para una
clase que formaba parte de un middleware. Pasik era
desarrollador de software desde antes que el lenguaje XML o los
servicios Web fueran inventados (Josuttis, 2007).
Pasik estaba creando el trmino SOA porque la definicin
cliente-servidor haba perdido su significado clsico. Muchas
industrias haban comenzado a utilizar el trmino cliente-servidor
para definir a una computadora en un entorno distribuido. Una
computadora cliente ejecutaba la presentacin lgica de la
interfaz de usuario y la mayora de la lgica del negocio,
mientras que el servidor, almacenaba los datos en un sistema
administrador de base de datos y en ocasiones ejecutaba la
lgica del negocio. En este sentido, los trminos cliente y
servidor se referan principalmente al hardware.
Para evitar confusin entre los antiguos y los nuevos trminos
cliente-servidor, Pasik menciono que la orientacin a servicio es
muy til para desarrollar aplicaciones empresariales.1
Los modelos estndares de la arquitectura orientada a servicios
se basan en J2EE y Web Services. SOA es un modelo de
programacin y de arquitectura a la vez, que permite el diseo
de sistemas software que proveen servicios a otras aplicaciones
a travs de interfaces.
Los Web Services se definen como un conjunto de protocolos
que se usan para que los servicios sean publicados,
descubiertos y usados en una tecnologa neutra y de una forma
estndar.

2.1.2

DEFINICIN DE SERVICIO
Para comprender la Arquitectura Orientada a Servicios es
necesario definir que es un servicio. Segn el W3C (World Wide
Web Consortium): Componente capaz de realizar una tarea,
segn SOAction:Es una pieza independiente de la funcionalidad
del negocio, donde la funcionalidad, puede ser simple o
compleja2.
Definiremos servicio como un paquete funcional, es decir una
unidad organizativa, jerrquica e independiente del modelo, que
se espera proporcione valor de manera continua en el tiempo.

1 Ponce Suarez, Hugo Cesar. Abcsis: Arquitectura basada en componentes de

software para la integracin de servicios. pp:61

2 http://soaction.sisorg.com.mx/

A partir de dicho concepto podemos visualizar la orientacin a

servicios como un mtodo o una aproximacin para alcanzar un
objetivo especfico, definido por un conjunto de metas y
beneficios estratgicos. Cuando se aplica la orientacin a
servicios, se est modelando programas de software y
arquitectura de tecnologas para alcanzar el objetivo, esto es lo
que califica a la arquitectura de tecnologas como orientada a
servicios. Un servicio est compuesto de 3 elementos:
Contrato: El uso de la funcionalidad que provee un servicio es
gobernada por un contrato. Donde se especifica el propsito, la
funcionalidad, las restricciones y el modo de uso del servicio. Es
definido por el negocio.
Implementacin: La funcionalidad en s misma que provee el
servicio, puede ser realizada utilizando cualquier tecnologa.
Interfaces: Para acceder a la funcionalidad el consumidor
necesita interactuar con el servicio. Proveen la forma de acceder
a la funcionalidad de acuerdo al contrato. Un servicio puede
ofrecer mltiples interfaces para permitir su consumo de
diferentes maneras.

2.1.2.1

ORIENTACIN A OBJETOS Y DESARROLLO

BASADO EN COMPONENTES

Se suele confundir la Orientacin a Servicios (OS), la orientacin

a objetos (OO) y el desarrollo basado en componentes (CBD),
debido a que los servicios representan tambin bloques de
construccin naturales que permiten organizar informacin y
comportamiento de manera familiar, escondiendo el trabajo
interno para evitar el robo de informacin y presentar una
interfaz simple para la organizacin. Los objetos usan tipos de
datos abstractos y datos abstractos. Los servicios tienen un nivel
similar de adaptabilidad a travs del aspecto o del contexto de
orientacin.
As como tambin los componentes son la mejor forma de
implementar servicios, se debe tener en cuenta que por ser una
aplicacin correctamente basada en componentes, no es
necesariamente una correcta aplicacin orientada a servicios.
Para comprender mejor la diferencia debemos ver que una
arquitectura orientada a servicios necesita una capa adicional de
arquitectura ms refinada que interactu directamente con el
usuario.
En una SOA, un servicio mapea una funcin identificada durante
el proceso de anlisis de negocio, dependiendo de la funcin de
negocio de que se trate, la granularidad del mismo puede ser
ms o menos baja o alta. Los servicios no se disean en base a

las entidades de negocio; cada servicio es una unidad que

maneja operaciones a travs de un conjunto de entidades de
negocio.

2.1.2.2

ARQUITECTURA DE SERVICIOS
Consiste en un mtodo de diseo de software donde las
aplicaciones de negocio se descomponen en servicios
individuales que pueden ser utilizados independientemente de
las aplicaciones de las que forman parte y de las plataformas
informticas sobre las que se ejecutan. Al poder disponer de los
servicios individuales de las aplicaciones como piezas
independientes, las empresas tendrn la posibilidad de
integrarlos y agruparlos de maneras distintas para conseguir
capacidades completamente nuevas.

Un diseo orientado a servicios transforma todas sus

aplicaciones, y las de sus asociados, en piezas tecnolgicas de
construccin capaces de encajar virtualmente en cualquier
configuracin.

2.1.3

DEFINICIN DE SOA
BEA: Es una estrategia de IT que organiza las funciones
discretas contenidas en las aplicaciones empresariales en
servicios estandarizados, interoperables, de forma que puedan
ser combinados y reutilizados fcil y rpidamente para
adaptarse a los requerimientos de negocio.
IBM: SOA representa una forma de construir sistemas
distribuidos que permite ofrecer las funcionalidades de una
aplicacin como servicios tanto para aplicaciones de usuario
final como para otros servicios. IBM se refiere a SOA como la
plataforma que alinea el Negocio con
Tecnologa
Gartner: SOA es una arquitectura de software que comienza
con una definicin de interfaz y construye toda la topologa de
la
aplicacin
como
una
topologa
de
interfaces,
implementaciones y llamadas a interfaces. Sera ms
adecuado llamarla arquitectura orientada
a interfaces. SOA es una relacin de servicios y consumidores
de servicios, ambos suficientemente amplios para representar
una funcin de negocios completa.

La definicin de SOA por el W3C es: Conjunto de

componentes, los cuales pueden ser invocados y cuyas
descripciones de interfaces pueden ser invocadas y
descubiertas.
Segn el CBDI sera: Estilo resultante de polticas, prcticas y
frameworks que permiten que la funcionalidad de una
aplicacin se pueda proveer y consumir como conjuntos de
servicios, con una granularidad relevante para el
consumidor. Los servicios pueden ser invocados, publicados
y descubiertos, y extrados de la implementacin usando
interfaces simples y estndares.
OASIS (Organization for Advancement of Structured
Information Standards) defini SOA como: SOA es un
paradigma para organizar y utilizar capacidades distribuidas
que pueden estar bajo el control de diferentes dominios.
Provee una manera uniforme de ofrecer, descubrir, interactuar
con ellos y sus capacidades de uso para producir el efecto
deseado consistente en precondiciones y expectativas
medibles.

2.1.3.1

FUNCIONES Y CALIDAD DE SERVICIO DE SOA

Funciones:
1. Transporte: Mecanismo utilizado para trasladar las
peticiones desde el cliente, hasta el proveedor del
servicio, y viceversa.
2. Protocolo de comunicacin: Es el sistema de
comunicacin entre el cliente y el proveedor de
servicios.
3. Descripcin del servicio: Es un esquema utilizado
para describir qu servicio es, cmo se le puede
invocar, y cules son los datos necesarios para
realizar su invocacin.
4. Servicio: Es la implementacin del servicio.
5. Proceso de negocio: Es una coleccin De servicios,
invocados en una determinada secuencia, con un
conjunto particular de reglas para satisfacer un
requisito de negocio.
6. Registro de servicios: Es un repositorio de servicios
y datos, usado por los proveedores de servicio, para
publicar los servicios para que los clientes tengan
donde buscarlos.
Calidad del servicio:

1. Polticas: Son un conjunto de reglas bajo las

cuales, un proveedor de servicio hace que el servicio
est disponible para los clientes.
2. Seguridad: Son un conjunto de reglas que podran
ser aplicadas en la identificacin, autorizacin y control
de acceso a los servicios, por parte del cliente.
3. Transaccin: Conjunto de atributos que podran ser
aplicados sobre un grupo de servicios para devolver
un conjunto de datos consistentes.
4. Gestin: Conjunto de atributos que podran ser
aplicados para gestionar los servicios proporcionados.

2.1.3.2

REQUERIMIENTOS
Los requerimientos se han de tener en cuenta a la hora
de desplegar SOA, estos son:
1.

Recursos existentes:
Los recursos existentes, como datos de vital
importancia, aplicaciones etc. Deben ser integrados en
los nuevos sistemas.

2.

Soportar todo tipo de integracin requerida:

Incluye la interaccin de los usuarios, la conectividad de
la aplicacin, integracin de procesos, de informacin, y
construir para integrar.

3.

Permitir el crecimiento de las implementaciones y la

migracin de los recursos:
Es el aspecto ms crtico de las implementaciones de
esta arquitectura.
Incontables
implementaciones
anteriores han fracasado por este motivo, su
complejidad, los costes y los esquemas de
implementacin con los que se hace difcil trabajar.

4.

Construir en un marco de componentes estndar:

De esta forma puedes conseguir una mayor reutilizacin
de los mdulos y sistemas.

5.

Permitir implementaciones de nuevos modelos de

cmputo:
Ejemplos especficos de este requerimiento son nuevos
modelos de clientes basados en portales, grid
computing, on demand computing y cloud computing.

Los ms destacados modelos de cmputo son:

a) Grid Computing

Un grid permite particiones, selecciones y

agregaciones de una amplia variedad de recursos
geogrficamente
distribuidos
incluyendo
supercomputadores, sistemas de almacenamiento,
fuentes de datos y dispositivos especializados
pertenecientes a diferentes organizaciones para
resolver los problemas de recursos.
Grid Computing se puede definir como la aplicacin
de recursos de muchos computadores en una red al
mismo tiempo para la solucin de un problema,
usualmente un problema que requiere un gran
nmero de ciclos de procesamiento o acceso a
mucha cantidad de datos.
b) Cloud Computing
Es un tipo de sistema paralelo y distribuido que se
compone
de
un
conjunto
de
equipos
interconectados y virtualizados que son provistos y
presentados dinmicamente como uno o ms
recursos de cmputo unificado basado en acuerdos
de nivel de servicio establecidos a travs de
negociaciones entre el proveedor de servicio y los
consumidores.
Cloud Computing se trata de un estilo de
computacin donde las tecnologas de la
informacin se prestan cmo un servicio, estos
servicios estn localizados en los centros de datos
(Cloud o nube), permitiendo a los usuarios el
acceso a los servicios sin necesidad de que el
usuario tenga el conocimiento, la experiencia y la
infraestructura para poder mantener este servicio.

2.1.3.3 ENFOQUES PARA CREAR UN SOA

2.1.4

SOA Y LOS WEB SERVICES

Cuando nos referimos a desarrollo del software es importante
tener en cuenta que como todo en la vida contiene aspectos
positivos como negativos. Enfocndonos un poco ms al tema
concentrmonos por un instante la razn por la cual SOA llega
para mejorar nuestro estilo de vida. Los problemas ms
comunes en el desarrollo de software suelen ser la
incompatibilidad entre aplicaciones, modelos de datos,
lenguajes de programacin y sistemas de comunicacin, lo que
nos obliga a redisear y reescribirlas para que operen entre s.
3
Exactamente a resultado de los problemas anteriormente
mencionados nace en nuestra ayuda el SOA.
En seguida, tenemos la presentacin del SOA, el cual se basa
en identificarse por ser un estilo arquitectnico de TI4 que

3 Web 2.0: Arquitectura orienta a Servicios. Libro enseanza y

aprendizaje de Ingeniera de Computadores pgina 2, Nmero 1, 2011
4 Tecnologa de Informacin.

soporta la transformacin de una empresa en un conjunto de

servicios vinculados o tareas empresariales repetibles a las
cuales se puede acceder en una red y cuando sea necesario.
Tenemos en claro que puede ser una red local, Internet o bien
una red geogrfica y tecnolgicamente distinta, que combina
servicios en Lima, Santiago de Chile, Caracas, aunque estn
todos instalados en un desktop local. Esos servicios pueden
combinarse para realizar una tarea empresarial especfica,
para permitir que la empresa se adapte a condiciones y
requisitos en constante cambio. En siguiente lugar, cuando la
implementacin de SOA es guiada por objetivos empresariales
estratgicos, la empresa asegura el rumbo positivo y puede
obtener los beneficios principales de SOA, que son:

Alineacin de la TI a los negocios.

Reutilizacin mxima de los activos de TI

Puntos de entrada de SOA

Los cinco puntos de entrada

definidos por -- basados en
experiencias reales de clientes -pueden ayudar su empresa a
beneficiarse con la implementacin de
soluciones SOA predefinidas. Esos
puntos de entrada son impulsados
por necesidades empresariales
(puntos de entrada relacionados
con personas, procesos e informacin) y necesidades de TI
(puntos de entrada relacionados con conectividad y
reutilizacin). He aqu algunas descripciones generales de los
cinco puntos de entrada:
Personas: Este punto de entrada a SOA enfoca la experiencia
del usuario para ayudar a generar innovacin y ms
colaboracin, lo que posibilita la interaccin consistente entre
personas y procesos y, consecuentemente, aumenta la
productividad empresarial. Al usar SOA se puede, por ejemplo,
crear portlets basados en servicios para aumentar esa
colaboracin.
Procesos: El punto de entrada relacionado
con procesos ayuda las compaas a
saber qu est sucediendo en los
negocios, lo que les permite mejorar los
modelos empresariales ya existentes. Al
usar SOA, puede transformar sus procesos

empresariales en servicios reutilizables y flexibles, lo que le

permite mejorar y optimizar los nuevos procesos.

Informacin: Al usar ese punto de entrada a SOA, puede

sacar provecho a las informaciones de su compaa en forma
consistente y visible. Al facilitar informaciones consistentes y
confiables a todas las reas de la empresa, habilita todas las
reas de la compaa a innovar y, consecuentemente, puede
competir con ms eficiencia. Al usar SOA, se tiene un control
mejor sobre sus informaciones; al alinear las informaciones a
sus procesos empresariales, puede descubrir relaciones
nuevas e interesantes.

Conectividad: Aproveche el punto de entrada relacionado con

la conectividad para conectar su infraestructura con eficiencia,
integrando todas las personas, procesos e informaciones de su
compaa. Al tener conexiones flexibles de SOA entre los
servicios y en todo el entorno, puede tomar un proceso
empresarial ya existente y ofrecerlo sin mucho esfuerzo a
travs de otro canal empresarial. Puede incluso conectarse a
socios externos fuera de su firewall en una forma segura.

Reutilizacin: La reutilizacin de servicios con SOA permite

aprovechar servicios que ya existen en la compaa. Al basarse
en los recursos ya existentes, puede optimizar sus procesos
empresariales, asegurar la consistencia en toda la compaa y
reducir el tiempo de desarrollo. Todo ello ahorra tiempo y
dinero. Usted tambin reduce la duplicacin de funcionalidades
en sus servicios y tiene la oportunidad de aprovechar las
aplicaciones centrales comprobadas con las cuales el personal
de su compaa est familiarizado.
Estableceremos la correlacin entre esos puntos de entrada y
varios casos de ejemplo a travs de una empresa ficticia
llamada JK Enterprise para implementar un enfoque especfico
de SOA. Primeramente vamos a analizar los casos de ejemplo.
Ahora bien, respecto web services o bien en su traduccin
servicios web, estos servicios juegan un papel protagnico ya
que a la hora de desarrollar sistemas software se hace
necesario que sea compatible con las implementaciones SOA
ms extendidas, como por ejemplo en este caso los servicios
web(Web Services). Su arquitectura est diseada para
soportar interaccin mquina a mquina sobre una red, en este
caso utilizando sobre todo el protocolo SOAP (Simple Object
Access Protocol)5 para trasmitir mensajes entre los diferentes

5 Protocolo de acceso a objetos simple.

computadores. Las interfaces de los servicios estn descritas

en WSDL (Web Service Description Language)6 un lenguaje
basado
en
XML
que
proporciona un modelo para
describir Servicios Web y la
manera
de
comunicarse
haciendo uso de estos. Estos
servicios pueden ser listados
usando
UDDI
(Universal
Description, Discovery, and
Integration)7, un registro basado en XML independiente de la
plataforma.

2.1.5

BENEFICIOS PARA DESPLEGAR SOA

Las dos ventajas ms destacables de las tecnologas SOA son:
por un lado, la reutilizacin del software que nos aporta
beneficios sobre la calidad, los costes y facilidad para el
despliegue. Por otro lado, la independencia de la plataforma
tecnolgica y las aplicaciones de la infraestructura.
Las organizaciones que tienen como enfoque el desarrollo
alrededor de la creacin de servicios a partir de las tecnologas
existentes,
combinados con enfoques basados en
componentes para el desarrollo del software, obtendrn
grandes beneficios como:
1.

Aprovechamiento mximo de los recursos existentes. Se

pueden construir servicios de negocio a partir de componentes
existentes, usando un entorno SOA adecuado y disponible para
la empresa. Para el uso de estos servicios slo es necesario
conocer el interfaz y su nombre. Las implementaciones de
servicios especficos o los componentes discretos funcionales
son transparentes para el que los llama. El desconocimiento de
estos componentes permite organizaciones que utilizan al
mximo los nuevos descubrimientos, construyendo servicios
compuestos
por componentes construidos a travs de
diferentes mquinas, funcionando en sistemas operativos
diferentes, desarrollados con diferentes lenguajes de
programacin. Usando como interfaz Web Services, podemos
encapsular y acceder a los antiguos sistemas y stos pueden
ser transformados aadiendo valor, as como su funcionalidad
se transforma en un servicio.

6 Lenguaje de descripcin de servicio

7 Integracin, descubrimiento, y descripcin Universal

2.1.6

2.

Infraestructura como comodidad. El desarrollo y despliegue de

la infraestructura ser ms consistente a travs de las
diferentes aplicaciones empresariales. Los componentes
existentes, los componentes nuevamente desarrollados y los
comprados de diferentes vendedores pueden ser consolidados
dentro de un entorno SOA bien definido, con los que la
infraestructura se convierte en una comodidad.

3.

Tiempo de implantacin en el mercado rpido. Las libreras

organizacionales de los Web Services reducen el tiempo de
implantacin en el mercado; como nuevas iniciativas, reutilizan
los servicios existentes reduciendo el tiempo de diseo,
desarrollo, testeo y despliegue en el proceso.

4.

Reduccin de costes. El coste para incrementar y crear nuevos

servicios adaptando SOA y libreras de servicio tanto para
aplicaciones
existentes
como
nuevas,
se
reduce
considerablemente.

5.

Riesgo de migracin. Al utilizar componentes existentes se

reduce el riesgo de introducir fallos en el proceso de
incrementar o crear nuevos servicios.
Tambin se reduce el riesgo de mantenimiento y manejo de la
infraestructura soportando estos servicios.

6.

Mejoras continuas en los procesos de negocio. SOA permite

una representacin clara de los procesos de flujo identificados
por el orden de los componentes usados en un servicio de
negocios particular y proporciona a los usuarios un entorno
ideal para monitorizar operaciones de negocio. Los procesos
de modelaje son reflejados en el servicio. Los procesos de
manipulacin son aadidos reorganizando las piezas en el
proceso padre. Esta funcin permite cambiar los flujos de
proceso mientras se monitorizan los efectos para facilitar
continuas mejoras.

7.

Arquitectura de proceso cntrico. El proceso es el que

desarrolla la aplicacin y ste se descompone en una serie de
pasos los cuales representan un servicio. Cada servicio o
funcin componente es una sub aplicacin. Las Sub
aplicaciones son encadenadas para crear un proceso de flujo
capaz de satisfacer las necesidades. Esta granularidad permite
a los procesos aprovechar al mximo y reutilizar sub
aplicaciones a travs de la organizacin.

IMPLEMENTACION SOA

2.1.6.1

COMPONENTES DE SOA
Los elementos bsicos necesarios para construir una
arquitectura SOA son los siguientes:
Operacin: Es la unidad de trabajo o procesamiento en una
arquitectura SOA.
Servicio: Es un contenedor de lgica. Estar compuesto por un
conjunto de operaciones, las cuales son ofrecidas a los usuarios.
Los servicios son auto-contenidos e independientes entre s, con
una tarea claramente definida cada uno.
Mensaje: Para que un servicio pueda ejecutar una determinada
operacin, es necesario un conjunto de datos de entrada. A su
vez, una vez ejecutada la operacin, esta devolver un resultado.
Los mensajes son los encargados de encapsular esos datos de
entrada y de salida que se envan los servicios unos a otros.
Proceso de negocio: Son un conjunto de operaciones
ejecutadas en una determinada secuencia (intercambiando
mensajes entre ellas) con el objetivo de realizar una determinada
tarea.

Por lo tanto, una aplicacin SOA estar formada por un conjunto

de procesos de negocio. A su vez esos procesos de negocio
estarn compuestos por aquellos que servicios que proporcionan
las operaciones que se necesitan ejecutar para que el proceso de
negocio llegue a buen trmino. Por ltimo para ejecutar esas
operaciones es necesario el envo de los datos necesarios
mediante los correspondientes mensajes.

2.1.6.2

ARQUITECTURA SOA Y TECNOLOGAS UTILIZADAS

Una arquitectura SOA puede ser implementada usando cualquier
tipo de infraestructura cliente/servidor. Las infraestructuras
cliente/servidor son las ms adecuadas debido a que nos
proporcionan ciertas ventajas interesantes a la hora de
implementar SOA.
Centralizacin del control: los accesos, recursos y la integridad
de los datos son controlados por el servidor de forma que un
programa cliente defectuoso o no autorizado no pueda daar el
sistema. Esta centralizacin tambin facilita la tarea de poner al
da datos u otros recursos.
Escalabilidad: se puede aumentar la capacidad de clientes y
servidores por separado.
Cualquier elemento puede ser aumentado (o mejorado)en
cualquier momento, o se pueden aadir nuevos nodos a la red
(clientes y/o servidores).
Fcil mantenimiento: al estar distribuidas las funciones y
responsabilidades entre varios ordenadores independientes, es
posible reemplazar, reparar, actualizar, o incluso trasladar un
servidor, mientras que sus clientes no se vern afectados por ese
cambio (o se afectarn mnimamente). Esta independencia de los
cambios tambin se conoce como encapsulacin.
Existen tecnologas, suficientemente desarrolladas, diseadas
para el paradigma de C/S que aseguran la seguridad en las
transacciones, la compatibilidad del interfaz, y la facilidad de uso.

Estructuracin en Capas de Software de la Arquitectura

SOA:

Aplicaciones bsicas - Sistemas desarrollados bajo cualquier

arquitectura o tecnologa, geogrficamente dispersos y bajo
cualquier figura de propiedad.
De exposicin de funcionalidades - Donde las funcionalidades
de la capa aplicativa son expuestas en forma de servicios
(generalmente como servicios web).
De integracin de servicios - Facilitan el intercambio de datos
entre elementos de la capa aplicativa orientada a procesos
empresariales internos o en colaboracin.
De composicin de procesos - Que define el proceso en
trminos del negocio y sus necesidades, y que vara en funcin
del negocio.

 De entrega - donde los servicios son desplegados a los

usuarios finales.
Los servicios SOA sirven para integrar sistemas, para construir
procesos de negocio (orquestacin de servicios), pero
principalmente sirven para implementar aplicaciones Web.
TECNOLOGAS:
Existen tecnologas dentro del ambiente SOA que son
herramientas que permiten organizar actividades en un flujo. Bajo
este concepto podemos tomar:

ETL (Extract Transform and Load)

WorkFlow tradicional
ESB (Enterprise Service Bus)
BPM o BPMS (Business Process Management Suite)

Estas herramientas en general permiten a travs de asistentes

grficos crear un proceso a partir de la organizacin de tareas, o
subprocesos.
ETL es una de las tecnologas ms antiguas de integracin,
integracin a nivel de datos, y tal como las Bases de Datos
relacionales, su utilidad se ha consolidado en el tiempo. Incluso en
la actualidad dentro de SOA tiene su puesto en lo que son los
Servicios de Informacin, porque a pesar de que su principal uso
es en procesos Batch (procesos de actualizacin masivos),
tambin se puede usar para el desarrollo de funcionalidades
especificas pero que involucran la integracin de entidades de
informacin dispares (distintas). Tal como su nombre lo indica
permite Extraer (Extract), Transformar (Transform), y Cargar
(Load), informacin desde, y hacia distintas fuentes de datos.
WorkFlow (Tradicional) es la tecnologa que permitecoordinar
actividades humanas (realizadas por personas, Human Task), aqu
se definen roles, actividades, reglas de negocio, en buenas
cuentas un flujo de trabajo (WorkFlow), pero que a diferencia de
BPM no contempla en forma natural los servicios de negocio, es
decir no contempla las actividades de sistemas (System Task)
bajo el estndar SOA, en otras palabras oculta la interaccin con
los sistemas previendo una sola interfaz al usuario.
ESB es una herramienta permite componer procesos a partir de
servicios SOA, los servicios SOA son componentes funcionales
encapsulados fuertemente reutilizables, haciendo el tpico smil:
son piezas de lego que permiten construir un sistema uniendo
bloques, y en este caso construir un proceso uniendo servicios
SOA. No maneja actividades humanas sino actividades
automatizadas.

BPM es la solucin que permite construir procesos de negocio

basndose en coordinar tanto las actividades interactivas (human
task) como los servicios (system task). BPM une lo mejor del
mundo del WorkFlow Tradicional y del ESB. En un mismo flujo se
integran tareas realizadas porpersonas, con tareas automatizadas
(sistemas), entregndole al participante de un proceso de negocio
una sola interfaz, ocultando la interaccin con los sistemas
legados. BPM o Business Process Management son las
actividades que tienen como objetivo el anlisis, diseo, ejecucin
y monitorizacin. Estandariza los interfaces entre componentes
tecnolgicos, reduce los costes de integracin de los sistemas, y
provee de lgica de negocio a nivel de proceso interconectando
servicios reutilizables.

2.1.7

2.1.7.1

VENTAJAS E INCONVENIENTES DE IMPLEMENTAR

SOA

VENTAJAS
El concepto bsico de SOA es el de proveer de un
conjunto bsico de servicios a los que cada
aplicacin puede acceder para realizar su funcin.
En esencia, la idea se refiere a escribir el cdigo una
vez para despus utilizarlo en cualquier sitio. En
consecuencia, el resultado es menos cdigo, menos
costes y el incremento de estandarizaciones. El SQA
(Software Quality Assurance) total decrece desde
que hay menos cdigo para documentar y la
documentacin de empresa ya existe para los
servicios SOA. Adems, se deben compilar y
debuggar menos lneas de cdigo lo cual ahorra
tiempo de programacin.
Podemos resumir las ventajas ms importantes de
SOA en:
-Reutilizacin
-Interoperabilidad
-Escalabilidad
-Flexibilidad

-Eficiencia de coste, al reutilizar infraestructuras ya

existentes.

2.1.7.2

INCONVENIENTES
El primer inconveniente con el que nos encontramos al
desplegar SOA es que las arquitecturas existentes no
estn diseadas para soportar SOA. Es por ello que una
migracin hacia SOA necesita una gran planificacin,
reprogramacin y adquisiciones. Muchos negocios no
tienen presupuesto suficiente para hacer un cambio de
este tipo teniendo una arquitectura funcional.
Otro inconveniente es que SOA no es tan escalable o tan
fcil de conseguir como otras soluciones. SOA depende
de XML y comunicaciones de red que requieren anlisis
y serializacin continua, lo cual provoca que incremente
el tiempo de transaccin y que se haya de invertir en
hardware adicional para llevar a cabo estas acciones.
Por ltimo, las empresas son reacias a jugrselo todo a
una carta, ya que si el servicio falla, todas aplicaciones
que lo utilicen fallarn tambin.

CAPITULO III

3.1 EJEMPLOS DE APLICACIN SOA

3.1.1 EWA
En la actualidad tenemos diferentes marcos en los que
se desarrolla SOA. Dentro de IBM hay algunos como
EWA (Enterprise Workframe Architecture) , JADE y Strust
(de Yakarta), que estn siendo utilizados en
escenariosde integracin de clientes. En la siguiente
figura podemos ver una representacin del nivel alto de
EWA:

3.1.2 Diseo de ASMF (Autonomic Service Management Framework)

La piedra angular del ASMF es un servicio broker
basado en una estructura de aplicacin, el AAEF. En
AAEF, cada servicio broker est concebido como un
elemento autonmico, calificado como un servicio
autonmico broker, y mltiples ASBs que forman una
estructura autogestionable P2P que permite la
composicin automtica de servicios y la gestin de
recursos basada en los SLAs.
Insistimos en que cada ASB tambin ofrece un interfaz
manejable, pero principalmente para operadores
humanos para instalar niveles altos de polticas, por
ejemplo, protocolos P2P que sustentan la red
superpuesta, las polticas de seguridad, y las plantillas
de SLA. Para simplificar, vamos a llamar a los servicios
construidos a travsAAEF como aplicaciones o
procesos. Otra pieza importante del ASMF es la
infraestructura AONde transporte, donde la aplicacin
inteligente de la red se utiliza para facilitar la
comunicacin mediante mensajes SOA, mejorar el
rendimiento de la capa ASB superpuesta, y aplicar
polticas de seguridad.

3.1.3 Arquitectura BT
La nueva arquitectura BT proporciona un entorno para una
infraestructura de servicios radical no slo para dar una experiencia
de cliente revolucionaria, productos novedosos y tiempo rpido de
mercado para los nuevos servicios, sino que tambin transforma el
coste base para la empresa. La meta es proporcionar servicios de
comunicaciones simples y completas a los clientes, sin importar el
tiempo ni el lugar. Los servicios deben ser fciles de adquirir y de
usar.
Los clientes deben gestionar sus propios servicios cuando sea
necesario para llegar a un acuerdo con los servicios de cliente,
esto debera ser aadido a travs de un nico punto de contacto.
El usuario debe poder acceder a los servicios por cualquier va de
acceso a la red, es decir cobre, fibra, 2G, 3G, WLAN o WiMAX. Los
servicios deben estar disponibles para todo dispositivo desde
telfono fijo a mvil, a PDA o PC. La arquitectura es la clave para

definir este tipo de escenario. Describamos ahora las principales

caractersticas de la arquitectura mostradas en la figura:

1. Network: La core network es una parte de transporte

SDH/ptico que soporta un ncleo MPLS. El servicio
de red lo da IP. El acceso a la red converge en una
plataforma multiservicio. Racionalizando las redes y
la tecnologa empleada se reducen los costes.
2. La plataforma de servicio: Soporta servicios de
convergencia mvil-fija y servicios multimedia. Se
basa en la aplicacin del Generation Partnership
Programme, la arquitectura IP Multimedia Subsystem
(3GPP IMS) [69] para redes fijas.
3. Entorno de aplicaciones: Se ha diseado para
soportar tanto servicios multimedia como mviles.
4. Para permitir una visin simple y completa, OSS ser
transformado en un sistema el cual es parte del
servicio, ms que la parte ejecutora del servicio. De
manera progresiva, estos sistemas convergern con
los componentes inteligentes de la red.

3.1.4 ESNET
La misin de las ESnets es ofrecer una infraestructura de la
red de comunicaciones interoperable, eficaz, fiable y de alto
rendimiento, junto con servicios de Grid y de colaboracin
para dar soporte a la ciencia de colaboracin (SC) a gran
escala, ciencia que es parte integrante de la misin de la
Oficina DOE de la Ciencia.
ESnet debe prestar servicios que hagan posible los
programas de la SC que dependen de:
-Comparticin de gran cantidad de datos.
-Miles de colaboradores en todo el mundo.
-Procesamiento distribuido de datos.
-Gestin distribuida de datos.
-Simulacin distribuida,
computacional.

visualizacin,

la

gestin

-Colaboracin con los Estados Unidos y con la Comunidad de

Investigacin y Educacin
Internacional.
Con este fin, Esnet proporciona servicios de red y de
colaboracin a los laboratorios del DOE. ESnet sirve tambin
programas en la mayor parte de DOE.
Las principales definiciones y funciones de ESnet se pueden
resumir en:
- Una gran red IP construida sobre una infraestructura de
circuito nacional con conexiones de alta velocidad a todas las
principales redes de US y redes de investigacin y educacin
internacionales (R&E).
- Una organizacin de 30 profesionales estructurados para el
servicio.
- Nivel 1 proporcionando ISP de forma igualitaria a todas las
principales redes comerciales, del gobierno, y de
investigacin y educacin (R&E)
- La red primaria del DOE proporciona servicios de Internet a
casi todos los laboratorios de DOE y a la mayora de los sitios
del DOE. Esto se traduce en que la ESnet proporciona un
valor estimado de 50.000 - 100.000 usuarios del DOE y ms

de 18.000 investigadores (no DOE) de las universidades, de

otras agencias gubernamentales, y de la industria privada que
usan las instalaciones de SC con acceso global a Internet.

CONCLUSIONES

SOA ha entrado con fuerza en las empresas a nivel mundial. Son muchas
las definiciones y las pautas que se han publicado para describir como
llevar a cabo la compleja tarea de migracin. SOA no slo se presenta
como una arquitectura, sino como un paradigma, un conjunto de mejores
prcticas, una estrategia TI, una metodologa de diseo, etc. que da
como resultado una arquitectura de red mejorada, actualizada y
preparada para cambios y futuras migraciones.

Todo documento que habla de SOA hace mencin a ventajas como

reutilizacin, flexibilidad, escalabilidad, interoperabilidad, eficiencia y
reduccin de costes.

La constante evolucin de las tecnologas y dispositivos hace necesaria

una transformacin de la arquitectura de red, tanto a nivel software como
hardware, para lograr mxima eficiencia, menor coste y prdidas en
tiempo de integracin mnimas. Las redes actuales han de proporcionar
diversas aplicaciones multimedia, con diferentes requisitos de QoS, sobre
una infraestructura comn de transporte basada en IP. Adems, Internet
con los nuevos modelos de computacin distribuida como grid computing,
redes peer-to-peer (P2P), el cloud computing, etc. est continuamente
renovndose y los servicios actuales ven necesarias las conexiones de
largo recorrido, lo cual exige la interoperabilidad entre dominios. El cloud
computing est a la orden del da y es gracias a la funcionalidad que es
capaz de ofrecer. Los clientes acceden a los datos y a las aplicaciones en
cualquier momento y en cualquier lugar del mundo a travs de la nube.
Son muchos los que dicen que SOA y cloud computing se complementan
uno al otro, es decir el cloud computing necesita de un enfoque SOA para
que pueda desarrollarse y funcionar de manera eficiente. En estas
conexiones la infraestructura a larga distancia se ha de basar en
protocolos que permitan a los clientes poder escoger sus parmetros de
TE como el ancho de banda, el retardo, etc. parmetros que se pueden
controlar en conexiones pticas a travs, por ejemplo, del protocolo
GMPLS en el plano de controlo o a partir de la introduccin de una capa
de servicio especfica para las interacciones interdominio, solucin que
permite reduccin de costes comparado con GMPLS.

SOA, AON y autonomic computing estn hoy presentes en la mayora de

empresas para obtener un entorno escalable, seguro, y autogestionable
para poder reducir el tiempo de mercado de nuevas aplicaciones de
Internet, minimizar los gastos de gestin de los proveedores de servicios,
reduciendo la complejidad de desarrollo.

El despliegue de SOA es nico para cada empresa, por ello, el

departamento de TI ha de tener un amplio conocimiento de toda la
empresa para poder ofrecer una arquitectura capaz de integrar los
sistemas a los procesos de negocio (ha de soportar cualquier tipo de
integracin requerida) y obtener as una estrategia la cual derive en una
ventaja global para la empresa.

Para llegar a implementar SOA hay que cambiar el concepto organizativo,

lo cual requiere de un SOA Governance, que dota a las organizaciones
de la capacidad de aplicar las pautas SOA, estndares, etc. para poder
llegar a su finalidad, con xito, de alinear las necesidades de negocio,
aplicaciones y servicios con las TI (ha de definir qu hacer, quin lo hace,
cmo hacerlo y cmo medirlo).

SOA es un escenario del que toda empresa obtiene bsicamente dos

ventajas: la reutilizacin del software, que hace posible migraciones sin la
necesidad de empezar de cero y est preparada para el crecimiento
futuro de las aplicaciones; y la independencia de la plataforma

tecnolgica as como de las aplicaciones, ya que el interfaz se define de

forma neutral para poder utilizar cualquier tecnologa y/o aplicacin de
una manera sencilla y gil, lo que hace posible una mayor reutilizacin de
los mdulos y sistemas.

La base para la interconexin de las aplicaciones de una manera neutral

la forma los Web Services. SOA est basado en estndares abiertos y
cabe mencionar que el ms utilizado actualmente en las organizaciones
son los Web Services. Gracias a este conjunto de protocolos se hace
posible la publicacin, el descubrimiento y la utilizacin de los servicios
con una tecnologa neutra y de forma estndar para que puedan ser
utilizados fcilmente incluso por el resto de empresas (a travs del
registro de los servicios). Los Web Services son el estndar apoyado por
la industria y las empresas sobretodo porque dota de la ventaja de la
interoperabilidad, pero no necesariamente SOA se ha de implementar a
partir de esta tecnologa.

Es interesante destacar, como el propio nombre de SOA indica, la

orientacin a servicio.

La arquitectura orientada a servicio aumenta una capa y el nivel de

granularidad, es decir, un servicio representa una funcionalidad de
negocio, mientras un componente representa las entidades de negocio y
las reglas que las operan. Estos servicios son independientes y al tener
sus interfaces bien definidos y publicados, la ubicacin de stos ya no es
importante.

Gracias a las herramientas de gestin de procesos de negocio,

bsicamente BPM, SOA consigue un aumento de productividad en el
desarrollo de sistemas, ya que la codificacin de la lgica de negocio que
se haca de manera manual, lenta y era propensa a errores, ahora se
consigue de una manera rpida, segura y ganando las empresas en
agilidad y flexibilidad. Con SOA y BPM se hace sencillo poder invocar
Web Services remotos, de cualquier parte del mundo, y ejecutarlos
siguiendo las reglas de negocio definidas.

La orquestacin es otra de las claves para SOA, ya que es necesaria

una herramienta para poder realizar la composicin de los distintos
servicios definidos. En su mayora, se apuesta por el lenguaje BPEL,
aunque es cierto que se empieza a hablar de SCA creado por IBM y BEA
para mejorar aquellos puntos en que BPEL no resulta til, ya que flojea
en cuanto la complejidad de la definicin de procesos de negocio
aumenta.

Tras el estudio de diferentes enfoques, podemos destacar la arquitectura

EWA, entorno en el que IBM ha desarrollado SOA y el cual est siendo
utilizado en sus clientes. El concepto que introduce IBM para realizar la
migracin es el de bus de servicio, al cual estn conectados todos los
servicios descritos y a partir del cual se puede acceder a cualquiera de

dichos servicios. Este concepto es uno de los ms importantes y

aplicados por todas las empresas para desplegar SOA. El ESB en ruta
mensajes entre los servicios, convierte los protocolos de transporte entre
servicios, transforma los formatos de los mensajes entre servicios y
distribuye eventos de negocio entre fuentes heterogneas.

El artculo sobre ASMF nos describe cmo disear un entorno que integre
SOA, AON y autonomic computing. El ASB es el motor en este entorno y
se desarrolla como un elemento autonmico que a su vez con el resto de
ASBs forman una estructura P2P autogestionable que permite la
composicin de los servicios y la gestin de los recursos. La
implementacin de esta arquitectura tiene su punto ms importante en la
encapsulacin de los recursos en Web Services manejables.

De acuerdo con BT la red de nueva generacin ha de centrar su

desarrollo en el dominio de ejecucin de servicio, la cual cosa confan en
desarrollarlo implementando SOA. El punto fuerte por el que SOA es el
entorno elegido, es su idoneidad para dotar de la reutilizacin de
capacidades a los usuarios.

ESNET siendo una red de alta velocidad que da servicio a los cientficos
del DOE de Estados Unidos y a colaboradores de todo el mundo, y que
necesariamente ha de ser una red flexible, robusta, de gran seguridad y
con gran ancho de banda para poder manejar grandes cantidades de
datos, ha apostado por SOA como arquitectura de red. Tras varios casos
de estudio se entiende que la red ha de evolucionar hacia nuevas
aplicaciones y nuevas capacidades orientadas a servicio.

REFERENCIAS BIBLIOGRFICAS

SOMMERVILLE, Ian. Ingeniera de Software. Sptima Edicin. Madrid, Espaa:

Fondo Editorial PEARSON EDUCACIN. 2005.
HITPASS, Bernhard. Business Process Management (BPM). Tercera Edicin.
Santiago de Chile, Chile: Fondo Editorial del Departamento de Informtica de la
Universidad Tcnica Federico Santa mara. 2014.
DE LAURENTIIS, Renato. El libro del BPM, tecnologas, conceptos,
enfoques metodolgicos y estndares. Primera Edicin. Madrid, Espaa:
Editorial Club BPM. 2010.
CAICEDO, Sandra y Ligia, BUSTOS. Integracin de procesos utilizando la
arquitectura orientada a servicios - SOA. Pereira, Colombia: Fondo Editorial
de la Universidad Tecnolgica de Pereira. 2008.
MICROSOFT CORPORATION. La Arquitectura Orientada a Servicios (SOA)
de Microsoft aplicada al mundo real. Estados Unidos: Editorial Microsoft.
2006.
SURROCA, Alfredo y Jos, FERNNDEZ. Arquitectura orientada a servicios
(SOA). Barcelona, Espaa: Editorial CAR Accenture. 2008.
DIMARE, Jay. Arquitecturas Orientadas a Servicio. Estados Unidos: Editorial
IBM Corporation. 2006.
ALVAREZ, Pedro y Jos ngel, BAARES. Arquitectura Orientada a
Servicios. Departamento de Informtica e Ingeniera de Sistemas. Universidad
de Zaragoza. Espaa, Zaragoza: 2007.

ALVAREZ, Jos Mauricio. Arquitecturas Orientadas a Servicios (AOS).

Curso: Arquitecturas Empresariales de Software. Bogot, Colombia: 2005.

Fuentes Digitales:
SALINAS, Erick y Pablo, ROJAS. Arquitectura orientada a servicios para
software de apoyo para el proceso personal de software. En Scielo
<http://www.scielo.cl/scielo.php?script=sci_arttext&pid=S071833052011000100005>. Consulta hecha el 06/04/2014.
ERL, Thomas. El manifiesto SOA Comentado.
<http://www.soa-manifesto.com/annotated_spanish.html>
07/04/2014.

En SOA-manifiesto
Consulta hecha el

ESCRATE, Rodrigo. Arquitectura Orientada a Servicios. En EMB - Gerencia

<http://www.emb.cl/gerencia/articulo.mvc?xid=1701>
Consulta hecha el
06/04/2014.
MICROBYTE LTDA. SOA: Arquitectura Orientada a Servicios. En EMB Gerencia < http://www.emb.cl/gerencia/articulo.mvc?xid=1854> Consulta hecha
el 06/04/2014.
GUERRERO ANDREU, Manuel. Taller de Expresin. En Naturalmente ciencias
<http://naturalmenteciencias.files.wordpress.com/2011/04/taller_expresion_2.pdF
> Consulta hecha el 18/03/2014.
MARCOS, Esperanza. Investigacin de Ingeniera de Software vs. Desarrollo de
Software.
En
Centro
de
Proyectos
PUCP
<http://gidis.inf.pucp.edu.pe/recursos/InvIngSWvsDS.pdf> Consulta hecha el
17/03/2014.