ECOM RICM5 Groupe2 2017

<<<< Retour vers la page ECOM 2017

Le projet en quelques mots

L’objectif de notre projet E-com est de mettre en place un site internet permettant la réservation de restaurant en ligne. Notre site doit être capable de proposer aux utilisateurs une liste de restaurants variés suivant des critères de recherches précis.

L'équipe et leurs rôles

• ALLARD Estelle : Chef de projet
• COCHINHO Louis : Scrum Master
• DELISE Antoine : Développeur
• GUERRY Lucas : Développeur
• ROCHER Lambert : Développeur

Gestion de projet

Choix des outils :

• Github : pour l'implémentation
• Icescrum : pour la gestion des sprints et des user stories
• Trello : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)
• Google drive : pour le travail en collaboration et le partage de documents (arbre des tâches, BDD ...)

SCRUM

Sprint 1 26/09/17 au 09/10/17

• Découverte du projet
• Mise en place des rôles au sein de l’équipe
• Détermination des dates clés du projet
• Etablissement de la longueur des sprints
• Justification du choix :

Une longueur de sprint de deux semaines nous permettait à la fois de coïncider avec les dates des audits et soutenance mais aussi de posséder d’un laps de temps assez long sans être trop courts pour réaliser nos tâches. Un nombre de total de 6 sprints pour ce projet nous semble pertinent.

• Mise en place de Scrum

- Création des 5 comptes

- Mise en place d'une trentaine de user story

• Création du projet GitHub GitHub_MyResto
• Définition des besoins utilisateurs en fonction des trois premiers scénarios (link du modèle des tâches)
• Définition des users stories
• Interrogations clients, dialogue avec le client pour détailler plus en profondeur certains besoins

---

• Rédaction d’un questionnaire (et diffusion) concernant les besoins utilisateurs Questionnaire_analyse_des_besoins
• Mise en place des logiciels nécessaires au développement + rédaction d’un document interne d’installation
• Rédaction du DCS
• Rédaction de la base de données

• Mise à jour du modèle des tâches en fonctions des choix BDD

---

• Préparation de l'audit 1
• Mise en place de Trello par toute l'équipe pour la répartition des tâches
• Utilisation du tutoriel interne pour l'installation de tous les outils
• Mise en ligne des livrables L2, L3 et L7
• SAS :

Audit 1

• Personnes présentes : Sybille Caffiau, intervenant extérieur (école de commerce), Lucas Guerry, Lambert Rocher, Louis Cochinho, Antoine Delise, Estelle Allard

Remarques

• BDD : Origine et type sont semblables, l'un est actuellement en attribut et l'autre en table, faire un choix pour que les deux soient au même niveau.
• Reprendre le modèle des tâches : pas de sous tâche unique, pas de sous tâches affiliées à deux tâches différentes
• IHM : intégrer des tests utilisateurs pour la prochaine audit (edit : cours pas encore vu)
• ATTENTION : Angular et non Angular JS (mettre à jour le DCS)

Sprint 2 10/10/17 au 23/10/17

• Installation Swagger
• Choix des User Stories à réaliser lors du Sprint 2, parmi les 30 User Stories déterminées au sprint1.
  • US1 : Consulter les restaurants - Filtrer par période
  • US2 : Consulter les restaurants - Filtrer par localisation
  • US3 : Consulter les restaurants - Filtrer par type de cuisine
  • US4 : Consulter les restaurants - Filtrer par nombre de couverts
  • US5 : Consulter les restaurants - Liste des restaurants
  • US6 : BDD - Création de la base
  • US7 : Consulter les restaurants - Filtrer par date
  • US8 : BDD - Peuplement de la base

• Réalisation d'un poker planning afin de déterminer le nombre de points d'effort de chaque user story.

US1 = 3 / US2 = 8 / US3 = 3 / US4 = 3 / US5 = 3 / US6 = 5 / US7 = 3 / US8 = 5

• Choix technique : développement du back et du front en parallèle

• Choix Git : Pas de séparation du Front et du Back -> Un seul projet Git

Sprint 3 24/10/17 au 06/11/17

• File:L4 Maquette.pdf et établissement de la File:Charte graphique.pdf
• Création de méthodes Back-end
  • Create
  • Read
  • Update
  • Delete

sur les classes suivantes :

• Front-End : page d’accueil basique, encore non fonctionnelle

Audit 2

• Personnes présentes : Sybille Caffiau, Thomas Ropras, Lambert Rocher, Louis Cochinho, Antoine Delise, Estelle Allard
• Lucas Guerry, arrêt de travail.

Remarques

• Attention démonstration : préremplir la BDD.
• Il s'agit bien d'un conteneur Docker pour Widfly et un pour le BDD (choix libre mais justifié.
• Intégration continue : Jenkins développé.
• Détailler plus en approfondi les différentes user stories (même si présentes sur le wiki).
• Bien rappeler les différentes choses (en plus de le présentation du sujet).
• Développer le process : ne pas montrer uniquement ce qui est fait, mais comment l'on y est arrivé et ce que l'on fera ensuite.
• Maquette : plus insister sur les contrastes de couleurs

Sprint 4 07/11/17 au 20/11/17

• Première analyse IHM :
  • Etude sur la page de recherche des restaurants

File:IHM analyse1.pdf

• • Remettre à jour la maquette en fonction des remarques faites pendant l'analyse

• Daily meeting

File:Daily meeting 14nov2017.pdf

File:Daily meeting 21nov2017.pdf

Sprint 5 21/11/17 au 04/12/17

• Back :
  • Mise en place de la localisation GPS
  • Filtres avancés sur la liste des restaurants (trie par ordre croissant etc)
  • Tentative de tests unitaires
  • Création de nouvelles classes : menu, person, customer, meal, formula
  • Script de peuplement de la base

• Front :
  • Lien avec la BDD fonctionnel
  • Développement des différents filtres d'entrées --> fonctionnels
  • Affichage d'une map
  • Possibilité de cliquer sur un restaurant au choix (mais pas encore de redirection vers la page du restaurant)
  • Mise en page se rapprochant au maximum de la maquette

• Weekly meeting :

File:Daily meeting 28nov2017.pdf

Sprint 6 05/12/17 au 18/12/17

• Back :

• BD :

• Front :

• Weekly meeting :

File:Daily meeting 5dec2017.pdf

File:Daily meeting 12dec2017.pdf

Livrables

L2.Dossier de conception système

"Le Dossier de Conception Système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM."

File:L2 DCS.pdf

L3.Analyse des besoins

Composé d'un questionnaire et son analyse pour définir les besoins utilisateurs que doit satisfaire notre application. De plus, une analyse de l'existant pour une analyse plus complète.

File:L3 Analyse des besoins.pdf

L4.Maquette

File:L4 Maquette.pdf

L5.SRS

SRS

L6.Diagramme UML

L7.Modèles des tâches

L9.Journal

L9 Journal

L10.Dépôt Git

Github

L11.Application en ligne

[MyResto | http://18.196.18.169]

L13. Evaluation qualité du projet

File:L13 Evaluation qualité projet.pdf

L14.Evaluation économique du projet

File:L14 Evaluation economique projet.pdf

L15.Slides de présentation conception

File:L15 Diapos presentation conception.pdf

L17.Auto-évaluation

File:L17 Auto evaluation.pdf

L18.Slides de présentation client

File:L18 Diapos presentation client.pdf