Está en la página 1de 11

Control y Seguimiento de la ejecucin de una arquitectura BPM/SOA

Control and monitoring of a BPM/SOA architecture execution


Susana Mara Ramrez Brey*1, Marbys Marante Valdivia1 y Natacha Gonzlez Fernndez2
1
2

Universidad de las Ciencias Informticas

Joven Club Computacin y Electrnica, Las Tunas

*Autor para la correspondencia: smramirez@uci.cu

Resumen
En este trabajo se propone un modelo de Gestin de la gobernabilidad en tiempo de ejecucin para una arquitectura BPM/SOA
(del ingls: Bussiness Processs Management and Services Oriented Architecture) con alcance en proyectos que usen la iniciativa
BPM/SOA. Para ello se realiz un estudio del estado del arte de la fuente documental existente de diferentes modelos y
framework de referencia para la Gestin de Gobierno BPM/SOA realizndose un anlisis de cada uno. El modelo propuesto
mejora las deficiencias y cubre aspectos sobre el tiempo de ejecucin que apenas se hace referencia en las fuentes documentales
consultadas, enfocando el Gobierno hacia BPM y SOA teniendo en cuenta los elementos singulares de cada uno y no slo para
SOA como la mayora de los modelos consultados. Se define un conjunto de procesos que debe soportar el Gobierno en tiempo de
ejecucin, para los cuales se describe un flujo de trabajo con actividades, roles involucrados, artefactos de entrada y salida que se
generan en cada proceso, herramientas tecnolgicas necesarias para instrumentarlos y propuestas de tcnicas y mtodos para su
realizacin. Se propone un proceso de evaluacin y aprendizaje de la arquitectura, que ayuda a mantener un enfoque en la mejora
continua y se definen puntos de extensibilidad para futuros trabajos sobre el modelo. Para validar y retroalimentar la
investigacin, se aplic una variante del mtodo Delphi a especialistas en su mayora del Centro de Consultora Tecnolgica e
Integracin de sistemas de la Universidad de las Ciencias Informticas, con el fin de obtener anlisis de resultados tiles para una
propuesta consolidada.
Palabras clave: Arquitectura BPM/SOA, ejecucin, flujo de trabajo, gobierno BPM/SOA, modelo, proceso.

Abstract
In this paper, a model for managing the governance in the runtime is proposed for an Architecture BPM/SOA to be used in
productive software projects that use a BPM/SOA (Bussiness Processs Management and Services Oriented Architecture)
architecture. For this we check the bibliography up-to-this moment concerning different materials done and reference framework
to the management of governance BPM/SOA performing an analysis of each. The proposed model increased the out comings
cover aspects dealing with the runtime that is barely mention in the references of other models consulted, focuses itself in the
Governance for the initiatives BPM and SOA taking into account the elements to be lead out in each of it and not only for SOA as
most of the models already consulted. A set of processes are defined in the model, in order to support the governance in the
runtime, to which its described the flow of work with the corresponding activities, roles, input and output devices that are
generated in each process, technological tools needed for running them and given techniques and working methods. A process for
the Evaluation and Learning of the architecture is also proposed to help to maintain a perpetual development and also points of
extensibility are defined for future works on the model. To validate it we use a variant of the Delphi method based on experts to
specialists in the Technology Consultancy and System Integration Center from University of Informatics Sciences, in order to
obtain useful results for analysis of a consolidated proposal.
Keywords: BPM/SOA Architecture, BPM/SOA governance, model, process, runtime.

Introduccin
La Administracin de Procesos de Negocio (BPM, del ingls Business Process Management) y la Arquitectura Orientada a
Servicios (SOA, del ingls Services Oriented Architecture), definen un camino para todas aquellas organizaciones que desean
alinear la estrategia de negocio con las tecnologas de la informacin, al mismo tiempo que agilizan sus procesos y maximizan el
rendimiento de sus recursos. Para esto facilitan y estandarizan la integracin de los sistemas, permitiendo la interoperabilidad
entre los datos de negocio, las aplicaciones y los requerimientos de los procesos de negocio. Ambos paradigmas se convierten en
una estrategia indispensable en cualquier organizacin de las Tecnologas de la Informacin (TI) para darle respuesta a los retos
de negocio que se plantean, donde las arquitecturas tradicionales actuales no son capaces de resolver. El primer paso que se debe
dar despus de decidirse por una arquitectura BPM/SOA, es disear un plan de Gobierno para la implementacin sostenible de
estas soluciones. Una de las principales causas de fracaso en los proyectos BPM/SOA actualmente es la falta de un modelo de
Gobierno que gue todas las fases del proyecto [Bastida, 2008]. Es imprescindible tener una metodologa que permita, desde las
fases ms tempranas del proceso de desarrollo, definir un modelo de monitorizacin y administracin, obtener los valores
necesarios para analizar el rendimiento del proyecto, gestionar las polticas de acceso, planificar futuros desarrollos y
actualizaciones de servicios, as como predecir futuros problemas.
En la actualidad existe la tendencia a dividir el gobierno BPM/SOA en dos estados, el tiempo de diseo y el tiempo de ejecucin:
Gobierno en tiempo de diseo: Se ocupa de las actividades relacionadas con la creacin y evolucin de los elementos del
modelado de la arquitectura de referencia BPM/SOA (identificacin, modelado, diseo, desarrollo, pruebas). [Software
Associates, 2007].
Gobierno en tiempo de ejecucin: Se ocupa de la operacin de los elementos una vez desplegados (ejecutarlos, controlar su
ejecucin, definir y enviar alarmas, monitorizar SLAS, hacer cumplir polticas de seguridad y otras, etc.). [Software
Associates, 2007].

Materiales y Mtodos
Para el desarrollo de este trabajo fueron utilizados varios mtodos de investigacin tales como:
Terico-histrico: Para el estudio de las causas que originaron el problema, as como la evolucin que ha tenido la aplicacin de
modelos de gobernabilidad para la administracin y control de arquitecturas BPM/SOA.
Sistmico: Se realiz el anlisis del modelo propuesto como la integracin e interaccin de todos sus componentes: actividades,
roles involucrados, artefactos de entrada y salida, tcnicas y herramientas, formando estos un flujo de trabajo que determina la
estructura y la jerarqua de cada componente y su dinmica, evidenciando cmo se relacionan cada una de estas partes. Se
considera el modelo adems como una parte que se integra con otros modelos para formar una metodologa completa.
Entrevista: Mediante entrevistas a expertos, se concretaron detalles de modelos de gestin de la gobernabilidad existentes y el
resultado prctico de su aplicacin en arquitecturas BPM/SOA a travs de entrevistas a especialistas conocedores de la rama
tratada, adems de validar el resultado de la investigacin.

Mtodo de validacin
Se utiliz el mtodo Delphi para validar y retroalimentar la propuesta. Especficamente se utiliz la variante propuesta por Silvia
Colunga y Georgina Amayuela [Colunga, Silvia y Amayuela, Georgina, 2003] a su vez empleada por el Lic. Carlos lvarez
Martnez de Santelices en su tesis de maestra: Experimentos virtuales para la enseanza del Electromagnetismo [Santelices,
2004]. Dichos investigadores no utilizan el mtodo clsico Delphi para la valoracin de expertos, sino algunas caractersticas para
propiciar mayor objetividad a los criterios de los especialistas a partir de la introduccin de escalas valorativas. Para aplicar el

mtodo se siguieron tres etapas fundamentales: eleccin de expertos, validacin de la propuesta, y desarrollo prctico y
explotacin de resultados. Estas etapas son iteradas mientras no sea aceptada la investigacin.

Desarrollo
Aunque la propuesta que se presenta es para el tiempo de ejecucin, se realiz un estudio de la gobernabilidad en tiempo de
diseo, debido a que ambas etapas estn interconectadas y las decisiones tomadas durante el tiempo de diseo influyen en los
resultados en el tiempo de ejecucin. Durante la investigacin se referenciaron los centros pensantes ms destacados en la
actualidad en el tema, como son: IBM (por sus siglas en ingls, International Business Machines), Software Associates y
Everware-CDBI. Estos centros presentan modelos, metodologas o marcos de referencias de Gobierno, cuyas fuentes
documentales existentes son incompletas debido a que son propietarias en su mayora, pero s suficiente para sentar las bases para
la creacin del modelo propuesto.

Metodologas estudiadas
Mtodo Administracin y Gobierno para SOA de IBM: El Mtodo de Administracin y Gobierno de SOA de IBM (IBM SOA por
sus siglas en ingls, Governance and Management Method, SGMM) es flexible y puede ser adaptado para alternar metas
especficas y extender mecanismos de gobierno existentes. Define el Gobierno y administracin del ciclo de vida SOA a travs de
cuatro fases: planificacin, definicin, habilitacin, y medicin. SGMM es un proceso iterativo, proporcionando oportunidades
para poner el foco de la autoridad del Gobierno en determinadas reas en una iteracin inicial y en subsiguientes reas en
subsiguientes iteraciones. Las actividades que se realizan, correspondientes a estas fases, tributan a la gestin del ciclo de vida de
los servicios, que identifican en tres etapas: Desarrollo de servicios, Despliegue de servicios y Administracin de servicios (5)
Everware-CDBI: El Framework de Gobierno SOA propuesto por CBDI plantea que es importante que la gestin del Gobierno se
realice de una manera equilibrada y completa para que se puedan abordar el qu, cmo, quin y cundo. CBDI realiza la gestin
del Gobierno mediantes cinco vistas: vista de polticas, vista organizacional, vista de madurez, vista de infraestructura y vista de
procesos. [Everware-CDBI, 1999]
Marco de Referencia de Gobierno BPM/SOA Software Associates: Este marco es una de las herramientas fundamentales en la
aproximacin a BPM/SOA de Software Associates. Define un conjunto de elementos que se recomienda tener a una compaa, a
fin de implantar un Gobierno BPM/SOA efectivo. Describe cules son esos elementos, por qu son importantes, y proporciona
una gua sobre cmo crearlos para un caso concreto. Se clasifican los elementos necesarios para el gobierno BPM/SOA en los
siguientes tres grupos:
Organizacin (grupos de trabajo y roles) a tener en la compaa para que puedan identificar los asuntos, decidir sobre ellos,
hacer cumplir esas decisiones, monitorizar su efectividad y eficiencia, y revisarlas y optimizarlas.
Normas (procesos, procedimientos y polticas), consecuencias de esas decisiones, que gobiernen las actividades relevantes para
SOA, tanto de actores humanos como automticos.
Tecnologa necesaria para poder realizar lo anterior de forma eficaz y eficiente [Software Associates, 2007].

Desarrollo y alcance de la propuesta


En este artculo se presenta el resultado de una investigacin que basada en la fuente documental existente, tuvo como fin elaborar
la propuesta de un modelo para la gestin de la gobernabilidad BPM/SOA en tiempo de ejecucin, que abarcara todos los
procesos que debe soportar este tiempo, y su relacin con un conjunto de artefactos de entrada y salida generados como parte de la
ejecucin de los procesos propuestos.

Este modelo es aplicable a proyectos de produccin de software que usen una arquitectura BPM/SOA una vez que esta haya sido
desplegada en la organizacin y se desee tener una visin y control de sus elementos.
Dentro de las premisas fundamentales para la aplicacin efectiva del modelo, se tienen las siguientes:
El modelo debe ser aplicado en una empresa con una arquitectura BPM/SOA con cualquiera de los enfoques existentes
posibles, una vez que hayan sido desplegados los elementos de esta arquitectura, sea durante el tiempo de ejecucin.
Es necesario contar con la infraestructura tecnolgica que se requiere para la aplicacin del modelo.
Durante el Gobierno en tiempo de diseo se deben haber definido un conjunto de artefactos que sirven de entrada al modelo.

Representacin del modelo


El modelo de Gobierno en tiempo de ejecucin que se propone comprende (a manera de artefactos de entrada para el modelo),
todos los elementos definidos durante el Gobierno en tiempo de diseo, y los procesos que se deben soportar durante esta fase:
Descubrimiento de Servicios, Gestin Polticas, Establecimiento KPI, Gestin de Nivel de Servicio, Monitorizacin y Evaluacin
y Aprendizaje como se aprecia en la Figura 1.

Fig. 1. Representacin general del Modelo.

Algunos de los procesos que se representan no tienen una precedencia definida, pueden ocurrir aleatoriamente o simultneamente
en dependencia de la estrategia que adopte la organizacin que lo aplique. La aplicacin del modelo y ejecucin de cada uno de
los procesos est a cargo de un Centro de Competencias SOA. A continuacin se har una breve descripcin de los procesos que
se proponen como parte del modelo. Para su representacin se ha utilizado la notacin BPMN.

Proceso Establecimiento KPI


El objetivo de este proceso es definir los indicadores claves de rendimiento (KPIs) para medir el desempeo de los proceso. Estos
indicadores constituyen un calibrador cuantificable para medir el desempeo de la organizacin.

Fig. 2. F.T. del Proceso Establecimiento de KPI.

Comienza con la identificacin de Factores Crticos de xito en la organizacin a partir de los Documentos Estratgicos de esta,
teniendo en cuenta adems las Perspectivas de Rendimiento existentes. De esta identificacin depende la obtencin de los
indicadores claves de desempeo y las metas a cumplir para cada uno de estos factores definidos. El resultado del proceso lo
constituye el Documento de Especificacin de KPI, representado en la Figura 2.

Proceso Gestin de Nivel de Servicio. El proceso que se define como Gestin de Nivel de Servicio tiene como meta principal la
definicin y negociacin de la calidad de los servicios ofrecidos. Para la identificacin de las actividades que corresponden a cada
una de estas funciones principales se ha definido un flujo de trabajo general que las organiza en dos etapas fundamentales:
Planificacin e Implementacin. Han sido incluidas adems las actividades referentes a la creacin y actualizacin del Catlogo
de Servicios. Como herramienta tecnolgica imprescindible para el desarrollo de este proceso se presenta el Registro y
Repositorio SOA.
La etapa de Planificacin comienza con el establecimiento de un Catlogo de Servicios en el caso de que no exista, o la
actualizacin de l en funcin de los cambios que ocurran en los servicios proporcionados por la organizacin. La actividad
correspondiente al establecimiento de los requisitos de nivel de servicio constituye el resultado de la interaccin/negociacin con
el cliente y es de vital importancia en esta etapa. Adems se confecciona la Hoja de Especificacin de Servicio y el
establecimiento del Plan de Calidad del Servicio como se describe en la Figura 3, donde se detalla cmo se prestar el servicio y
de qu forma se asignarn los recursos de la organizacin respectivamente. Durante toda etapa de planificacin se generan
documentos que servirn de base para la etapa subsiguiente.

Fig. 3. Etapa Planificacin del Proceso Gestin Nivel de Servicio.

La etapa de Implementacin del Proceso de Gestin de Nivel de Servicio se encarga de la negociacin de los acuerdos, una vez
definidas y establecidas las bases en la etapa de Planificacin. La primera actividad corresponde a la firma del Acuerdo de Nivel
de Servicio por parte del cliente y el Gestor de Nivel de Servicio, como parte de la contratacin de un servicio, constituyendo la
base legal de este proceso. El establecimiento del Acuerdo de Nivel de Operacin y el Contrato de Soporte, constituyen la firma
de convenios formales de requerimientos de soporte interno y requerimientos de soporte externo entre los subgrupos de la
organizacin de soporte TI y los proveedores externos respectivamente.

Fig. 4. F.T. Etapa Implementacin del Proceso Gestin Nivel de Servicio.

Proceso Monitorizacin
El Proceso de Monitorizacin constituye el proceso principal del Gobierno en tiempo de ejecucin, si se quiere mejorar
progresivamente la calidad de los procesos/servicios ofrecidos, su rentabilidad y la satisfaccin de los usuarios. Se ha definido el
proceso en cuatro actividades, la preparacin del escenario tecnolgico con el objetivo de seleccionar las herramientas que se
utilizarn en la monitorizacin, la configuracin de la herramienta de monitorizacin, la monitorizacin (que abarca todos los
elementos desplegados en la arquitectura) y la evaluacin del rendimiento a partir de la informacin obtenida durante la

monitorizacin. Este proceso se va a ejecutar continuamente mientras la arquitectura est operativa y es representado en la
siguiente Figura.

Fig. 5. F.T. del Proceso Monitorizacin.

Proceso Descubrimiento y Consumo de Servicios


El descubrimiento de los servicios web se basa principalmente en encontrar los servicios que ofrecen las organizaciones para
satisfacer ciertas necesidades. Este proceso comienza cuando el proveedor de un servicio inscribe su servicio en un registro
pblico para que pueda ser descubierto, el cual a su vez es usado por los consumidores para encontrar servicios que satisfagan
ciertos criterios. Si el registro contiene el servicio solicitado, entregar al consumidor un contrato y una direccin de puerto
(endpoint address) para acceder a l y ser consumido. Es importante sealar que este es un proceso puramente tecnolgico, no
intervienen roles, todo est a cargo de las herramientas.

Fig. 6. F.T. del Proceso Descubrimiento de Servicios.

Proceso Gestin Polticas. Los diferentes tipos de polticas que rigen la implantacin de una Arquitectura BPM/SOA, se definen
como parte del Gobierno en tiempo de diseo. No obstante, en tiempo de ejecucin pueden surgir nuevas polticas o el cambio de
alguna especfica. El objetivo de este proceso es la creacin o cambio de polticas en tiempo de ejecucin. La actividad de peticin

de creacin o cambio de poltica tiene como objetivo mantener un control de solicitud de polticas, especificando en un
documento el tipo de poltica que se solicita en funcin del marco en que interviene, para la conformacin del equipo de poltica
que asumir la peticin que se realiza. Es importante sealar que si la poltica es automatizable se pasa a implementarla en la
herramienta que se seleccione durante el Gobierno en tiempo de diseo.

Fig. 7. F.T. del Proceso Gestin Polticas.

Proceso Evaluacin y Aprendizaje. Este proceso tiene como objetivo realizar una evaluacin de la arquitectura a travs de los
conocimientos adquiridos durante la monitorizacin, las experiencias, los resultados obtenidos a travs de indicadores, los
procedimientos, para de esta forma lograr la gestin de los procesos en tiempo de ejecucin de la arquitectura se haga de una
forma ms eficiente y acorde a las necesidades de esta, dndole un enfoque de mejora continua a todo el modelo.

Fig. 8. F.T. del Proceso Evaluacin y Aprendizaje.

Resultados y Discusin
El modelo se valid tericamente a travs de la aplicacin del Mtodo Delphi, descrito y referenciado en los materiales y
mtodos. La evaluacin se realiz por especialistas en su mayora del Centro de Consultora Tecnolgica y de Integracin de
Sistemas de la Universidad de las Ciencias Informticas (UCI), seleccionados segn la fase de eleccin de expertos y usando la
tcnica de autoevaluacin propuesta por la variante del mtodo utilizada.
A continuacin se presentan los resultados obtenidos en la fase de desarrollo prctico y explotacin de resultados, sobre la
adecuacin de las cincuenta y cinco preguntas aplicadas a los expertos, basados en las categoras de: no adecuado, poco adecuado,
adecuado, bastante adecuado.

Fig. 9. Representacin de las categoras otorgadas por la totalidad de expertos.

En la Figura 9 se presenta el nmero de categoras otorgadas por la totalidad de los expertos a las preguntas realizadas,
observndose que hubo un predominio de las categoras muy adecuado y bastante adecuado, siendo este un rasgo distintivo para la
aceptacin de la investigacin.
En la Figura 10 se representa la categora final obtenida por cada una de las preguntas efectuadas a los expertos, luego de calcular
el coeficiente de confianza, y los puntos de cortes. Pudindose observar que seis preguntas resultaron bastante adecuada y las
restantes muy adecuada, no quedando ninguna en el resto de las categoras.

Fig. 10. Representacin de la categora obtenida por cada aspecto presentado del modelo.

Segn el mtodo de validacin utilizado en estos resultados, son los favorables para la aceptacin de la investigacin. Adems
mediante este se identificaron las potencialidades y debilidades de la solucin presentada.

Conclusiones
Se realiz un estudio de los principales modelos de gobierno existentes arribando a las siguientes valoraciones:

Apenas se hizo referencia a la gestin del ciclo de vida de los procesos y los elementos a tener en cuenta para un Gobierno
BPM.

Las actividades propuestas fueron generalmente descripciones muy generales.

Los modelos fueron muy genricos, necesitando ser personalizados.

No se proponen formatos y descripcin para los artefactos.

Se desarroll un modelo para la Gestin de la gobernabilidad en tiempo de ejecucin para una Arquitectura BPM/SOA, que se
utilizar en proyectos de perfil relacionado. Este modelo mejora las insuficiencias de los modelos existentes para ser aplicados en
dichos entornos.

El modelo propuesto cubre todos los aspectos a tener en cuenta para la gobernabilidad en tiempo de ejecucin para
arquitectura BPM/SOA, que no se obtuvieron de forma clara y descriptiva en los analizados en el estudio del estado del arte.

El modelo abarca todos los procesos que debe soportar el Gobierno BPM/SOA en tiempo de ejecucin e incluye el proceso
de evaluacin y aprendizaje, con el objetivo de poder realizar cambios en la Arquitectura y obtener un enfoque de mejora
continua.

Se encuentra bien delimitado el alcance y premisas para su aplicacin, as como su estructura.

Para cada proceso, se describi un flujo de trabajo con actividades, roles involucrados, artefactos de entrada y salida, tcnicas
y herramientas.

Se cumpli con la validacin del modelo, llegando a los siguientes resultados:

La aplicacin de la variante del mtodo Delphi, permiti obtener una evaluacin del modelo.

Se obtuvieron resultados favorables de la evaluacin, y de esta manera qued aprobado el modelo por los expertos para
gestionar del Gobierno BPM/SOA en tiempo de ejecucin.

Referencias Bibliogrficas
- Bastida, Leire. ISA SITE. Gobierno SOA: Elemento Clave en la Integracin de Negocio y Tecnologa. [Online] 2008.
http://www.isa.us.es/downloads/proceedings/0226.pdf.
- Colunga, Silvia and Amayuela, Georgina. La Psicologa Educativa, su objeto, mtodos y problemas principales. Universidad
Camaguey: s.n., 2003. sn.
- Everware-CDBI. Independent Guidance for Service Architecture and Engineering. SOA Governance Framework, Engagement
Process Overview. 1999.
- IBM RedBooks. Implementing Technology to Support SOA Governance and Management.
- IBM. Implementing Technology to Support SOA Governance and Management. 2007.
- Software Associates. El Marco de Referencia del Gobierno BPM/SOA. 2007.
- Santelices. Experimentos virtuales para la enseanza del electromagnetismo. Universidad de Camagey: s.n., 2004.
- Santelices. L.C. . M. D. Experimentos virtuales para la enseanza del electromagnetismo. Universidad de Camagey: s.n.,
2004.