Aller au contenu

Cas d'utilisation et description textuelle


styx

Messages recommandés

Malheureusement, je ne trouve aucune rubrique pour poser mes questions. Je trouve dommage qu'on ne consacre pas un forum aux méthodes de modélisation et au langage et profils UML.

Je suis à l'étape de recensement des cas d'utilisation de mon projet et j'ai besoin d'aide.


Voici le scénario :

À l'achat d'un nouveau véhicule, le chef de parc procède à son enregistrement. Le chef de parc ajoute le véhicule à la flotte de l'entreprise. Le chef de parc peut supprimer le véhicule en cas de vente de ce dernier, de la liste des véhicules du parc automobile. Le chef de parc peut modifier et consulter le véhicule. Le chef service patrimoine et le responsable structure (directeur) peuvent consulter aussi le véhicule.

C'est peut-être une perte de temps de s'attarder sur les relations stéréotypées dans le diagramme de cas d'utilisation, mais je voudrais tout de même éclaircir ce point, d'autant plus que cela va m'aider lors de la description textuelle des cas d'utilisation.




Et la documentation des cas d'utilisation :

=========================================================

Cas d’utilisation : S’authentifier
Acteurs : Administrateur et autres utilisateurs.
Objectif : Il permet à l’acteur de s’identifier en saisissant son login et mot de passe.
Précondition : L’acteur doit être présent dans la base de données.
Postcondition :
-Acteur authentifié.
-La page d’accueil s’affiche.

Scénario nominal :
1. L’acteur ouvre l’application,
2. Le système affiche la page d’authentification,
3. L’acteur saisit le login et le mot de passe,
4. Le système vérifie l’existence des données,
5. Le système affiche la page d’accueil.

Scénario alternatif :
A. Erreur d’authentification : login ou mot de passe non valide.
Cet enchaînement démarre au point 4.
5. Le système affiche un message d’erreur.
Le scénario reprend au point 2.
B. Champs obligatoires vides.
Cet enchaînement démarre au point 4.
Le scénario reprend au point 2.

==========================================================

Cas d’utilisation : Ajouter véhicule
Acteurs : Chef de parc
Objectif : Il permet au chef de parc d’ajouter un véhicule.
Précondition : Succès d’authentification.
Postcondition : Véhicule ajouté.
Scénario nominal :
1. Le chef de parc choisit l’ajout d’un nouveau véhicule,
2. Le système affiche le formulaire à remplir,
3. Le chef de parc saisit les informations à remplir sur le nouveau véhicule,
4. Le système vérifie les données,
5. Le système enregistre le véhicule dans la base de données.
Scénario alternatif :
A. Champs obligatoires non valides ou vides.
Cet enchaînement démarre au point 4.
5. Le système affiche un message d’erreur.
Le scénario reprend au point 2.

============================================================

Cas d’utilisation : Modifier véhicule
Acteurs : Chef de parc
Objectif : Il permet au chef de parc de modifier un véhicule.
Précondition :
-Succès d’authentification.
-Succès de consultation de la liste des véhicules.
Postcondition : Véhicule modifié.
Scénario nominal :
1. Le chef de parc choisit d’affiche la « Liste des véhicules »,
2. Le système affiche la liste,
3. Le chef de parc choisit la modification d’un véhicule,
4. Le système affiche le formulaire de modification,
5. Le chef de parc modifier les informations de véhicule,
6. Le système demande la validation de modification,
7. Le chef de parc valide la modification,
8. Le système vérifie les données,
9. Le système enregistre la modification dans la base de données.
Scénario alternatif :
A. Champs obligatoires non valides ou vides.
Cet enchaînement démarre au point 8.
9. Le système affiche un message d’erreur.
Le scénario reprend au point 5.

===========================================================

Cas d’utilisation : Supprimer véhicule
Acteurs : Chef de parc
Objectif : Il permet au chef de parc de supprimer un véhicule.
Précondition :
-Succès d’authentification.
-Succès de consultation de la liste des véhicules.
Postcondition : Véhicule supprimé.
Scénario nominal :
1. Le chef de parc choisit d’afficher la « Liste des véhicules »,
2. Le système affiche la liste,
3. Le chef de parc choisit la suppression d’un véhicule,
4. Le système demande la validation de la suppression,
5. Le chef de parc valide la suppression,
6. Le système procède à la suppression du véhicule de la base de données.
Scénario alternatif :
A. Le chef de parc annule la suppression.
Cet enchaînement démarre au point 4.
9. Le système affiche une notification.
Le scénario reprend au point 2.

================================================================

Cas d’utilisation : Consulter la liste des véhicules
Acteurs : Chef de parc, Chef service patrimoine, Responsable structure
Objectif : Il permet aux acteurs de consulter la liste des véhicules.
Précondition : Succès d’authentification.
Postcondition : Aucune.
Scénario nominal :
1. L’utilisateur choisit d’afficher la liste des utilisateurs,
2. Le système affiche la liste des véhicules,
3. Le système vérifie le type d’utilisateur connecté (si chef de parc ou chef service patrimoine ou responsable structure),
4. Si l’utilisateur est le chef de parc, le système fait appel aux cas d’utilisation interne « Modifier véhicule » et « Supprimer véhicule ».
Scénario alternatif : Aucun.

=====================================================================

Cas d’utilisation : Gérer les véhicules
Acteurs : Chef de parc
Objectif : Il permet au chef de parc de gérer les véhicules.
Précondition : Succès d’authentification.
Postcondition : Aucune.
Scénario nominal :
1. Le système fait appel au cas d’utilisation interne « Ajouter véhicule ».
Scénario alternatif : Aucun.

=======================================================================
Mes questions :


Mes questions portent principalement sur les deux derniers cas d'utilisation documentés ; sont-ils bien documentés ? est-il intéressant de les garder ?
Quelles améliorations apporter au diagramme de cas d'utilisation ?
La documentation des cas d'utilisation est-elle bien faite ?
Quand on modifie ou supprime un véhicule on consulte la liste des véhicules. Je trouve des difficultés à documenter ce point particulier des cas d'utilisation.

Screenshot_20180921_153532.png

Lien vers le commentaire
Partager sur d’autres sites

La norme dit qu'on doit documenter tous les cas d'utilisation d'un programme, même les plus logiques, dans ce cas par exemple tu documentes l'ajout et la consultation même si l'ajout passe par la consultation mais tu dois néanmoins le documenter ne serais ce que pour la cohérence de ta documentation.

J'ajouterais aussi que tu devrais ordonner ta documentation afin que celle ci suivent le processus

1) authentication

2) consultation

3) ajout

4) modifier

5) supprimer

 

En écrivant cela par contre je constate que tu écris " Gérer les véhicules " la par contre je vois pas trop la raison d'être de ce cas, tu décris précédemment la liste, l'ajout, la suppression et la modification. La gestion serait un terme plus généraliste décrivant la totalité de ces cas. Je me trompe peut être mais je pense que celui ci peut passer à la trappe ;)

 

 

Pour ton diagramme.... ça fait longtemps que j'en est pas fait mais ça me semble cohérent... j'irais pas plus loin j'en fais jamais je risque de t'induire en erreur.

 

En tout cas si tu veux te tenir à ta documentation il faut bien que tu penses à tous les cas d'utilisation possible ;)

Lien vers le commentaire
Partager sur d’autres sites

×
×
  • Créer...