Cómo navegar por el SitioCómo usar el GlosarioCómo usar las Preguntas-FrecuentesCómo buscar en el SitioAcerca del SitioDeclaración acerca del contenido del Sitio
Una Tarea de Usuario es una típica Tarea "workflow" ejecutada por una persona con la ayuda de una aplicación de software, y programada por algún tipo de administrador de tareas.
Ejemplo: proceso sencillo. Explicación del ejemplo.
Ejemplo con Tareas de Usuario.
Una Tarea de Usuario es una típica Tarea "workflow" ejecutada por una persona con la ayuda de una aplicación de software, y programada por algún tipo de administrador de tareas
Como las demás Actividades, se representa con un rectángulo con esquinas redondeadas, dibujado con una línea delgada.
Una Tarea de Usuario tiene la figura del torso de una persona en la esquina superior izquierda.
Ejemplo más elaborado. Explicación del ejemplo.
Imagen ejemplo con Tareas de Usuario.
Ejemplo más elaborado. Explicación del ejemplo.
Video ejemplo con Tareas de Usuario.
Marcas
Como las demás Tareas, una Tarea de Usuario puede ser repetitiva: Estándar a Multi-Instancia. (Ver Actividades-Iteración.)
Ejemplo con Tareas de Usuario.
Como las demás Tareas, una Tarea de Usuario puede ser usada para Compensación. (Ver Compensación.)
Texto explicando los dos enfoques y con referencias a otras páginas.
Texto explicando los dos enfoques y con referencias a otras páginas.
Modelado de Procesos
Semántica de ejecución en Modelado de Procesos.
Ejecución y finalización.
Tras la activación, ...
Una vez realizado el trabajo, la Tarea TIPO finaliza.
Video que muestra el detalle de la ejecución de la Tarea en Modelado de Procesos.
Nombre de Video.
Ejecución de Procesos
El Ciclo de Vida de una Tarea de Usuario es administrado por una aplicación de software (administrador de tareas) y normalmente ocurre en el contexto de un Proceso.
Ejecución y finalización.
Tras la activación, la Tarea de Usuario es asignada, por el administrador de tareas, a una persona (o grupo de personas).
La persona (o grupo de personas) realiza el trabajo utilizando la aplicación TI.
Una vez realizado el trabajo, la Tarea de Usuario finaliza.
Video que muestra el detalle de la ejecución de la Tarea en Ejecución de Procesos.
Nombre de Video.
Una Tarea Usuario se materializa en una Interfaces de Usuario (IU) como formularios, portlets, etc.
Ejecutores humanos. Las personas pueden asignarse a actividades en varios roles. La Tarea Usuario puede ser asignada a un rol específico. También existe la figura del "Propietario Potencial" que puede reclamarla y trabajar en ella. Un Propietario Potencial se convierte en el Propietario Real de una Tarea al reclamarla explícitamente.
Configuraciones
Ejemplo 1.
Ejemplo con Tareas de Usuario.
Ejemplo con Tareas de Usuario.
Documentación
Texto.Texto.
Temporal
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Texto.Texto.
Especificación BPMN
A User Task is a typical “workflow” Task where a human performer performs the Task with the assistance of a software application and is scheduled through a task list manager of some sort.
A User Task is a typical “workflow” Task where a human performer performs the Task with the assistance of a software application.
A User Task is a rounded corner rectangle that MUST be drawn with a single thin line and includes a human figure marker that distinguishes the shape from other Task types (as shown in Figure 10.17).
The lifecycle of the Task is managed by a software component (called task manager) and is typically executed in the context of a Process.
Task execution and completion. Upon activation, the User Task is distributed to the assigned person or group of people. When the work has been done, the User Task completes.
The User Task can be implemented using different technologies, specified by the implementation attribute. Besides the Web service technology, any technology can be used. A User Task for instance can be implemented using WSHumanTask by setting the implementation attribute to “http://docs.oasis-open.org/ns/bpel4people/ws-humantask/protocol/200803.” (BPEL4PeopleEdit Despite wide acceptance of Web services in distributed business applications, the absence of human interactions was a significant gap for many real-world business processes. To fill this gap, BPEL4People extended BPEL from orchestration of Web services alone to orchestration of role-based human activities as well.)
Attribute implementation. This attribute specifies the technology that will be used to implement the User Task. Valid values are "##unspecified" for leaving the implementation technology open, "##WebService" for the Web service technology or a URI identifying any other technology or coordination protocol. The default technology for this task is unspecified.
Attribute renderings. This attributes acts as a hook which allows BPMN adopters to specify task rendering attributes by using the BPMN Extension mechanism.
User Task instance attribute taskPriority. Returns the priority of the User Task.
Rendering of User Tasks. BPMN User Tasks need to be rendered on user interfaces like forms clients, portlets, etc. The Rendering element provides an extensible mechanism for specifying UI renderings for User Tasks (Task UI). The element is optional. One or more rendering methods can be provided in a Task definition. A User Task can be deployed on any compliant implementation, irrespective of the fact whether the implementation supports specified rendering methods or not. The Rendering element is the extension point for renderings. Things like language considerations are opaque for the Rendering element because the rendering applications typically provide Multilanguage support. Where this is not the case, providers of certain rendering types can decide to extend the rendering type in order to provide language information for a given rendering. The content of the rendering element is not defined by this International Standard.
Human Performers. People can be assigned to Activities in various roles (called “generic human roles” in WS-HumanTask). BPMN 1.2 traditionally only has the Performer role. In addition to supporting the Performer role, BPMN 2.0 defines a specific HumanPerformer element allowing specifying more specific human roles as specialization of HumanPerformer, such as PotentialOwner.
Potential Owners. Potential owners of a User Task are persons who can claim and work on it. A potential owner becomes the actual owner of a Task, usually by explicitly claiming it.
User Task instance attribute actualOwner. The “user” who picked/claimed the User task and became the actual owner of it. The value is a literal representing the user’s id, email address etc.
