Légende des modèles d'objets
Unified Modeling Language (UML) est un langage graphique standard de présentation des différents éléments de conception de logiciel. Les exemples suivants sont quelques-uns des éléments les plus courants d'UML. Pour plus d'informations sur les spécifications formelles, visitez les sites
http://www.rational.com et http://www.omg.org.
- Box (boîte)
- Les diagrammes UML se composent d'objets et de relations entre ces derniers.
Les boîtes représentent des objets et des lignes, et les relations. Des noms de classe
figurent dans les boîtes. Un nom en italiques indique une classe abstraite. Il s'agit
d'une classe de base d'autres objets qui en héritent, mais il ne doit jamais y avoir d'instances
(objets en instances) de la classe abstraite.
Des noms de classe figurent dans les boîtes.
Un nom en italiques indique une classe abstraite.
Il s'agit d'une classe de base d'autres objets qui en héritent, mais
il ne doit jamais y avoir d'instances (objets en instances) de la classe abstraite.
- Ligne, cercle
- Une ligne représente une relation entre des objets. Le symbole cercle
indique que l'objet est un Enterprise Java Bean.
Dans l'exemple ci-après, l'on peut voir qu'il existe une relation entre les objets Bundle et Package.

- Ligne tiretée
- Une ligne tiretée entre des classes ou des modules avec une flèche indique une "dépendance".
L'absence de flèche et la connexion d'une extrémité à une relation indique les attributs
de la relation ; une classe est associée à cette dernière.

- Trait plein, pas de pointes de flèche
- L'absence de pointes de flèche sur une ligne indique que le sens de la
relation entre les objets est normalement bilatéral.
Dans l'exemple ci-après, il existe une relation entre StoreEntity et
CatalogEntry et elle est bilatérale.

-
- Pointe de flèche simple
- Une pointe de flèche simple indique le sens de la relation entre
deux objets dans la direction de la flèche. L'exemple
ci-après indique qu'il existe une relation unilatérale entre CatalogEntry
et CatalogEntryDescriptor.

- Pointe de flèche losange foncé
- Un losange foncé indique un contenu par valeur. L'objet touché
par le losange est l'objet conteneur et celui sans losange est l'objet
contenu. Par exemple, l'objet InterestList contient l'objet
InterestItem.

-
- Pointe de flèche losange clair
- Un losange clair indique l'opération contenant-contenu par référence.
L'objet touché par un losange clair est un objet de regroupement
avec les objets non associés à un losange clair.
Par exemple, l'objet Organization regroupe les objets Users.

- Pointe de flèche triangle clair
- La pointe de flèche triangle clair indique un héritage simple. Exemple :
Un magasin EST-UN StoreEntity.

-
- +
- Un signe plus indique le rôle d'un objet en relation avec un autre objet. Dans l'exemple ci-après,
le signe plus indique la relation de"owner". StoreEntity a un et un seul propriétaire (owner),
qui est un Member. Un Member peut posséder aucun ou plusieurs StoreEntities. La flèche indique que
vous devez normalement trouver le propriétaire d'un StoreEntity en demandant le propriétaire de ce dernier,
et non pas en demandant toutes les StoreEntities appartenant à un Member.
-
- Nombre cardinaux dans commentaire
- Les nombres indiquent une restriction de cardinalité, comme indiqué dans le tableau suivant :
Nombres cardinaux |
Type de relation |
1 |
un uniquement |
0..1 |
zéro ou un |
0..n |
zéro ou plus |
1..n |
un ou plus |
Si aucune restriction de cardinalité n'est présentée, la cardinalité est supposée être égale à
0..*, à moins qu'un losange foncé n'apparaisse à l'extrémité d'un trait de relation, auquel cas
la cardinalité dot être 1.