Diagramme des exigences
Le diagramme des exigences (requirement diagram) décrit et spécifie chaque fonctionnalité du système par un bloc nommé exigence : c’est le cahier des charges du système.
Chaque exigence possède un type, un titre, un identifiant (id) et un texte descriptif (text).
Une exigence peut être :
- scindée en plusieurs sous-exigences (cercle contenant un « + ») ;
- caractérisée numériquement par une autre exigence (liaison refine) ;
- satisfaite par un bloc de solution technique (liaison satisfy).
Une exigence dérivant une autre exigence peut lui être associée avec une liaison deriveReqt.
Diagramme des cas d’utilisation
Le diagramme des cas d’utilisation (use case diagram) présente les situations d’utilisation du système.
Les acteurs sont connectés aux cas d’utilisation avec lesquels ils interagissent. Les acteurs humains sont représentés par des stick-mans, les autres acteurs par des cubes.
Un cas d’utilisation peut être décrit avec plus de détails en l’associant avec un autre cas :
- par une liaison include, si l’autre cas est nécessaire et inclus dans le premier ;
- par une liaison extend, si l’autre cas est facultatif et ajoute une fonctionnalité au premier.
Diagramme de séquence
Le diagramme de séquence (sequence diagram) présente un scénario d’échange de messages entre plusieurs éléments (acteurs, systèmes, composants, etc.).
Remarque : Les scénarios correspondent souvent à des cas d’utilisation.
Le diagramme de séquence se lit chronologiquement, du haut vers le bas. Chaque élément possède une ligne de vie tracée en pointillés. Sur la ligne de vie, des bandes représentent les périodes de temps durant lesquelles un élément est actif, et peut envoyer ou recevoir des messages.
Les messages sont représentés par des flèches, allant de la ligne de vie d’un élément vers celle d’un autre. Si un message est une réponse à un message précédent, il est représenté en pointillés, et une flèche coudée fait le lien entre un message initial et sa réponse.
