Symboles du diagramme de composants

Deux formes circulent et toutes deux sont correctes, ce qui explique qu'un même système dessiné dans deux outils puisse ressembler à deux notations.

Chaque composant a deux listes - ce qu'il fournit et ce qu'il requiert - et toute la notation consiste en façons d'écrire ces deux listes. Il y en a deux, et elles sont interchangeables.

Dès que des composants en contiennent d'autres, deux marques de plus apparaissent. Un connecteur d'assemblage branche l'interface fournie d'un composant directement dans l'interface requise d'un autre - une boule posée dans une cupule, qui est le raccourci des deux flèches de la figure en tête d'article. Un connecteur de délégation va d'un port de la frontière externe à la partie interne qui l'honore.

L'imbrication est la troisième façon de dire « dedans », et celle que dessine cette série : les parties placées dans la frontière de leur propriétaire, comme ci-dessus. Elle ne demande aucun symbole supplémentaire et survit à un lecteur qui n'a jamais vu de connecteur de délégation, c'est-à-dire la plupart des lecteurs.

Un stéréotype entre guillemets étend le sens d'une boîte, et la tentation est d'inventer tout un vocabulaire. Quatre méritent leur place, parce que chacun change ce que le lecteur doit faire de la boîte :

• «subsystem» - ceci a ses propres parties, et elles sont peut-être sur un autre diagramme.
• «service» - ceci est déployé et joint par le réseau, donc son interface est un contrat sur le fil et son versionnement est le travail de quelqu'un.
• «library» - ceci est lié à la compilation, pas appelé au travers d'une frontière : le modifier est une reconstruction, pas un déploiement.
• «external» - ceci appartient à quelqu'un d'autre, donc son interface est une contrainte et non une décision.

Tout ce qui dépasse ces quatre-là est en général un profil déguisé. Si une équipe a réellement besoin d'un vocabulaire formel à elle - éléments marqués, éléments contraints, règles imposées par l'outil - c'est à cela que sert un profil UML, et l'écrire correctement coûte moins cher qu'une convention que la moitié de l'équipe suit.

Trois différences expliquent l'essentiel de la confusion quand un diagramme change d'outil, et aucune ne change le sens :

1. Icône ou mot-clé. Certains outils dessinent l'icône de prise, d'autres écrivent «component», d'autres font les deux. Les trois sont le même composant UML 2.
2. Des sucettes par défaut. La plupart des outils de dessin accrochent la boule et la cupule au bord du composant ; les outils de modélisation qui tiennent un référentiel tendent à dessiner l'interface comme un élément à part entière, parce qu'elle en est un.
3. Des ports là où il n'y en a pas. Certains outils placent un petit carré à chaque point d'attache d'interface. Si le diagramme ne distingue jamais deux surfaces sur un composant, ces carrés ne portent aucune information.

Les symboles à l'œuvre sur de vrais systèmes sont dans les cinq exemples détaillés, et l'ordre dans lequel les poser est dans dessiner un diagramme de composants.