Non connecté Discussion Contributions Créer un compte Se connecter

Article Discussion Lire Modifier Modifier le code Voir l’historique Rechercher dan

Diagramme de cas d'utilisation

Ne pas confondre avec les cas d'utilisation.

Pour les articles homonymes, voir DCU.

Accueil
Portails thématiques
Article au hasard Cet article est une ébauche concernant l’informatique.
Contact Vous pouvez partager vos connaissances en l’améliorant
(comment ?) selon les recommandations des projets correspondants.
Contribuer
Débuter sur Wikipédia Les diagrammes de cas
Aide d'utilisation (DCU) sont des
Communauté diagrammes UML utilisés
Modifications récentes pour donner une vision
Faire un don
globale du comportement
Outils fonctionnel d'un système

Pages liées
logiciel. Ils sont utiles pour
Suivi des pages liées des présentations auprès de
Téléverser un fichier la direction ou des acteurs
Pages spéciales d'un projet, mais pour le
Lien permanent développement, les cas
Informations sur la page
d'utilisation sont plus
Citer cette page
appropriés. Un cas
Élément Wikidata
d'utilisation représente une
Imprimer / exporter unité discrète d'interaction entre un utilisateur (humain ou machine) et un système. Il est une unité
Créer un livre significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés
Télécharger comme acteurs (actors), ils interagissent avec les cas d'utilisation (use cases).
PDF
Version imprimable 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
Dans d’autres projets
ces cas d'utilisation, et en conséquence il est aisé de croire que cette notation graphique suffit à
Wikimedia
Commons 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
Dans d’autres
diagrammes de cas d'utilisation sont souvent confondus avec les cas d'utilisation. Bien que ces
langues
deux concepts soient reliés, les cas d'utilisation sont bien plus détaillés que les diagrammes de
Deutsch
cas d'utilisation. Cela permet donc de comprendre qui est l'acteur et ce que le système doit
English
Español réaliser.
Italiano
Sommaire [masquer]
1 Cas d'utilisation
Português 2 Acteurs
Русский 2.1 Catégories d'acteurs
3 Relations
13 de plus 3.1 Inclusions
Modifier les liens 3.2 Extensions
 3.3 Généralisations
4 Relations entre acteurs
4.1 Autres éléments
5 Voir aussi
5.1 Articles connexes
5.2 Liens externes

Cas d'utilisation [ modifier | modifier le code ]

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.

Le plus souvent, le diagramme de cas d'utilisation 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).

Acteurs [ modifier | modifier le code ]

Article détaillé : Acteur (UML).

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. 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 (stick man) sous-titré par le nom de l'acteur. Un acteur

Catégories d'acteurs [ modifier | modifier le code ]

Un acteur peut avoir différents rôles et est amené à intervenir dans une ou plusieurs situations.
Miller (2001) en identifie quatre.

Initiateur : acteur qui active le système et déclenche le cas.

Serveur : acteur aidant le système à assumer ses responsabilités.
Receveur : acteur recevant les informations du système (système de backup)
Facilitateur : acteur dont les actions sont effectuées au bénéfice d'un autre acteur

Relations [ modifier | modifier le code ]

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 issu. Une relation
simple entre un acteur et une utilisation est un trait Exemple de relations
simple.

Inclusions [ modifier | modifier le code ]

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

Extensions [ modifier | modifier le code ]

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 en pointillée avec le terme extend. Ce type de relation peut être utile pour traiter
des cas particuliers ou fonctions optionnelles, préciser les objectifs, ou encore pour tenir compte
de nouvelles exigences au cours de la maintenance du système et de son évolution.

Généralisations [ modifier | modifier le code ]

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és par une flèche en triangle.

Relations entre acteurs [ modifier | modifier le code ]

Il est également possible d'appliquer à un acteur la relation de généralisation. Cela se fait

notamment lorsqu'un acteur est un sous-type d'une autre catégorie d'acteurs. Un acteur lié à un
autre par ce type de relation peut interagir avec le système de plus de manières que son parent.

Autres éléments [ modifier | modifier le code ]

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

Voir aussi [ modifier | modifier le code ]

Articles connexes [ modifier | modifier le code ]

UML

Liens externes [ modifier | modifier le code ]

(fr) Laurent Audibert, « Chapitre 2

Sur les autres projets Wikimedia :
Diagramme de cas d'utilisation » [archive],
Diagramme de cas d'utilisation, sur
sur developpez.com
Wikimedia Commons
(fr) Olivier Capuozzo, "Cas d'utilisation, une
introduction" [archive],
(en) Miller, G. (2001)." Introduction to diagramme sequence",
UML Les quatre types de relations [archive]
 v·m [masquer]
Unified Modeling Language
Organismes ISO · Object Management Group · Partenaires UML
Personnalités Grady Booch · Ivar Jacobson · James Rumbaugh
POO ·
Orientation
Méthode d'analyse et de conception d'applications orientées objet ·
objet
Encapsulation · Héritage · Polymorphisme
Acteur · Artéfact · Attribut · Classe · Composant · Interface · Objet ·
Structure
Concepts Package · Propriété
Comportement Activité · Événement · Message · Méthode · État · Cas d'utilisation
Agrégation · Association · Composition · Dépendance ·
Relation
Généralisation · Héritage
Autres Cardinalité · Profil · Stéréotype
Classes · Composants · Structure composite · Déploiement ·
Structure
Objets · Paquetages · Profils
Diagrammes
Comportement Activité · État · Cas d'utilisation
Interaction Communication · Séquence · Global d'interaction · Temps
Unified Process · Comparaison des outils UML · Systems Modeling Language ·
Articles liés
Colorisation d'UML · XMI

Portail de l’informatique

Catégorie : Diagramme UML [+]

La dernière modification de cette page a été faite le 4 janvier 2020 à 15:22.

Droit d'auteur : les textes sont disponibles sous licence Creative Commons attribution, partage dans les mêmes
conditions ; d’autres conditions peuvent s’appliquer. Voyez les conditions d’utilisation pour plus de détails, ainsi que
les crédits graphiques. En cas de réutilisation des textes de cette page, voyez comment citer les auteurs et
mentionner la licence.
Wikipedia® est une marque déposée de la Wikimedia Foundation, Inc., organisation de bienfaisance régie par le
paragraphe 501(c)(3) du code fiscal des États-Unis.

Politique de confidentialité À propos de Wikipédia Avertissements Contact Développeurs Statistiques

Déclaration sur les témoins (cookies) Version mobile