Artefact :
|
![]() |
Un signal désigne un stimulus asynchrone d'un objet ou d'une instance par un(e) autre. | |
Autres relations : |
Partie de Modèle de conception
| |
---|---|---|
Rôle : | Architecte logiciel | |
Caractère facultatif/Occurrence: | Les signaux constituent un modèle approprié pour la communication dans le cas de systèmes répartis, avec accès concurrent et/ou réactifs (guidés par les événements). | |
Canevas et rapports: |
|
|
Exemples : | ||
Représentation UML : |
Signal. Fréquemment représenté par une classe stéréotypée en tant que <<signal>>. |
|
Informations supplémentaires : | ||
Entrée d'activités : | Sortie d'activités : |
L'objet d'un signal est de fournir une communication asynchrone et unidirectionnelle depuis un objet ou une instance vers un(e) autre.
Les signaux sont une spécialisation de l'Artefact : Evénement qui peut comporter des opérations, des attributs et des relations.
Les propriétés suivantes des signaux viennent s'ajouter à celles héritées de l'Artefact : Evénement.
Nom de la propriété |
Brève description |
Représentation UML |
---|---|---|
Nom | Nom du signal. | attribut |
Brève description | Brève description du rôle et de l'objet du signal. | Valeur marquée, de type "texte court". |
Responsabilités | Responsabilités définies par la classe. | valeur marquée |
Relations | Généralisations auxquelles prend part le signal. | relation de généralisation |
Opérations | Opérations définies par le signal. | opération |
Attributs | Attributs définis par le signal. | attributs |
Certains événements, notamment ceux représentant les événements externes et les événements internes significatifs auxquels doit répondre le système, sont identifiés au début de la phase d'élaboration. Ceux requis pour une communication asynchrone avec le système le sont vers la fin de la phase d'élaboration. Tous les signaux et événements sont significatifs sur le plan de l'architecture et doivent avoir été totalement identifiés à la fin de la phase d'élaboration.
L'architecte logiciel est responsable de tous les signaux et doit veiller à leur utilisation adéquate.
Les signaux sont utilisés afin de définir des entités pour messages asynchrones. Ils conviennent aux communications en environnements répartis et à accès concurrent. Evitez de nommer les signaux d'une manière 'spécifique au récepteur', ce qui limite leur généralité et leur utilité, en gardant à l'esprit qu'ils peuvent être diffusés à un groupe d'objets. Le point est de communiquer une occurrence pertinente détectée par l'émetteur (et qui l'a incité à émettre le signal). Un signal peut aussi comporter une liste de paramètres, représentés comme ses attributs. Un signal peut être pourvu d'opérations pour accéder à ces attributs.
Vu que les signaux sont une spécialisation de l'artefact Evénement, leur personnalisation est fonction de celle de cet artefact. Les informations de l'artefact Evénement peuvent, par exemple, être consignées sous forme textuelle (par exemple, dans un tableau du document d'architecture logicielle), tandis que les propriétés spécifiques du signal le seront dans un modèle visuel.
RUP (Rational Unified Process)
|