Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Cahier de charge d’une application Orientée Objet :
Gestion de véhicules de location
Introduction :
Le but de ce projet est de réaliser une application Orientée Objet pour la gestion de
véhicules de location. Pour cette application, on vous fournit un diagramme de cas
d’utilisation résultant d'une analyse préalable des besoins fonctionnels et non fonctionnels
de notre application. De plus, nous allons présenter notre proposition de quelques interfaces
de notre application.
Les besoins fonctionnels :
L’objectif de notre application est de permettre à une agence de location de voiture de
stocker les informations concernant le processus de location de leurs véhicules dans une
application bien structuré.
Cette application doit répondre à certaines exigences et certains besoins fonctionnels :
L’administrateur doit s’authentifier par un login et mot de passe pour avoir accès à
l’application
L’administrateur peut ajouter, modifier, supprimer un véhicule et aussi afficher la
liste des voitures existante
L’administrateur peut ajouter, modifier, supprimer un client, éditer ses informations
et afficher une liste complète des clients existant dans l’application
L’administrateur peut consulter la liste des véhicules disponible dans l’agence
L’administrateur peut remplir une fiche contenant les informations concernant la
voiture rendue
Les besoins non fonctionnels :
Les besoins non fonctionnels décrivent toutes les contraintes auxquelles est soumis le
système pour sa réalisation et son bon fonctionnement.
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Ergonomie et souplesse : L'application doit offrir une interface conviviale et
ergonomique exploitable par l'utilisateur en envisageant toutes les interactions
possibles à l'écran du support tenu.
Rapidité : L'application doit optimiser les traitements pour avoir un temps de
génération de schéma raisonnable.
Efficacité : L'application doit être fonctionnelle indépendamment de toutes
circonstances pouvant entourer l'utilisateur.
Maintenabilité : Le code de l'application doit être lisible et compréhensible afin
d'assurer son état évolutif et extensible par rapport aux besoins du marché.
La conception :
Les acteurs : L’administrateur qui va gérer cette application
Le diagramme de cas d’utilisation :
Figure 1: Diagramme de cas d'utilisation globale
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Description textuelle des cas d’utilisation
Nous allons décrire quelques cas d’utilisation
Advertisement
Description textuelle du cas d’utilisation « s’authentifier »
Le tableau ci-dessous décrit de cas d’utilisation « S’authentifier » et la démarche suivie afin
d’accéder à l’application :
Sommaire d’authentification
Titre : Authentification
Acteur : Administrateur
Objective : Lors du lancement de l’application, l’administrateur doit se connecter pour accéder à son
espace.
Description des enchaînements
Le cas d’utilisation commence lorsque l’administrateur ouvre la page d’authentification.
Préconditions : L’administrateur doit être enregistré dans la base de données.
Enchaînement nominal :
1. L’administrateur accède à l’application
2. Le système fournit un formulaire d’authentification.
3. L’administrateur doit saisir son identifiant et son mot de passe.
4. Le système vérifie les coordonnées saisies
5. Le système redirige L’administrateur vers la page administrative
Enchaînement alternatif :
A1. Les coordonnées saisies sont incorrectes :
L'enchaînement démarre au point 4 du scénario nominal.
Le système indique que l’identifiant ou le mot de passe est erroné La séquence nominale
reprend au point 3.
A2. Le champ Login et mot de passe sont vides :
L'enchaînement démarre au point 4 de la séquence nominale :
Post-conditions : En cas de réussite d'authentification, l'utilisateur est redirigé vers la page
administrative
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Description textuelle du cas d’utilisation « Gérer réservation »
Le tableau ci-dessous représente la description textuelle de cas d’utilisation « Gérer
réservation » :
Sommaire Gérer une réservation
Titre : Gérer une réservation.
Acteurs : Administrateur.
Objectif : Dans cette étape, l’administrateur valide la réservation de client
Description des enchaînements
Préconditions :
Administrateur authentifié, la réservation de client est en attente.
Enchaînement nominal :
1. L’administrateur demande la page « gérer réservation ».
2. Le système affiche la liste de réservations.
3. L’administrateur choisit une réservation à valider.
4. Le système affiche la disponibilité de la voiture.
5. L’administrateur valide la réservation.
6. Le système enregistre le choix de l’administrateur.
Enchaînement alternatif :
A1. La voiture demandée dans la réservation n’est pas disponible :
L'enchaînement démarre au point 4 de la séquence nominale :
Advertisement
Le système vérifie la disponibilité de la voiture et affiche qu’il n’est pas disponible.
L’administrateur refuse la réservation
Le système enregistre le choix de l’administrateur.
A2. La voiture demandée dans la réservation est disponible :
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
L'enchaînement démarre au point 4 de la séquence nominale :
Le système affiche qu’il est disponible.
L’administrateur accepte la réservation.
Le système enregistre le choix de l’administrateur.
Post-conditions :
La réservation de client est validée
Description textuelle du cas d’utilisation « Gérer les véhicules »
La partie suivante décrire les cas d’utilisation inclue dans la gestion des voitures
1- Description textuelle de « ajouter une véhicule »
Le tableau ci-dessous représente la description textuelle du cas d’utilisation « ajouter un
voiture » :
Sommaire d’ajout d’un véhicule
Titre : Ajouter voiture.
Acteurs : Administrateur.
Objectif : Administrateur ajoute une nouvelle voiture
Préconditions :
Description des enchaînements
Administrateur authentifié, véhicule n’est pas enregistrée dans la base de données
Enchaînement nominal :
1. L’administrateur demande la page « gérer les véhicules ».
2. Le système lui affiche la page demandée.
3. L’administrateur demande la page « ajouter véhicule ».
4. Le système lui affiche la page demandée.
5. L’administrateur doit remplir les données à ajouter.
6. Le système vérifie la validité des champs remplis.
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
7. Le système enregistre l’ajout.
Enchaînement alternatif :
A1. Les champs remplis sont invalides :
L'enchaînement démarre au point 4 de la séquence nominale
Le système indique que les champs ne sont pas valides et affiche un message d'erreur.
La séquence nominale reprend au point 3.
A2. Les champs obligatoires sont vides :
L'enchaînement démarre au point 4 de la séquence nominale
Le système indique que les champs login et mot de passe sont obligatoires.
La séquence nominale reprend au point 3.
Post-conditions :
Véhicule ajoutée
2- Description textuelle de « supprimer une véhicule »
Le tableau ci-dessous représente la description textuelle du cas d’utilisation « supprimer une
Advertisement
voiture »
Sommaire de supprimer une voiture
Titre : Supprimer une voiture.
Acteurs : Administrateur.
Objectif : L’administrateur supprime une voiture
Description des enchainements
Préconditions :
Administrateur authentifié, voiture existe.
Enchaînement nominal :
1. L’administrateur demande la page « véhicule client »
2. Le système lui affiche la page demandée
3. L’administrateur demande la page « modifier véhicule »
4. Le système lui affiche la page demandée
5. L’administrateur tape le nom de véhicule dans la recherche.
6. Le système vérifie l’existence de la voiture
7. L’administrateur modifie les données du véhicule.
8. Le système vérifie la validité des champs modifiés.
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
9. Le système enregistre la modification.
Enchaînement alternatif :
A1. Les champs remplis sont invalides :
L'enchaînement démarre au point 8 de la séquence nominale
Le système indique que les champs ne sont pas valides et affiche un message
D’erreur.
La séquence nominale reprend au point 7.
A2. Les champs obligatoires sont vides :
L'enchaînement démarre après le point 8 de la séquence nominale
Le système indique que les champs sont obligatoires.
La séquence nominale reprend au point 7.
Enchaînement d'exception :
E1 : si la voiture n’existe pas :
L’enchaînement démarre au point 6 de la séquence nominale :
Le système indique que la voiture n’existe pas.
Post-conditions :
Véhicule supprimé
3- Description textuelle de « modifier une véhicule »
Le tableau ci-dessous représente la description textuelle du cas d’utilisation « modifier une
véhicule »
Sommaire de modifier une voiture
Titre : Modifier une voiture.
Acteurs : Administrateur.
Objectif : L’administrateur modifie la voiture
Description des enchainements
Préconditions :
Administrateur authentifié, voiture existe.
Enchaînement nominal :
1. L’administrateur demande la page « voiture client »
Advertisement
2. Le système lui affiche la page demandée
3. L’administrateur demande la page « modifier voiture »
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
4. Le système lui affiche la page demandée
5. L’administrateur tape le nom de voiture dans la recherche.
6. Le système vérifie l’existence de la voiture
7. L’administrateur modifie les donnes de la voiture.
8. Le système vérifie la validité des champs modifiés.
9. Le système enregistre la modification.
Enchaînement alternatif :
A1. Les champs remplis sont invalides :
L'enchaînement démarre au point 8 de la séquence nominale
Le système indique que les champs ne sont pas valides et affiche un message d'erreur.
La séquence nominale reprend au point 7.
A2. Les champs obligatoires sont vides :
L'enchaînement démarre après le point 8 de la séquence nominale.
Le système indique que les champs sont obligatoires. La séquence nominale reprend au point 7.
Enchaînement d'exception : E1 : si la voiture n’existe pas : L’enchaînement démarre au point 6 de
la séquence nominale : Le système indique que la voiture n’existe pas.
Post-conditions :
Véhicule modifiée
Les différents modules de cette application :
Voici une maquette de quelques interfaces de notre application :
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Figure 2: Interface d'authentification
Figure 3 : Interface principale
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Figure 4 : Interface d'enregistrement des voitures
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Figure 5 : Interface de gestion de client
Chaima DACHRAOUI
Mohamed TRABELSI
Idriss CHERIF
Figure 6: Interface Récupération de voiture
Conclusion :
Nous avons évoqué durant ce rapport, un modèle de cahier de charge pour notre
application.