ISC Jose Martin Villalobos S.

Con el creciente volumen de eventos y transacciones de

negocios, los negocios tienen una necesidad cada vez
mayor de ocuparse de grandes volmenes de eventos
subordinados al tiempo. Una empresa gil y consciente de
las situaciones debe poder detectar y responder a estos
eventos de negocios usando procesos de negocios
impulsados por eventos.
Introduccin
Los estilos arquitectnicos orientados a los servicios e
impulsados por los eventos ofrecen rutas
complementarias para la realizacin de una arquitectura
de negocios que pueden ser modeladas, implantadas y
gestionadas
Cada proceso de negocios constituye un esfuerzo por
mejorar las operaciones y las funciones de la compaa.
Los arquitectos y diseadores de sistemas usan modelos
de procesos de negocios para generar una arquitectura de
sistemas que se implementa con el fin de materializar
estos procesos de negocios.
Procesos de negocios y servicios
La Arquitectura orientada a servicios, o SOA, es un estilo
arquitectnico que formaliza el enfoque contractual para
crear una arquitectura de IT empresarial que explota los
principios de la orientacin a los servicios con el fin de
alcanzar una relacin ms cercana entre el negocio y los
entornos tecnolgicos a fin de optimizar el valor que tiene
la tecnologa para el negocio.
El elemento estructural primario de las aplicaciones SOA es
un servicio, a diferencia de los sistemas secundarios, los
sistemas o los componentes. Si usted toma en cuenta lo que
el negocio hace diariamente y descompone sus procesos de
negocios en tareas o componentes de negocios repetibles,
entonces los servicios representan estos elementos
repetibles o bloques de construccin que pueden unirse en
un proceso de negocios.
No existe una nica forma de proceso de negocios. A
modo de ejemplo, la norma Business Process Modeling
Notation (BPMN) define tres tipos bsicos de categoras
de modelos secundarios en un modelo de procesos de
extremo a extremo:

Tipos de procesos y sus interconexiones
1.- Los Procesos de colaboracin describen los intercambios
entre dos entidades de negocios independientes. Estos
procesos describen los intercambios entre los distintos
procesos y aseguran un buen comportamiento mutuo. Si
hacemos una analoga ferroviaria, el proceso de colaboracin
asegura la sincronizacin gestionando las seales de los trenes
para evitar colisiones, como se muestra en la Figura 1. Las
seales son eventos para los conductores automovilsticos que
inducen reacciones para una operacin uniforme.


2.- Los Procesos abstractos (pblicos) ofrecen una visualizacin de
extremo a extremo desde el punto de vista de un participante, como
por ejemplo la visualizacin de un ingeniero ferroviario que conduce
todos los trenes pero deja la responsabilidad de cada coche a su
conductor respectivo. Su nica preocupacin es la extensin general
y el peso del proceso (tren), y el comportamiento de los vnculos. Los
modelos abstractos se usan para crear el modelo de monitoreo de
extremo a extremo al capturar los eventos que salen a la superficie
de cada uno de los mdulos ms pequeos (los coches).
3.- Los Procesos de negocios privados (internos) tienen un nico
propietario de negocios y por lo general se centran en una entidad
central principal (del modelo de informacin). Son los nicos
procesos que se deben automatizar con lenguajes tales como el
Business Process Execution Language (BPEL). Cada coche es un
proceso independiente y por lo general tiene un propietario de
negocios diferente. Los propietarios de negocios definen los
contratos entre sus procesos privados como servicios de negocios
o eventos de negocios que actan como vnculos entre los coches
de los trenes. Todo proceso automatizado que tiene mltiples
propietarios termina siendo inmanejable debido a los conflictos
que siempre surgen en estos casos.
En un enfoque dinmico de procesos de negocios
impulsados por los eventos, el tren se construye de
manera dinmica cambiando los coches en funcin de las
condiciones del entorno de negocios que se detectan.
La Gestin de procesos de negocios (BPM) est conformada por
soluciones que soportan la gestin del ciclo de vida de un proceso de
negocios. BPM se trata de combinar procesos de negocios, IT, y
experiencia humana para formar una unidad de negocios unificada
que pueda ser modelada, implementada, monitoreada, analizada y
optimizada. BPM requiere un mecanismo o lenguaje estandarizado, a
travs del cual los artefactos creados durante el modelado del
proceso de negocios se puedan usar fcilmente durante el diseo y la
implementacin
Informacin, procesos, servicios, eventos, polticas y
reglas
La mayora de las organizaciones estn impulsadas por los procesos y
los datos que se mantienen relativamente constantes. Sin embargo,
la informacin de negocios variable surge de interacciones, servicios
y procesos, pero tambin de fuentes externas o de la
instrumentacin que genera nuevos eventos tcnicos o de negocios.
Un desafo importante que enfrentan las soluciones de BPM actuales
es la capacidad de adaptar continuamente los procesos de negocios
con el transcurrir del tiempo al entorno de negocios para seguir
siendo slidas y operacionales para los procesos de negocios crticos.
Por ejemplo, es posible que a algunas organizaciones les convenga
usar informacin impulsada por eventos para guiar e influir sobre los
procesos de negocios.
Los eventos transportan los datos que contribuyen a la informacin,
los servicios luego consumen y generan informacin, y finalmente los
procesos consumen servicios e informacin. La interconexin que
brindan los servicios conecta estos eventos a los componentes que
contienen la inteligencia y que son, en gran medida, procesos de
negocios. En consecuencia, no es posible tener un enfoque que se
ocupe de los procesos independientemente de los servicios y la
informacin, y este es el motive por el cual la arquitectura
empresarial debe mapear los tres aspectos al mismo tiempo para
asegurar la coherencia de la implementacin resultante.
La arquitectura impulsada por eventos y la arquitectura
orientada a servicios no constituyen enfoques opuestos.
Los eventos pueden disparar servicios y los servicios
pueden generar eventos, de manera que ambos forman
parte de un enfoque comn.
En este contexto, Business Event Processing (BEP) determina
estas acciones sobre las que se actuar detectando, evaluando
y estableciendo una correlacin entre los eventos sobre la base
de la lgica definida por el usuario. Cuando se descubre una
situacin sobre la que se debe actuar, se llama a un servicio
adecuado, que luego vuelve a generar o comunicar una o ms
acciones con los datos requeridos a travs de la red de IT. BEP
determina cundo es necesaria la accin en base a las polticas
de negocios y a la lgica de procesamiento de eventos.
Business Event Processing
Las polticas y reglas se definen usando un vocabulario
que define los aspectos de negocios, la informacin y las
aplicaciones o servicios. Resulta fundamental crear este
vocabulario comn para que la empresa pueda
externalizar la variabilidad de procesos, servicios e
informacin en polticas y reglas.

Ejemplo
1.- Ver el tutorial de la pagina: http://office.microsoft.com/es-mx/visio-
help/dividir-subprocesos-3-24-RZ102712773.aspx?section=5
2.- Instalar el Visio Premium 2010
3.- Realizar el diseo mostrado en el tutorial
Practica