Je suis à l'étape de recensement des cas d'utilisation de mon projet.
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.
Donc voici ma proposition pour le diagramme de cas d'utilisation:
[I]Et la documentation des cas d'utilisation : [/I]
=========================================================
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 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.
