 |
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 |
|
Roles | Responsable:
| 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ón | Representació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
© Copyright IBM Corp. 1987, 2006. Reservados todos los derechos.
|
|