Artefacto: Mensaje
Este artefacto es un contenedor que identifica un subconjunto de modelo de información o modelo de dominio que pasa dentro o fuera de una invocación de servicio. Un mensaje siempre es pasado por un valor y debería no tener comportamiento definido.
Clases de producto de trabajo: Elemento de modelo
Objetivo

Las siguientes personas utilizan el mensaje:

  • Implementadores, para el desarrollo del esquema que describe las estructuras de mensaje específicas de la implementación.
  • Diseñadores de otros servicios en la compresión de cómo se comparte y reutiliza la información entre especificaciones de servicio.
  • Arquitectos de información/datos, en la comprensión de la relación entre el modelo de dominio de implementación neutra y las representaciones específicas de implementación como base de datos o esquema de mensaje.

El mensaje es opcional y se utiliza para quitar la ambigüedad de estructuras de mensaje con respecto a otros elementos que representa el mismo Modelo de dominio. Por ejemplo, puede que haya un modelo de dominio de tecnología neutral que se utilice para representar elementos empresariales centrales como Cliente, Producto, Pedido, etc. Este modelo está relacionado con un conjunto de modelos de tecnología que representan los mismos elementos de forma específica, las estructuras de mensaje que tienen en cuenta la naturaleza jerárquica de XML, el esquema de base de datos que normaliza el modelo de objeto, etc.

Allí donde no haya modelo de dominio independiente o donde se utilicen modelos independientes para definición de dominios y mensajes, el uso del estereotipo de mensaje explícito no es necesario.

Relaciones
Artefacto del contenedor
RolesResponsable: Modificado por:
Descripción
Descripción principal

Un mensaje representa el concepto tal como se define en la especificación de WSDL, por ejemplo, un contenedor para datos reales que tiene significado para el servicio y el cliente. Un mensaje puede no tener operaciones, puede tener propiedades y asociaciones con otras clases (uno asume clases de algún modelo de dominio). Un estereotipo de mensaje tiene una propiedad para señalar su forma de codificación asumida (por ejemplo, SOAP-literal, SOAP-rpc, ASN.1, etc.).

El uso de este elemento puede ser opcional en una herramienta por dos razones. La primera es que el modelador puede simplemente desear utilizar elementos de un modelo de dominio directamente como parámetros para una operación en lugar de especificar un mensaje. En segundo lugar, el modelador puede desear utilizar la convención de especificar un conjunto de mensajes de entrada y salida en una operación, en cuyo caso la herramienta de modelado debería construir un mensaje de entrada y salida que coincida con los parámetros cuando se generen descripciones de servicio en WSDL.

Personalización
Opciones de representaciónRepresentación UML:

Clase, estereotipada como <<Mensaje>>. Un mensaje no tendrá operaciones ni especificaciones de comportamiento definidas.

Propiedades:

binding - Serie: indica el mecanismo de codificación de plataforma que debe usarse en la generación del esquema del mensaje; los ejemplos pueden ser SOAP-RPC, Doc-Literal, ASN.1, etc.
 



Más información