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 Servicio solicita a otro Participante que le preste un servicio. La solicitud la realiza enviándole un Mensaje, y se queda a la espera de un Mensaje con la respuesta.
Ejemplo: proceso sencillo. Explicación del ejemplo.
Ejemplo con Tareas de Servicio.
Introducción
Una Tarea de Servicio solicita a otro Participante que le preste un servicio.
Como las demás, Actividades, se representa con un rectángulo con esquinas redondeadas, dibujado con una línea delgada.
Una Tarea de Servicio tiene la figura de dos engranajes superpuestos en la esquina superior izquierda.
Texto
Texto
Ejemplo más elaborado. Explicación del ejemplo.
Imagen ejemplo con Tareas de Servicio.
Ejemplo más elaborado. Explicación del ejemplo.
Video ejemplo con Tareas de Servicio.
Marcas
Como las demás Tareas, una Tarea de Servicio puede ser repetitiva: Estándar a Multi-Instancia. (Ver Actividades-Iteración.)
Ejemplo con Tareas de Servicio.
Como las demás Tareas, una Tarea de Servicio 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 Participante, cuyo servicio se utiliza, se puede conectar a la Tarea de Servicio mediante Flujos de Mensaje que describen la petición del servicio y la recepción de la respuesta.
La Tarea de Servicio es la combinación de una Tarea de Envío y una Tarea de Recepción.
La Tarea de Servicio tiene un un Objeto de Datos entrante con los los datos para poblar el Mensaje con la solicitud del servicio, y un Objeto de Datos saliente para colocar los datos que llegan con el respuesta del servicio.
Tras la activación, el contenido del Objeto de Datos entrante es traspasado al Mensaje, se envía el Mensaje y se espera el Mensaje con la respuesta. Cuando éste llega, sus datos son traspasados al Objeto de Datos saliente, y la Tarea es completada.
Video que muestra el detalle de la ejecución de la Tarea.
Nombre de Video.
Configuraciones
Ejemplo 1.
Ejemplo con Tareas de Servicio.
Ejemplo 2.
Ejemplo con Tareas de Servicio.
Temas Avanzados
Tecnología para enviar/recibir los Mensajes.
Si la Tarea está automatizada, la tecnología por defecto es Web Service.
Documentación
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 Service Task is a Task that uses some sort of service, which could be a Web service or an automated application.
A Service Task object shares the same shape as the Task, which is a rectangle that has rounded corners. However, there is a graphical marker in the upper left corner of the shape that indicates that the Task is a Service Task (see Figure 10.11).
A Service Task is a rounded corner rectangle that MUST be drawn with a single thin line and includes a marker that distinguishes the shape from other Task types (as shown in Figure 10.11).
The actual Participant whose service is used can be identified by connecting the Service Task to a Participant using a Message Flows within the definitional Collaboration of the Process.
Task execution and completion. Upon activation, the data in the inMessage of the Operation is assigned from the data in the Data Input of the Service Task the Operation is invoked. On completion of the service, the data in the Data Output of the Service Task is assigned from the data in the outMessage of the Operation, and the Service Task completes. If the invoked service returns a fault, that fault is treated as interrupting error, and the Activity fails.
The Service Task inherits the attributes and model associations of Activity (see Table 10.3). In addition the following constraints are introduced when the Service Task references an Operation: The Service Task has exactly one inputSet and at most one outputSet. It has a single Data Input with an ItemDefinition equivalent to the one defined by the Message referenced by the inMessageRef attribute of the associated Operation. If the Operation defines output Messages, the Service Task has a single Data Output that has an ItemDefinition equivalent to the one defined by the Message referenced by the outMessageRef attribute of the associated Operation.
Attribute implementation. This attribute specifies the technology that will be used to send and receive the Messages. 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. A Web service is the default technology.
Attribute operationRef. This attribute specifies the operation that is invoked by the Service Task. See page 448 where a service task is connected to a pool (participant) via two message flows.
Services
The Service package contains constructs necessary for modeling services, interfaces, and operations.
EndPoint. The actual definition of the service address is out of scope of BPMN 2.0. The EndPoint element is an extension point and extends from RootElement. The EndPoint element MAY be extended with endpoint reference definitions introduced in other specifications (e.g., WS-Addressing). EndPoints can be specified for Participants.
Interface. An Interface defines a set of operations that are implemented by Services. The Interface inherits the attributes and model associations of BaseElement (see Table 8.5) through its relationship to RootElement. Table 8.65 presents the additional attributes and model associations of the Interface
Operation. An Operation defines Messages that are consumed and, optionally, produced when the Operation is called. It can also define zero or more errors that are returned when operation fails. The Operation inherits the attributes and model associations of BaseElement (see Table 8.5). Table 8.66 below presents the additional attributes and model associations of the Operation. A service task can be associated to an operation. An operation can be associated to many service tasks.
