English In the second year each group of tow students has to choose a project from a list of proposed projects based in the best ranked student in the group. After 3 months each group has to present his work in front of a group of juries.This project is equivalent to tow classes. Français En deuxième années les élèves de l\'ensi se devisent en des groupes de deux eleves.chaque goupe doit choisir un sujet parmi une liste proposées par l’école en se basant sur le meuilleiure rang entre les deux élèves.Après trois mois il doivent présentés leurs travaille devant un groupe de jurys

1. Présentation du projet de deux modules
Création de site web dynamique
pour une agence de location de
voiture
Elaboré par:
Denden Oussama
Hedfi Ahmed
Encadré par
M.BEN SAID Wissem

2. Cadre du sujet
1 Etude préalable
2 Spécification des besoins
Plan 3 Conception
4 Réalisation
Conclusion et perspectives
1/44

3. 2/44

4. Cadre
 Problématique:
Grâce à Internet, l’e-commerce a beaucoup
évolué et les sites de ventes en ligne a
exponentiellement augmenté.
 Objectif:
Création de site web dynamique pour une
agence de location de voiture.
3/44

5. 4/44

6. Etat de l’art
Avantages
Définition
• prix bas
Le commerce •promotions
électronique :
• accessibles à
l’ensemble des tout moment
activités visant à • à jour
vendre des biens • visite virtuelle
matériels ou
immatériels par
les voies
électroniques
5/44

7. Etude de l’existant
• Transactions acheminés vers
d’autres applications
Site intégré • plus compliqué, plus couteux
Site
• Possibilité de soumission
transactionnel ou de commande
• Panier virtuel
Site
informationnel
• Simple présentation sur le
Web
• Photo + renseignements
6/44

8. Critique de l’existant
Recherche Lacunes Compte
rapide client
3 Compte
Promotions
admin
7/44

9. Objectifs
Offrir la possibilté de :
1 Faire un rechercher avencée
2 Créer un compte
3 Consulter les promotions
4 Consulter et réserver des véhicules
5 Gérer tous les aspects du site
8/44

10. 9/44

11. Quels sont les services que
doit offrir le système? Et
quels sont les contraintes
de réalisation?

12. Les besoins fonctionnels
Côté administrateur
-S’authentifier en tant que administrateur.
-Gérer la liste des
clients, commerciaux, livreurs et
automobiles.
-Suivre les états financiers et administratifs
relatifs aux automobiles.
- Crée les administrateurs de niveau
inférieur .
- Suivre les statistiques du site.
10/44

13. Les besoins fonctionnels
Côté commercial
-S’authentifier en tant que commercial.
- Crée des nouvelles promotions.
-Confirmer ou annuler les réservations .
-Gérer les états financiers relatifs aux
réservations.
-Suivre les statistiques du site.

14. Les besoins fonctionnels
Côté livreur
-S’authentifier en tant que livreur.
- Consulter la liste de réservation.
-Gérer les états financiers relatifs aux
problèmes techniques.
-Suivre les états des automobiles
avant et après réservation.
- Gérer le parc automobile.
12/44

15. Les besoins fonctionnels
Coté client
-Créer un compte .
-S’authentifier en tant que client.
- Accéder à la liste automobiles via
une recherche rapide.
- Réserver des automobiles.
- Confirmer ou annuler réservation.
- Consulter les promotions.
11/44

16. Les besoins non fonctionnels
Capacité Ergonomie
Utilisablité BNF Sécurité
Maintenabilité Performance
13/44

17. Identification des acteurs
Acteurs
14/44

18. Visiteur
Visiter le site
Créer un compt

19. authentification
Consultation Visiteur
Réservation
annulation Client
15/44

20. client
Gérer la liste des
Gérer la liste admins de
des clients niveau inferieure
Administrateur
Suivi statistiques Gérer la liste des
et états automobiles
financière
17/44

21. Client
Commercial
Suivi statistiques
Gérer la liste des Créer des
et états
réservations promotions
financière

22. Client
Livreur
Consulter la liste Suivi problemès Gérer le parc
des réservations technique automobile

23. Diagramme de cas d’utilisation
global

24. 18/44

25. Modèle Utilisé pour la conception
du site
Il existe plusieurs modèles pour la
conception du site, à savoir:
• modèle de la cascade
• modèle en V
• modèle du prototypage
• modèle en spirale
• modèle incrémental
19/44

26. Modèle Utilisé pour la conception
du site
Nous avons choisi pour notre site le
modèle incrémental car il assure :
• le partage des taches
• la conception globale dès le début du
travail
• la réalisation progressive de
fonctionnalités
• le codage de chaque incrément à part

27. Modèle Utilisé pour la
conception du site

28. Conception
générale

29. Architecture générale de
l’application
 Nous adaptons l’architecture de MVC dans la réalisation
de l’application qui est basé sur a séparation des trois
couches:
• Appels en base de données et classes d'objets liés
à notre BDD dans les Modèles.
• Affichage du rendu de la page dans les Vues.
• Contrôles et appels des bonnes pages faits pas le
contrôleur.

31. Raison de choix
Le concept MVC nous offre plusieurs bénéfices :
• Des éléments plus simples à réutiliser qui ne
dépendent pas que d'un contexte
• Une maintenance plus rapide
• Développement multi développeurs plus aisée

32. Architecture du site
20/44

33. Conception
détaillée

34. Diagrammes de séquence
1 Interaction administrateur
2 Interaction commercial
3 Interaction livreur
4 Interaction client
5 Intercation visiteur
22/44

35. Conception de la base de données
Diagramme Description
E/A BD
23/44

36. Diagramme entité association
25/44

37. Description de la base
26/44

38. 27/44

39. Environnement matériel
GIntel® Core 2 Duo
CPU 2.2 GHz Ati Mobility Radeon
HD 4500/5100 serie
Carte
Système Mémoire
Processeur graphique
HP Pavillon 512 Mo
28/44

40. Environnement logiciel
Framework
symphony 1.4
B
Xampp 1.7.4 A C Mysql
Workbench 5.2
Logiciels
D
Netbeans 6.9 29/44

41. Symfony et l’architecture MVC

42. 30/44

44. 38/44

46. Difficultés rencontrées
Symfony
Difficultés
rencontrées
Languagess
L’esthetique de
du site programmation
40/44

47. 41/44

48. Conclusion
 Notre travail consiste à concevoir et créer un
site Web dynamique pour une agence de
location de voiture en ligne
 Cette expérience nous a été très instructive et
profitable sur plusieurs plans.
42/44

49. Conclusion
 L’objectif principal est atteint malgré quelques
difficultés rencontrées
 Notre travail s’est limité à l’exposition et à la
réservation virtuelle de services et l’inclusion
des procédures de transactions pourrait
constituer l’objet d’extension de ce travail.
43/44

50. Merci de
votre
attention
44/44