II.6.6. Diagramme de cas d'utilisation
Un cas d'utilisation est une unité cohérente
représentant une fonctionnalité visible de l'extérieur. Il
réalise un service de bout en bout, avec un déclenchement, un
déroulement et une fin, pour l'acteur qui l'initie. Un cas
d'utilisation modélise donc un service rendu par le système, sans
imposer le mode de réalisation de ce service.
Un diagramme de cas d'utilisation capture le
comportement d'un système, d'un sous-système, d'une classe
ou d'un composant tel qu'un utilisateur extérieur le voit. Il scinde
la fonctionnalité du système en unités cohérentes,
les cas d'utilisation, ayant un sens pour les acteurs. Ainsi ces cas
d'utilisation permettent d'exprimer le besoin des utilisateurs d'un
système, ils sont donc une vision orientée utilisateur de
ce besoin au contraire d'une vision informatique.
251645952
II.6.7. Spécification détaillée du cas
d'utilisation
Comme UML ne propose pas de présentation type de cette
description textuelle. Cependant, en se réfèrent aux travaux de
Alistair Cockburn sur ce sujet, nous représentation chaque cas
d'utilisation qui doit faire l'objet d'une définition a priori qui
décrit l'intention de l'acteur lorsqu'il utilise le système et
les séquences d'actions principales qu'il est susceptible d'effectuer
ces définitions servent à fixer les idées lors de
l'identification des cas d'utilisation.
La description est organisée de la manière
suivante :
2. Titre d'identification : c'est le nom
du cas d'utilisation principal ;
3. But : exprime le but de cas
d'utilisation ;
4. Résumé :
synthétise toutes les actions réalisée par le cas
d'utilisation ;
5. Acteurs concernés :
nommé les acteurs, il en existe deux types d'acteurs :
- Acteur principal : celui qui déclenche le cas
d'utilisation ;
- Acteur secondaire : celui qui attend le
résultat.
6. Auteur : Celui qui décrit le
cas d'utilisation ;
7. Version : La version de la
construction du logicielle ;
8. Précondition : C'est l'Etat du
système avant l'exécution du cas d'utilisation, une condition
doit être vraie avant l'exécution du cas d'utilisation ;
9. Scénario nominal : Suite
d'action dont le déroulement se fait sans échec, pas
d'erreur ;
10. Flux alternatif (Exception) :
Ce sont les cas d'erreur d'exception qui demande de retour en
arrière ;
11. Exigence fonctionnelle : Ces sont
les éléments de qualité qui ne font pas de logiciel ce qui
l'est.
|
Cas d'utilisation 1 « Gestion des
livres »
|
|
Titre
|
Gérer les livres
|
|
But
|
Ce cas d'utilisation doit permettre au gestionnaire de pouvoir
bien placer les livres et travaux en guise de le retrouver facilement
|
|
Résumé
|
Pour y arriver il va falloir, vérifier la
disponibilité des livres dans la bibliothèque, savoir le nombre
total de livre et travaux qui sont dans la bibliothèque en fin de les
enregistrés
|
|
Acteurs concernés
|
- Gestionnaire (Principal)
- Administrateur (Secondaire)
|
|
Auteur
|
Louis Kazadi Kyombela
|
|
Version
|
0.1
|
|
Précondition
|
- connaitre le nombre de livre par catégorie
- La bibliothèque doit être ouverte
- avoir les livres dans la bibliothèque non
classé
|
|
Scenario nominal
|
1. S'authentification avec succès ;
1. Ajout des livres dans les rayons ;
2. Modifier les livres dans les rayons et
étagère ;
3. Suppression des étagères
|
|
Flux alternatif
|
Le gestionnaire peut taper un mot de passe erroné, dans
ce cas le processus termine en échec, on reprend l'étape 1 du
scénario nominal
|
|
Exigence non fonctionnelle
|
- La rapidité ;
- La robustesse ;
- L'Ergonomie.
|
|
Cas d'utilisation 2 « Enregistrement des
chercheurs »
|
|
Titre
|
Enregistrer chercheur
|
|
But
|
Ce cas d'utilisation doit permettre au gestionnaire
d'enregistrer les chercheurs dans la base de données
|
|
Résumé
|
s'authentifier, effectuer la mise à jour
|
|
Acteurs concernés
|
- Gestionnaire (Principal)
- Chercheurs, Administrateur (Secondaire)
|
|
Auteur
|
Louis Kazadi Kyombela
|
|
Version
|
0.1
|
|
Précondition
|
- Chercheur présent dans la
bibliothèque ;
- Avoir versé la caution demandée et les photos
passeport remise ;
- Authentification accordée
|
|
Scenario nominal
|
0. Enregistrement effectué avec succès ;
1. Mise à jour effectuée correctement ;
2. Paiement caution accordé.
|
|
Flux alternatif
|
La mise à jour ne s'effectue pas correctement, le
processus prend fin, on reprend l'étape 2 du scénario nominal
|
|
Exigence non fonctionnelle
|
- La rapidité ;
- La robustesse ;
- La sécurité.
|
|
Cas d'utilisation 3 « Consultation des
livres »
|
|
Titre
|
Consulter livre
|
|
But
|
Ce cas d'utilisation doit permettre aux chercheurs de
d'accéder rapidement aux livres et/ou travaux recherchés
|
|
Résumé
|
Lancer la recherche avancée afin de retrouver
facilement et rapidement les livres recherché, en consultation
catalogue, ou du répertoire électronique
|
|
Acteurs concernés
|
- Réceptionniste (Principal)
- Chercheurs (Secondaire)
|
|
Auteur
|
Louis Kazadi Kyombela
|
|
Version
|
0.1
|
|
Précondition
|
- Bibliothèque ouverte ;
- Chercheur(e) présent(e) dans la
bibliothèque ;
- Carte d'abonnement présentée ou fiche
journalière.
|
|
Scenario nominal
|
1. Consulter catalogue ;
2. Livrer trouvé ;
3. Livre consulté ;
4. Livrer reclassé.
|
|
Flux alternatif
|
On ne parvient pas à retrouver le livre dans le
catalogue alors le processus prend fin en échec, on reprend
l'étape 1 du scénario nominal
|
|
Exigence non fonctionnelle
|
- La rapidité ;
- La robustesse ;
- Portabilité
|
| 
