Está en la página 1de 18

Espiñeira, Sheldon y Asociados

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>
No. 4 - 2010
œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi
Boletín Digital // No. 4 - 2010

Contenido
Haga click en los enlaces para navegar
a través del documento

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Haga click en los enlaces para llegar directamente a cada sección

4 Introducción 4 Arquitectura Orientada a Servicios de segunda


generación
4 ¿Qué es SOA (Service Oriented Architecture)?
4 Arquitectura de referencia SOA para Empresas
4 Elementos esenciales de una Arquitectura Orientada a
Servicios 4 Metodología

4 Principios de la orientación a servicios 4 Conclusiones

4 Créditos / Suscribirse
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Introducción ¿Qué es SOA (Service Oriented


Architecture)?

La complejidad es un hecho en la vida de la La Arquitectura Orientada a Servicios, es un ambiente SOA, los nodos de la red hacen
tecnología de información (TI). Pero manejar la concepto de arquitectura de software que plantea disponibles sus recursos a otros participantes en la
complejidad mientras se crean nuevas aplicaciones la utilización de servicios para dar soporte a los red como servicios independientes, a los que
que satisfagan las necesidades del negocio, es un Procesos de Negocios que son definidos en tienen acceso de un modo estandarizado.
reto mayor. función de los requerimientos de los usuarios. Los
servicios ejecutan un conjunto de operaciones en Al contrario de las arquitecturas orientadas a
Por el contrario, si todas las aplicaciones utilizarán una secuencia lógica y se interrelacionan por medio objetos, las SOA’s están formadas por servicios de
una interfaz de programación común, el trabajo de del intercambio de mensajes. La definición de los aplicación, débilmente acoplados y altamente
TI sería mucho más sencillo, la complejidad se servicios, sus interacciones y composiciones se interoperables. Para comunicarse entre sí, estos
vería reducida y las funcionalidades existentes logran por medio de la utilización de un lenguaje servicios se basan en una definición formal
podrían ser reutilizadas. descriptivo. independiente de la plataforma subyacente y del
lenguaje de programación.
Esta es la promesa que la Arquitectura Orientada a La independencia de protocolo del SOA indica que
Servicios (SOA) ofrece el mundo de la TI. diferentes consumidores pueden usar los servicios
comunicándose con él de diferentes maneras.
Idealmente, debe existir una capa de
administración entre los proveedores y los
consumidores para garantizar flexibilidad completa
en cuanto a protocolos de implementación. En un
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

¿Qué es SOA (Service Oriented Elementos esenciales de una


Architecture)? - continuación Arquitectura Orientada a Servicios

La definición de la interfaz encapsula las En las Arquitecturas Orientadas a Servicios, el Proceso de negocio: Son un conjunto de
particularidades de una implementación, lo que la elemento básico es el servicio; sin embargo, operaciones ejecutadas en una determinada
hace independiente del fabricante, del lenguaje de existen una serie de elementos que son necesarios secuencia (intercambiando mensajes entre ellas)
programación o de la tecnología de desarrollo. Con para la construcción de la arquitectura: con el objetivo de realizar una determinada tarea.
esta arquitectura, se pretende que los
componentes de software desarrollados sean Operación: Es la unidad de trabajo o Una aplicación SOA (ver Figura N°1 ) incluye un
fácilmente reutilizables, ya que la interfaz se define procesamiento en una arquitectura SOA. conjunto de procesos de negocios, donde sus
siguiendo un estándar; de esta manera; por requerimientos son satisfechos por la ejecución de
ejemplo, un servicio C++ podría ser usado por una Servicio: Es un contenedor de lógica. Estará servicios, compuestos por un conjunto de
aplicación Java. compuesto por un conjunto de operaciones, las operaciones que al ejecutarse en una secuencia
cuales las ofrecerá a sus usuarios. lógica, nos van a permitir dar respuesta a cada uno
de los procesos del negocio, siendo su mecanismo
Mensaje: Para poder ejecutar una determinada de comunicación, el intercambio de mensajes.
operación, es necesario un conjunto de datos de
entrada. Adicionalmente, una vez ejecutada la
operación, esta devolverá un resultado. Los
mensajes son los encargados de encapsular Para visualizar la figura haga
esos datos de entrada y de salida. click en el icono.
Figura N°1 Componentes de una aplicación SOA
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Elementos esenciales de una Principios de la orientación a


Arquitectura Orientada a Servicios servicios
(continuación)
Una aplicación SOA incluye un conjunto de Considerando la naturaleza de la arquitectura, es - Los Servicios deben proporcionar un contrato
procesos de negocios, donde sus requerimientos necesario que las aplicaciones desarrolladas bajo formal: Todo servicio desarrollado, debe
son satisfechos por la ejecución de servicios, SOA cumplan con una serie de principios proporcionar un contrato en el cual figuren: el
compuestos por un conjunto de operaciones que asociados a la Orientación a Servicios. Estos nombre del servicio, su forma de acceso, las
al ejecutarse en una secuencia lógica nos van a Principios según Thomas Erl, en su libro “Service- funcionales que ofrece, los datos de entrada de
permitir dar respuesta a cada uno de los procesos Oriented Architecture (SOA): Concepts, cada una de las funcionalidades y los datos de
del negocio y su mecanismo de comunicación es Technology, and Design”, son: salida. De esta manera, todo consumidor del
mediante el intercambio de mensajes. servicio, accederá a este mediante el contrato,
- Los Servicios deben ser reusables: Todo servicio logrando así la independencia entre el
debe ser diseñado y construido pensando en su consumidor y la implementación del propio
reutilización dentro de la misma aplicación, servicio. En el caso de los Web Services, esto se
dentro del dominio de aplicaciones de la empresa logrará mediante la definición de interfaces con
o incluso dentro del dominio público para su uso WSDL ( Lenguaje de descripción de Servicios
masivo. Web).
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Principios de la orientación a
servicios (continución)

- Los Servicios deben tener bajo acoplamiento: Es - Los Servicios deben ser autónomos: Todo - Los Servicios deben poder ser descubiertos:
decir, que los servicios tienen que ser servicio debe tener su propio entorno de Todo servicio debe poder ser descubierto de
independientes los unos de los otros. Para lograr ejecución. De esta manera, el servicio es alguna forma, para que pueda ser utilizado,
ese bajo acoplamiento, cada vez que se vaya a totalmente independiente y se asegura que podrá consiguiendo así evitar la creación accidental de
ejecutar un servicio se accederá a él a través del ser reutilizable desde el punto de vista de la servicios que proporcionen las mismas
contrato, logrando así la independencia entre el plataforma de ejecución. funcionalidades.
servicio que se va a ejecutar y el que lo llama. Si
se consigue este bajo acoplamiento, entonces - Los Servicios no deben tener estado: Un servicio Una característica muy importante de los
los servicios podrán ser totalmente reutilizables. no debe guardar ningún tipo de información. Esto Principios de la Orientación a Servicios es que
es así porque una aplicación está formada por un todos ellos deben interrelacionarse, tal como se
- Los Servicios deben permitir la composición: conjunto de servicios, lo que implica que si un muestra a continuación en la Figura N°2.
Todo servicio debe ser construido de tal manera servicio almacena algún tipo de información, se
que pueda ser utilizado para construir servicios pueden producir problemas de inconsistencia de
genéricos de más alto nivel, el cual estará datos. La solución, es que un servicio sólo
compuesto de servicios de más bajo nivel. En el contenga lógica, y que toda información esté
caso de los Web Services, esto se logrará almacenada en algún sistema de información sea Para visualizar la figura haga
mediante el uso de los protocolos para del tipo que sea. click en el icono.
orquestación (WS-BPEL) y coreografía (WS-CDL). Figura N°2 La importancia de la reusabilidad de los
servicios
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Principios de la orientación a Arquitectura SOA de Segunda


servicios (continución) Generación

En la Figura N°2. se observa una característica muy Esta arquitectura se basa en el SOA tradicional, Las funciones están formadas por:
importante de los Principios de la Orientación a añadiendo lo necesario para cubrir sus carencias,
Servicios es que todos ellos deben proporcionando los elementos necesarios para - Transporte: Mecanismo utilizado para trasladar
interrelacionarse, tal como se muestra en la grafica cumplir con todos los principios de la orientación a las peticiones desde el cliente, hasta el proveedor
y además resalta la importancia del concepto de objetos. del servicio, y viceversa.
reusabilidad de los servicios y las distintas forma - Protocolo de comunicación: Es el sistema de
como se interrelacionan y sus ventajas, donde se El esquema básico de una SOA de segunda comunicación entre el cliente y el proveedor de
muestra el nivel de independencia, la unicidad, y la generación se aprecia en la figura N°3, destacando servicios.
facilidad de generar nuevos servicios por medio de que esta arquitectura está formada por un conjunto - Descripción del servicio: Es un esquema utilizado
la composición de servicios existentes, así como de Funciones y por la Calidad del Servicio. para describir qué servicio es, como se le puede
los niveles de autonomía de ejecución de estos. invocar y cuáles son los datos necesarios para
realizar su invocación.
- Servicio: Es la implementación en si del servicio.
- Proceso de negocio: Es una colección de
servicios, invocados en una determinada
Para visualizar la figura haga secuencia, con un conjunto particular de reglas
click en el icono. para satisfacer un requisito de negocio.
Figura N°3 Esquema básico de una SOA de segunda
generación
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Arquitectura SOA de Segunda Arquitectura de Referencia SOA para


Generación (continuación) Empresas

- Registro de servicios: Es un repositorio de - Transacción: Conjunto de atributos que podrían Uno de los aspectos relevantes en SOA es definir
servicios y datos, usado por los proveedores de ser aplicados sobre un grupo de servicios para la Arquitectura de Referencia para la Empresa, ya
servicio para publicar los servicios, y por los devolver un conjunto de datos consistentes que esta definición permite tener un marco de
clientes, para buscarlos. (WS-Transaction, WS-Coordination). referencia en donde ubicar los nuevos desarrollos.
- Gestión: Conjunto de atributos que podrían ser
La calidad del servicio está formada por: aplicados para gestionar los servicios La Arquitectura de Referencia SOA plasma los
proporcionados (WS-Manageability). distintos componentes de una solución SOA,
- Políticas: Son un conjunto de reglas bajo las principalmente Procesos de Negocio y Servicios,
cuales un proveedor de servicio hace que esté además muestra cómo interactúan estos
disponible para los clientes (WS-Policy). componentes con los usuarios de negocio y con
- Seguridad: Son un conjunto de reglas que los sistemas existentes en la Empresa (sistemas
podrían ser aplicadas en la identificación, legacy).
autorización y control de acceso a los servicios,
por parte del cliente (WS-Security).
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Arquitectura de Referencia SOA para


Empresas (continuación)

En la Figura N°.4 podemos observar los elementos Esta Arquitectura es complementada con los ventaja principal de las soluciones con un Portal
fundamentales que conforman una Arquitectura de componentes específicos de cada Empresa. es que una aplicación desarrollada para un
Referencia SOA, en este cuadro identificamos el Además, cada proveedor de soluciones en su dispositivo se puede ajustar a otro con muy poco
portal de representación , los servicios de propia Arquitectura SOA de Referencia, incorpora esfuerzo ajustando los Portlets.
presentación, negocios e información, así como herramientas específicas, pero en líneas generales - Servicios de Presentación (Portlets): Son los
herramientas para la automatización de los debe contemplar lo siguiente: componentes de presentación reutilizables, que
procesos del negocio (BPMS) y los sistemas legacy en la práctica corresponden a secciones
que apoyan las funciones operativas de la - Usuarios de Negocio: Son los usuarios de las reutilizables de las páginas Web. Ejemplos: un
empresa. Es de destacar que existen otros aplicaciones, pero en SOA son también los portlet de “Calendario”. En el caso de los
elementos que se integran a la Arquitectura como participantes de los procesos de negocio. Estos Sistemas de Gestión de los Procesos de Negocio
son el bus de servicios y las herramientas que pueden utilizar distintas tecnologías para acceder (BPMS), generalmente se encuentran portlets
permiten definir un gobierno corporativo en la SOA a la aplicación: Desktop, Notebooks, PDAs, para ejecutar los procesos, por ejemplo: portlet
que no están representadas en esta figura. Celulares. “Lista de Pendientes”.
- Aplicación SOA y Portal: Las aplicaciones están
implementadas usando componentes
reutilizables (Portlets y Servicios), para lo cual se
Para visualizar la figura haga utiliza la tecnología de Portales. Una aplicación
click en el icono. de este tipo incorpora todas las funcionalidades
Figura N°4. Arquitectura de referencia SOA para Empresas de un proceso bajo un ambiente común. La
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Arquitectura de Referencia SOA para Metodología


Empresas (continuación)

- Procesos de Negocio: Corresponde a la - Sistemas Legacy: Son los sistemas existentes en SOA proporciona una metodología y un marco de
implementación BPM (Business Process la Empresa que no están integrados (sistemas trabajo para documentar las capacidades de
Management) de los procesos, incluyendo tareas silo o isla); mediante los cuales se soporta la negocio y que puede dar soporte a las actividades
de interacción del usuario con actividades operación del negocio y que no están bajo el de integración y consolidación.
automatizadas que permiten satisfacer las esquema de “orientación a servicios”.
necesidades de negocio. La metodología de modelado y diseño para
- Servicios de Negocio: Son componentes aplicaciones SOA se conoce como análisis y
funcionales del negocio que se pueden reutilizar diseño orientado a servicios. La arquitectura
en los distintos procesos y aplicaciones, orientada a servicios es por tanto, un marco de
generalmente son servicios compuesto. trabajo para el desarrollo de software como un
- Servicios de Información: Son los servicios marco de trabajo de implantación.
atómicos que pueden ser parte de servicios de
más alto nivel. Su principal característica es que
acceden directamente a los recursos, o sistemas
legacy, encapsulando las funcionalidades
especificas de los sistemas existentes, dándole
así una interfaz que permita integrarlos al
estándar SOA.
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Metodología (continuación)

Para que un proyecto SOA tenga éxito, los El proceso diseñado necesita de ciertos servicios Cuando los cambios en la optimización de
desarrolladores de software deben orientarse hacia que en muchos casos deben de ser desarrollados procesos se terminan, es el momento de volver a
la creación de servicios comunes que son por el equipo de técnicos. Una vez finalizado el desplegar el aplicativo (Ver Figura N°5).
orquestados por medio del bus de integración, desarrollo de los servicios con sus En ciertas ocasiones, y derivado del cambio
para implementar los procesos de negocio. El correspondientes pruebas se procede al constante en el negocio, es conveniente después
desarrollo de sistemas usando SOA requiere un despliegue en los servidores de infraestructura. del análisis remodelar los procesos.
compromiso con este modelo en términos de
planificación y el uso de herramientas e Por medio del monitoreo es posible obtener
infraestructura. resultados sobre parámetros clave de los
procesos. Posteriormente, con el análisis de dicha
En el modelo de desarrollo en SOA para abordar información es posible establecer modificaciones
un nuevo aplicativo, es necesario esbozar en una en los procesos para su optimización.
primera instancia los procesos de negocio a cubrir.
Dicha actividad, recae principalmente en el área de
negocio de la empresa. Con el proceso de negocio
modelado se debe de pasar a la etapa de diseño Para visualizar la figura haga
sobre la herramienta BPM correspondiente; esta click en el icono.
labor es acometida por el analista técnico y Figura N° 5 Ciclo de Modelado y Optimización de los
acompañado por el analista de negocio. procesos
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Conclusiones

Instrumentar una SOA es mucho más que adquirir - Instrumentar una SOA tiene que ver con
la tecnología más reciente o seguir las últimas incrementar la agilidad de los negocios, al tiempo
tendencias de TI. Tiene que ver con invertir en la que se reduce el riesgo y la complejidad
infraestructura de TI para aprovechar activos ya asociada con la integración de las aplicaciones.
existentes, a fin de incrementar su capacidad de
reutilización, y con ello: - Proporciona un cambio de orientación en el
proceso de inversión de infraestructura de TI, ya
- Reducir el gasto de integrar aplicaciones que son que va en función de las necesidades del
vitales para la capacidad de toda organización negocio, más allá del nivel de la tecnología
para seguir siendo competitiva. existente y del concepto de unificación de
plataformas tecnológicas.
- Proporcionar un mejor nivel de servicio a clientes
tanto internos como externos.
Boletín Digital // No. 4 - 2010

Boletín de Asesoría Gerencial


SOA: enfoque técnico orientado a procesos

*?}ˆ˜> *?}ˆ˜>

œ˜Ìi˜ˆ`œ
iÀÀ>À “«Àˆ“ˆÀ >˜ÌiÀˆœÀ È}Ոi˜Ìi

Si desea suscribirse haga click en la barra

El Boletín Asesoría Gerencial es publicado por la


Línea de Servicios de Asesoría Gerencial (Advisory)
de Espiñeira, Sheldon y Asociados, Firma miembro
de PricewaterhouseCoopers.

El presente boletín es de carácter informativo y no


expresa opinión de la Firma. Si bien se han tomado
todas las precauciones del caso en la preparación
de este material, Espiñeira, Sheldon y Asociados no
asume ninguna responsabilidad por errores u
omisiones; tampoco asume ninguna responsabilidad
por daños y perjuicios resultantes del uso de la
información contenida en el presente documento.
*connectedthinking es una marca registrada de
PricewaterhouseCoopers. Todas las otras marcas
mencionadas son propiedad de sus respectivos
dueños. PricewaterhouseCoopers niega cualquier
derecho sobre estas marcas
© 2010 Espiñeira, Sheldon y Asociados. Todos los derechos reservados. “PricewaterhouseCoopers” se refiere a Espiñeira, Sheldon y Asociados. A medida
Editado por Espiñeira, Sheldon y Asociados que el contexto lo exija “PricewaterhouseCoopers” puede referirse a la red de firmas miembro de PricewaterhouseCoopers International Limited, cada una
de las cuales es una entidad legal separada e independiente. Cada firma miembro es una entidad separada e independiente y Espiñeira, Sheldon y
Depósito Legal pp 1999-03CS141 Asociados no será responsable por los actos u omisiones de cualquiera de sus firmas miembro ni podrá ejercer control sobre su juicio profesional ni
Teléfono master: (58-212) 700 6666 tampoco podrá comprometerlas de manera alguna. Ninguna firma miembro será responsable por los actos u omisiones de cualquier otra firma miembro ni
podrá ejercer control sobre el juicio profesional de otra firma miembro ni tampoco podrá comprometer de manera alguna a otra firma miembro o a PwCIL.
R.I.F.: J-00029977-3
Boletín Digital // No. 4 - 2010

Figura N°1
Componentes de una aplicación SOA
,i}ÀiÃ>À
>ÊLœỉ˜ Փi˜Ì>À “«Àˆ“ˆÀ

Proceso de Negocios 1

Servicio Servicio Servicio

Operación Mensaje Operación Mensaje Operación

Operación N Operación N Operación N

Proceso de Negocios N

Servicio Servicio

Operación Mensaje Operación

Operación N Operación N
Boletín Digital // No. 4 - 2010

Figura N°2
La importancia de la reusabilidad de los servicios
,i}ÀiÃ>À
>ÊLœỉ˜ Փi˜Ì>À “«Àˆ“ˆÀ

Contrato formal
Proporciona la
independencia
del servicio y por lo tanto...

Descubrimiento Bajo acoplamiento


Minimiza las
Evita duplicidades
dependencias
y se obtiene la...
consiguiendo la...

Reusabilidad

Sin Estado Composición


Ofrece más Permite la...
oportunidades de...

Autonomía
Independencia del entorno
de ejecución
y por tanto consigue la...
Boletín Digital // No. 4 - 2010

Figura N°3
Esquema básico de una SOA de segunda generación
,i}ÀiÃ>À
>ÊLœỉ˜ Փi˜Ì>À “«Àˆ“ˆÀ

Funciones Calidad de Servicio

WS - Transaction
WS - Inspection Procesos de Negocio

WS - Policy

WS - Trust
BPEL4WS

Servicio

WS - Manageability
Registro de Servicios

Administración
Transacciones
Contrato formal

Contrato formal
Seguridad
Políticas
Descripción del Servicio
WSDL XML

Protocolo de Comunicación

WS - Coordination
de Servicios
SOAP

WS - Security
Transporte
UD01

BEEP WS - Reliable Messaging


g Estándares actuales
g Estándares emergentes HTTP JMS SMTP
Boletín Digital // No. 4 - 2010

Figura N°4
Arquitectura de referencia SOA para Empresas
,i}ÀiÃ>À
>ÊLœỉ˜ Փi˜Ì>À “«Àˆ“ˆÀ

Usuarios de Negocio

Aplicaciones SOA
(Portal)

Servicios
Presentación
(Portlets)
Lista de Pendientes Calendario Ultima Publicación

Procesos
de Negocios
(BPMS)
Proceso Registrarse Proceso Nuevo
Comentario
Obtener
Servicios Obtener mes
Publicación
calendario
de Negocios Registrar Agregar Reciente
de Información usuario comentario
(Web Services)

Sistemas
Legacy
Boletín Digital // No. 4 - 2010

Figura N° 5
Ciclo de Modelado y Optimización de los procesos
,i}ÀiÃ>À
>ÊLœỉ˜ Փi˜Ì>À “«Àˆ“ˆÀ

Modelado

Diseño

Optimizar

Desarrollo
Análisis

Monitorizar Despliegue