Herramientas personales
 

Subproceso

De

 

Contenido

Subproceso

Un Subproceso es un conjunto de actividades que tienen una secuencia lógica que cumple propósitos claros. Un Subproceso es un proceso en sí mismo, cuya funcionalidad es parte de un proceso más grande.

 

Ejemplo: En la solicitud de crédito, asumamos que la actividad de desembolso no consiste únicamente en que el encargado del área de operaciones registre el estado final del desembolso y la información del mismo sino que se deben tener en cuenta todas las actividades relacionadas y los diferentes involucrados. En este caso, la actividad de desembolso no sería atómica y se deberá considerar como un subproceso.


Image:Modeling_the_Process7_Image003.jpg


Image:Bulletazul.gif Cuando el subproceso está colapsado, Los detalles del subproceso no pueden ser visualizados. El signo más (+) indica que la actividad es un subproceso y que tiene un nivel más bajo de detalle.

Cuando el subproceso está expandido, los detalles del subproceso pueden ser apreciados dentro de los límites.

Image:Bulletazul.gif Todo proceso modelado en Bizagi, es un potencial subproceso.

Image:Bulletazul.gif Un subproceso puede tener asociados Eventos Intermedios y Eventos Intermedios de Temporizador.


Tipos de Subprocesos

Un Subproceso puede ser definido como Embebido, Reusable, Múltiple o Transaccional.


Transaccional

Image:Bulletazul.gif Embebido: Los subprocesos embebidos son aquellos que comparten la misma información o datos del proceso padre. Estos son usualmente una sección o módulo de un mismo proceso pero tienen un objetivo claro y por esto pueden ser definidos con un principio y un fin. Estos no requieren datos de mapeo y no pueden ser configurados como Subprocesos múltiples.

 Image:Modeling_the_Process7_Image005.jpg

Nota:  Procesos Embebidos no deben ser reusados.


Image:Bulletazul.gif  Reusable: Los Subprocesos reusables contienen un conjunto de actividades que son independientes del proceso padre, el cual es el proceso que los llama. El propósito de un Subproceso reusable es diferente al del proceso padre y puede ser considerado como una caja negra.

Este subproceso puede ser integrado o standalone (no integrado). Los subprocesos reusables no pueden ser transaccionales y pueden ser configurados como un subproceso múltiple.

Image:Functionality4_Image101.jpg


Image:Bulletazul.gif Subproceso Múltiple

Image:Bulletazul.gif Transaccional

Es posible simular el comportamiento de las actividades en un proceso Ad-Hoc. Para esto, hay que implementar un patrón de modelamiento especial en Bizagi

Propiedades

Versión Subproceso

Ésta corresponde a la versión del proceso que se quiere instanciar.

Integrado:Un subproceso se configura como Integrado cuando se requiere que éste sea ejecutado en su totalidad antes de proceder a la siguiente actividad del proceso que lo invoca. Este comportamiento se puede comparar con el patrón de secuencia, donde la actividad B no puede ser ejecutada hasta que A haya terminado.

Adicionalmente, si el proceso padre es cancelado o termina naturalmente por otra opción o camino, como un evento de cancelar proceso, el subproceso también se cerrará si no ha concluido.


StandAlone:  Los procesos no integrados o StandAlone son procesos que aunque son llamados por otro proceso, no requieren ser ejecutados en su totalidad para continuar a la siguiente actividad. En este caso, no aplica el patrón de secuencia y el subproceso no dependerá del padre, es decir, si el proceso padre termina, el subproceso puede seguir vigente.

Ejemplo: si en un proceso de crédito se activa un reclamo asociado al proceso, este debe ser procesado independientemente. En este caso, el proceso de quejas y reclamos contendrá información del padre pero el proceso de crédito debe continuar independientemente del estado de la queja o reclamo. Si el proceso de crédito es cancelado, el reclamo debe seguir siendo procesado.

Ejemplos

El Proceso de Solicitud de Crédito tiene un Subproceso llamado Venta (Sale), donde el usuario tiene que registrar la información del cliente una vez él o ella ingrese al documento de solicitud para estudiar el caso.

Este caso es un ejemplo de un proceso reusable y embebido, pero en esencia éste es un proceso reusable porque el proceso de Solicitud de Crédito sólo requiere saber si el cliente fue aprobado o no, de modo que es independiente.