III.2. DIAGRAMME DE CAS D'UTILISATION
Ce diagramme est destiné à représenter
les besoins des utilisateurs par rapport au système. Il constitue un des
diagrammes les plus structurants dans l'analyse d'un système15.
? Acteur : Représente un rôle
joué par une entité externe (utilisateur humain, dispositif
matériel ou autre système) qui interagit directement avec le
système étudié16.
? Cas d'utilisation (use case) :
Représente un ensemble de séquences d'actions qui sont
réalisées par le système et qui produisent un
résultat observable intéressant pour un acteur particulier17.
? Les relations entre acteurs : La seule
relation entre acteur est la relation de généralisation.
Quand un acteur fils hérite d'un acteur père, il hérite en
réalité de toutes les associations du père18.
? Les relations entre cas d'utilisation :
? Relation d'inclusion : Une
relation d'inclusion d'un cas d'utilisation A par rapport à un cas
d'utilisation B signifie qu'une instance de A contient le comportement
décrit dans B19.
? Relation d'extension : Une
relation d'extension d'un cas d'utilisation A par un cas d'utilisation B
signifié qu'une instance de A peut être étendue par le
comportement décrit dans B.
? Relation de généralisation : Les cas
d'utilisation descendants héritent de la description de leurs parents
communs. Chacun d'entre eux peut néanmoins comprendre des interactions
spécifiques supplémentaires.
Selon UML les diagrammes de cas d'utilisation offre un premier
pas pour comprendre les interactions entre le système et ses
différents acteurs.
15 Joseph Gabay et David Gabay, Mise en
oeuvre guidée avec études de cas, édition Dunod, Paris
2008.
16 Pascal ROQUES, UML 2 par la pratique
étude de cas et exercices corrigés, ÉDITIONS EYROLLES,
Septembre 2006, p16.
17 Idem, p 16.
18 Ibidem, p 25.
19 Ibidem, p 53.
38
Description de cas d'utilisation
Pourquoi faire est la grande question ici. A ce niveau, les
scénarios sont indispensables, car seuls permettent de communiquer
facilement et précisément avec les utilisateurs. Ils sont
l'occasion d'identifier le contexte d'exécution de l'un ou l'autre des
enchainements.
Sommaire d'identification (titre, but, résumé,
acteur) ;
Description de l'enchaînement (pré condition,
post-condition, scénario nominal, scénario alternatif).
Titre : cas d'utilisation concerné ;
But : l'objectif de ce cas d'utilisation dans le
système ;
Résumé : c'est le
résumé du contexte textuel ;
Pré condition : ce sont les conditions
nécessaires pour déclencher les enchainements.
Post-condition : représente
l'événement futur ;
Scénario nominal : représente
les événements produits par l'acteur et le système de la
façon sans échec (sans erreur) ;
Scénario alternatif :
représente les événements après les erreurs
produites par l'acteur et le système.
1. Description textuelle pour le cas d'utilisation
gestion de demande des soins médicaux
(réceptionniste)
Sommaire d'identification
|
Titre : Gestion demande Analyse
But : Permette au
réceptionniste de rechercher de registre et faire l'enregistrement d'un
nouveau patient pour de soins médicaux.
Résume : Gérer une liste
d'enregistrement des patients disponible, guider des patients. (Modification,
Affichage, l'Ajout, Suppression, Recherché)
Acteurs : Réceptionniste.
|
39
Description de l'enchaînement
|
Pré condition : Présence
d'un patient
Accès autorisé
Post condition: une nouvelle
demande d'analyse sera enregistrée. Scénario
nominal :
1. Le réceptionniste saisit le login et le mot de
passe.
2. Le système vérifie le login et le mot de
passe.
3. Le système affiche le menu du
réceptionniste.
4. Le réceptionniste choisit «Gestion
d'enregistrement des nouveaux patients».
5. Le système effectue une recherche.
6. Le système affiche une liste d'enregistrement ;
Scénario alternatif
1 : Erreur d'identification.
Le système affiche une erreur d'identification. Le
scénario reprend au point 1
2 : L'Analyse n'est pas disponible ; le système affiche un
manque et le scenario est à la fin.
|
2. Description textuelle pour le cas d'utilisation
gestion facturation (Gestionnaire)
|
Sommaire d'identification
|
|
Titre : Produire facture.
|
|
But : Permette au gestionnaire de gérer
et d'élaborer une facture.
|
|
Résume : Gérer et établir
une facture. (Modification, Affichage, l'Ajout, Suppression,
|
|
Imprimer)
Acteurs : Gestionnaire.
|
|
|
Description de l'enchaînement
|
|
Pré condition : le Gestionnaire lance le
système
|
|
Accès autorisé
Post condition: Avoir l'état des
différentes factures
|
|
Scénario nominal :
|
1. Le Gestionnaire choisit «Gestion des factures».
2. Le Gestionnaire saisit une facture.
3. le système effectue un contrôle sur les champs
obligatoires.
4. Le système vérifie que tous les champs
obligatoires sont complets.
5. système effectue un contrôle sur les champs
saisis.
|
40
6. Le système vérifie que tous les champs
obligatoires sont complets.
7. Le système enregistre les informations d'une
facture.
8. Le système affiche un message de confirmation.
9. Le Gestionnaire lance l'impression.
10. Le système imprime une facture.
Scénario alternatif
1 : Erreur de saisie
Le système affiche une erreur saisie, le scénario
reprend au point 1
2 : nature des champs saisie incorrecte La modification est
obligatoire
|
3. Description textuelle pour le cas d'utilisation
gestion d'analyse prélèvement (Infirmier Traitant)
|
Sommaire d'identification
|
|
Titre : Gestion de prélèvement
|
|
But : Permette à l'infirmier Traitant de
diagnostic de la maladie.
|
|
Résume : Gérer l'examen de la
maladie prélevée. (Enregistrer, Modification, Affichage,
|
|
l'Ajout, Suppression)
Acteurs : Infirmier Traitant.
|
|
|
Description de l'enchaînement
|
|
Pré condition : Se présenter
auprès de l'Infirmier Traitant
|
|
Accès autorisé
Post condition: le prélèvement
fait et enregistrer.
|
|
Scénario nominal :
|
1. L'Infirmier Traitant saisit le login et le mot de passe.
2. Le système vérifie le login et le mot de
passe.
3. Le système affiche le menu de l'Infirmier.
4. L'infirmier Traitant choisit «Gestion des
prélèvements ».
5. Le système effectue une recherche.
6. Le système affiche un formulaire d'enregistrement.
7. Le préleveur saisit les informations.
8. Le système effectue un contrôle sur les champs
obligatoires.
9. Le système effectue un contrôle sur les champs
saisis.
10. Le système vérifie que tous les champs
obligatoires sont complets.
11. Le système enregistre les informations.
12. Le système affiche un message de confirmation.
Scénario alternatif
|
|
1 : Erreur d'identification.
Le système affiche une erreur d'identification. Le
scénario reprend au point 1
|
41
|
2 : nature des champs saisie incorrecte. L'enchaînement
démarre au point 8.
8. Le système signale une erreur des champs saisis.
3 : Champs obligatoires vides.
L'enchaînement démarre au point 8
9. Le système signale l'existence des champs obligatoires
vide. 11. Le système réaffiche le formulaire déjà
remplis.
Le scénario reprend au point 5.
|
3. Description textuelle pour le cas d'utilisation
Traiter le résultat (Infirmier Titulaire)
|
Sommaire d'identification
|
|
Titre : Traiter le résultat
|
|
But : Permette à l'Infirmier Titulaire
d'isoler, d'enrichir et d'identifier le microbe afin de
|
|
prescrire l'antibiotique et regrouper l'information afin
d'établir un résultat et par la suite le donner au patient.
Résume : L'Infirmier Titulaire rempli un
formulaire qui établit un résultat (Enregistrer,
|
|
Modification, Affichage, l'Ajout, Suppression) Acteurs
: Infirmier Titulaire.
|
|
|
Description de l'enchaînement
|
|
Pré condition : Accès
autorisé
|
|
Post condition: un nouvel résultat de
traitement sera enregistré.
|
|
Scénario nominal :
|
1. L'infirmier Titulaire s'authentifie.
2. Le système vérifie le login et le mot de
passe.
3. Le système affiche le menu de préleveur.
4. L'infirmier Titulaire choisit «Gestion des
résultats ».
5. Le système effectue une recherche.
6. Le système affiche un formulaire d'enregistrement.
7. L'Infirmier Titulaire saisit les informations.
8. Le système effectue un contrôle sur les champs
obligatoires.
9. Le système effectue un contrôle sur les champs
saisis.
10. Le système vérifie que tous les champs
obligatoires sont complets.
11. Le système enregistre les informations.
12. Le système affiche un message de confirmation.
Scénario alternatif
|
|
1 : Erreur d'identification.
Le système affiche une erreur d'identification.
|
42
|
Le scénario reprend au point 1
2 : nature des champs saisie incorrecte. L'enchaînement
démarre au point 8.
8. Le système signale une erreur des champs saisis.
3 : Champs obligatoires vides.
L'enchaînement démarre au point 8
9. Le système signale l'existence des champs obligatoires
vide. 11. Le système réaffiche le formulaire déjà
remplis.
Le scénario reprend au point 5.
|
5. Description textuelle pour le cas d'utilisation Payer
Facture (patient)
|
Sommaire d'identification
|
|
Titre : Payer Facture
|
|
But : Permette au patient de s'acquitter pour
les soins médicaux consommés
|
|
Résume : Le patient s'acquitter de sa
charge (Payer)
|
|
Acteurs : Patient.
|
|
|
Description de l'enchaînement
|
|
Pré condition : Accès
autorisé
|
|
Post condition: une facture livrée au
patient.
|
|
Scénario nominal :
|
1. Le Gestionnaire s'authentifie.
2. Le système vérifie le login et le mot de
passe.
3. Le système affiche le menu du Gestionnaire.
4. Le Gestionnaire choisit «Imprimer la facture».
5. Le système effectue une recherche.
6. Le système affiche un état de sortit de la
facture.
7. Le Gestionnaire lance l'impression.
8. Le système effectue l'impression.
9. Le système affiche un message de confirmation.
Scénario alternatif
|
|
1 : Erreur d'identification.
Le système affiche une erreur d'identification. Le
scénario reprend au point 1
2 : nature des impressions non effectuées.
L'enchaînement démarre au point 8.
8. Le système signale une erreur d'impression.
9. Le système signale l'existence defile d'attente 11. Le
système réaffiche les tâches d'impression. Le
scénario reprend au point 6.
|
- -Genii Fs PreI Fâ:j
ia1
e'mmnia Emmen
ti ~rlanterPat ant
Parc Facture k~
- --- 1
u9tiioNE ii\
N RacevonPatrant L_
:'.SOF \ ).
·
·1
\I 12156Kle I. NI
\ t 1
\ 1 1
\ 1 1
\ k k
N IL
\r t
PreduAreFactu re
tricp.rdeI
iirlterr laTr1trt
{
·
A Oadkbn we le ùal le-R ao k ra
Ucle
En rex ter
PA
43
44
| 
