Définir les besoins avec UML

Plus que le langage lui même, l’utilisation d’UML permet facilement de :

• Identifier les besoins et acteurs du système
• Décrire l’utilisation du système (par ses cas d’utilisations)
• Identifier les données manipulées (classes participantes) du système

UML est l’acronyme de Unified Modeling Language. UML n’est donc pas une méthode mais un langage permettant de modéliser un problème de façon compréhensible par tous (maîtrise d’ouvrage, maîtrise d’oeuvre…)

Identifier les cas d’utilisations

Le cas d’utilisation décrit les interactions entre le service et un acteur pour rendre un service.

UML permet de représenter les cas d’utilisations du système.

La relation d’inclusion : un cas de base en inclus un autre. Ce dernier n’est jamais exécuté seul.

La relation d’extension : un cas de base peut optionnellement en appeler un autre.

Exemple cas d’utilisation UML avec Rational

A noter : le cas d’utilisation permet également d’établir les cas de tests ou les exigences du système…

Décrire les cas d’utilisations

Le cas d’utilisation doit définir les relations entre un acteur et le système. L’erreur trop fréquente est de vouloir les rendre trop dépendants de l’IHM.

Si les besoins en terme d’IHM sont trop « forts », il est conseillé de les rajouter à la fin du cas d’utilisation dans un chapitre dédié (besoin ou exigence IHM).

Pour la description des cas d’utilisations, :

• Identification :
  • Objectif
  • Acteur
  • Pré conditions
• Description des enchaînements, exceptions et extensions au scénario nominal

Identifiées les données manipulées

Identifiés et décrits, les cas d’utilisations permettent de fournir une représentation statique des classes participantes du modèle d’analyse.

Contrairement à une « user story », le cas d’utilisation est formalisé et riche en informations (pré conditions, inclusions, exclusions…), ce qui facilite son utilisation comme spécification générale. sa rédaction ne peut être confiée à l’utilisateur final