Diagramme des cas d'utilisation


Diagramme des cas d'utilisation
Page d'aide sur l'homonymie Ne pas confondre avec les cas d'utilisation.
Exemple de diagramme des cas d'utilisation

Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement, les cas d'utilisation sont plus appropriés. Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Il est une unité significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les cas d'utilisation (use cases).

UML définit une notation graphique pour représenter les cas d'utilisation, cette notation est appelée diagramme de cas d'utilisation. UML ne définit pas de standard pour la forme écrite de ces cas d'utilisation, et en conséquence il est aisé de croire que cette notation graphique suffit à elle seule pour décrire la nature d'un cas d'utilisation. Dans les faits, une notation graphique peut seulement donner une vue générale simplifiée d'un cas ou d'un ensemble de cas d'utilisation. Les diagrammes de cas d'utilisation sont souvent confondus avec les cas d'utilisation. Bien que ces deux concepts soient reliés, les cas d'utilisation sont bien plus détaillés que les diagrammes de cas d'utilisation.

Sommaire

Les cas d'utilisation

Article détaillé : Cas d'utilisation.

Ils permettent de décrire l'interaction entre l'acteur et le système. L'idée forte est de dire que l'utilisateur d'un système logiciel a un objectif quand il utilise le système ! Le cas d'utilisation est une description des interactions qui vont permettre à l'acteur d'atteindre son objectif en utilisant le système. Les use case (cas d'utilisation) sont représentés par une ellipse sous-titrée par le nom du cas d'utilisation (éventuellement le nom est placé dans l'ellipse). Un acteur et un cas d'utilisation sont mis en relation par une association représentée par une ligne.

NOTE : le plus souvent, le diagramme des cas est établi par la maîtrise d'ouvrage (MOA) d'un projet lors de la rédaction du cahier des charges afin de transmettre les besoins des utilisateurs et les fonctionnalités attendues associées à la maîtrise d'œuvre (MOE).

Les acteurs

Un acteur

Ils sont des entités externes qui interagissent avec le système, comme une personne humaine ou un robot. Une même personne (ou robot, ...) peut être plusieurs acteurs pour un système, c'est pourquoi les acteurs doivent surtout être décrits par leur rôle, ce rôle décrit les besoins et les capacités de l'acteur. Un acteur agit sur le système (accès de lecture/écriture). L'activité du système a pour objectif de satisfaire les besoins de l'acteur. Les acteurs sont représentés par un pictogramme humanoïde sous-titré par le nom de l'acteur. On distingue 4 catégories d'acteurs : les acteurs principaux (ex : usager, client, etc), les acteurs secondaires (ex : opérateur de maintenance, administrateur, etc), le matériel externe (capteur, imprimante, etc), les autres systèmes (serveur, etc).

Les relations

Exemple de relations

Trois types de relations sont prises en charge par la norme UML et sont graphiquement représentées par des types particuliers de ces relations. Les relations indiquent que le cas d'utilisation source présente les mêmes conditions d'exécution que le cas issue. Une relation simple entre un acteur et une utilisation est un trait simple.

Les inclusions

Dans ce type d'interaction le premier cas englobe l'autre et son issue dépend souvent de la résolution du second. Ce type de description est utile pour extraire un ensemble de sous comportement commun à plusieurs tâches, comme une macro en programmation. Elle est représentée par une flèche en pointillée et le terme include.

Les extensions

Les extensions (Extend) représentent des prolongements logiques de certaines tâches sous certaines conditions. Autrement dit un cas d'utilisation A étend un cas d'utilisation B lorsque le cas d'utilisation A peut être appelé au cours de l'exécution du cas d'utilisation B. Elle est représentée par une flèche avec le terme Extend. Ce type de relation peut être utile pour traiter des cas particuliers ou préciser les objectifs, ou pour tenir compte de nouvelles exigences au cours de la maintenance du système et de son évolution.

Les généralisations

La troisième relation est la relation de généralisation ou spécialisation. Le cas d'utilisation A est une généralisation de B, si B est un cas particulier de A c'est-à-dire lorsque A peut être substitué par B pour un cas précis. Ces relations sont des traits pleins terminé par une flèche en triangle.

Autres éléments

  • Les réalisations décrivent un cas d'utilisation par une suite de collaborations d'autres éléments du modèle de donnée. Ce type de schématisation n'est pas propre à l'UML mais constitue un des éléments du RUP.

Voir aussi

Articles connexes

Liens externes


Wikimedia Foundation. 2010.

Contenu soumis à la licence CC-BY-SA. Source : Article Diagramme des cas d'utilisation de Wikipédia en français (auteurs)

Regardez d'autres dictionnaires:

  • Cas D'utilisation —  Ne pas confondre avec les diagrammes de cas d utilisation. En génie logiciel et en ingénierie des systèmes, un cas d utilisation définit une manière d utiliser le système et permet d en décrire les exigences fonctionnelles. D après Bittner… …   Wikipédia en Français

  • Cas d'utilisation —  Ne pas confondre avec les diagrammes de cas d utilisation. En génie logiciel et en ingénierie des systèmes, un cas d utilisation définit une manière d utiliser le système et permet d en décrire les exigences fonctionnelles. D après Bittner… …   Wikipédia en Français

  • Diagramme des paquetages — Packages containing nodes and artifacts. Les diagrammes de paquetages sont la représentation graphique des relations existant entre les paquetages (ou espaces de noms) composant un système, dans le langage Unified Modeling Language (UML).… …   Wikipédia en Français

  • Diagramme De Séquence — exemple de diagramme de séquence d un restaurant Les diagrammes de séquences sont la représentation graphique des interactions entre les acteurs et le système selon un ordre chronologique dans la formulation Unified Modeling Language. On montre… …   Wikipédia en Français

  • Diagramme de sequence — Diagramme de séquence exemple de diagramme de séquence d un restaurant Les diagrammes de séquences sont la représentation graphique des interactions entre les acteurs et le système selon un ordre chronologique dans la formulation Unified Modeling …   Wikipédia en Français

  • Diagramme d'interactions — Unified Modeling Language Pour les articles homonymes, voir UML. Logo d UML UML (en anglais Unified Modeling Language, « langage de modélisation unifié ») est un langage graphique de mod …   Wikipédia en Français

  • Diagramme uml — Unified Modeling Language Pour les articles homonymes, voir UML. Logo d UML UML (en anglais Unified Modeling Language, « langage de modélisation unifié ») est un langage graphique de mod …   Wikipédia en Français

  • Diagramme d'activité — Le diagramme d activité est un diagramme comportemental d UML, permettant de représenter le déclenchement d événements en fonction des états du système et de modéliser des comportements parallélisables (multi threads ou multi processus).… …   Wikipédia en Français

  • Diagramme de séquence — exemple de diagramme de séquence d un restaurant Les diagrammes de séquences sont la représentation graphique des interactions entre les acteurs et le système selon un ordre chronologique dans la formulation Unified Modeling Language. Sommaire …   Wikipédia en Français

  • Diagramme de communication — Un diagramme de communication est un diagramme d interactions UML 2.0 (appelé diagramme de collaboration en UML 1), représentation simplifiée d un diagramme de séquence se concentrant sur les échanges de messages entre les objets. En fait,… …   Wikipédia en Français