ECOM-1FO 1819 Camping
<<<< Retour vers la page ECOM 2018-2019
Le projet ECOM consiste en la conception logistique et au développement d'une application de e-commerce.
Le projet en quelques mots
L’objectif de notre projet est de mettre en place un service de recherche, réservation et mise en location d'emplacement de camping de particulier à particulier. Nous avons 12 semaines (7h par semaine) pour réaliser ce projet, de la conception au développement en suivant la méthodologie Scrum.
L'équipe et leurs rôles
- Timothee Depriester : Chef de projet (+ Devops, Backend, Code review)
- Sekina Belguendouz : Scrum Master (+ Frontend)
- Florian Cuzin : Développeur (+ Backend)
- Servan Charlot : Lead Développeur (+ Backend, Code review, git)
- Samuel Bamba : Développeur (+ Frontend)
Gestion de projet
Choix des outils :
- Gitlab : pour le dépôt, pour la documentation, l'intégration en continu
- Trello : pour la répartition et la gestion des tâches hors code
- Drive : pour le partage de documentation de conception
SCRUM
Sprint 1: 02/10 au 30/10
But
Implémentation des scénarios 1 et 2. (V1.0 - Fonctionnalités locataire, recherche, réservation et transaction)
Taches effectuées
- Découverte du projet et mise en place des rôles au sein de l’équipe.
- Détermination des dates clés du projet et établissement de la longueur des sprints: 3 semaines.
- Identification des besoins client.
- Réalisation de documents de conception.
- Diagramme de contexte.
- Liste des fonctionnalité.
- Méthode de taches des scénario 1 et 2.
- IHM abstraite des scénario 1 et 2.
- Maquette (à la main).
- Choix et découverte des technologies (Lecture des docs, ...).
- Génération du projet JHipster.
- Mise en place de la BDD et du développement continu.
- Codage des templates des différentes page, selon la maquette, pour le frontend
Audit 1: 09/10
Ce qui est ressorti de l'audit 1 est que notre planning prévisionnel est trop audacieux et que l'on va sûrement pas être capable de le respecter. Ce dernier souhaitant que les scénarios 1 et 2 soient implémentés d'ici la fin de ce premier sprint.
Bilan
Nous avons effectivement manqué de temps pour réaliser le but de ce sprint. Nous avons passez du temps à rédiger les documents de conception et la mise en place de la base de donnée et du déploiement a pris plus temps que prévu à cause de bugs.
Remarque
V1.0 - Base de donnée et template du frontend fonctionnels
Sprint 2: 06/11 au 27/11
Audit 2: 06/11
Ce qui est ressorti de l'audit 2 est que notre planning prévisionnel est trop audacieux et que l'on va sûrement pas être capable de le respecter. Ce dernier souhaitant que les scénarios 1 et 2 soient implémentés d'ici la fin de ce premier sprint.
But
Implémentation des scénarios 1 et 2. (V2.0 - Ajout des fonctionnalités locataire : recherche, réservation et profil utilisateur)
Taches effectuées
- Mise en ligne du site
- Codage des templates des différentes page, selon la maquette, pour le frontend (accommodation, payement)
- Mise en place de la BDD et du développement continu.
- Travail sur l’api coté backend, création de nouvelle fonction pour filtrer le catalogue
- Sécurisation du serveur
- Sécurisation du token JWT
- Ajout du mail
- Requête API reliant frontend et backend
Bilan
Nous avons encore surestimer nos capacités. Malgré notre succès avec les requêtes à l'API. Le backend a rencontré un problème avec la création de le fonction de filtre. En attendant, on a pu avancer sur le frontend et sur d'autre fonctionnalités supplémentaires.
Sprint 3: 04/12 au 18/12
But
Implémentation des scénarios 1 et 2. (V2.0 - Ajout des fonctionnalités locataire : recherche, réservation et profil utilisateur)
Taches effectuées
- Ajout du mail
- Travail sur l’api coté backend, création de nouvelle fonction pour filtrer le catalogue
- Codage des templates des différentes page, selon la maquette, pour le frontend (accommodation, payement)
- Révisions des différentes page pour qu'elle puisse faire appel à la BDD. Lien frontend-backend
- Réalisation du SRS
- Réalisation de la présentation
- Modification de la base de donnée (ajout d’une colonne)
- Sécurisation accrue de l’application
- Correction d’un bug prévenant la mise en production et l’envoi de mail
Bilan
Nous n'avons pas pu implémenter les scénarios voulus néanmoins nous en somme très proche. Il suffirait de réaliser quelques fonctions pour l'API en backend et de les adapter au frontend:
- Nous avons besoin d'une fonction qui récupère le user avec un username.
- Nous avons besoin de faire une page profile pour les utilisateurs et de passer les requêtes a l'API pour réserver un camping.
- Mais surtout il nous faut implémenter la possibilité de payer en CB ou par Paypal.
Remarque
V1.1 - Implémentation du scénario 1
Livrables
Analyse des scénarios clients
Scénario 1
Profil utilisateur
- Homme
- Majeur (Fiancé)
- Habite à Marseille (Français)
- Moyens limités
- Beaucoup de places requises
- A l'aise avec internet
Storie
En tant que Paul (Utilisateur), je veux pouvoir afficher le catalogue complet afin de rechercher une location.
En tant que Paul (Utilisateur), je veux pouvoir rechercher un emplacement par période et par localisation afin d'affiner ma recherche.
En tant que Paul (Utilisateur), je veux pouvoir sélectionner une annonce afin de voir les détails de la location.
Fonctionnalités
- Indiquer une période (filtre du catalogue)
- Cibler une région (filtre du catalogue)
- Données inter-camping par région (espaces disponibles)
- Indiques les détails des emplacements (Nombre de place, localisation, points d’intérêts à proximité ou sur l'emplacement)
Scénario 2
Profil utilisateur
- Retraités
- Pas de contrainte de temps
- Aime aller chez l'habitant
- Française
- Paye en CB
Storie
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir préciser un type de location et des options de confort afin d'affiner ma recherche.
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir choisir un moyen de payement afin d'effectuer le payement.
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir choisir un format de facturation afin de récupérer ma facture.
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir consulter la disponibilité d'un logement afin de sélectionner une plage de réservation.
Fonctionnalités
- Cibler une commodité (place pour camping car) et afficher les resultats sans dates ni lieu.
- Lister les services additionnels. (Piscine, machine a laver, manger avec des hotes)
- Avoir une descirption sur les offres.
- Indiquer la disponibilité de l'espace choisi sur le calendrier.
- Indiquer une reduction par date.
- Pop-up de promotion pour des nuits consecutives.
- Mode de paiement en fonction de la somme (Paypal, CB).
- Facture envoyée par email ou téléchargeable en pdf.
Scénario 3
Profil utilisateur
Même profil que précédemment.
Storie
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir retrouver mes réservation avec un petite description et une possibilité de réimpression de la facture.
En tant que Janine et Hervé (Utilisateurs), je veux pouvoir y trouver le mail du propriétaire.
Fonctionnalités
- Session
- Consulter les dernières réservations (page profil)
- Par réservation : Description + télécharger la facture + Contact.
Scenario 4
Profil utilisateur
- Homme
- Père
- Propriétaire foncier
Storie
En tant que Claude (Utilisateurs), je veux pouvoir mettre mon camping a disposition et remplissant un formulaire sur le site.
En tant que Claude (Utilisateurs), je veux pouvoir modifier les informations de mon camping dans le futur.
En tant que Claude (Utilisateurs), je veux pouvoir recevoir par email un récapitulatif de mon enregistrement via pdf.
Fonctionnalités
- Ajouter un camping a la base de donnée (via formulaire)
- Différencier les utilisateur (client et propriétaire)
Maquette
SRS
Diagrammes UML
Diagramme de contexte.
Vue logique.
Vue dynamique.
Vue physique.
Base de données.
Modèles des tâches
Modèle de Taches 1
Modèle de Taches 2
Journal
Dépôt Git
Lien vers les dépôts de l'organisation
Application en ligne
Evaluation IHM réalisée
IHM Abstraite 1
IHM Abstraite 2
Evaluation qualité du projet
- Rapports SonarQube
Evaluation économique du projet
Nous avons consacré l'équivalent de 450 heures/homme pour ce projet.
Si un freelanceur payé 350€ par jour avait développé l'application, celle-ci vaudrait approximativement 22.500€.
Slides des Audits
Auto-évaluation
Privacy Policy
Personal information
Here is a list of the information we collect about you:
- First Name
- Last Name
- Mail address
- Phone number
Here is a list of the information we collect if you submit a campsite:
- Camping name (if any)
- Location
- Type of campsite
- Campiste number (if any)
- Campsite surface
- Campsite utilities
- Campsite rent price
- Campsite description
How we collect information
We collect information through forms on the website.
How we use your information
We use your first and last name to identidy you on the website. We use you mail adress to send you the invoice when you rent a campsite or when you need to reset your password.
If you create a campsite offer, those information can be used by the people renting it to contact you.
The information relative to your campiste are visible on the website to help clients decide where they want to go.
We don't share your information with any partner.
How we store your information
We store your information in a secured database on our server.
We keep the information forever.
About
Contact: mycamping2018@google.com