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.