Materia: Tendencias y Evolución TecnológicaProfesor: Ramón Marín Solís

22/07/2010

Universidad del Valle de México

Maestría en Gestión de TI

Business Process Management (BPM)

2

ContenidoIntroducción.......................................................................................................................................3

Business Process Management..........................................................................................................4

Concepto........................................................................................................................................4

Modelado de Procesos...................................................................................................................4

Lenguajes de Modelado.................................................................................................................5

Notación de Modelado de Procesos...............................................................................................7

Sistemas de Gestión de Procesos de Negocio................................................................................9

Ciclo de Vida de Procesos de Negocio..........................................................................................11

Ventajas.......................................................................................................................................13

Desventajas..................................................................................................................................14

BPM vs Modelado de Negocio.....................................................................................................14

Conclusiones....................................................................................................................................15

Bibliografía.......................................................................................................................................16

3

Introducción

Un proceso de negocio es “una serie o red de actividades de valor añadido, a cargo de sus funciones o colaboradores pertinentes, a propósito de lograr el objetivo empresarial común". (1) Estos procesos son críticos para cualquier organización, ya que generan ingresos y, a menudo representan una proporción significativa de los costos. Como un enfoque gerencial, (BPM) considera que los procesos activos estratégicos de una organización que se debe entender, administrar y mejorar para ofrecer un valor añadido de productos y servicios a los clientes. Esta función es muy similar a otros modelos de calidad o de mejora de procesos continuos metodologías o enfoques. BPM va un paso más allá al afirmar que este planteamiento puede ser apoyado, o permitido, a través de la tecnología para garantizar la viabilidad del enfoque de gestión en momentos de estrés y el cambio. De hecho, BPM es un enfoque para integrar una capacidad de cambios para una organización, tanto humanos como tecnológicos.

En términos generales, la idea de (negocio) proceso es tan tradicional como los conceptos de tareas, departamento, producción, resultados. La gestión actual y enfoque de mejora, con las definiciones formales y modelos técnicos, ha existido desde la década de 1990. Hay que tener en cuenta que en la comunidad de TI, que procesos se utiliza a menudo como sinónimo de la gestión de los procesos de middleware, o la integración de las tareas de aplicación de software. Este punto de vista puede ser excesivamente restrictivo. Esto debería tenerse en cuenta al leer los documentos de ingeniería de software que hacen referencia a los procesos de negocios "o" modelos de procesos de negocio.

Aunque el enfoque inicial de BPM en la automatización de procesos de negocio mecanicista, ha sido ampliado para integrar los procesos inducido por el hombre en el que la interacción humana se realiza en serie o en paralelo con los procesos mecánicos. Por ejemplo (en los sistemas de flujo de trabajo), cuando los pasos individuales en el proceso de negocio requiere intuición humana o de la resolución a realizar, estos pasos son asignados a los miembros apropiados de la organización.

BPM se puede utilizar para entender a las organizaciones a través de puntos de vista ampliada que de otro modo no estaría disponible para organizar y presentar. Estos puntos de vista son las relaciones de los procesos entre sí que, si se incluye en el modelo de proceso, prever la presentación de informes y análisis avanzados que de otro modo no estarían disponibles. BPM es considerado por algunos como la columna vertebral de la gestión de contenidos empresariales.

BPM permite a las organizaciones abstraer procesos de negocio de la infraestructura tecnológica, que va mucho más allá de la automatización de procesos de negocio (software) o resolver problemas de negocios (suite). BPM permite a las empresas responder a los cambios de los consumidores, el mercado y las exigencias regulatorias más rápido que sus competidores “la creación de ventajas competitivas”.

4

Business Process Management

Concepto

Gestión de Procesos de Negocio o mejor conocido como BPM es una disciplina de gestión que se centra en el diseño de procesos de negocio y la mejora continua de la velocidad, costo y calidad de las operaciones de negocios. BPM hace hincapié en la documentación de los procesos de negocio repetible como base para el análisis y mejora. Esto incluye procesos de negocio tanto manuales como automáticos.

Otros conceptos que podemos considerar, de acuerdo a lo que establece Gartner:

“BPM es una práctica de gestión que provee la gestión del ambiente de un proceso de negocio hacia el objetivo de mejorar la agilidad y la desempeño operativo”. (2)

“BPM es un enfoque estructurado que emplea métodos, políticas, métricas, prácticas de gestión y herramientas de software para gestionar y optimizar continuamente actividades y procesos de una organización”. (2)

La TI proporciona la capacidad de modelar procesos de negocio para las especificaciones más precisas y la capacidad de automatizar los procesos de ejecución controlada. Aunque no todos los procesos de negocio están automatizados, la velocidad, la fiabilidad y la disciplina de los procesos automatizados sugieren que la mayoría de los procesos de negocio debe ser automatizada, si es posible. En particular, los procesos que impulsan la integración y el alto nivel de ejecución de las actividades de la unidad de servicio deben ser automatizados para apoyar las operaciones de una manera coherente y eficaz. En consecuencia, aunque la empresa ágil incluye procesos manuales de negocios, nuestro énfasis está en los procesos de negocio automatizados que, en su mayor parte, impulsar el funcionamiento de una empresa ágil.

Modelado de Procesos

5

El diseño y el perfeccionamiento de los procesos de negocio es fundamental para la gestión de una empresa. Los gerentes deben ser capaces de participar en el diseño de procesos y entender el funcionamiento de la empresa en términos de las especificaciones del proceso. Cuando algo se retrasa, un costo es excesivo, o hay defectos frecuentes en un producto, un gerente debe ser capaz de entender el origen del problema en términos de los procesos y las unidades de servicio responsable de esos procesos con el fin de garantizar una pronta resolución de problemas. (3)

Lenguajes de Modelado

Antes de que existieran las herramientas de modelado por computadora, los gerentes y analistas de sistemas dibujaban diagramas en papel con cuadros y flechas para representar el flujo de control o productos de trabajo, o escribían "playscripts" que expresaban la secuencia de "quién hace qué" en una estructura tabular. Estos modelos eran engorrosos e inflexibles.

Las herramientas informáticas basadas fueron desarrolladas para ayudar a diseñar y gestionar estos modelos. El equipo puede sacar las cajas y flechas con más rapidez y precisión, las cajas y líneas se puede mover fácilmente, y la computadora puede hacer algunas comprobaciones básicas como ver que los diagramas son consistentes con los conceptos del proceso.

Estas herramientas pueden proporcionar las especificaciones de procesos que pueden ser automatizados. Algunas herramientas proporcionan puntos de vista de alto nivel de los procesos "del negocio". Estos modelos de alto nivel de procesos pueden ser vistos como "requisitos" para las especificaciones de automatización de procesos. Algunas herramientas están destinadas a especificar detalles del proceso, para resolver las excepciones y las terminaciones anormales que deben definirse con precisión a los procesos automatizados.

Los Estándares de la Object Management Group (OMG), una organización internacional de normalización, se han desarrollado para proporcionar modelos robustos para los procesos de negocio, incluyendo tanto los realizados por los seres humanos y los que se realizan automáticamente. La notación de modelado de procesos de negocio (BPMN) fue desarrollado para dar a las personas de negocio los elementos de modelado gráfico para que puedan compartir y colaborar en los diagramas de proceso de negocio.

Los gráficos BPMN se han aplicado en muchos sistemas de modelado de procesos de negocio (BPMS) para la especificación de los procesos automatizados. Sin embargo, debido a las diferencias en la interpretación y los enfoques técnicos de cada proveedor, los diagramas BPMN no son completamente consistentes de una herramienta a otra.

Hasta hace poco, no había ninguna norma para el intercambio de diagramas BPMN. El lenguaje de definición XML (XPDL) fue desarrollado por la Workflow Management Coalition para este fin. Sin embargo, a pesar de XPDL puede repetir los mismos diagramas hacia la nueva herramienta, debido a las variaciones en la interpretación de los gráficos un modelo de proceso de transferirse de una herramienta a otra todavía no puede producir el mismo resultado en tiempo de ejecución.

6

El metamodelo de definición de procesos de negocio (BPDM) fue desarrollado por el OMG como una representación por computadora de los diagramas de BPMN para proporcionar un modelo independiente de plataforma (PIM) del lenguaje para modelado de procesos de negocio de nivel superior. El rigor del diseño del lenguaje de programación aclara el significado de los gráficos de BPMN.

BPDM soporta XML para Metadata Interchange (XMI) una forma estándar de intercambio de modelo, por lo que los modelos de procesos de negocio se pueden intercambiar entre las herramientas y una interpretación uniforme. Una iniciativa de la OMG está en marcha para conciliar BPMN y BPDM a una especificación del lenguaje único, denominado Modelo de Procesos de Negocio y notación (BPMN) 2,0, conservando la marca BPMN.

Business Process Execution Language (BPEL) es un lenguaje alternativo utilizado para la especificación de los procesos automatizados. Es probable que las herramientas que dependen de BPEL se vayan eliminando progresivamente en favor de las herramientas que implementan modelos BPMN más directos y muestran los procesos en términos de gráficos BPMN durante la ejecución real. Esto simplificará las aplicaciones BPMN y permitirá una mejor comprensión y control de los procesos de negocio.

BPMN 2.0 proporcionará una representación completa y la integración de la coreografía. La coreografía proporciona una especificación común de la interacción entre los participantes en una colaboración. BPEL y XPDL no se ocupan de la coreografía. En este momento hay dos alternativas lenguajes de especificación de coreografía: lenguaje de definición de coreografía de Servicios Web(WS-CDL) del World Wide Web Consortium (W3C) y e-business de Procesos de Negocio (ebBP) de la Organización para la Promoción de Sistemas de Información Estructurada (OASIS). (3)

Business Activity Monitoring (BAM) son las actividades que van a permitir controlar los procesos de negocio (monitorización). Sus funciones principales son el seguimiento del proceso, detectar cuellos de botella y aumentar la capacidad de reacción ante problemas.

7

Notación de Modelado de Procesos

BPMN ha sido ampliamente aceptada como una notación de modelado de procesos de negocios (es decir, una forma de expresión), aunque en la práctica, hay algunas variaciones en la interpretación, así como algunas extensiones propietarias. Sin embargo, con las capacidades más robustas desarrollado a través de BPDM, es poco probable que otra notación gráfica estándar surgirá en un futuro próximo. Se proporcionan una breve presentación de BPMN que permite a los administradores a participar en el diseño de procesos y entender la especificación de los procesos que conducen a la empresa.

BPMN tiene 11 formas gráficas básicas, como se muestra en la siguiente tabla. También muestra ejemplos de las variaciones de uso frecuente en las formas básicas. (3)

Evento Un evento provoca un flujo de proceso para iniciar o detener. Hay tres tipos básicos: un evento de inicio designado con un círculo simple, un evento final designada por un círculo en negrita, y un caso intermedio designado por un doble círculo. A iniciar el proceso por defecto es un círculo vacío, y un extremo de los procesos por defecto es un círculo vacío en negrita. Los iconos que aparecen en el círculo definen los tipos de eventos especializados, por ejemplo, un sobre designa un mensaje, un reloj designa un temporizador, un rayo designa un error.

Actividad Una actividad es donde el trabajo es hecho. El valor

SOABPMN

BPEL

BAM

8

predeterminado es una tarea, lo que denota que no existe una especificación más detallada de la actividad. Un subproceso, designada con un signo más (+) en una caja pequeña, indica que la actividad es realizada por un proceso más detallado. El proceso puede ser embebido y la actividad puede ser ampliada para mostrar el detalle, o el subproceso puede ser independiente, lo que significa que existe fuera del proceso actual y puede ser compartida con otros procesos. Otras especializaciones actividad representan las actividades con las ejecuciones repetidas o concurrentes.

Entrada Una puerta de enlace es un punto en el proceso en que los flujos convergen o divergen. La puerta de enlace predeterminada (diamante vacío) es exclusiva. Se prevé que las aportaciones de los caminos alternativos para seguir por un camino de salida única. Si hay varias rutas de salida, sólo una puede llegar a ser activada según lo especificado por las condiciones en los caminos de salida. El exclusivo o también puede ser designado con una X en la casilla. Una puerta de enlace y, por otra parte, requiere que todas las entradas (de los caminos simultáneos) que se activa antes de proceder, y salidas múltiples al mismo tiempo proceder, la creación de caminos paralelos. Se le puede llamar un tenedor para salidas múltiples o una combinación de múltiples entradas. La puerta de entrada y se expresa mediante un signo más (+) en la caja. Hay otros tipos menos frecuentes de puerta de enlace designada con otros iconos.

Flujos de

Secuencia

La flecha sólida designa la secuencia de ejecución de las actividades, eventos y pasarelas. La flecha permite la ejecución de una actividad de destino, evento, o puerta de enlace cuando la actividad, evento, o puerta de enlace al inicio de la flecha se ha completado. Cuando hay caminos alternativos, a partir de una exclusiva o puerta de enlace, la ruta por defecto puede ser designado por un signo de número a través de la flecha.

9

Flujo de

Mensaje

Un flujo de mensajes es designado por una flecha punteada. Un flujo de mensajes entra en o sale de una entidad de negocios (es decir, un pool). Los mensajes pueden ser intercambiados entre los procesos o entre un proceso y otro sistema. Con BPDM, el acuerdo-especificación en la de la secuencia de los flujos de mensajes se puede expresar en la coreografía.

Asociación

Un documento u otro objeto pueden estar asociados con los elementos del proceso utilizando una línea de puntos o una flecha. La punta de flecha es opcional y se puede utilizar para indicar si el objeto es una entrada o salida al elemento de proceso asociado.

Pool Designa una entidad comercial responsable del proceso contenidas en el pool. Los procesos están limitados por el límite del pool. Las acciones que cruzan las fronteras deben ser representadas con los flujos de mensajes.

Ruta (con

Pool)

Una vía es un segmento de un grupo que representa a una organización o persona dentro del pool que es responsable de los elementos del proceso que figura en el carril.

objeto de

datos

Un objeto de datos es una unidad de información que pueda ser producido o utilizado por un elemento de proceso dentro de un pool.

Grupo Un grupo es una representación gráfica de una característica común de los elementos del proceso que contiene. Un grupo no se espera que tenga importancia funcional para el flujo del proceso, pero se utiliza fundamentalmente para la documentación.

Anotación Una anotación de texto, es información añadida a un diagrama para explicar la intención. Es única documentación. En general se relaciona a un elemento de modelo con una línea de asociación.

10

Atributos

BPMN también define los atributos asociados a los elementos gráficos. Estos atributos son datos adicionales que no aparecen en el diagrama, pero normalmente se accede en una herramienta de BPMN seleccionando el elemento gráfico (por ejemplo, en una ventana emergente).

Sistemas de Gestión de Procesos de Negocio

Los procesos de negocio primero deben tomarse en un nivel donde los procesos manuales como automatizados puedan ser modelados sin preocuparse por los detalles de la ejecución de procesos en la tecnología de aplicación particular que se use. Es conveniente disponer de un único lenguaje de modelado para diseñar procesos de negocio en toda la empresa. Una herramienta de modelado BPMN se recomienda para este fin.

Sin embargo, cuando los procesos se pueden automatizar, puede ser necesario transformar el modelo de proceso en lenguaje y diseño que maneja un determinado producto BPMS. La mayoría de las empresas ya tienen una o más BPMS. Algunos BPMS soportan BPMN y BPDM directamente para que la transformación no sea necesaria, y sólo será necesario ampliar el modelo del proceso para todas las variaciones en el proceso que puede resultar de solicitudes inusuales, violaciones de las reglas de negocio, o condiciones de error. En otros casos, los modelos de proceso deben ser transformados a un lenguaje y pueden requerir ajustes para incorporar las distintas limitaciones de diseño impuestas por el BPMS. Con el desarrollo de BPDM, los vendedores de BPMS es más probable que antes de proporcionar capacidades automatizadas de transformación de BPMN y modelos BPDM a sus lenguajes propietarios.

Cuando los procesos no están automatizados o los sistemas están siendo sustituidos, un BPMS debe ser seleccionado que no sólo reduzca al mínimo el trabajo de transformación, sino que también proporciona capacidades adicionales que mejoran la capacidad de analizar y mejorar las operaciones empresariales y rápida aplicación de cambios significativos en los negocios. La siguiente lista destaca algunas capacidades importantes:

Los procesos activos se pueden mostrar en una forma equivalente a los modelos desarrollados a nivel de las empresas para supervisar las actividades en curso.

Una ejecución de los procesos específicos (por ejemplo, el proceso de pedido de un cliente particular) puede ser examinado y modificado, en línea si es necesario, para resolver un problema.

Las estadísticas sobre la ejecución del proceso puede ser capturado para procesos de seguimiento y se analizan para identificar los retrasos, los cuellos de botella, y las posibles fuentes de defectos.

Los límites pueden establecer la duración de los procesos o actividades específicas para hacer sonar las alarmas cuando las ejecuciones de procesos individuales se retrasan.

11

Los proceso de ejecución pueden ser simulados utilizando las estadísticas derivadas de las actividades en curso y los parámetros asignados, para evaluar los problemas o diseños alternativos proceso.

Decisiones complejas deben ser aplicados como reglas (por ejemplo, la edición de órdenes o para la tramitación de reclamaciones). Estas reglas pueden ser incorporadas directamente en el BPMS, o motor de reglas podría ser invocada en los puntos del proceso donde las decisiones se realice.

El mercado BPMS sigue evolucionando como resultado de énfasis en la BPM, la elaboración de normas, la necesidad de integración de procesos que abarcan la empresa, y la implementación de SOA.

Ciclo de Vida de Procesos de Negocio

BPMS presta apoyo en todo el ciclo de vida de los procesos de negocio, el cual se compone de las siguientes etapas: (4)

Modelado de los Procesos de Negocio. En esta etapa se crea o modela un proceso de negocio, también es aquí donde se definen mejoras, o cambios a los procesos para optimizarlos. En esta etapa el principal involucrado es el “Analista de Negocios”.

Implementación. En esta etapa se integran los componentes necesarios para implementar el proceso. El principal involucrado en esta etapa es el “Ingeniero de TI” para el caso de que los procesos se implementen como soluciones tecnológicas.

Ejecución de Procesos. esta es la etapa en donde se explota el proceso desarrollado previamente, en esta etapa los principales involucrados son los “Participantes” del proceso. Además aquí es cuando se recolecta la información para control, y seguimiento.

Control y Gestión. esta es la etapa donde se le da seguimiento a los procesos, y donde se analiza la información de su ejecución, por ejemplo: indicadores de desempeño, cuellos de

12

botella, caminos críticos, carga de trabajo, etc., su principal características es que la información se analiza en tiempo real. En esta etapa los principales involucrados son los “Supervisores, y la Gerencia”.

Luego los módulos principales que componen la plataforma BPMS, y que apoyan las etapas del ciclo son: (4)

Modelador Gráfico de Procesos

(Business Modeler) que permite modelar los procesos de negocio, simular su ejecución, definir métricas para el monitoreo, y exportar a BPEL (lenguaje estándar de procesos). Tiene un diseñador gráfico de procesos, que permite fácilmente crear los modelos.

Ambiente Integración y Desarrollo

(Integration Developer) es la herramienta que permite implementar los procesos, y servicios. Esta herramienta permite integrar las pantallas (para interacción de un participante), y los servicios (interacción con sistemas legados).

Servidor de Procesos de Negocio

(Process Server) es el motor que permite ejecutar los procesos de negocio, aquí se ejecutan las Aplicaciones Compuestas ( flujos BPM), los Workflows tradicionales, y la Orquestación de Servicios (procesos compuestos solo por servicios). Este servidor también es el encargado de generar los datos de las métricas, y de monitoreo. Permite intervenir los procesos en tiempo real: balancear carga, cambiar flujo de negocio, y realizar acciones correctivas (según reglas de negocio).

Monitor de Actividades de Negocio

13

(BAM, Business Activity Monitor) esta es una aplicación de administración que permite gestionar los procesos y servicios, gráficamente se pueden ver indicadores de performance, y SLA (Service Level Agreements, niveles de servicio a cumplir). Se puede además definir alertas y triggers de acuerdo a eventos de negocio que sucedan en el proceso. También puede proveer datos reales a los modelos (Business Modeler) para ajustar las simulaciones (y lograr mejoramiento continuo).

Ventajas

La ventaja principal es " la agilidad empresarial" seguida de "aumentar el valor al cliente". Sin embargo, si ve sólo las organizaciones que estaban iniciando su despliegue BPM en primer lugar, eligieron "ahorros en costos" 40 por ciento de las veces. Este cambio de prioridades a lo largo del tiempo, es un resultado natural del la experiencia adquirida por las organizaciones que implementan BPM. Los ahorros de costos se convierten en resultados y objetivos estratégicos, tales como la agilidad del negocio y el aumento del valor para el cliente.

La disciplina BPM aprovecha la infraestructura establecida, no necesita arrancar y reemplazar sistemas tradicionales como los proyectos de implementación de aplicaciones.

Es una característica intrínseca de los seres humanos para comprender un objeto o un fenómeno a través de modelos. A través de modelos, uno es capaz de identificar visualmente los problemas, e incluso pueden señalar previamente mejoras necesarias para optimizar la situación. Lo mismo se aplica para procesos de negocio. El modelado de los procesos ocurre en un negocio, o incluso a través de las empresas, puede producirse una identificación de problemas al instante y es una importante herramienta para la simulación de la eficiencia de ciertos procesos. Algunos de los beneficios de análisis y modelado de procesos de negocio son los siguientes:

1. Mayor visibilidad y conocimiento de actividades de la empresa.2. Mayor capacidad para identificar cuellos de botella.3. El aumento de la identificación de áreas potenciales de optimización.4. Reducción de plazos de entrega.5. Una mejor definición de las funciones y roles en la empresa.

14

6. Buena herramienta para la prevención del fraude, auditoría y evaluación del cumplimiento de la regulación.

Tales beneficios prácticos son adecuados para aplicaciones en la vida real, tales como las auditorías de conformidad y la cada vez más importante Sarbanes-Oxley (SOX) auditorías de las empresas en los procesos de TI, a raíz de los fraudes detectados en la WorldCom y Enron.

Desventajas

Hasta ahora, las definiciones de BPM han puesto mayor énfasis en los procesos operativos y no en los procesos estratégicos, tácticos, o de colaboración. Sin embargo, en muchas transacciones comerciales en el actual clima de negocios globalizado, los procesos de negocio no sólo en el plano operacional, sino también en todos los niveles. En los últimos años, ha habido un aumento ferviente en los intereses de los procesos empresariales de colaboración. Ello ha sido principalmente provocado por la necesidad de modelar y optimizar negocios

BPM vs Modelado de Negocio

El “Modelado de Negocios” se define como un proceso de representación de uno o más aspectos o elementos de una empresa, tales como:

Su propósito Su estructura Su funcionalidad Su dinámica Su lógica de negocios Sus componentes: Fines

o Procesos de negocioo Reglas de negocioo Objetos de negocioo Actoreso Unidades organizativaso Etc.

Por otra parte el BPM son las actividades que tienen como objetivo el análisis, diseño, ejecución y monitorización de los procesos de negocio.

De esta manera podemos definir que el modelo de negocio engloba varios aspectos, entre estos los procesos de negocio, es decir que BPM es una herramienta útil para la gestión de los procesos una vez que se ha definido el modelo de negocio.

15

Es decir el modelo de negocio nos indica que procesos son los que se llevan a cabo dentro de la organización y BPM nos indica cómo se llevan a cabo estos procesos y quienes interactúan. Desde otro punto de vista podría decirse que el modelado de negocio es la vista macro del negocio y como se encuentra actualmente y la gestión de procesos de negocio es el detalle de cómo esta funcionado internamente el negocio, lo cual nos ayuda a realizar un análisis de la situación actual y mejora de los procesos o resolución de los problemas que se están presentando.

Conclusiones

En conclusión el modelado de procesos de negocio es importante para las organizaciones ya que de esta manera determinan cuales son las actividades que se deben llevar a cabo dentro de cada área y los roles que los realizan.

Se tiene una simulación de la ejecución de los procesos lo cual ayuda a determinar problemas y permite buscar soluciones para mejorar el o los procesos.

Permite tener mayor capacidad de respuesta ante los cambios del mercado, lo cual lo hace más competitivo.

El modelado de procesos no solo implica que deba ser utilizada la tecnología, sino que pueden ser modelados manualmente los procesos, aunque las herramientas de BPM apoyarán a las organizaciones a tener una mayor visión de los procesos, de cómo están funcionado y poder de esta manera optimizarlos o verificar cuales pueden ser automatizados.

16

Bibliografía

(1) A Computer Scientist’s Introductory Guide to Business Process Management (BPM) Ryan K. L. Ko, Crossroads. Verano 2009, Vol. 15 No. 4. http://portal.acm.org/citation.cfm?id=1558897.1558901&coll=ACM&dl=ACM&CFID=86325717&CFTOKEN=44883106

(2) Business Process Management Gartner, Inc. 2006

(3) Building the Agile Enterprise: With SOA, BPM and MBM Fred A. Cummins. Morgan Kaufmann Publishers, 2009.

(4) BPMS y Ciclo de Vida de los Procesos

http://soaagenda.com/journal/articulos/category/bpm/

(5) Modelado de NegocioJonás A. Montilva C.