This topic applies only to the IBM Business Process Manager Advanced configuration.

Patrones de propiedad

Cuando asigna propietarios potenciales a una tarea de usuario, puede establecer un patrón de propiedad. Este patrón define si los usuarios puede interactuar simultáneamente con la tarea. Dependiendo del patrón de propiedad, también puede definir condiciones de realización, la propagación de roles de usuario y opciones de agregación.

Al definir propietarios potenciales para una tarea a realizar o tarea de colaboración, puede elegir entre determinados patrones de propiedad:
Único
El primer propietario potencial en reclamar la tarea se convierte en el único propietario de la tarea. La tarea queda cerrada a todos los demás propietarios potenciales. Esta sería una opción común en situaciones en las que un grupo de trabajadores pudieran reclamar una tarea de una sola persona. Por ejemplo, un centro de asistencia telefónica recibe una llamada, todo el personal puede reclamar la tarea, pero en cuanto un miembro del personal reclame la llamada ya nadie podrá reclamarla.
Paralelo
Todos los propietarios potenciales pueden reclamar la tarea y trabajar en ella simultáneamente. Un ejemplo de cuándo utilizar la propiedad paralela sería en una situación de votación. La tarea se asignará en paralelo a todos los votantes y cada uno puede emitir su voto sin tener que esperar a su predecesor. Los resultados de la votación pueden combinarse mediante las opciones de agregación.
Nota: No pueden utilizarse los siguientes criterios de asignación de personas para los Propietarios potenciales de tareas de propiedad en paralelo: Todos, Nadie y Grupo. Elegir estas asignaciones de personas para el rol de Propietario potencial provocará errores de validación durante el despliegue.

Los patrones de propiedad no son aplicables a tareas de invocación.

Una consecuencia de la elección de propiedad única o en paralelo es el manejo de escalamientos. Para la propiedad única puede definir escalamientos que se desencadenan cuando la tarea está en estado listo o reclamado. Tales escalamientos no son aplicables a una tarea de propiedad en paralelo. Si cambia la propiedad de una tarea de única a en paralelo, se le solicitará qué debe hacerse con los escalamientos que haya definido para los estados listo o reclamado. Puede utilizarlas en forma modificada o puede suprimirlas. Si elige utilizarlas, se modificarán según las reglas siguientes:
Tabla 1. Correlación de escalamientos al cambiar de propiedad única a en paralelo.
Propiedad única Propiedad en paralelo
Estado inicial Estado final Estado inicial Estado final
Listo Reclamado Subtarea iniciada Finalizada
Listo Finalizada Subtarea iniciada Finalizada
Reclamado Finalizada Subtarea iniciada Finalizada
Los escalamientos del estado subtarea iniciada se utilizarán sin modificaciones, independientemente de su elección.
Nota: el escalamiento no recuerda su estado original. Si convierte una tarea paralela a propiedad única, todos los escalamientos quedarán asignadas al estado Subtarea iniciada, independientemente de su historial.
Utilice las opciones de finalización y agregación para indicar cuando puede considerarse una tarea como finalizada y, en el caso de la propiedad en paralelo, cómo deberán combinarse las respuestas de los propietarios. En la vista Propiedades de Asignación de personas > Propietarios potenciales, hay pestañas para Finalización, Agregación y Propagación.
Finalización
Los valores de finalización le permiten definir una condición de finalización anticipada. Es posible que sólo necesite un subconjunto de los propietarios potenciales para completar la tarea para que el proceso BPEL puede continuar. Por ejemplo, necesita dos supervisores para autorizar una solicitud de compra. Cuando dos propietarios potenciales cualquiera hayan respondido, las tareas de usuario restantes son redundantes y la tarea puede completarse. La condición de finalización puede estar relacionada con una fecha límite, el número de personas que han trabajado en la tarea o los resultados de las subtareas de propietarios individuales.
Agregación
Los valores de agregación le permiten controlar la manera en que se agregan respuestas individuales conjuntamente en un solo resultado de tarea. En algunos casos podría preferir que ganara la respuesta de la mayoría y, en otros casos, que sea necesaria unanimidad. Deben establecerse condiciones de agregación para la propiedad en paralelo.
Propagación
Cuando la tarea de usuario está establecida en propiedad en paralelo, se crean tareas de usuario individuales como subtareas de la tarea original. Las subtareas adoptarán los roles de usuario predeterminados de cualquier tarea de usuario. Si ha especificado roles de usuario no predeterminados para la tarea principal, puede interesarle que estos roles se propaguen a las subtareas. En la vista Propiedades de Asignación de personas > Propietarios potenciales hay una pestaña para Propagación. Utilice los valores de la pestaña Propagación para definir cómo se propagan los roles de usuario a las subtareas. En el campo Asignación de personas para propagar, seleccione una de las opciones siguientes:
Ninguno
No se propagará ninguno de los roles de usuario y las subtareas utilizarán solamente los roles de usuario predeterminados.
Administrador
Solamente se propagará el rol de Administrador desde la tarea de llamada a las subtareas. La propagación no sobrescribe los roles de usuario predeterminados de las subtareas. En su lugar, se combinarán los roles predeterminados y los roles de administrador propagados. Las subtareas utilizarán los roles de usuario predeterminados para otros roles. Esto significa que cada subtarea tendrá solamente un propietario potencial y ningún lector. Consecuentemente, los propietarios de subtareas no podrán ver los resultados de las otras subtareas.
All
Todos los roles de usuario se propagan desde la tarea de llamada a las subtareas. La propagación no sobrescribe los roles de usuario predeterminados de la subtarea. En su lugar, se combinará cada uno de los roles predeterminados y su rol propagado correspondiente. Todos los propietarios potenciales de la tarea principal se convierten en lectores de todas las subtareas. Consecuentemente, los propietarios de subtareas podrán ver los resultados de todas las demás subtareas.