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 (Front)
 * COCHINHO Louis : Scrum Master (Lead Developer)
 * DELISE Antoine : Développeur (Back)
 * GUERRY Lucas : Développeur (Back)
 * ROCHER Lambert : Développeur (Front)

=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. - Création des 5 comptes
 * Mise en place de Scrum

- 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

US1 = 3 / US2 = 8 / US3 = 3 / US4 = 3 / US5 = 3 / US6 = 5 / US7 = 3 / US8 = 5
 * Réalisation d'un poker planning afin de déterminer le nombre de points d'effort de chaque user story.


 * 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
sur les classes suivantes :
 * [[File:L4_Maquette.pdf]] et établissement de la [[File:Charte_graphique.pdf]]
 * Création de méthodes Back-end
 * Create
 * Read
 * Update
 * Delete




 * 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






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


 * Daily meeting





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 :



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

 * Back :




 * BD :




 * Front :


 * Weekly meeting :





= 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."



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.



L5.SRS
SRS

L9.Journal
L9 Journal

L10.Dépôt Git
Github

L11.Application en ligne
MyResto

L12.Evaluation IHM réalisée
Evaluation_IHM.pdf EvaluationIHM

SUS.pdf SUS

L14.Evaluation économique du projet

 * COCOMO




 * Evaluation économique du projet