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 :   

Objet Haut de la page

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.

Propriétés

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  

Calendrier Haut de la page

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.

Responsabilité Haut de la page

L'architecte logiciel est responsable de tous les signaux et doit veiller à leur utilisation adéquate.

Personnalisation Haut de la page

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)   2003.06.15