Artefact: Message
Cet artefact est un conteneur qui identifie un sous-ensemble d'un modèle d'informations ou d'un modèle de domaine intégré dans ou extrait d'un appel de service. Un message est toujours transmis par valeur et ne doit pas avoir de comportement défini.
Types de produits: Elément de modèle
Objet

Les personnes suivantes sont amenées à utiliser les messages :

  • les implémenteurs, pour développer un schéma décrivant les structures de message spécifiques à l'implémentation,
  • les concepteurs d'autres services, pour comprendre comment les informations sont partagées et réutilisées dans les spécifications de service,
  • les architectes d'information/de données, pour comprendre la relation entre le modèle de domaine indépendant de l'implémentation et le modèle de domaine spécifique à l'implémentation, comme le schéma de base de données ou de message.

Le message, facultatif, est utilisé pour éviter toute confusion entre les structures de message et d'autres éléments représentant le même modèle de domaine. Par exemple, il peut exister un modèle de domaine indépendant de la technologie utilisé pour représenter les éléments métier centraux comme le client, le produit, la commande, etc. Ce modèle est lié à un ensemble de modèles de technologie représentant les mêmes éléments de différentes manières, de structures de message prenant en compte la nature hiérarchique du langage XML, d'un schéma de base de données qui normalise le modèle d'objet, etc.

Lorsqu'il n'existe pas de modèle de domaine distinct ou lorsque des modèles distincts sont utilisés pour définir le domaine et le message, il n'est pas nécessaire de recourir au stéréotype de message explicite.

Relations
Artefact de conteneur
RôlesResponsable: Modifié par:
Description
Description principale

Un message représente le concept tel qu'il est défini dans la spécification WSDL, c'est-à-dire un conteneur de données réelles ayant une signification pour le service et le client. Un message peut ne pas contenir d'opérations, mais il peut avoir des propriétés et être associé à d'autres classes (on présume qu'il s'agit de classes d'un modèle de domaine). Un stéréotype message possède une propriété pour dénoter sa forme présumée de codage (c'est-à-dire SOAP-literal, SOAP-rpc, ASN.1, etc.).

L'utilisation de cet élément est facultative dans un outil pour deux raisons. Premièrement, il est possible que le modélisateur veuille directement utiliser ces éléments en tant que paramètres d'une opération à partir d'un modèle de domaine plutôt que de préciser un message. Deuxièmement, il est possible que le modélisateur veuille utiliser la convention consistant à spécifier un ensemble de messages d'entrée et de sortie sur une opération, auquel cas l'outil de modélisation doit construire des messages d'entrée et de sortie sur une opération qui correspondent aux paramètres lors de la génération des descriptions de services dans WSDL.

Personnalisation
Options de représentationReprésentation UML :

Classe stéréotypée en tant que <<message>>. Un message ne doit pas avoir d'opérations ni de comportement définis.

Propriétés :

binding : String - indique le mécanisme de codage de la plateforme à utiliser dans la génération de schéma du message. Exemple : SOAP-RPC, Doc-Literal, ASN.1, etc.
 



Plus d'informations