Rapport Mini-Projet v0 Achref

université de carthage
Ecole Nationale d’ Ingénieurs de Carthage
Rapport
Intitulé du sujet :
développement et mise en place d’une

application de gestion de parc de voiture d’un
ministére
Elaboré par:
Eya ben belgacem
Oumayma Aoun
Achref Ben Mbarek

TABLE DES MATIÈRES
I. Le contexte et définition du projet
II. Objectif du projet
III. Définition des différents types d’utilisateurs
IV. Identification des besoins
V. Diagramme de classe
VI. Conclusion
Introduction
Ce document est un cahier des charges pour la mise en place d’un projet de gestion d’une application
de gestion de voiture d’un ministére. Il a été élaboré par Ben Belgacem Eya, Aoun Oumayma et Ben
Mbarek Achref trois élèves ingénieurs en informatique au sein de l’école nationale d’ingénieur de
Carthage.
I. Le contexte et définition du projet
Le projet de gestion d’un parc de voiture d’un ministére a été conçu afin de faciliter la tâche de
l’administration de cette dernière ainsi de pouvoir gérer les importantes fonctionnalités et de
comprendre son mécanisme.
II. Objectif du projet
Notre projet a pour objectif la conception et la mise en place d’une application permettant d’aider à la
gestion d’un parc de voiture d’un ministére et plus précisément, aider à la gestion des réservations et
des voitures.L’application,qui fera suite à cette analyse,devra permettre donc de:
 Gérer les voitures de la ministére
 Gérer les réservations

 Gérer les parkings
III. Définition des différents types d’utilisateur
Nous allons maintenant lister les acteurs qui peuvent interagir avec le système, mais nous donnons
d'abord une définition des acteurs.
Un acteur représente l'abstraction des rôles joués par des entités externes (utilisateurs, dispositif
matériel ou autre système) qui interagissent directement avec le système étudié.
La mise en marche de notre système nécessite un principal acteur qui est :
Fonctionnaire:il a pour mission de gérer tout le système, d’ailleurs, il peut gérer tous les voitures et
tous les réservations.
Tableau – Cas d’utilisation par Acteur
Cas d’utilisation
acteur
S’autentifier
Gérer les voitures
administrateur
Gérer les réservations
Gérer les parkings
IV. Identification des besoins

La première phase du cycle de développement d'une application consiste à faire l'analyse et la
spécification des besoins. Elle sert à identifier les acteurs réactifs du système et leurs associer chacun
l'ensemble d'actions avec lesquelles il intervient dans l'objectif de donner un résultat optimal et
satisfaisant au client.
IV.1 Identification des besoins fonctionnels
Les besoins fonctionnels sont l’expression de ce que le produit ou le service délivré par le projet
devrait être ou faire pour satisfaire le client.
Notre application doit satisfaire les besoins fonctionnels suivants :
 Authentification
L’utilisateur doit saisir son login et son mot de passe pour qu’il puisse accéder à
l'application.
 Gestion des voitures
L’application nous offrira la possibilité de consulter la liste des voitures, d’ajouter une voiture, de la
rechercher à partir de son numéro de matricule et de supprimer une voiture accidentée.
 Gestion de parking
L’application nous offrira la possibilité de consulter la liste des parking, d’ajouter un parking, de
supprimer un parking, de rechercher et de modifier un parking à partir de son identifiant.
 Gestion de réservations
L’application proposera de consulter la liste des réservations , d’ajouter une nouvelle réservation, de
supprimer une réservation, de rechercher une réservation à partir de son identifiant et de la modifier.
IV.2 Identification des 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
 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é et scalabilité
Le code de l'application doit être lisible et compréhensible afin d'assurer son état
évolutif et extensible par rapport aux besoins.
 Extensibilité
Le code doit être clair pour les futures évolutions ou améliorations probable.
VI. Diagramme de classe

VII. Conclusion
Ce projet satisfait presque tous les besoins des utilisateurs. En fait, il peut être amélioré de point de
vue technique tout en réservant le contenu.

Rapport Mini-Projet v0 Achref

Transféré par

Droits d'auteur :

Formats disponibles

Rapport Mini-Projet v0 Achref

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Mini-Projet v0 Achref

Transféré par

Droits d'auteur :

Formats disponibles

université de carthage

Ecole Nationale d’ Ingénieurs de Carthage

développement et mise en place d’une

Eya ben belgacem

Achref Ben Mbarek

I. Le contexte et définition du projet

II. Objectif du projet

III. Définition des différents types d’utilisateurs

IV. Identification des besoins

I. Le contexte et définition du projet

II. Objectif du projet

 Gérer les réservations

III. Définition des différents types d’utilisateur

Tableau – Cas d’utilisation par Acteur

IV. Identification des besoins

IV.1 Identification des besoins fonctionnels

 Gestion des voitures

IV.2 Identification des besoins non fonctionnels

L'application doit optimiser les traitements pour avoir un temps de génération de

L'application doit être fonctionnelle indépendamment de toutes circonstances pouvant entourer

VI. Diagramme de classe

Vous aimerez peut-être aussi