Rpublique Tunisienne

Ministre de lEnseignement
Suprieur Et de recherche
scientifique et technologique
Dinformation et
tlcommunication
Universit de Jendouba
Institut suprieur de
linformatique de Kef

Projet de fin dtude

SUJET

Conception et de dveloppement dun

site web de location des voitures en
ligne
Raliser par :
Dhifli Sabrine

Organisme daccueil :

Socit de dveloppement Businnessology Plus

Mr.Boulares Tuteur
Mehrez acadmique
Mr. Bohli Aymen Tuteur en
entreprise

Anne Universitaire 2016-2017

Table de matire :

Introduction gnrale............................................................................................. 1
Chapitre 1 :............................................................................................................. 3
Contexte gnrale du projet................................................................................... 3
Introduction......................................................................................................... 4
I. Prsentation de lorganisme daccueil..........................................................4
1. Prsentation de Bisnnessology Plus .....................................................4
a. Organigramme........................................................................................... 4
Les activits :................................................................................................... 5
II. Gestion du projet :........................................................................................ 5
1. Cycle de vie dun logiciel :.........................................................................5
2. Cycle de vie en cascade :..........................................................................6
3. Cycle de vie en V :..................................................................................... 7
Pourquoi je choisis le model en V ?......................................................................8
III. Mthodologie de conception :....................................................................9
1. Etude comparative entre MERIS et UML :..................................................9
a. Dmarche adapt :.................................................................................... 9
IV. Analyse de lexistant :................................................................................ 9
a. Problmatique :.......................................................................................... 9
b. Description de lexistant :.......................................................................10
c. Critique :.................................................................................................. 10
d. Solution propos :.................................................................................... 10
Conclusion......................................................................................................... 11
Chapitre 2 :........................................................................................................... 12
Etude et Spcification des besoins.......................................................................12
Introduction....................................................................................................... 13
Identification des acteurs :................................................................................ 13
I. Analyse et spcification des besoins...........................................................13
a. Besoin fonctionnel :................................................................................. 13
a. Besoins non fonctionnels.........................................................................14
b. Diagramme de cas dutilisation :.............................................................14
Conclusion :....................................................................................................... 15
Chapitre 3............................................................................................................. 16
Analyse................................................................................................................. 16
INTRODUCTION................................................................................................. 17
I. Dfinition de lUML...................................................................................... 17
II. Analyse de cas dutilisation Sauthentifier ........................................17
III. Analyse de cas dutilisation grer rservation ................................18
IV. Analyse de cas dutilisation grer voiture .......................................21
V. Analyse de cas dutilisation grer contrat...........................................22
I. Analyse de cas dutilisation grer offre ..............................................25
Chapitre 4............................................................................................................. 30
CONCEPTION........................................................................................................ 30
INTRODUCTION................................................................................................. 31
Diagramme dactivits................................................................................ 31
I. Diagramme dactivit ajouter voiture ................................................32
IV. Diagramme dactivit rservation ..................................................35
Diagramme de squence............................................................................ 36
I. Diagramme de squence authentification..........................................36
II. Diagramme de squence sinscrire ....................................................37
III. Digramme de squence ajouter voiture .........................................38
IV. Diagramme de squence crer compte ..........................................39
V. Diagramme de squence modifier compte ........................................40
VI. Diagramme de squence supprimer contrat ..................................41
VII. Diagramme de squence ajouter rservation .................................42
VIII. Diagramme de squence modifier rservation ...............................43
....................................................................................................................... 43
Diagramme de classe :............................................................................... 43
CONCLUSION..................................................................................................... 45
Chapitre 5............................................................................................................. 46
Implmentation.................................................................................................... 46
I. Environnement matrielle :.........................................................................47
a. Architecture matrielle............................................................................ 47
b. Matrielles utilis :................................................................................... 48
II. Technologies............................................................................................... 48
Bootstrap :.................................................................................................. 49
Symfony :.................................................................................................... 50
 JavaScript.................................................................................................... 51
MySQL......................................................................................................... 51
III. Environnement logiciel :..........................................................................51
 Liste des figures

Figure 1: organigramme de la socit....................................................................5

Figure 2: Modle en cascade.................................................................................. 7
Figure 3: Modle en V............................................................................................. 8
Figure 4: Diagramme de cas d'utilisation globale.................................................15
Figure 5: diagramme de cas dutilisation sauthentifier ..................................17
Figure 6: diagramme de cas dutilisation grer rservation ............................19
Figure 7: diagramme de cas dutilisation grer voiture ..................................21
Figure 8: diagramme de cas dutilisation grer contrat ..................................23
Figure 9: Diagramme de cas dutilisation grer offre ......................................25
Figure 10: Diagramme de cas dutilisation grer compte client .....................27
Figure 11: diagramme dactivit ajouter voiture .............................................32
Figure 12: Diagramme dactivit crer compte ..............................................33
Figure 13: Diagramme dactivit inscrire ........................................................34
Figure 14: Diagramme dactivit rservation .................................................35
Figure 15: Diagramme de squence sauthentifier .........................................36
Figure 16: Diagramme de squence sinscrire ................................................37
Figure 17: Diagramme de squence ajouter voiture .......................................38
Figure 18: Diagramme de squence crer compte .........................................39
Figure 19: Diagramme de squence modifier compte ....................................40
Figure 20: Diagramme de squence modifier compte ....................................41
Figure 21: Diagramme de squence ajouter rservation ................................42
Figure 22: Diagramme de squence modifier voiture ....................................43
Figure 23: Diagramme de classe..........................................................................44
Figure 24: architecture 3 tirs.............................................................................. 47
Figure 25: logo HTML5.......................................................................................... 48
Figure 26: Logo css3............................................................................................ 49
Figure 27: Logo Bootstrap.................................................................................... 49
Figure 28: logo php5............................................................................................. 50
Figure 29: Logo symfony...................................................................................... 51
Figure 30: Logo javaScript.................................................................................... 51
Figure 31: logo de MySQL..................................................................................... 51
Figure 32: logo WampServer................................................................................ 52
Figure 33: logo NetBeans..................................................................................... 52
Figure 34: logo StarUML....................................................................................... 53
Figure 35: cration dune rservation...................................................................53
Figure 36: cration des voitures...........................................................................54
Figure 37: modification des voitures.....................................................................54
Figure 38: cration du contrat.............................................................................. 55
 Liste des tableaux

Tableau 1 : description d'authentification............................................................22

Tableau 2 : description de cas d'utilisation << gerer reservation>>..................24

Tableau 3 : description de cas d'utilisation <<gerer voiture>>..........................26

Tableau 4 : description de cas d'utilisation <<grer contrat>>..........................28

Tableau 5 : description de cas d'utilisation << gerer offre>...............................30

Tableau 6 : description de cas d'utilisation <<gerer compte client>>...............31

 Introduction gnrale
Linnovation de ltre humain narrte pas damliorer sa vie quotidienne. En effet, lhomme
ne cesse plus de faire progresser ses conditions de vie.

La multiplication des applications web du commerce lectronique, en loccurrence, illustre

bien cette volution positive. Les entreprises tentent, en ce sens, toujours satisfaire les
besoins de leurs clients potentiels. Ils ont ainsi bien senti le besoin de rpondre rapidement et
efficacement aux attentes de ce nouveau type de clients qui sexpriment travers ce nouveau
canal dinteractions, savoir linternet. Les sites de e-commerce sont un exemple concret et
illustrant. En effet, chaque entreprise est gnralement dote, de nos jours, dun site web quil
soit statique ou dynamique. Une telle application web permet de faire connaitre facilement et
rapidement lentreprise et ses activits. Le monde tmoigne une rvolution rapide des
technologies de linformation et de tlcommunication. Dsormais, linformatique et surtout
internet sont parmi les domaines les plus. En effet, linformatique est devenue lun des
secteurs les plus dvelopps, les plus intressants et les plus mis en vidence en matire de
communication.

Cest dans ce cadre que sinscrit mon projet de fin dtudes (PFE),qui a comme objectif le
dveloppement dune application web de location des voitures en ligne . Mon application
web facilitera les tches de ladministrateur et de ses clients. Ce dernier, est toute personne
physique ou morale, qui interagit avec mon application dans le but de rserver une voitures ou
de connaitre les offres de site et ses services.

Mon application contiendra deux parties. Dune part, la partie front office, permettra aux
internautes la consultation des pages consacres pour la prsentation du site et de ses services.
Dautre part, la partie back office concerne les fonctionnalits de gestion et de maintenance de
lapplication, il comporte quatre chapitres. Le premier chapitre Prsentation de la socit
ou je prsente le cadre de travail, lhistorique ainsi que lorganigramme de lentreprise. Le
deuxime chapitre Analyse des besoins & Spcification comportera la problmatique, les
spcification fonctionnelles et non fonctionnelles ainsi que la description de la logique de
lapplication raliser. Le troisime chapitre La conception . Je vais dtailler lanalyse et la
conception de ces derniers. La description de limplmentation de ces cas dutilisation sera

1
prsente dans le quatrime chapitre Ralisation ou jai mis en uvre mon projet.
Finalement je clture ce rapport par une conclusion gnrale tout en voquant des
perspectives de travaux futurs.

2
 Chapitre 1 :

Contexte gnrale du projet

Introduction
Afin de clarifier le contexte gnral du projet et vulgariser la
mthodologie utilise, jai choisi de dcrire dans ce premier chapitre
le premier volet du travail tout en prsentant lentreprise daccueil, la

3
gestion du projet, la mthodologie de la conception, la problmatique
ainsi que la solution propos.

I. Prsentation de lorganisme daccueil

1. Prsentation de Bisnnessology Plus

Bisnnessology Plus est une entreprise leaders dans le dveloppement des sites web
et des applications mobiles compos d'un groupe d'ingnieur et de spcialiste d'analyse,
de conception et de programmation des sites web et des applications mobiles avec les
nouvelles technologies approuvs.

Lquipe travaille sur la ralisation des travaux de haute qualit avec un soin
mticuleux pour satisfaire ces client et de soutenir leur projets vers l'excellence.

Bisnnessology Plus est une socit de dveloppement de services informatiques

spcialise dans l'tude, le conseil et le dveloppement informatique. Cre en 2016
situe au centre-ville de Jendouba, cest une socit a acquit un savoir faire, des
comptences et de l'exprience lui permettant de mener bien tout projet informatique
avec tous ses aspects (spcification, conception, dveloppement, test, validation,
dploiement, assistance et maintenance). Grce sa politique de croissance tudie,
Busnessology Plus a su maintenir sa position d'acteur majeur dans le secteur de
dveloppement

a. Organigramme
Lorganigramme hirarchique ci-dessus reprsente larchitecture
gnrale de lentreprise

4
 elarnG ruetceriD

tE fitartsinimdA ruetceriD
reicnaniF

D uO euqitamrofnI elbasnop seR

euqitamrofnI

uaesR tE metsyS elbasnop seR

retsaMbeW edut eD elbasnop seR

uaesR uO metsyS ruetartsinimdA reitM tejorp eD fehC

uaesR uO metsyS neicinhceT

tnemeppolevD eD tE edutD rueingnI

ruemmargorP/esylanA/rueppolevD

Figure 1: organigramme de la socit

Les activits :
Dveloppement des sites web.
Dveloppement des applications mobiles.
Dveloppement des applications web.
Dsigne graphique.
E-Commerce.
Administration de base de donnes.

II. Gestion du projet :

1. Cycle de vie dun logiciel :

Le cycle de vie d'un logiciel dsigne toutes les tapes du dveloppement d'un
logiciel, de sa conception sa disparition. L'objectif d'un tel dcoupage est de permettre
de dfinir des jalons intermdiaires permettant la validation du dveloppement logiciel,
c'est--dire il a conformit du logiciel avec les besoins exprims, et la vrification du
processus de dveloppement, c'est--dire l'adquation des mthodes mises en uvre. Il
comprend gnralement au minimale les activits suivantes :
5
 Dfinition des objectifs, consistant dfinir la finalit du projet et son inscription
dans une stratgie globale.
Analyse des besoins et faisabilit, c'est--dire l'expression, le recueil et la
formalisation des besoins du demandeur (le client) et de l'ensemble des
contraintes.
Conception gnrale, Il s'agit de l'laboration des spcifications de l'architecture
gnrale du logiciel.
Conception dtaille, consistant dfinir prcisment chaque sous-ensemble du
logiciel.
Codage (Implmentation ou programmation), soit la traduction dans un langage de
programmation des fonctionnalits dfinies lors de phases de conception.
Tests unitaires, permettant de vrifier individuellement que chaque sous-ensemble
du logiciel est implment conformment aux spcifications.
Intgration, dont l'objectif est de s'assurer de l'interfaage des diffrents lments
(modules) du logiciel. Elle fait l'objet de tests d'intgration consigns dans un
document.
Qualification (ou recette), c'est--dire la vrification de la conformit du logiciel
aux spcifications initiales.
Documentation, visant produire les informations ncessaires pour l'utilisation du
logiciel et pour des dveloppements ultrieurs.
Mise en production, Maintenance, comprenant toutes les actions correctives
(maintenance corrective) et volutives (maintenance volutive) sur le logiciel.

2. Cycle de vie en cascade :

En gnie logiciel, le modle en cascade est une version rpandue
du modle de gestion du cycle de dveloppement des systmes et des
applications. Souvent considr comme l'approche classique du
dveloppement, ce modle dcrit un cycle linaire et squentiel. Son
alternative la plus connue aujourdhui est la mthodologie Agile. Mais
Une fois qu'une application se trouve en phase de test, il est trs
difficile de revenir en arrire afin de modifier un lment mal conu lors
des phases prcdentes.

6
 Figure 2: Modle en cascade

3. Cycle de vie en V :
Le modle du cycle en V est un modle conceptuel de gestion de projet imagin
suite au problme de ractivit du modle en cascade. Il permet, en cas d'anomalie, de
limiter un retour aux tapes prcdentes. Les phases de la partie montante doivent
renvoyer de l'information sur les phases en vis--vis lorsque des dfauts sont dtects, afin
d'amliorer le logiciel.

7
Analyse des Recette
besoins et
faisabilit

Spcificatio Tests de
ns validation

Conception Tests
architectural dintgration
e
Conception Tests unitaire
dtaille

Codage

Figure 3: Modle en V

Pourquoi je choisis le model en V ?

Dans ce cas je choisis le model en V pour les raisons suivants :
Ce model faire le parallle entre les phases de conception et les phases de test.

permettant de discipliner le processus de dveloppement.

Simple et facile comprendre

Force la documentation : une phase ne peut se terminer avant quun document
Soit valid
Le test est inhrent chaque phase
Les progrs sont tangibles (pour lquipe de dveloppement)

8
III. Mthodologie de conception :

1. Etude comparative entre MERIS et UML :

Merise propose une approche descendante o le systme rel est dcompos en
activits, elles mmes dclines en fonctions. Ce sont composes de rgles de gestion,
elles-mmes regroupes en oprations. Ces rgles de gestion au niveau conceptuel
gnrent des modules dcomposs en modules plus simples et ainsi de suite jusqu'
obtenir des modules lmentaires. La merise et UML limites d'une telle approche rsident
dans le fait que les modules sont difficilement extensibles et exploitables pour de
nouveaux systmes. Dans UML les fonctions cdent la place aux cas d'utilisation qui
permettent de situer les besoins de l'utilisateur dans le contexte rel. A chaque scnario
correspond des diagrammes d'interaction entre les objets du systme et non pas un
diagramme de fonction.

a. Dmarche adapt :
Durant la ralisation de mon projet jutilise une dmarche trs simple dbite par
lanalyse des besoins puis la conception ou jutilise dfrent types de diagrammes en suite
implmentation et je termine par la validation et teste de mon application.

IV. Analyse de lexistant :

a. Problmatique :
Dans les agences de location ladministrateur est risqu de
manque de scurit et de traabilit et donc probabilit de perte ou vol
de mme on laffectation et recherche manuelle des donnes des
clients et donc laugmentation de taux derreurs lors de saisie ainsi
que lutilisabilit des fichiers est difficile et donc ils ont perte de temps.

9
 b. Description de lexistant :

La location de voiture est un service propos par une entreprise offrant aux clients
la location des automobiles pour de courtes priodes pouvant aller de quelques heures
quelques semaines. Les socits de location sont souvent constitues de nombreuses
agences locales permettant notamment aux clients de retourner leur vhicule un endroit
diffrent de celui de la prise en charge. Les agences de location sont situes pour la
plupart dans les terminaux des aroports, proximit immdiate des gares et dans les
centres-villes et la rservation peut se faire en ligne par lintermdiaire dun site web. La
location de voiture rpond en premier lieu un besoin temporaire pour celles et ceux qui
ne possdent pas leur propre vhicule et grce un site dallocation en ligne, on peut
rserver et commander des vhicules comme dans une agence rel ,Actuellement
Businesslogy plus est une socit de dveloppement, en effet la proposition de ce sujet
doit aider en premier lieu les client et faire son rservation a distance et dautre part les
agences et les entreprises en assurant la scurisation parfaite des donnes et donc gain de
temps et facilitation du fonctionnement .

c. Critique :
Perte de temps : pour rserver une voiture le client doit tre grer ses
fonctions manuellement et donc on a perte de temps du deux cotes
(administrateur et client)

Problme de cout
Pas de suivie en ligne des clients et donc perdre le temps
La perte de la clientle est possible, surtout quand le traitement de leurs
demandes trane ou prend beaucoup de temps pour tre rserv.
Manque dvaluation : comme le droulement du travail est non trac, il est
trs difficile au responsable ou un simple employ dvaluer le travail et
damliorer les prvisions.

d. Solution propos :
Ralisation dun site web qui permet la gestion dallocation des voitures en
ligne, dont le but est :
Cot client :
Facilit du fonctionnement

10
 conomisassions du temps
Connaitre les informations ncessaire (type, date, taille,)
Offrir une interface qui dcrit les tats du voiture lors de leur cycle de
vie (ds leur inscription jusqu leur expiration) afin de raliser son
bute
Offrir une solution de vrification avant linscription
Permet de rechercher les voitures en ligne
Consultation de catalogues
Lancer une rservation en ligne
Cot administrateur :
Facilitation et organisation de son but
Scurisation (lor de linscription dun client un message va safficher dans
la page dadministrateur pour accepter cette demande)

Assurer le bon droulement de la ralisation dune affaire.

Lagence devenu plus attractif

Conclusion
Dans ce chapitre, jai prsent le cadre gnral du projet, lorganigramme, ltude
de lexistant et ces critiques et je propose une solution possible. Le chapitre suivant sera
consacr principalement spcification des besoins

11
 Chapitre 2 :

Etude et Spcification des besoins

Introduction
Dans ce chapitre jai dtaill les dfrents besoins fonctionnels et
les besoins non fonctionnels auxquels doit rpondre mon projet. Ensuite
jai analyse ces besoins travers les diagrammes de cas utilisations.

12
La phase danalyse des besoins et une phase essentielle et complexe elle doit aboutir des
spcifications gnrales qui dcrivent en langage naturel les donnes manipuls et les
traitements effectuer sur ses donnes.

Identification des acteurs :

Ladministrateur : crateur du site
Le client : ayant un compte et a partir delle consulte et
rserve les voitures de site
Le visiteur de site

I. Analyse et spcification des besoins

Cette partie va servir poser les bases du recueil des besoins du
systme raliser. Pour pouvoir clarifier les besoins des utilisateurs de
mon application, jai prsent les besoins fonctionnels ainsi que les
besoins non fonctionnels. Dune manire gnrale pour dvelopper un site
web ou une application approprie son but et son usage, on passe tout dabord par
lanalyse des besoins. Ainsi, on doit tudier le domaine dapplication, le rle du systme,
les ressources disponibles, les contraintes dutilisation et les performances attendues. Elle
met en uvre les diffrentes fonctionnalits de lapplication que je vais dtailler dans la
spcification.

a. Besoin fonctionnel :
Les spcifications fonctionnelles dcrivent les fonctions et les oprations que doit
raliser lapplication. Plus prcisment elles dcrivent les oprations que doit raliser
lapplication la fin de la phase de dveloppement, lapplication doit permettre :

Client
Sinscrire.
Consulter les vhicules de lagence
Consulter les demandes
Consulter les offres
Consulter les notifications
Rserver un vhicule
Ladministrateur :
Grer les clients
Grer les rservations
Grer les demandes
Grer les offres

13
 Grer les voitures
Grer les messages

a. Besoins non fonctionnels

Ce sont les besoins en matire de performance, de type matriel ou de type
conception. Ces besoins peuvent concerner les contraintes d'implmentation, plus
prcisment ce sont les toutes spcifications qui nexpriment pas une fonction de
lapplication dune manire gnrale Il sagit dun ensemble de rgles respecter, lors du
dveloppement pour sassurer de la bonne utilisation de lapplication.

La scurit : pour pouvoir accder aux interfaces du systme chaque utilisateur doit
saisir son login et son mot de passe

Lergonomie: Lapplication doit tre simple et facile manipuler

par lutilisateur. Le passage entre les interfaces de lapplication
doit se faire dans des dlais prompts. Une alerte prvient
lutilisateur, chaque fois quil commet une erreur dutilisation.

LEfficacit : Lefficacit de notre application doit permettre

laccomplissement de la tche avec le minimum de manipulation.
Ceci doit tre garanti pour que notre application puisse sintgrer
facilement dans le march.

Rapidit : L'application doit optimiser les traitements pour avoir un temps de

gnration de schma raisonnable.
La maintenabilit : le code source du systme doit tre clair et comment afin de
faciliter la maintenance et la modification.

b. Diagramme de cas dutilisation :

Afin davoir une vue globale sur les besoins fonctionnelles de mon
application, je prsente dans la figure ci-dessous le diagramme de cas
dutilisation global.

14
 Figure 4: Diagramme de cas d'utilisation globale

Conclusion :
Dans ce chapitre jai prsent les besoins fonctionnelles que doit obligatoirement
raliser a partir de lapplication ainsi que les besoins non fonctionnelles qui comporte les
rgles a respecter lors du dveloppement .Le chapitre suivant sera consacr pour lanalyse

15
 Chapitre 3
Analyse

INTRODUCTION
Dans ce prsent chapitre, je propose danalyser les diffrents cas
dutilisation que je viens de reprer travers lactivit de capture des

16
besoins afin de dterminer les diffrentes classes intervenant dans
chacun des cas et de reprer le squencrent des flux pour chaque
scnario de ralisation. Il sagit donc l dune activit importante, qui
sert de base pour le passage lactivit de conception

I. Dfinition de lUML
UML n'est pas une mthode, une description normative des
tapes de la modlisation : les auteurs d'UML ont en effet estim qu'il
n'tait pas opportun de dfinir une telle mthode en raison de la
diversit des cas particuliers. Ils ont prfr tre plus modestes, et
dfinir un langage graphique permettant de reprsenter, de
communiquer les divers aspects d'un systme d'information (aux
graphiques sont bien sr associs des textes qui expliquent leur
contenu). On dit parfois qu'UML est un mtalangage car il fournit les
lments permettant de construire le modle qui sera, lui,
le langage de l'entreprise.

UML comporte 12 diagrammes standards reprsentant autant de

"vues" d'un systme d'information. Ces diagrammes se rpartissent en
trois catgories : quatre reprsentent la structure statique de
l'application (diagrammes de classe, d'objet, de composant et de
dploiement) ; cinq reprsentent son comportement dynamique
(diagrammes de cas d'utilisation, de squence, d'activit, de
collaboration et d'tat) ; trois reprsentent la faon dont on peut
organiser et grer les modules qui composent le programme
(diagrammes de packages, sous-systmes et modles)

II. Analyse de cas dutilisation Sauthentifier

1. Diagramme de cas dutilisation sauthentifier

17
 Figure 5: diagramme de cas dutilisation sauthentifier

2. Description :

Sommaire dauthentification
Titre : Sauthentifier
But : Authentification et autorisation daccs.
Rsum : Le client introduit son login et mot de passe pour accder au
systme.
Acteur : Client
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
Le client doit avoir un compte Accs son espace priv.
SCENARIO NOMINAL
1. Le client demande laccs au systme
2. Le systme affiche le formulaire dauthentification.
3. Le client saisit son login et son mot de passe.
4. Le systme vrifie les champs (champs obligatoires,..).
5. Le systme vrifie lexistence de lutilisateur.
6. Si le client est identifi, le systme affiche linterface de prive.
ENCHAINEMENT ALTERNATIF
E1 : Champs obligatoires non valides et/ou vides
1. Le systme affiche un message derreur.
2. Le scnario reprend de 2.
E2 : Login ou mot de passe non valide
1. Le systme affiche un message derreur Accs refus ,
2. Le scnario reprend de 2.
Table 1 : sommaire dauthentification

III. Analyse de cas dutilisation grer rservation

1. Diagramme de cas dutilisation grer
rservation

18
 Figure 6: diagramme de cas dutilisation grer rservation

19
 2. Description :

Sommaire de grer rservation

Titre : Grer rservation

But : Rserver une voiture a distance.
Rsum : aprs la consultation de nouveaut de site le client choisi la voiture
quil veut pour le rserver.
Acteur : Client et administrateur
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
-authentification Rservation prte pour le client.
-crer compte
-consulter les voitures disponibles
SCENARIO NOMINAL
1. Le client introduit son login et son mot de passe
2. Le systme vrifie les champs (champs obligatoires,..).
3. Le systme vrifie lexistence de lutilisateur.
4. Si le client est identifi, le systme affiche linterface de rservation.
5. le client choisi le voitures disponible et le rserver.
ENCHAINEMENT ALTERNATIF
E1 : Champs obligatoires non valides et/ou vides
1. Le systme affiche un message derreur.
2. Le scnario reprend de 1.
E2 : Login ou mot de passe non valide
1. Le systme affiche un message derreur Accs refus ,
2. Le scnario reprend de 1.
E3 : choix invalide
1 .systme reprend de 1

Tableau 2 : grer rservation

IV. Analyse de cas dutilisation grer voiture

1. Diagramme de cas dutilisation grer voiture

20
 Figure 7: diagramme de cas dutilisation grer voiture

2. Description :

21
Sommaire de grer voiture

Titre : Grer voiture

But : consulter les voitures du site
Rsum : ladministrateur remplis les champs vides des voitures de toutes les
informations ncessaires puis parmi lopration de client il lui repend.
Acteurs : Client et administrateur
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
-crer compte Voiture consult, modifi, ajout ou
-consulter les voitures supprime avec suce .
Choisi lopration quil veut.
SCENARIO NOMINAL
1. Ladministrateur demande la liste des voitures
2. Le systme affiche liste.
3. Ladministrateur consulte les informations
4. Il travaille selon lopration
5. opration termin et ralisation du but (client).
ENCHAINEMENT ALTERNATIF
E1 : problme au base de donn
1. ladministrateur vrifie tous les champs sont bien remplit
E2 : Login ou mot de passe non valide
1. Le systme affiche un message derreur Accs refus ,
2. Le scnario reprend de 1.
E3 : choix invalide
1 .systme reprend de 1

Tableau 3 : description de cas dutilisation<<grer voiture>>

V. Analyse de cas dutilisation grer contrat

1. Diagramme de cas dutilisation grer contrat

22
 Figure 8: diagramme de cas dutilisation grer contrat

23
 2. Description

Sommaire de grer contrat

Titre : Grer contrat

But : ladministrateur sassure le bon droulement du but du client
Rsum : aprs ltape de rservation le client passe son contrat pour
sassurer que son opration a t bien ralis
Acteurs : Client et administrateur
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
-crer compte Contrat consult, modifi, ajout ou
-rserver voitures . supprime avec suce.
-consulter contrat .
-passer rservation

SCENARIO NOMINAL
1. Le client consulte la liste des voitures
2. Le systme affiche liste.
3. Le client rserve la voiture quil veut en question.
4. Il remplir contrat
5. ladministrateur accepte formulaire du contrat qui a t remplis par
le client et donc scurisation de travaille
6. opration termin et ralisation du but (client).
ENCHAINEMENT ALTERNATIF
E1 : problme au base de donn
1. ladministrateur vrifie tous les champs sont bien remplit
E2 : problme au payement
1 : systme reprend de 4
E3 : choix invalide
1 .systme reprend de 1

Tableau : description de cas dutilisation<<grer contrat>>

I. Analyse de cas dutilisation grer offre :

I. diagramme de cas dutilisation grer offre

24
 Figure 9: Diagramme de cas dutilisation grer offre

II. Description :

25
Sommaire de grer offre

Titre : Grer offre

But : ladministrateur sassure le bon droulement du but du client
Rsum : la consultation des offres doit tre possible par le client ainsi que
ladministrateur
Acteurs : Client et administrateur
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
-lutilisateur doit tre authentifi en tant que Offre consult, modifi, ajout ou
client supprime avec suce.
- Le client demande la page Consultation
offre
SCENARIO NOMINAL
1. Le client demande la liste des offres.
2. Le systme affiche liste.
3. Le client consulte liste des voitures.
4. Le systme affiche les informations dtailles de la voiture choisie
5. le client consulte la nouveaut du site

ENCHAINEMENT ALTERNATIF
E1 : login ou mot de passe invalide
1. le client vrifie ses donn
E2 : problme au page de consultation
1 : systme reprend de 1

Tableau 1 description de cas d'utilisation << gerer offre>

II. Analyse de cas dutilisation grer offre :

1. diagramme de cas dutilisation grer compte
client

26
 Figure 10: Diagramme de cas dutilisation grer compte client

27
 2. Description :

Sommaire de grer compte client

Titre : Grer compte client

But : ladministrateur consulte le compte user
Rsum : le client cr une compte et ladministrateur le consulte pour
lajouter ou le modifier ou le supprimer
Acteurs : administrateur
DESCRIPTION DES ENCHAINEMENTS
Pr conditions Post conditions
-authentification Enregistrement de lopration qui a eu
lieu dans la base de donnes.
Affichage dun message de succs de
lopration
SCENARIO NOMINAL
1 : ladministrateur demande au systme de lui retourner la liste des utilisateurs
2 : ladministrateur peut consulte les informations sur un compte.
3 : Le systme affiche le compte
4 : ladministrateur peut supprimer le compte en question sil veut.

ENCHAINEMENT ALTERNATIF
E1 : Coupure de connexion : fermeture de la session de Super Administrateur.
1 : Problme avec la base de donnes.
E2 : client na pas de compte
Systme reprend de 1

Tableau 7 : description de cas dutilisation <<grer compte

client>>

28
 Conclusion

Lactivit danalyse a permis de livrer une spcification complte des

besoins issus du diagramme de cas dutilisation, de les structurer sous une
forme qui facilite la comprhension et qui bauche vers lactivit de
conception.

29
 Chapitre 4

C ONCEPTION

INTRODUCTION
La conception prsente une tape importante dans le processus de
dveloppement de toute application informatique. Elle offre les moyens
et les ractions permettant de dcrire la manire comment aboutir au
travail et aux objectifs estims. La conception est un processus cratif,
une phase trs importante dont le rsultat est une bauche
d'implmentation, dcrite par un modle prcis d'un systme raliser.
Le support de cette phase par des techniques outils appropris est
crucial pour produire une application de haute qualit, et pour
minimiser l'effort de dveloppement. Dans le cadre de ce chapitre, je
suis intresse la conception des cas dutilisation que je viens
danalyser dans le chapitre prcdent.

Diagramme dactivits :

Un diagramme d'activits permet de modliser un processus

interactif, global ou partiel pour un systme donn (logiciel, systme

30
d'information). Il est recommandable pour exprimer une dimension
temporelle sur une partie du modle, partir de diagrammes de
classes ou de cas d'utilisation, par exemple. Le diagramme d'activits
est une reprsentation proche de l'organigramme ; la description d'un
cas d'utilisation par un diagramme d'activits correspond sa
traduction algorithmique. Une activit est l'excution d'une partie du
cas d'utilisation, elle est reprsente par un rectangle aux bords
arrondis. Dans ce qui suit, nous prsentons les diagrammes dactivits
pour quelques cas dutilisation dans notre systme.

31
I. Diagramme dactivit ajouter voiture

Figure 11: diagramme dactivit ajouter voiture

32
II. Diagramme dactivit crer compte

Figure 12: Diagramme dactivit crer compte

33
III. Diagramme dactivit inscription

Figure 13: Diagramme dactivit inscrire

34
IV. Diagramme dactivit rservation

Figure 14: Diagramme dactivit rservation

35
 Diagramme de squence
Les diagrammes de squences sont la reprsentation graphique des
interactions entre les acteurs et le systme selon un ordre chronologique dans
la formulation UML. Dans ce qui suit, je prsente le diagramme de squence
pour chaque cas dutilisation dans mon application

I. Diagramme de squence authentification

Figure 15: Diagramme de squence sauthentifier

36
II. Diagramme de squence sinscrire

Figure 16: Diagramme de squence sinscrire

37
III. Digramme de squence ajouter voiture

Figure 17: Diagramme de squence ajouter voiture

38
IV. Diagramme de squence crer compte

Figure 18: Diagramme de squence crer compte

39
V. Diagramme de squence modifier compte

Figure 19: Diagramme de squence modifier compte

40
VI. Diagramme de squence supprimer contrat

41
 Figure 20: Diagramme de squence modifier compte

42
VII. Diagramme de squence ajouter rservation

43
 Figure 21: Diagramme de squence ajouter rservation

44
VIII. Diagramme de squence modifier rservation

Figure 22: Diagramme de squence modifier voiture

Diagramme de classe :
Un diagramme de classes dans le langage de modlisation unifi
(UML) est un type de diagramme de structure statique qui dcrit la
structure d'un systme en montrant le systme de classes , leurs
attributs, les oprations (ou) les mthodes et les relations entre les
classes.
Associations : Reprsentent les relations structurelles qui
existent entre objets de diffrentes classes .Ainsi que
lassociation caractrise par un nom, un rle et une multiplicit.
Agrgation : Permet de reprsenter des relations de type
maitre et esclaves.
Multiplicit : Chaque extrmit dune association peut porter
une indication de multiplicit.

45
 Gnralisation : Consiste factoriser les lments communs
(attributs, oprations) dun ensemble de classes dans une
classe plus gnrale appele superclasse

Pour mieux comprendre le droulement des diffrents processus, je rsume dans le

schma suivant le diagramme de classe.

Figure 23: Diagramme de classe

46
 CONCLUSION
Comme je peux le constater, lactivit de la conception a facilit la
comprhension de mon application, qui bauche vers lactivit
dimplmentation.

47
 Chapitre 5

Implmentation

Introduction
Limplmentation est la dernire phase de la construction dune
application .Cest au niveau de laquelle que mon projet sera
implment rellement au niveau de ce chapitre, jargumente mon
choix matriels et logiciels en prsentant larchitecture du systme
ainsi que les technologies utiliss pour limplmentation de

48
 lapplication. Enfin, je passe llaboration des interfaces, en mettant
en uvre larchitecture sur laquelle jai dvelopp mon application.

I. Environnement matrielle :

a. Architecture matrielle
Ftab Store est une application embarque se connecte
a un serveur de base de donne distant via linternet, afin de
rcuprer les donnes ce qui ncessite aussi lintgration
dun serveur web entre lapplication client et le serveur de
base de donnes .Dou larchitecture de mon application a 3
tire elle est partag entre :
le client : demandeur de ressource
serveur web : vu les donnes serons communiqu entre
deus environnement htrogne .le rle principale du
serveur web est de grer la communication entre le
client et le serveur de base de donnes
base de donnes : fournis au serveur web

Figure 24: architecture 3 tirs

b. Matrielles utilis :
Machine : ordinateur hp
Processeur : Intel core i5-3230MCPU@260GHZ 260GHZ
Mmoire install(RAM) 4,00GO
Type du systme : systme dexploitation 64 bits

Edition Windows : Windows 7 professionnelle

II. Technologies

49
 La technologie est l'tude des outils et des techniques. Le terme
dsigne tout ce qui peut tre dit aux diverses priodes historiques sur
l'tat de l'art en matire d'outils et de savoir-faire. Il inclut l'art,
l'artisanat, les mtiers, les sciences appliques et ventuellement les
connaissances. Par extension, il dsigne les systmes ou mthodes
d'organisation qui permettent telle technologie, ainsi que tous les
domaines d'tudes et les produits qui en rsultent. Dans mon
application jai utilis dfrent technologie tel que :

HTML5 :

LHyperText Markup Language, gnralement abrg HTML,

est le format de donnes conu pour reprsenter les pages web. Cest
un langage de balisage permettant dcrire de lhypertexte, do son
nom. HTML permet galement de structurer smantiquement et
logiquement et de mettre en forme le contenu des pages, dinclure
des ressources multimdias dont des images, des formulaires de saisie,
et des programmes informatiques. Il permet de crer des
documents interoprables avec des quipements trs varis de
manire conforme aux exigences de laccessibilit du web.

Figure 25: logo HTML5

CSS :
CSS de l'anglais Cascading Style Sheets, forment un langage
informatique qui dcrit la prsentation des documents HTML et XML.

50
Les standards dfinissant CSS sont publis par le World Wide Web
Consortium (W3C). Introduit au milieu des annes 1990, CSS devient
couramment utilis dans la conception de sites web et bien pris en
charge par les navigateurs web dans les annes 2000.

Figure 26: Logo css3

Bootstrap :
Bootstrap est une collection d'outils utile la cration du design
(graphisme, animation et interactions avec la page dans le
navigateur ... etc. ...) de sites et d'applications web. C'est un ensemble
qui contient des codes HTML et CSS, des formulaires, boutons, outils de
navigation et autres lments interactifs, ainsi que des
extensions JavaScript en option. C'est l'un des projets les plus
populaires sur la plate-forme de gestion de dveloppement GitHub

Figure 27: Logo Bootstrap

php

PHP est un l'un des langages de script les plus actifs sur le Web. Il permet de crer
principalement des pages Web HTML mais aussi d'autres types de contenu comme des
images, des animations Flash, des documents PDF. PHP est un langage de script, c'est--
dire que le code est enregistr sous forme de fichier texte sur le disque dur, et qu'il est
excut la demande par un programme charg de l'interprter. C'est habituellement

51
l'internaute (par l'intermdiaire de son navigateur Web) qui demande l'excution d'un
script lorsqu'il consulte une page Web. La demande est reue par le serveur Web (par
exemple Apache HTTPD), qui se rend compte qu'il doit la sous traiter PHP

Figure 28: logo php5

Symfony :
Symfony est un framework libre de type Modle-Vue-Contrleur,
crit en PHP 5.Il facilite et acclre le dveloppement de sites et
d'applications de type internet et intranet. Lanc le 18 octobre 2005.
Sensio, une agence web franaise, est l'origine du projet, Symfony
tait la base pour les propres besoins de Sensio qui a ensuite
souhait en partager le code avec la communaut des dveloppeurs
PHP. La dernire version de Symfony est la 2.7, date du mai 2015.
Symfony propose plusieurs choses :

Une sparation du code en trois couches, selon le patronModle-

Vue-Contrleur, permettant une meilleur maintenance et
volution,
Un templating simple, fond sur PHP et des jeux de fonctions
additionnelles pour les gabarits nommes helpers ,
Des performances optimises et un systme de cache qui permet
d'assurer des temps de rponse optimaux.
Une gestion des URL parlante, permettant une page d'avoir une
URL distincte par rapport sa position dans l'arborescence;
Un systme de configuration en cascade utilisant pleinement le
langage YAML,
Un gnrateur de back-office et un lanceur de module
scaffolding chafaudage
Une couche de mapping objet-relationnel ORM, base de donnes
oriente objet et une abstraction de donnes,
Le support d'AJAX,

52
 Une architecture extensible permettant la cration et lutilisation
de plugins

Figure 29: Logo symfony

JavaScript
Le JavaScript est un langage informatique utilis dans le dveloppement des
pages web .Ce langage la particularit de s'activer sur le poste client, Autrement dit,
cest votre ordinateur qui va recevoir le code et qui devra l'excuter. C'est en opposition
d'autres langages qui sont activ ct serveur. L'excution du code est effectue par
votre navigateur internet tel que Firefox ou Internet Explorer.

Figure 30: Logo javaScript

MySQL
MySQL est un systme de gestion de bases de donnes relationnelles (SGBDR).
Il est distribu sous une double licence GPL et propritaire. Il fait partie des logiciels
de gestion de base de donnes les plus utiliss au monde3, autant par le grand public
(applications web principalement) que par des professionnels, en concurrence
avec Oracle, Informix et Microsoft SQL Server

Figure 31: logo de MySQL

53
 III. Environnement logiciel :
WampServer :
WampServer est une plate-forme de dveloppement Web
sous Windows pour des applications Web dynamiques laide du
serveur Apache du langage de scripts PHP et dune base de
donnes MySQL. Il possde galement PHPMyAdmin pour grer
plus facilement vos bases de donnes.

Figure 32: logo WampServer

NetBeans :

NetBeans est un environnement de dveloppement intgr (EDI),

plac en open source par Sun en juin 2000 sous licence CDDL (Common
Development and Distribution License). NetBeans permet la prise en
charge native de divers langages tels le C, le C++, le JavaScript, le
XML, le PHP et le HTML, ou d'autres (dont Python et Ruby) par l'ajout
de greffons. Il offre toutes les facilits d'un IDE moderne (diteur en
couleurs, projets multi-langage, refactoring, diteur graphique
d'interfaces et de pages Web).
NetBeans constitue par ailleurs une plate forme qui permet le
dveloppement d'applications spcifiques (bibliothque Swing (Java).

54
 .

Figure 33: logo NetBeans

StarUML

Cest un logiciel de modlisation UML, cd comme open

source par son diteur, la fin de son exploitation commerciale, sous
une licence modifie de GNU GPL.

L'objectif de la reprise de ce projet tait de se substituer des

solutions commerciales

StarUML gre la plupart des diagrammes spcifis dans la norme

UML 2.0.

StarUML est crit en Delphi, et dpend de composants Delphi

propritaires (non open-source). Avec sa solution UML, StarUML offre un
environnement de dveloppement, ainsi il rend plus efficace la communication entre les
dveloppeurs.

Figure 34: logo StarUML

IV. Les interfaces

Le client aprs consultation du site va choisir la date exacte pour passer son
rservation .

55
 Figure 35: cration dune rservation

Ladministrateur va remplir tous les champs pour que lutilisateur consulte les
nouveauts du site

Figure 36: cration des voitures

Ladministrateur peut modifier la liste des voitures pour sassurer linformation

bien dtermine

56
 Figure 37: modification des voitures

Cette tape consiste que ladministrateur sassure le bon

droulement du fonction du client

Figure 38: cration du contrat

57
 Conclusion gnrale
La priode que jai passe au Bisnnessology Plus ma permis de
confronter la vie professionnelle et dacqurir de nouvelles
comptences ce niveau. En effet, ce stage ma permis dassimiler les
notions thoriques et les intgrer dans le milieu pratique.
Il ma aid aussi tre actif et savoir communiquer avec les
autres dans le but de savoir les techniques de travail en relation entre
les ouvriers et le chef du centre. En plus, il ma offert la possibilit
dapprendre une nouvelle ide sur la vie professionnelle .Cest tre
srieux, obissant, prsent physiquement et prt intellectuellement,
ainsi dtre en contact direct avec la machine, de connatre sa manire
dexcuter, et dtre aussi plus responsable de la tache concerne.
Encore, pendant cette priode du stage jai eu lopportunit de
mintgrer dans lenvironnement dentreprise et damliorer mes
capacits de communication et dadaptation la vie professionnelle et
du travail en quipe, ce qui sera un atout dans un futur proche.

58
 Bibliographie
[1] http://www.volle.com/travaux/uml.htm#_ftn1.

[2] http://lipn.univ-paris13.fr/~gerard/uml-s2/uml-cours05.html

[3] http://www.wampserver.com/

[4] http://symfony.com/images/v5/pictos/home-main-illu.svg

[5] http://symfony.com/images/v5/pictos/home-main-illu.svg

[6] http://symfony.com/images/v5/pictos/home-main-illu.svg

59
60