5: Marco estructural para BPMN (camunda BPMN-Framework)
La figura 1.5 muestra el BPMN-Framework que consta de cuatro niveles, de los
cuales sólo los primeros tres son realmente relevantes para BPM y serán tratados en este libro.
Out of Scope - Entorno de Procesos: El framework fue desarrollado desde la
perspectiva de un proyecto y se refiere siempre a un proceso o a un grupo de procesos (proceso de negocio) que están relacionados entre si. El modelamiento de mapas de procesos no forma parte de nuestro estudio o de este marco estructural. La notación de BPMN tampoco abarca o contempla el desarrollo de mapas de proceso, lo que queda reservado para otros marcos metodológicos de un concepto de arquitectura empresarial. Esto no impide la integración de otras notaciones como los diagramas de la cadena de valor o Value Added Chain (VAC) con diagramas de BPMN en un marco de arquitectura empresarial.
Nivel 1 - Procesos Descriptivos: La audiencia del nivel descriptivo son
principalmente los Process Owner y Process Manager como también Process Participants y Process Analysts en las primeras fases de un proyecto. En este nivel queremos definir el contexto de los procesos que se deben levantar, modelar, documentar y eventualmente rediseñar. El objetivo de este nivel es además validar el alcance y la funcionalidad principal de los procesos que deben levantarse. En este nivel describimos el flujo normal del proceso, así como queremos que ocurra, sin considerar casos de excepción o errores. El nivel descriptivo nos sirve para validar en forma rápida el alcance del proyecto con los responsables del negocio e introducir al resto de los participantes en él. En el capítulo 3 de este libro se describe como tratar el nivel descriptivo en proyectos de BPMN.
Nivel 2 - Procesos Operacionales: En el nivel operacional se desarrolla toda la
lógica de los procesos en su máximo detalle, incluyendo los casos de excepción, fallas e interrupciones que pueden ocurrir a nivel de negocio. La habilidad del analista de procesos consiste en desarrollar un modelo en el nivel 2 que abarque toda la lógica a nivel de negocio y que sea transferible al siguiente nivel de implementación.
Nivel 3a - Modelo Técnico: El modelo técnico es la representación del modelo
operacional en un Process Engine, pero adaptando el proceso de negocio a un modelo ejecutable y enriqueciéndolo con aspectos técnicos. Como en realidad no siempre se implementan los modelos de negocio con un Process Engine, dividimos este nivel en un modelo técnico (3a), en el cual en un principio se sigue detallando el modelo de negocio en un BPMS y la opción de un desarrollo propio (3b). En BPMN podemos especificar el modelo técnico directamente en un Process Engine a partir de BPMN 2.0. En el capítulo 5 vamos a explicar como se interpretan los símbolos y patrones de BPMN 2.0 en un modelo técnico.
Nivel 3b - Especificación para Desarrollo: Si no se utiliza un Process Engine, la
lógica de negocio tiene que ser desarrollada en algún lenguaje de programación. En estos casos hay que elaborar una especificación técnica, que no tiene mucha relación con BPMN. Los diagramas deben pasarse a una especificación adecuada para el ambiente de programación escogida. En la sección 4.4.5 vamos a tratar en forma abreviada este tema, pero hoy en día ya no tiene mucha importancia debido a la gran oferta que existen el mercado de plataformas de BPMS.
Nivel 4b - Implementación: Luego de la especificación del nivel 3b es necesario
implementar técnicamente el proceso en una plataforma «tradicional». Si se utiliza un Process Engine no es necesario elaborar una especificación para el desarrollo, razón por la cual el esquema de la pirámide se muestra en forma asimétrica.
El marco estructural de BPMN presentado, es genérico y no depende de ningún tipo
de herramientas de software. El marco nos orienta en la guía práctica de este libro y abarca más de la mitad del volúmen de esta obra, describiendo casos de uso, ejemplos y en general buenas prácticas para los diferentes patrones que se dan modelando procesos.