Qu'est-ce que le diagramme de cas d'utilisation d'une application web ?

Le diagramme de cas d'utilisation d'une application web ?

Définitions

Définition de l’application web

Les applications sont très présentes sur le web et ils constituent la plupart des pages web des différents navigateurs. Les plus connues sont les plus appréciées par le grand public. Ce sont, par exemple, les boîtes mails, les jeux en ligne et les moteurs de recherche.

Pour faire simple, une application web est un système-logiciel hébergé sur un serveur de type web. Elle est consultable uniquement en ligne à partir d’un navigateur web. Cette plateforme ne nécessite aucune installation sur les terminaux des clients, c’est ce qui la distingue des applications mobiles et des logiciels traditionnels. D’ailleurs, elle est exécutée sur un serveur.

L’environnement client est le principe sur lequel repose l’application web. C’est-à-dire que le navigateur web adresse au serveur des requêtes en lien avec des pages web. Ainsi, le serveur prend en charge les requêtes et il adresse ces pages à nouveau au navigateur web. C’est de cette façon que les pages sont affichées par le navigateur, aux utilisateurs.

Définition des digrammes de cas d’utilisation

Le diagramme de cas d’utilisation, de l’anglais « Use Case Diagram », est un diagramme à destination des maitres d’ouvrages pour leurs projets et des différents acteurs qui utilisent les systèmes informatiques. Dans ce cas précis, c’est l’application web qui est concernée. Ce diagramme est une façon de vulgariser et rendre plus compréhensible les caractéristiques, les objectifs, les fonctionnalités et les besoins de l’application. Autrement dit, c’est un document de modélisation de développement en système informatique.

Il permet de représenter très facilement les échanges (nommés « interactions » sur ce modèle) entre les utilisateurs (nommés « acteurs ») et les cas d’utilisation qui ont un début et une fin. Sur les diagrammes, les informations sont modélisées de cette manière : les figures sous forme de bonhommes représentent les acteurs, les bulles représentent les cas d’utilisation, les traits représentent les associations, les carrés ou rectangles représentent les frontières du système et le nom du système est généralement inscrit dans le carré ou le rectangle.

Ce type de diagramme est une forme du diagramme UML. Le concept d’UML signifie Unified Modeling Language et se traduit par Langage de Modélisation Unifié. C’est un langage graphique de modélisation qui est utilisé pour la conception et l’élaboration de système informatique : programme, logiciel, application, etc.

Les catégories du diagramme de cas d'utilisation

Il y a deux grandes catégories qui composent les diagrammes de cas d’utilisation : les acteurs et les cas d’utilisation. Les acteurs peuvent être très divers, ils peuvent être des maitres d’ouvrage de projet, des informaticiens, des clients, etc. Ils vont utiliser d’une ou plusieurs manières le système. C’est le même cas pour les cas d’utilisation, en fonction du système choisi, ils sont diversifiés. Les cas d’utilisation représentent un service ou une fonctionnalité que propose le système informatique choisi.

Généralement, dans le cas de l’application web, les acteurs se divisent en deux parties distinctes. D’un côté, les utilisateurs, les internautes et les clients. D’un autre côté, ce sont les maitres d’ouvrages, les développeurs, les autres professionnels en informatique. De cette façon, les deux types d’acteurs ne sont pas forcément associés aux mêmes cas d’utilisation.

Par exemple : un client ou un utilisateur pourrait être représenté en train de se connecter à un compte client. Et un administrateur de site pourrait être représenté en train de se connecter à son compte administrateur.

Les cas d’utilisation de l’application web peuvent être toutes ses fonctionnalités et ses principaux services. Si on prend le cas d’une boîte mail en ligne (le système), les acteurs peuvent être des expéditeurs et des destinataires. Les cas d’utilisation peuvent être l’envoi et la réception de mail. La flèche d’association relierait l’expéditeur et l’envoi de mail.

On parle de scénario lorsqu’on veut décrire la constitution d’un cas d’utilisation, on explique les actions de l’acteur et du système.

Les relations entre les catégories du diagramme de cas d'utilisation

On distingue trois types de relation dans le diagramme de cas d’utilisation :

Les relations entre acteurs et cas d’utilisation

Dans ce genre de relation, on distingue trois types de sous-relation : la relation d’association, la multiplicité et la distinction entre les acteurs principaux et secondaires.

La relation d’association : on associe l’acteur à un cas d’utilisation et on symbolise cette association par un trait. Par exemple : un client qui rentre des informations sur l’application web.
La multiplicité : c’est lorsqu’un acteur communique un certain nombre de fois avec un cas d’utilisation. Cela accorde une multiplicité au cas d’utilisation dans le cadre d’une association. Par exemple : un client effectue le même achat plusieurs fois sur une application web de type e-commerce.
La différence entre acteurs principaux et secondaires : quand le cas d’utilisation permet de rendre un service à un acteur, cela lui apporte quelque chose, ainsi il devient acteur principal. Il y a plusieurs acteurs principaux. Les autres sont nommés secondaire, le cas ne leur rend pas service. Par exemple : un consommateur en ligne (acteur) qui effectue un achat sur un site e-commerce (cas d’utilisation).
Cas d’utilisation interne : quand le cas d’utilisation n’a pas de relation avec un acteur.

Les relations entre cas d’utilisation

Les cas d’utilisation peuvent avoir des relations entre eux.

On distingue trois types de relations :

La généralisation : un cas d’utilisation Y est une généralisation de Z, si le cas Z est un cas d’utilisation particulier de Y. Par exemple : dans un site e-commerce, il y a le type de paiement par carte bancaire (cas Y) et il y a le type de paiement par carte bancaire Visa (cas Z).
L’inclusion : un cas d’utilisation Y inclut un cas d’utilisation Z si l’action proposée par le cas Y inclut l’action du cas d’utilisation Z. Par exemple : pour une boîte mail, l’envoi d’un mail (cas Y), il faut entrer un destinataire (cas Z). L’envoi dépend de la présence d’un destinataire.
L’extension : un cas d’utilisation Y étend un cas d’utilisation Z quand le cas Y est appelé dans l’exécution du cas Z. Par exemple : pour un site e-commerce, quand on veut procéder au paiement (cas Z), il faut avoir préalablement validé le panier (cas Y).

Les relations entre les acteurs

Il n’existe qu’un type de relation entre acteur, c’est la relation de généralisation. En effet, un acteur Y est une généralisation d’un autre acteur nommé Z. Par exemple : sur un CMS, un administrateur est un cas particulier d’un utilisateur lambda qui lui n’a pas cette autorisation.

CONCLUSION

Pour finir, le diagramme de cas d’utilisation est une solution efficace pour modéliser votre projet informatique. Il vous permet d’avoir une vue d’ensemble de manière simplifiée des différentes actions et paramètres fonctionnels que vous pourrez, par la suite, mettre en œuvre. L’usage de diagramme vous confère une analyse synthétique de votre future application web.