projet Developpement d'app

1. PROJET BACK-END
LUXE TOURS PLUS
DEVELOPEMENT D'UNE APPLICATION WEB
AGENCE DE VOYAGES

2. BENBOUBKER
NOUR AL HOUDA
ELEVE INGENIEUR
MESBAHY LINA
ELEVE INGENIEUR
BELHIAK
SALAHEDDINE
ELEVE INGENIEUR
OUR
TEAM

3. PLAN

4. Contexte général du projet

5. Organiser
votre
Voyage
Contexte du projet
1

6. Cette entreprise de transporteur touristiques "Luxe Tours Plus" souhaite établir une
application web pour promouvoir ses offres, cette application va permettre à ses clients de
rechercher facilement des voyages qui correspondent à leurs attentes et ensuite de les
commander en ligne. Elle veut avoir la possibilité de mettre à jour facilement ses voyages,
de contacter facilement ses clients et de gérer aisément les réservations faites par ses
clients.
Il faut donc développer une application pour répondre à ces besoins, grâce à des
interactions entre les clients et le site pour récupérer les données nécessaires.
Présentation du contexte

7. Cahier de charges

8. Tout d'abord, il faut noter qu'un voyage sera préparé d'avance par l'agence, et qu'il ne sera
en aucun cas possible pour le client de définir lui-même à la carte ses choix. Un voyage
sera décrit par un lieu de départ, un lieu d'arrivée, une date de départ, une durée précise,
un mode de transport défini, un mode d'hébergement précis.
Présentation du voyage

9. Deux profils qui seront définis sur le site : un profil administrateur et un profil utilisateur.
La partie Administrateur doit permettre au chef d’entreprise la mise a jour de
l'application wbe. Ainsi, il aura la possibilité d’ajouter ou supprimer un voyage, de faire
des modifications si nécessaire, de consulter la liste des utilisateurs inscrits sur le site,
de consulter l’état des réservations faites…
Cette partie se fera dans une partie « privée » du site, et l’administrateur s’identifiera et
entrera son mot de passe pour arriver a l’écran qui lui permettra ces actions.
L'utilisateur aura la possibilité pourra consulter l'état des réservations disponible et faire
ses choix désirés.
Les profils d'utilisateurs

10. Traitements à réaliser

11. 1-Traitement de filtrage :
• Le traitement de filtrage doit permettre à l'utilisateur
de sélectionner ses préférences en matière de
voyage (dates de départ et d'arrivée, budget, etc.).
• L'application doit ensuite récupérer les voyages qui
correspondent à ces critères et les afficher sur une
page dédiée.
3-Traitement de paiement :
• Le traitement de paiement doit permettre à
l'utilisateur de procéder au paiement en toute
sécurité.
5-Traitement de gestion des employés-blogs-voyages :
• Ce traitement doit permettre à l'administrateur de
créer, modifier ou supprimer des
employés/blogs/voyages.
4-Traitement de connexion et de déconnexion :
• Le traitement de connexion doit permettre à
l'administrateur de se connecter à l'application en
utilisant un nom d'utilisateur et un mot de passe
valides.
• Le traitement de déconnexion doit permettre à
l'administrateur de se déconnecter de l'application en
toute sécurité.
Traitements à réaliser
2-Traitement de consultation de voyages/blogs :
• Ce traitement doit permettre à l'utilisateur de
consulter tous les voyages/blogs disponibles sur
l'application
10

12. • Convivialité et faciliter d’utilisation : et ça signifie que l’application
doit avoir une interface graphique claire, facile à utiliser et bien
organisée.
• Le temps de repense: doit être acceptable.
• Paiment : doit etre sécurisé.
Les besoins techniques
12

13. Conception et Modélisation

14. Diagramme des cas d'utilisation:
14

15. Diagramme des classes:
1

16. Les scénarios de l'application web

17. Scénario d'utilisation de la page de voyages :
L'utilisateur se rend sur la page de voyages.
Il peut parcourir les voyages disponibles.
S'il trouve un voyage qui l'intéresse, il clique dessus pour en savoir plus.
Il peut ensuite procéder au paiement, ajouter le voyage à son panier ou quitter la
page sans l'acheter.
17
Scénario d'utilisation de la page d'accueil :
L'utilisateur arrive sur la page d'accueil et voit les voyages proposés.
S'il souhaite filtrer les voyages, il utilise le filtre pour sélectionner ses préférences.
L'application redirige l'utilisateur vers une page avec les voyages filtrés.
S'il trouve un voyage qui l'intéresse, il clique dessus pour en savoir plus.
Il peut ensuite procéder au paiement, ajouter le voyage à son panier ou quitter la
page sans l'acheter.

18. Scénario d'utilisation du back office :
L'administrateur se connecte à l'application en utilisant son nom d'utilisateur et son
mot de passe. Il est redirigé vers la page de tableau de bord où il peut voir les
statistiques sur les revenus, le nombre de visiteurs de l'application, le nombre de
paiements, etc. Il peut accéder à la page de tableau pour effectuer des opérations
de CRUD sur les entités telles que les employés, les voyages et les blogs.
S'il clique sur un employé dans la table des employés, il peut voir une carte avec les
informations détaillées de l'employé.
Il peut également utiliser la page de contacts pour gérer les cartes de visite
électroniques des gens. À tout moment, il peut fermer sa session en cliquant sur un
bouton "Déconnexion" ou "Sign out".
18
Scénario d'utilisation de la page de blogs :
L'utilisateur se rend sur la page de blogs.
Il peut parcourir les différents articles de blog.
S'il trouve un article qui l'intéresse, il peut le lire.

19. Architecture Technique
19

20. Architecture générale
dossier pour le coté
front-end développé
avec angular
dossier pour le coté
back-end développé
avec Laravel
20

21. layouts : contient les
pages
(login,acceuil,dashbo
ard..)
Architecture Angular
21

22. modules : contient les
modules de la partie
back-office
(dashboard-tables-
contacts) c.à.d les
differentes sections
du menu(sidebar)
Architecture Angular
22

23. shared : contient :
1-components :les
composants des
modules(footer-header-
sidebar)
2-models :les entités
3-services: les services de
chaque entité
4-widgets : les composants de
components
Architecture Angular
23

24. assets : contient les
differents images utilisées
Architecture Angular
24

25. routes : Ce dossier contient toutes les
définitions de routes . Ces routes
définissent quelle méthode de contrôleur
va gerer la demande entrante
Architecture Laravel
25

26. database: Ce dossier contient toutes les
migrations de base de données et les
usines(factories) pour generer les données
test
Architecture Laravel
26

27. App: Ce dossier contient les models et les
controlleurs (dans le dossier Http)
Architecture Laravel
27

28. Notre application offre une variété de fonctionnalités utiles, notamment la recherche de
voyages en fonction des critères spécifiques des clients, la consultation de critiques de
voyages. Nous sommes convaincus que ces fonctionnalités permettront à nos clients de
vivre des expériences de voyage inoubliables.
En conclusion, nous sommes fiers de ce que nous avons accompli en créant cette
application pour notre agence de voyage. Nous sommes impatients de voir comment les
clients utiliseront cette application pour réserver leurs voyages, et nous sommes convaincus
que cela aidera notre agence à se démarquer dans un marché très concurrentiel.
Conclusion