Académique Documents
Professionnel Documents
Culture Documents
fr/)
Le diagramme
D É V E L O P P E M E N T I N F O R M AT I Q U E
de cas d'utilisation d'une application web ?
( H T T P S : / / S O K E O . F R / D E V E L O P P E M E N T - I N F O R M AT I Q U E / # M E N U )
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.
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.
(https://sokeo.fr/)
D É V E L O P P E M E N T I N F O R M AT I Q U E ( H T T P S : / / S O K E O . F R / D E V E L O P P E M E N T - I N F O R M AT I Q U E / # M E N U )
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.
2. 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.
3. 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).
(https://sokeo.fr/)
4. Cas d’utilisation interne : quand le cas d’utilisation n’a pas de relation avec un acteur.
D É V E L O P P E M E N T I N F O R M AT I Q U E ( H T T P S : / / S O K E O . F R / D E V E L O P P E M E N T - I N F O R M AT I Q U E / # M E N U )
Les relations entre cas d’utilisation
R É F É R E N C E M E N T ( H T T P S :Les
/ / Scas
O K Ed’utilisation
O . F R / R E Fpeuvent
E R E N Cavoir
EMEN T / relations
des ) L Aentre
S O Ceux.
IÉTÉ ( H T T P S : // S O K E O. F R / L A-S O C I E T E / ) CONT
1. 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).
2. 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.
3. 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).
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.
CONTACTEZ-NOUS
3 rue Colbert
13001 MARSEILLE
04 30 22 02 14 (tel:+33430220214)(tel:+33430220214)
(tel:+33430220214)
(tel:+33430220214)
(tel:+33430220214)
(tel:+33430220214
)
(tel:+33430220214)
(tel:+33430220214)
Plan d'accès
(tel:+33430220214) (https://goo.gl/maps/HhHorueDniD2)
Nom
Société
N° de Téléphone
Message
(https://sokeo.fr/)
ENVOYER
D É V E L O P P E M E N T I N F O R M AT I Q U E ( H T T P S : / / S O K E O . F R / D E V E L O P P E M E N T - I N F O R M AT I Q U E / # M E N U )