• 20 heures
  • Facile

Ce cours est visible gratuitement en ligne.

course.header.alt.is_video

course.header.alt.is_certifying

J'ai tout compris !

Mis à jour le 07/06/2019

Étape 3 : Les cas d’utilisation

Connectez-vous ou inscrivez-vous gratuitement pour bénéficier de toutes les fonctionnalités de ce cours !

Nous avons donc identifié les acteurs, et les grandes familles de fonctionnalités (packages). Maintenant, il s’agit de définir plus en détail les besoins de chaque acteur dans ces deux packages, en répondant à ces questions : QUI devra pouvoir faire QUOI grâce au logiciel ? Par exemple, que souhaite faire le technicien sur le site ? Que souhaite faire le client ? Etc.

Les cas d'utilisation

Rappelez-vous, nous avons évoqué des boîtes qui contiennent d’autres boîtes. Notre système (ou logiciel) est une boîte qui contient d’autres boîtes, les packages donc. Chaque package est donc une boîte qu’il faudra ouvrir pour en découvrir le contenu. Le contenu d’un package est illustré par différents diagrammes. Un de ces diagrammes représente les cas d’utilisation, c’est-à-dire les fonctionnalités ou lots d’actions que devront réaliser nos acteurs. (Voir la figure 2.1.A)

Les acteurs principaux qui sont liés à un package auront besoin de cette partie du logiciel pour réaliser une ou plusieurs lots d’actions. Ces lots d’actions sont le contenu de la boîte « package ».

Un lot d’actions correspond à une fonctionnalité dont certains acteurs principaux ont besoin. On appelle cela un cas d’utilisation. Il s’agit, en effet, d’une utilisation particulière du logiciel. Le diagramme des cas d’utilisations met donc en évidence de quelle façon les acteurs utiliseront le logiciel : QUI doit pouvoir faire QUOI ?

Réaliser le diagramme

Comment on illustre un cas d’utilisation ?

Exemple diagramme de cas d'utilisation

Pour rappel, les cas d’utilisation principaux sont liés aux acteurs qui en ont besoin. Ils détaillent les diagrammes de packages.

Allez, il est temps d’appliquer ce que nous venons de voir !

Concentrons-nous sur le package « Gestion des achats » pour en réaliser le diagramme des cas d’utilisation.

Il faut donc identifier toutes les fonctionnalités dont les différents acteurs concernés par le package auront besoin. Dans notre projet de réalisation d’une boutique en ligne, nous indiquons qu’un client devra pouvoir utiliser le site pour consulter le catalogue des produits. Nous pouvons en déduire que « Consulter le catalogue des produits » est un cas d’utilisation.

Le cas d’utilisation « Consulter le catalogue » de l’acteur principal « Client » est représenté sous forme d’ellipse. On le schématisera ainsi :

Diagramme de cas d’utilisation, package «Gestion des achats» v1
Diagramme de cas d’utilisation, package « Gestion des achats » v1

Diagramme de cas d’utilisation, package «Gestion des achats» v2
Diagramme de cas d’utilisation, package « Gestion des achats » v2

Pouvez-vous identifier d’autres fonctionnalités liées à chacun de nos acteurs ? Pour rappel, il s’agit de :

  • Client

  • Commercial

  • Livraison 

  • Technicien

En observant attentivement la demande de notre client, Monsieur MORIN, nous pouvons noter les besoins suivants :

Le client souhaite...

Consulter le catalogue de produits
Enregistrer un achat

Le commercial doit pouvoir...

Consulter le catalogue de produits
Enregistrer un achat

La livraison (ou les membres du service) souhaite(nt)…

Préparer une livraison

Le technicien souhaite…

Consulter une remarque ou problème

Pour le package « Gestion des achats », ceci nous donne une version de diagramme de cas d’utilisation un peu plus complète.

Diagramme de cas d’utilisation, package «Gestion des achats» v3
Diagramme de cas d’utilisation, package «Gestion des achats» v3

Il nous manque encore un élément. Dans le diagramme de packages, on avait illustré un lien entre le package « Gestion des achats » et un système externe c’est-à-dire le système bancaire. Il faut maintenant lier ce système externe au cas d’utilisation qui en a besoin. Il s’agit, bien entendu du cas d’utilisation « Enregistrer un achat ».

Diagramme de cas d’utilisation, package «Gestion des achats» v4
Diagramme de cas d’utilisation, package « Gestion des achats » v4

Bravo ! Nous venons de réaliser une partie importante dans l’analyse des besoins.

Nous avons :

  • défini le contexte du futur logiciel, en identifiant les différents acteurs (1) ;

  • décomposé le système en packages, c’est-à-dire les familles de fonctionnalités (2) ;

  • illustré les fonctionnalités principales pour un des packages, grâce aux cas d’utilisation (3).

Synthèse des 3 diagrammes réalisés
Synthèse des 3 diagrammes réalisés

Dans la partie suivante, nous allons détailler davantage les diagrammes de cas d’utilisation en introduisant des cas d’utilisation internes. Cela permettra d’indiquer si un cas d’utilisation a besoin d’autre cas d’utilisation.

En résumé

  • Un logiciel à développer est donc considéré comme un système, vu au départ comme une boîte noire.

  • Le système est utilisé par des acteurs principaux, et parfois, il peut être lié à des acteurs secondaires. Les acteurs secondaires échangent des informations avec le système, mais ne déclenchent aucune des fonctionnalités.

  • Un système peut être composé de plusieurs packages. Chacun des packages contient une famille de fonctionnalités nécessaires aux acteurs.

  • Les fonctionnalités utiles aux acteurs sont appelées des cas d’utilisation. Un diagramme de cas d’utilisation permet d’illustrer QUI devrait pouvoir faire QUOI, grâce au système. Il en existe un par package.

Cette partie est maintenant terminée. N'oubliez pas de faire le quiz dans le prochain chapitre avant de passer à la partie suivante.

Exemple de certificat de réussite
Exemple de certificat de réussite