Unidad 3

Vista previa del material en texto

UNIDAD III: Arquitectura y conceptos de implementación 
Evolución de los BPMS, Capacidades 
Arquitectura tecnológica de BPM 
El papel de SOA en la arquitectura tecnológica de BPM 
BPM como integración de la arquitectura de TI con la estrategia de negocio 
Ciclo de Vida 
 
Suites de BPM: Business Process Management Suite (BPMS) 
 
BPMS suministra un nuevo tipo de ambiente de negocio que integra negocio y tecnología de 
la información. Una suite de BPM es un conjunto de herramientas que une tecnología de la 
información y ambiente de operación desde los procesos. 
 
El contexto para la operación en BPMS es definido como una estructura paso a paso. Reglas 
definidas y añadidas a un modelo del proceso suministran la lógica o “la inteligencia” para la 
ejecución de las operaciones. 
 
El BPMS puede, entonces, simular escenarios posibles y evaluar resultados con base en pruebas 
que reflejan la situación real en la cual la aplicación será usada. 
 
Las nuevas aplicaciones podrán ser desarrolladas y probadas juntamente con las interfaces para 
sistemas legados y otras aplicaciones. Luego serán puestas en producción para que soporten 
las operaciones de negocio conforme la estructura presentada en el modelado del flujo del 
proceso y las reglas que definen su lógica. 
 
Los datos y la interacción de los distintos actores intervinientes en el proceso con la 
aplicación, son definidos por formularios y esquemas de base de datos en el BPMS, todo 
direccionado por las reglas de negocio. El ambiente de BPMS facilita así un cambio rápido en las 
aplicaciones, devenidas de transformaciones en los procesos y/o en las políticas, ya que, en lo 
conceptual, serán modificaciones y actualizaciones a plantillas o reglas de negocio externas a los 
sistemas. A la vez, se busca la tendencia a la reducción de errores en la construcción de cualquier 
cambio, ya se busca la capacidad de simulación de los BPMS. Eso permite al equipo iterar hasta 
que la solución ideal sea obtenida. 
 
Ahora bien, el mayor desafío con el que se enfrente una tecnología de tipo BPMS es que 
comúnmente es necesario definir y construir interfaces para las aplicaciones en uso (legacys) 
y sus respectivas bases de datos. 
 
En organizaciones que emplean que poseen una arquitectura orientada a servicios (SOA), tales 
interfaces pueden ser simplificadas con la utilización de conectores que ayudan a definir la 
integración a nivel de los datos salientes de las aplicaciones. Eso forma un ambiente 
completo de operación, donde la operación de negocio es realizada dentro del ambiente BPMS. 
 
Sin embargo, sin los módulos necesarios de un BPMS completo, el ambiente no será capaz de 
generar aplicaciones integradas y las ventajas de flexibilidad y velocidad de cambio no estarán 
disponibles. 
 
Características de las Suites 
 
Evolución de BPMS 
 
Como toda herramienta, la tecnología de BPMS ha ido evolucionando a lo largo de los años, 
resultado de las propias mejoras impulsadas por los grandes proveedores de la industria, a 
partir del conocimiento de las necesidades de las organizaciones usuarias. 
 
BPMS tiene sus raíces en herramientas de workflow y de diagramación de procesos que 
evolucionaron a lo largo de los años. En esa evolución, se hicieron cada más robustas y con mayor 
capacidad para reflejar la operación de negocio. Luego, con la adición de motores de reglas y 
generadores de aplicación se evolucionó hacia ambientes operativos con procesos ejecutados 
dentro de los BPMS. Las herramientas BPMS vienen evolucionando y pasando de simples 
herramientas de modelado de flujo de trabajo a conjuntos complejos de herramientas 
integradas que ofertan una plataforma y ambientes completos de operación. 
 
 
 
Se puede decir en ese sentido, que con el correr de los años se logró contar con la 
capacidad de pasar de aplicaciones o herramientas autónomas que permiten, modelar, 
descubrir, analizar y monitorear procesos; a modelos de arquitectura aplicativa de tipo BPM 
integradas o grupos de herramientas que conforman una suite de BPM (BPMS); donde se 
pueden obtener procesos automatizados por medio de la creación y ejecución de aplicaciones 
que combinan lógica mostrada en las plantillas de negocio con reglas y datos conectados a 
las actividades; y permitiendo además un monitoreo en tiempo real de su perfomance. 
 
La incorporación de una arquitectura orientada a servicios (SOA) además permitió 
aprovechar datos y plantillas existentes, simular cambios para alcanzar mejores resultados, 
vincular a datos legados y generar nuevas aplicaciones. 
 
Configuración de BPMS 
 
En general, uno de los pilares en los que se basa la venta de las bondades de una 
arquitectura aplicativa de tipo BPMS es su significativa flexibilidad de configuración. Lo 
recomendable es siempre la adaptación a la momenclatura BPMN para la estandarización de 
simbología utilizable en la construcción de plantillas de procesos, ya que la mayoría de las 
herramientas de la industria utiliza este patrón. 
 
La definición de un patrón de uso de los elementos disponibles por el BPMS, indicando cuáles 
elementos y/o simboles pueden ser utilizados y lo que ellos representan en el flujo, debe ser una 
responsabilidad de la oficina de procesos, descansando en un rol de arquitecto de procesos. 
 
En lo que se refiere a la construcción de aplicaciones, las plantillas y formularios definidos en el 
BPMS generarán pantallas que serán utilizadas para la automatización de la operación del 
proceso. 
 
Esta es una forma de programación donde, como vimos anteriormente, el proceso 
automatizado es definido por una combinación de actividades y reglas, y la secuencia de ejecución 
es definida por la dependencia entre las actividades en el flujo de trabajo e información. 
 
En este sentido, la automatización de procesos con el uso de BPMS crea un tipo diferente de 
solución comparada a los tradicionales lenguajes de programación. 
 
Para el desarrollo de formularios BPMS es fundamental la validación del nuevo modelado del flujo 
por los actores del proceso. Es fundamental que el diagrama sea creado juntamente con el 
actor de proceso y modificado por medio de simulación o iteración. 
 
Resulta también importante obtener correctamente las definiciones de elementos de datos y 
encontrar la fuente de validación para cada elemento en formularios. 
 
Lógicas de negocios y reglas de uso y edición de datos están asociadas a cada elemento de 
datos y formulario. Esos componentes, cuando son chequeados en conjunto, representan la 
forma como el BPMS será usado y determinará si es amigable o no para el usuario. 
 
Plantillas de procesos y plantillas de reglas juntamente con la definición de pantallas y 
formularios en el BPMS suministran las especificaciones necesarias para generar aplicaciones. 
El ciclo evolutivo de vida de las aplicaciones está entonces pensado en base al ciclo de vida 
evolutivo de los procesos, y sus necesidades, de la mano de transformaciones en el negocio. 
 
El uso de un BPMS representa así un nuevo paradigma para el desarrollo y generación tradicional 
de aplicaciones dentro de las áreas de Tecnología de la Información, debiéndose conformar 
equipos con distintas capacidades para su construcción. Uno de los factores clave de éxito será 
el involucramiento e interacción de partes interesadas que realizan la ejecución de los 
procesos y representantes de áreas de TI, tanto para el descubrimiento, análisis, modelado e 
implementación de los procesos dentro de iniciativas de BPM. 
 
 
 
Capacidadde BPMS 
 
Un BPMS ofrece una solución completa, que abarca el ciclo de vida de un proceso de 
negocio: modelado, simulación, ejecución, análisis y monitoreo de los procesos. 
 
Contempla soporte para interacción humana e integración de aplicaciones. Esta es la 
diferencia fundamental con un WorkFlow; BPMS integra en los flujos a los sistemas. 
 
Las distintas herramientas que proponen utilizar BPMS están interconectadas entre sí, pasando 
por distintas etapas del ciclo BPM, cada una de ellas con su soporte. De una manera sintetizada 
podemos hablar de: 
 
 Modelador Gráfico de Procesos / BPA: que permite modelar los procesos de 
negocio, simular su ejecución, definir métricas para el monitoreo. Tiene un diseñador 
gráfico de procesos, que permite fácilmente crear los modelos en nomenclatura 
BPMN. 
 
 Ambiente Integración y Desarrollo / EAI: que permite implementar los procesos, y 
servicios. Estas herramientas permiten desarrollar pantallas de automatización de 
tareas, a partir de la integración de plantillas de procesos de negocio definidas, y 
permite también la integración con sistemas legados, realizando “llamadas” a los 
mismos. 
 
 Motor de reglas de negocio / BRMS: es el motor que permite ejecutar los procesos 
de negocio, aquí se ejecutan los flujos BPM, los Workflows también es el encargado 
de generar los datos de las métricas, y de monitoreo. 
 
 Monitor de Actividades de Negocio / BAM (Business Activity Monitor): permite 
gestionar los procesos con indicadores de performance, medidos desde los límites y 
SLA (Service Level Agreements) o niveles de servicio a cumplir. 
 
 
iBPMS (Intelligent Business Process Management Suites) es una plataforma con inteligencia de 
minería de procesos (process mining) para realizar análisis de comportamiento de los procesos. 
iBPMS soporta nuevos escenarios de negocio conocidos como "Operaciones Inteligentes de 
Negocio" (IBO – Intelligent Business Operations). El IBO es aplicado en mercados y 
situaciones en que operaciones de negocio convencionales no satisfacen más la demanda de 
clientes. 
 
En ese abordaje, análisis de datos en tiempo real y tecnologías de apoyo a la decisión son 
coordinadas dinámicamente en procesos de negocio estructurados y no estructurados. El 
iBPMS, por lo tanto, es considerado una evolución del BPMS, integrando nuevas tecnologías 
y capacidades para soportar contextos de negocio altamente dinámicos donde la proyección del 
comportamiento de los procesos estará atado a distintos escenarios posibles. 
 
iBPMS posee las mismas funciones de BPMS, con recursos adicionales para soportar nuevas 
funcionalidades, tales como: 
 
• Capacidades de análisis de datos en tiempo real más profundas que en BI y BAM, con acceso 
directo la decisiones históricas, plantillas estadísticas y predicciones y apoyo a la decisión 
automatizada. 
 
• Mayor integración con redes sociales (social media) con el objetivo de englobar mayor 
número de datos externos (Big Data) a la organización y estar más próximo a clientes. 
 
• Mayor soporte a tecnologías móviles en un ambiente en que los procesos ocurren en 
cualquiera horario y lugar. 
 
• Procesamiento de una gama más amplia de datos en procesos como vídeos, audios, 
mapas e informaciones sociales. 
 
 
 
 
 
 
Tecnologías BPM 
 
En el siguiente gráfico se pueden apreciar todas las Tecnologías BPM actuales y a que parte 
del ciclo de vida de los procesos dan soporte cada una de ellas. 
 
Si bien la Inteligencia Operacional comenzó entre el 2006 y 2007, es entre el 2013 y el 
2014 que empezó a tomar fuerza “La Cuarta Ola del BPM: Procesos Digitales e Inteligentes”. 
Debido a la aparición de nuevas tecnologías, llamadas tecnologías emergentes, tales como la Big 
Data, Internet de las Cosas (IoT), Cloud, Drones, Móviles Inteligentes, Realidad Aumentada y 
Redes Sociales entre otras, las tecnologías BPM (BPMS) se han ido ampliando logrando así una 
mayor automatización de los procesos y dotándolos de más inteligencia. 
 
 
 
Modalidades de implementación de BPMS 
 
Así como cualquier otra tecnología, los vendors ofrecen distintas modalidades de 
implementación. Cada una de ellas con ventajas y desventajas que deberán ser analizadas 
por cada organización, y se deberán considerar para ellos las políticas de gobierno de IT (de 
infraestructura, de compra de licenciamiento, de arquitectura aplicativa, de ciclo de vida de las 
aplicaciones y políticas de cambios, políticas de accesos, de seguridad informática, etc.) 
definidas internamente. 
 
En este sentido, en una modalidad SaaS (Software as a Service) las empresas se conectarán 
al ambiente del proveedor y usarán las aplicaciones a partir de cualquier localización. El 
hardware, software, aplicaciones y herramientas están localizados externamente a la 
organización, y serán los proveedores quienes se ocupen del servicio de mantenimiento, de la 
operación diaria y del soporte del software. Cada vez es más usual en este tipo de prestación, 
que las organizaciones paguen por el uso con base en el volumen de servicio utilizado, 
sobre todo en los nuevos y recientes esquemas de licenciamiento empleados por los vendors. 
 
Por el contrario, bajo una modalidad de comercialización de tipo On-Premise, cada 
organización pose la solución dentro de sus propios servidores de manera “in-house”, con la 
responsabilidad de mantener la disponibilidad de la aplicación, su seguridad activa, 
mantenimiento correctivo y evolutivo, actualización de versionados, etc. Generalmente el 
licenciamiento es por usuario activado. 
 
 
Negocio y Tecnologías de información 
 
Según el Ciclo de Vida de los procesos como se ilustra a continuación en este se encuentran 
diferentes etapas las cuales dan a lugar a diferentes soluciones de tecnología para su 
administración. 
 
 
1- Business Activity Monitoring (BAM) y su relación con BI (Business Intelligence). 
Herramienta para monitorear y controlar procesos de negocios. Esta información sirve para 
generar retro-alimentación para poder realizar mejorar continuas al proceso y/o para la toma de 
decisiones en tiempo real. 
 
A diferencia de los Motores de Inteligencia de Negocio (BI), los Tableros de Control (BAM) 
observan estados y resultados de actividades de los proceso en Tiempo Real, mientras que BI 
repasa y analiza información histórica. 
 
 
 
La relación entre las plataformas de BI y BAM es que mientras una informa sobre lo que sucedió 
(BI) y otra informa sobre lo que sucede (BAM), entre ambas se puede tener mayor 
certidumbre de lo que va a suceder. Por esto se dice que son complementarias. 
 
 
 
 
Los tableros para monitoreo de procesos tienen vistas o consultas personalizadas: 
 
 
 
 
 
 
 
 
 
Caso 1: Medir el desempeño del negocio y reportar los niveles de SLA 
 
Caso 2: Proveer una visión general del proceso de negocio y su desempeño mediante KPI 
 
Caso 3: Proveer una visión más detallada sobre el comportamiento del proceso mediante el 
uso de KPI. 
 
 
 
 
2- Service-Oriented Architecture (SOA). 
SOA es un concepto que refiere a una Arquitectura Orientada a Servicios. Lo que busca y se 
pretende con esta arquitectura es poder disponibilizar toda lógica de negocio en un Servicio de 
Negocio. 
 
Qué es un Servicio? Toda lógica que pueda ser encapsulada, disponibilizada y que pueda ser 
reutilizable por algún proceso de negocio. 
Para esto se utiliza un protocolo estándar del mercado que se denomina Web Service (WS). 
Este Web Service determina el protocolo InBound-OutBound de forma estándar, esdecir conocido 
y aceptado por todo el mercado. 
 
Desde el punto de vista del mercado se dice que una aplicación es SOA compliant u 
orientada a SOA cuando esta es accesible vía WS, y su funcionalidad es abierta y re-
utilizable mediante el uso de WS. 
 
 
 
 
 
SOA permite: Reusabilidad, Consistencia, Consolidación, Seguridad y Agilidad 
 
 
 
 
 
 
 
3- Enterprise Application Integration (EAI). 
EAI es un concepto que refiere a la idea de establecer un middleware de integración entre 
empresas. Este pretende estandarizar el intercambio de información InBound-OurBound de forma 
estándar. 
 
(Middleware o lógica de intercambio de información entre aplicaciones es un software que asiste a una aplicación para 
interactuar o comunicarse con otras aplicaciones, o paquetes de programas, redes, hardware y/o sistemas operativos.) 
 
SOA es la plataforma que soporta a EAI. EAI es la idea de establecer una base estándar de 
comunicación entre empresas. Lo más común es definir estándares por Negocios similares. 
 
Los patrones de integración (o EAI) definen diseños comunes (patrones) en el desarrollo de 
funcionalidades relacionadas con la integración de aplicaciones. Especifican una manera 
estándar de realizar ciertas tareas y ayudan a conocer con un lenguaje común determinadas cosas 
que desarrollamos habitualmente. 
 
Los sistemas de EAI principalmente implementan dos patrones: 
 
Mediación: Donde los sistemas de EAI actúan como el canal que vincula varias aplicaciones 
o sistemas utilizando técnicas de encaminamiento. Cuando en una aplicación (interlocutor origen) 
ocurre un evento que puede ser interesante a alguna otra aplicación (interlocutor destino) esta 
debe notificar a un módulo de integración (servicio) del sistema EAI. Entonces el sistema de EAI 
propaga esos cambios a las otras aplicaciones relevantes. 
 
Federación: En este caso, el sistema EAI actúa como un consolidado de información entre 
varias aplicaciones. Todos los accesos al o del exterior de la organización a cualquiera de 
las aplicaciones son gestionados por el sistema EAI, y éste está configurado para exponer 
sólo la información relevante conectándose a las aplicaciones del mundo exterior, y efectuar 
todas las interacciones con las aplicaciones internas sin intervención del agente externo. 
 
Ambos patrones son usados en conjunto frecuentemente. El mismo sistema EAI puede tener 
varias aplicaciones en mediación, mientras sirve requerimientos de agentes externos contra 
esas aplicaciones (federación). 
 
4- Enterprise Service BUS (ESB). 
ESB es una arquitectura de software que actúa como un Bus de Mediación entre 
aplicaciones. ESB utiliza a SOA como arquitectura estándar para establecer un canal de 
intercambio de información entre las aplicaciones. 
 
Con el ESB lo que se pretende es centralizar la problemática de comunicación en un Canal 
de Mediación común y de esta forma eliminar la lógica de mediación dentro de las aplicaciones. 
 
5- Enterprise Repository. 
El Enterprise Registry o Repository (ER), es la tecnología que permite tener un gobierno de todos 
los servicios que existen dentro de una organización. 
A medida que se va avanzando en la adopción de SOA como plataforma estándar el 
número de Servicios se va Incrementando de forma exponencial y el control de estos se vuelve un 
desafío. 
 
Recordar que los servicios exponen lógica del negocio para que esta puede ser reutilizable 
a otros procesos. Entonces es importante poder tener un gobierno para la creación y 
mantenimiento de los servicios al igual que los procesos y al mismo tiempo adoptar políticas 
de seguridad. 
 
En definitiva lo que podemos decir es que BPMS requiere de SOA como plataforma de tecnología, 
para poder ser más eficiente y flexible el despliegue de esta tecnología y que SOA requiere de un 
ESB y un ER para tener un mejor gobierno de los Servicios que se generan. 
 
 
 
 
6- Procesamiento de eventos. 
A diferencia de los procesos existen en los sistemas (denominación de Sistema “…un todo 
complejo y organizado”), diferentes Eventos Complejos que se Producen y que los podemos 
estudiar e interpretar por su Formato, Naturaleza, Comportamiento y Estructura… 
 
 
 
Existe un número de eventos “Alerta, Orden, Noticia, Factura, Retiro, Pago, etc.” que 
ocurren uno tras otro, y algunos simultáneamente, cada uno de los cuales contiene pistas 
sobre el impacto. 
Y si los pudiéramos capturar y analizar, para… 
 
 
 
Buscando patrones de conducta para brindar información en línea…. 
Caso de Uso: Monitoreo de pacientes. Reaccionar en base a signos vitales de pacientes. 
Cuando un cambio de medicamento es seguido por un incremento en la presión sanguínea 
dentro del 20% del máximo permisible para este paciente dentro de una ventana de 10 
segundos, alerta a la enfermera más cercana. 
 
 
 
 
Caso de Uso: Anti-Terrorismo. Rastreo de información pública para patrones terroristas 
conocidos. Avisa cuando se presente un mínimo de 30 prescripciones de algún medicamento 
que puede ser utilizado para tratar síntomas de bio-terrorismo dentro de una ciudad en un 
periodo de 
24 horas. 
 
 
 
 
7- Business Rule Management System (BRMS). 
El Motor de Reglas, es un sistema de gestión de reglas de negocio, que sirve para el 
gobierno y centralización de la administración de las Reglas de Negocios a través de una interface 
familiar y accesible a los usuarios de negocios. Continúa con la filosofía de proveer una 
plataforma Orientada a Servicios de forma tal de poder encapsular y reutilizar lógica de negocios 
(reglas), embebida en la lógica de las aplicaciones aportando mayor flexibilidad al proceso. 
 
Los Motores de Reglas son herramientas que proveen soporte a la identificación, definición, 
racionalización y calidad de reglas de negocio y reglas técnicas. Motores de reglas también 
proveen un repositorio que permite que las reglas sean comparadas entre sí para definición o 
contextualización de problemas, y verificación de redundancias y de la calidad del que fue 
definido. Esos motores tienden a ser técnicos y la definición de reglas en esas herramientas pasa a 
demandar entrenamiento y experiencia tanto en tecnología y también en cuanto a negocios. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Ejemplos de Arquitecturas Tecnológicas 
 
 
 
Bizagi 
 
Jboss 
 
Oracle 
 
 
IBM 
 
Terminología y Conceptos 
 
BPM como lo venimos comentando es una disciplina que involucra no solo a tecnologías sino 
también a Metodologías, Técnicas y Herramientas las cuales requieren de un enfoque holístico y 
centrado en procesos para poder tener éxito. 
 
 
 
Por este motivo es muy importante poder tener claro los conceptos para no confundirnos y 
naufragar en el intento de trabajar con esto. 
 
Para eso, pasamos en limpio algunos de los conceptos más importantes: 
 
BPM: Vamos a denominar a BPM como la Disciplina que alberga todas las Técnicas, 
Herramientas, Metodologías y Visión. 
 
BPA: Es la tecnología que permite Modelar Procesos y en algunos casos hasta Simular pero no 
permite Implementar. Esta herramienta sirve para las áreas de negocios que requieren 
documentar, modelar y analizar los procesos desde una visión Top-Down hasta capa operativa sin 
llegar a la implementación. 
 
BPMS: Es la Tecnología o Motor de Procesos que permite trabajar con estos desde un punto de 
vista de Sistemas orientado al Negocio. 
 
BPMN: Es una Notación estándar que provee una especificación para poder ser interpretado 
por los Motores de BPMS y para que estos puedan ejecutar el proceso modelado. Provee 
una sintaxis con altacapacidad de expresión que puedan compartir distintos actores dentro 
de la organización. BPMN es la Notación estándar para todos los BPMS. 
BAM: Es la tecnología que permite Monitorear procesos en tiempo Real. Conocer su estado 
y a partir de estos construir Tableros de Control con Indicadores Claves para el Negocio. 
 
CEP: Es la tecnología que permite no solo Monitorear los procesos sino además todos los Eventos 
que se produzcan y que tengan relación e importancia para el negocio, permitiendo analizar 
estos dentro de un contexto y determinar patrones de conducta para poder generar Alertas 
Tempranas que sirvan para mitigar riesgos o anticipar acciones importantes para el negocio. 
 
SOA: Es una arquitectura, plataforma de tecnología orientada a servicios que facilita y 
agiliza la idea y filosofía de BPM. Desde un punto de vista sistémico permite a TI tener una 
orientación más avocada al Negocio y a los procesos. 
 
ESB: Es una tecnología que basada en SOA como plataforma apuntala la idea de sacar la lógica de 
negocio que pueda ser reutilizable, en este caso las reglas y técnicas de comunicación, para 
poder tener un mejor gobierno, mayor flexibilidad y menor complejidad. 
 
ER: Es una tecnología la cual permite tener un mejor gobierno de todos los Servicios. Es un 
Repositorio de Servicios para poder Crear, Administrar y Controlar y Monitorear todo lo que 
sucede con los servicios. Al igual que ESB facilita, colabora y da sustento la idea de SOA como 
plataforma y BPM como disciplina orientada al negocio. 
 
BRMS: Es una tecnología que actúa como Motor de Reglas del Negocio. Las reglas de negocio 
pueden variar en complejidad en función de la casuística que estas contengan. 
 
BPS: Es la provisión de un proceso de negocio como Servicio (en la Nube). 
 
BPO: Es la Oficina de procesos que permite llevar un gobierno y dirigir una estrategia por la 
Organización. 
 
BPMCoE: Es el Centro de Excelencia de procesos donde se comparten los perfiles, mejores 
prácticas, técnicas, herramientas y metodologías para BPM dentro de la organización. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Ciclo de Vida 
 
BPMS como Motor de Procesos es una Tecnología que permite trabajar sobre el Ciclo de Vida 
Completo de un proceso desde el punto de vista Sistémico orientado al Negocio apuntando a 
una Mejora Continua del proceso. 
 
 
 
 
 
 
 
Esta figura muestra las fases que se deben tener en cuenta para un proyecto de gestión de 
procesos en el cual participan varias áreas. 
 
Todo proyecto comienza con el modelado de procesos de negocio. En este punto el rol de Analista 
de proceso es recolectar toda la información referente al proceso de la organización, documenta 
ese proceso y luego en la siguiente etapa se realiza la simulación. 
 
En la simulación del proceso el analista funcional valida el comportamiento del proceso diseñado. 
También puede comenzar a diseñar procesos alternativos para optimizar el proceso que está 
utilizando actualmente la organización y de esta manera en la simulación se puede comparar el 
proceso actual con los posibles procesos futuros. 
 
La etapa siguiente en este ciclo es la de Implementación. Participan roles tales como 
Desarrolladores, Seguridad Informática, Redes y comunicaciones. Aquí se definen y se configuran 
cuáles son las interfaces del proceso de negocio diseñado y seleccionado, cuales son las personas 
que van a intervenir o participar por cada rol que se haya definido en el proceso de negocio y una 
vez que se define y se configura todo esto está listo se pasa a la siguiente etapa. 
 
En la ejecución es donde los usuarios finales que son aquellos que participan en alguna o en varias 
actividades del proceso del negocio y comienzan a utilizar el proceso en sí. Acá el analista de 
procesos acompaña a los usuarios finales en el proceso de adaptación y uso del proceso de 
negocio para comenzar a ver cuáles son los posibles ajustes que pueda tener el proceso. 
 
La fase siguiente es el monitoreo o control del comportamiento de los procesos del negocio 
acorde a lo que se ha solicitado, diseñado y configurado y cómo lo están usando los usuarios 
finales. Esta fase la llevan a cabo los mando medios o gerentes q son los q tiene el poder de 
decisión sobre los ajustes q haya que realizar. 
 
Y por último tenemos la fase de Optimización que es donde interviene el analista de negocios y el 
analista de procesos para aplicar directamente los ajustes q se han detectado, cuales son las 
optimizaciones y los cambios necesarios que se han detectado en la etapa de ejecución y/o bien 
en la etapa de monitoreo. 
 
Todo BPMS debe poder cubrir el Ciclo de Vida completo de un proceso y para esto debe poder 
contar con: 
 
I. Modelador de procesos 
El modelador es la herramienta para empezar a Modelar y Definir el proceso. Sirve a usuarios de 
negocios y de Sistemas para arribar a un mismo entendimiento del proceso. 
 
 
II. Optimizador 
Algunos BPMS proporcionan la posibilidad de hacer Simulaciones del proceso con datos de prueba 
que simulan a diferentes contextos. 
 
 
 
 
III. Paginas 
Las herramientas BPMS permiten construir páginas de portales para que usuarios puedan 
interactuar con el proceso. 
 
 
 
 
 
 
IV. Integraciones 
Las herramientas BPMS proveen tecnología y algunos adaptadores para poder integrar 
sistemas legados, otras tecnologías, servicios y datos a los procesos. 
 
 
 
 
V. Reglas 
Las herramientas BPMS proveen tecnología para poder construir Reglas simples que puedan 
brindar mayor flexibilidad al proceso en función de las necesidades del negocio sin tener que 
hacer un nuevo despliegue del proceso. 
 
 
 
 
VI. Implementación 
Las herramientas BPMS permiten implementar y ejecutar el proceso modelado y diseñado de 
forma fácil y accesible por el usuario. Para esto provee un Motor de Proceso donde se 
despliega el proceso modelado y este lo interpreta y lo ejecuta. 
 
 
 
VII. Portal 
Las herramientas BPMS proveen un Portal orientado a usuarios de negocios y 
administradores para tener un gobierno de los procesos. 
 
También sirve para Monitoreo, Interacción Colaborativa, Seguimiento, Control y Optimización 
controlada o limitada a algunas funciones. 
 
 
 
 
 
VIII. Monitor 
Las herramientas BPMS proveen un Portal para Monitoreo y Optimización de los procesos. Estos 
Tableros son construidos durante la etapa de Diseño del Modelo y son desplegados en forma 
conjunta con el proceso y los portales de usuarios. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
TIPS PARA IMPLEMENTAR BPM