Ejemplo de modelado de procesos empresariales: multiplicación de tareas
Al modelar procesos de negocios, a menudo hay situaciones en las que las opciones de modelado correctas son desconocidas o hay varias, y solo se necesita seleccionar una de ellas. En este artículo veremos un proceso y varias versiones de su ejecución y modelado en el servicio BP Simulador.
Modelado del procedimiento básico para el análisis de biomateriales
Como proceso de demostración, tomemos un procedimiento simplificado para analizar el biomaterial en un laboratorio médico. Para el resultado del análisis, el paciente debe administrar sangre, y el Laboratorio debe realizar su análisis e informar al paciente. Simulamos este procedimiento colocando los siguientes objetos del modelo de proceso empresarial en el modelo:
- Generador de tareas "Manejo del paciente": cada cliente que solicita el análisis forma una tarea para el laboratorio. Preste atención, el paciente mismo no es el ejecutor del proceso comercial, por lo tanto, no se aplica al modelo.
- Función "Muestreo biomaterial": el técnico de laboratorio debe tomar la sangre del paciente en el tubo de ensayo.
- Función "Análisis de sangre": colocar una muestra de biomaterial en el analizador y realizar el estudio. A pesar de que el ejecutante de esta y la función anterior puede ser el mismo, es imposible combinar estas funciones, porque entre ellos puede ser el tiempo de espera/preparación del instrumento o el ejecutor puede ser cambiado.
- Función "Notificación al paciente": al final del análisis, el asistente de laboratorio envía el resultado del análisis al paciente. Por una razón similar, no combinaremos esta función con la anterior.
Versión #1: 1 cliente y 2 tareas paralelas requeridas
Consideremos la posibilidad de modelar tales casos cuando la instancia del proceso es uno (un cliente inició un proceso), y hay varias tareas paralelas para completar el procedimiento. Por ejemplo, un paciente necesita hacer dos tipos diferentes de sangre pruebas. No consideraremos la variante con cercamiento y análisis secuencial en este artículo, aunque a menudo puede ser una buena variante de modelado, pero en este caso agregamos una nueva condición que afecta a la duración de la función:
- El Análisis №1 dura 1 hora
- El Análisis №2 dura 2 horas
Las ventajas a la entrada de la función "Notificación del paciente" significan que la función debe esperar los resultados de ambos análisis y no enviar una nueva notificación cada vez con el resultado. Obtenga más información sobre la distribución de tareas de proveedores.
Versión #2: 1 cliente y 2 excluyendo tareas paralelas
Ahora considere un ejemplo en el que el paciente no necesita hacer dos análisis, sino solo uno. Cambiemos la distribución de tareas de reglas al consumidor de la función "Muestreo biomaterial" en O con un 50% probabilidad. Esto significa que el paciente con la misma probabilidad se realizará mediante el Análisis No.1 o el Análisis No.2.
Versión #3: 1 cliente y 2 tareas paralelas no exclusivas
¿Y cómo simular la opción, cuando el médico puede prescribir los análisis #1 y #2 con probabilidad independiente uno respecto del otro. Esta regla de distribución se denomina O no exclusiva y no está implementada por la funcionalidad del servicio. Pero puedes implemente la puerta OR con una combinación de reglas XOR y un objeto modelo adicional, como se muestra en la figura siguiente.
Aquí, como un destinatario de ruta no utilizado, se utiliza un objeto del tipo de punto de control, pero se puede aplicar cualquiera de los objetos implicados en el enrutamiento, por ejemplo, un evento.
Versión #4: conformidad con la notación EPC
Llevemos este modelo, corregido para la simulación, a la notación del modelado de procesos de negocio de EPC. Para esto necesitas agregar:
- Eventos que comienzan o terminan cada función
- Información de entrada o documento requerido para realizar la función
- Salida o documento resultante de la función
- Posición o rol de la función ejecutiva
- Recursos - material, sistema de información, que se gastan en el desempeño de la función
