Scribd
Importer
19 vues4 pages

Diagramme de Use Cases en UML

Le document présente le cycle de vie d'un projet web, en se concentrant sur l'analyse des besoins à l'aide de l'UML, notamment à travers la création de diagrammes de classes et de cas d'utilisation. Les cas d'utilisation décrivent les interactions entre les acteurs et le système, facilitant la communication des exigences fonctionnelles entre utilisateurs et développeurs. Il aborde également l'organisation des cas d'utilisation, y compris les relations d'inclusion et d'extension pour une meilleure structuration des fonctionnalités.

Transféré par

aziz1238mahdi
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOC, PDF, TXT ou lisez en ligne sur Scribd
19 vues4 pages

Diagramme de Use Cases en UML

Le document présente le cycle de vie d'un projet web, en se concentrant sur l'analyse des besoins à l'aide de l'UML, notamment à travers la création de diagrammes de classes et de cas d'utilisation. Les cas d'utilisation décrivent les interactions entre les acteurs et le système, facilitant la communication des exigences fonctionnelles entre utilisateurs et développeurs. Il aborde également l'organisation des cas d'utilisation, y compris les relations d'inclusion et d'extension pour une meilleure structuration des fonctionnalités.

Transféré par

aziz1238mahdi
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOC, PDF, TXT ou lisez en ligne sur Scribd

Module 07 -ACOO

Cycle de vie d’un projet web


Etape 01 : Analyse des besoins
Outil de l’analyse : Langage de modélisation (UML)
Résultant : schémas (diagrammes, modéles) : simplifie la
description des composantes du SI
Démarche de procéder : Investir un travail de modélisation
Livrable finale : Diagramme de classes complet
Etape 02 : Elaborer le Diagramme de uses cases
(Cas d’utilisations/Fonctionnalités (métiers) / boite blanche)

Rappel :
A partir du cahier des charges, la première étape de la phase de l’analyse (mise en
œuvre via UML) consiste à:
Elaborer le Diagramme de contexte :
 identifier les acteurs ()
 identifier les événements externes
Par la suite on élabore Diagramme de Use Cases.

- Un use case (fonctionnalité) est une séquence d'actions réalisées par le système
produisant (au moins) un résultat observable à un acteur particulier.
Sa description doit être synthétique et facilement compréhensible.

-Un use case / fonctionnalité : représente une piste prise par une entrée de flux
d’informations, il permet de représenter le système d'un point de vue
fonctionnalité métier

Les Use Cases vont permettent une reformulation et une capitalisation concise des
besoins fonctionnels et constituent un moyen de communication très efficace entre
les futurs utilisateurs (les exploitants) et l’équipe de développement.

Un Use Case décrit le système du point de vue de son utilisation, c'est-à-dire :


 Les interactions entre les acteurs et le système
 Les fonctionnalités de l’application

OBJET - Les méthodes


OBJET - Les méthodes
Le diagramme de Use Cases
L'exécution du Use case est contrôlée par des événements externes envoyés au
système par les acteurs.

L'ensemble des Use Cases décrit les exigences fonctionnelles sommaires du


système d’information.

3/ Exemple :
Dans une application bancaire, on a :
- les guichetiers qui enregistrent les opérations courantes (virement, retrait validées
par le serveur central)
- le directeur de l’agence qui établit le bilan journalier après « accord » du serveur
central.
- Pour effectuer un change de devise, il faut connaître le cours de la devise.
Il faut donc qu’un acteur secondaire soit capable de fournir ces informations.

Gestion bancaire (système)

Saisie cours
Retrait devise

Responsable
Guichetier des devises

Virement

Serveur
centrale
Bilan

Directeur
agence

Cette représentation permet de voir de façon simple :


 les différents acteurs
 comment est délimité le système
 les fonctionnalités demandées au système
 les rôles des différents acteurs vis-à-vis du système.
OBJET - Les méthodes
Organiser les uses cases au sein d’un système (Rapports entre les uses cases)
L’indépendance :
La généralisation :
Considérons les use cases « Certification» et Candidature à la formation».
Nous pouvons imaginer un use case « Inscription» qui décrit les fonctions
communes dont héritent les use cases « Certification » et « Candidature à la
formation».
cas : Inscription OFPPT

Certificatio
n
Inscription

Formation
initiale

La relation d’inclusion « include »


Elle indique que le use case qui est pointé par la flèche est une sous-partie de
l’autre.
cas : Systéme : Bank-online
Payement
factures Transfert argent
D carnet chèque

« include » « include » « include »

Authentification

La relation d’« include » permet de :


 factoriser des use cases correspondant à des fonctionnalités importantes
qui servent fréquemment
 expliciter la constitution d’un use case complexe en le décomposant en
plusieurs use cases.

La relation d’extension « extends»


Permet de faire l’insertion optionnelle d’un comportement dans un use case
étranger. Est souvent utilisé pour décrire une alternative dans un scénario.

«extends »
Précandidature Inscription

OBJET - Les méthodes

Vous aimerez peut-être aussi