Plateforme Covoiturage Domicile - Université
PROTOTYPE
Mohammed Abdelhakim Kacemi �Amine Benazzouz
Benjamin Valognes �Théo Berguig
Thibault Le Guillou
1
Master 1 ICONE
Octobre 2020
Propriétaire du produit
2
Plan:
Equipe
3
4
Directeur du produit��Armelle Prigent �Patrice Joubert
Chef de projet��Théo Berguig
Développeur��DT : Benjamin Valognes
Abdelhakim Kacemi
Amine Benazzouz�Thibault Le Guillou�
Cahier des charges
5
« Dans le cadre du projet fédérateur ‘smart campus‘ l'université de La Rochelle cherche à encourager les étudiants et le personnel à adopter un mode de déplacement durable à faible contenu carbone. »
Fonctionnalités demandées
6
Inscription utilisateur | Enregistrer un nouvel utilisateur (Nom, Prénom, Email…) |
Complétion du profil | Ajout d’une voiture (Nom, Nombre de place passager…) |
Déclarer un modèle de trajet | Modèle de trajet “Domicile - Université” et “Université - Domicile” avec :
|
Déclarer des instances du trajet | Instance d’un modèle de trajet à une date définie par le conducteur |
Rechercher un covoiturage | Rechercher à partir des critères suivants : lieu de départ / arrivée, date de départ et rayon |
Réserver un covoiturage | Créer une réservation pour le covoiturage sélectionné par l’utilisateur |
Validation de la prise en charge du passager | Le passager présente le QR code au conducteur lors de sa prise en charge à la zone d’arrêt |
Spécifications fonctionnelles
7
Spécifications fonctionnelles
8
Maquettage
9
Objets du domaine & Terminologie
10
Utilisateur | Il s’agit d’un étudiant ou d’un membre de l’université de La Rochelle. |
Voiture | Représente le véhicule dont dispose un utilisateur, qui est utilisé pour réaliser le trajet. |
Localisation (Domicile / Composante Universitaire) | Point géographique (latitude / longitude) permettant d’indiquer la localisation d’une entité (ici le domicile de l’utilisateur et les composantes universitaires). |
Modèle de trajet | Il s'agit d'un modèle représentant le trajet associé covoiturage. L’utilisateur, s’il dispose d’un véhicule, peut y indiquer le point de départ et d’arrivée, ainsi que les zones d’arrêts. |
Trajet | Il s'agit de l’instanciation d’un modèle de trajet. Il dispose d’une date de départ et d’arrivée et d’un nombre de places disponibles. |
Zone d’arrêt | Localisation où le conducteur d’un trajet indique qu’il peut s’arrêter pour faire monter un ou plusieurs passagers. |
Contrainte de trajet | Ensemble de points géographiques où souhaite passer le conducteur (permet de stocker un trajet personnalisé au lieu du trajet par défaut) |
Réservation | Objet qui matérialise le fait qu’un utilisateur (alors nommé passager) a réservé sa place pour un trajet en particulier. |
Diagramme de classe
11
Contraintes de validation du domaine
12
Extrait des contraintes
de validation
Démo
13
Organisation du développement
14
Organisation de l’équipe
15
Sprint 2 :
Sprint 3 :
Backend :
Sprint 1 :
Sprint orienté spécifications fonctionnelles :
Frontend :
Backend :
Frontend :
Outil organisationnel
16
Développement de l’application
17
Les technologies employées
18
1er choix technologique (sprint 2) :
2ème choix technologique (sprint 3) :
+
+
VueJs pour l’interface utilisateur
Architecture globale de l’application
19
Interactions Client / Serveur
20
Focus côté backend (API)
21
Backend : Contraintes de validation et ORM
22
Extrait de l’entité “Modèle de trajet”
Backend : test des contraintes de validation
23
Extrait des tests avec Postman
Backend : documentation de l’API
24
Extrait de la page de documentation de l’API
Résultats obtenus
25
Travaux restants
26
Améliorations
27
Bilan
28