 |
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ôles | Responsable:
| 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ésentation | Repré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
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.
|
|