ECOM-1F0 1819 BTB: Difference between revisions
Leo.Valette (talk | contribs) |
Leo.Valette (talk | contribs) |
||
| Line 163: | Line 163: | ||
=== Evaluation économique du projet === |
=== Evaluation économique du projet === |
||
Afin de procéder à l'analyse économique de notre projet, nous avons calculé son nombre de lignes de code (dans src, webpack et dans nos fichiers de configuration). |
Afin de procéder à l'analyse économique de notre projet, nous avons calculé son nombre de lignes de code (dans src, webpack et dans nos fichiers de configuration) qui est de 35721. |
||
Via cette [https://stackoverflow.com/jobs/salary calculatrice], nous avons estimé les salaires des membres de l'équipe. En considérant que nous sommes ingénieurs fullstack, cela revient à 2950$ par mois et par personne. |
Via cette [https://stackoverflow.com/jobs/salary calculatrice], nous avons estimé les salaires des membres de l'équipe. En considérant que nous sommes ingénieurs fullstack, cela revient à 2950$ par mois et par personne. |
||
Revision as of 19:38, 17 December 2018
<<<< Retour vers la page ECOM 2018-2019
Description du projet
Le chauffage individuel au bois non performant est une des causes majeures de pics de pollution de la région de Grenoble en période hivernale. Celui-ci est du à des émissions de particules dues à une mauvaise combustion venant d'appareils anciens, d'un défaut d'entretien ou de bois trop humide. Afin de lutter contre ce phénomène, FIBOIS AURA, Grenoble Alpes Métropole et le PNR du Vercors ont décidé de mettre en place une plateforme afin d'encourager de manière innovante les consommateurs à se tourner vers des professionnels en capacité de leur fournir un produit de qualité, sec. L'objectif est donc de regrouper la demande de bois en bûche des particuliers et de l'orienter vers des professionnels en capacité de livrer du combustible de qualité.
C'est dans cette démarche qu'ont été contactés 5 étudiants de 1F05 à Polytech Grenoble afin de mettre en place cette plateforme dans le cadre de leur enseignement portant sur le e-commerce.
Ce projet consiste dans le développement d'un prototype d'application ayant pour fonction la prise de commande en ligne par des consommateurs, le groupage des commandes par secteurs géographiques, le choix de fournisseurs professionnels, l'optimisation logistique pour la livraison et enfin des propositions de services associés.
- Scénarios d'usages livrés par le client en début de projet.
L'équipe et leurs rôles
| NOM Prénom | Rôle | ||
|---|---|---|---|
| 1 | BOUCHERIMA Amina | amina.boucherima@etu.univ-grenoble-alpes.fr | Développeur - Front end |
| 2 | CHANET Zoran | zoran.chanet@etu.univ-grenoble-alpes.fr | Développeur - Back End |
| 3 | EZ-ZINE Najwa | najwa.ez-zine@etu.univ-grenoble-alpes.fr | Développeur - Back End |
| 4 | MOLION Enzo | enzo.molion@etu.univ-grenoble-alpes.fr | Scrum Master - Front End |
| 5 | VALETTE Léo | leo.valette@etu.univ-grenoble-alpes.fr | Chef de projet - Intégration Continue - Back End |
Gestion d'équipe et de projet
Ayant un délai court et une équipe peu nombreuse, nous avons adopté la méthode Scrum pour la gestion du projet.
En tant que chef de projet, Léo VALETTE a joué le rôle de Product Owner, et Enzo MOLION a été désigné Scrum Master.
Dans le cadre de cette méthode ont été mis en place des Sprints de 3 semaines et des "daily meetings" hebdomadaires. Il a été décidé d'utiliser le site web de gestion de tableau kanban Trello.
L'équipe a ensuite été divisée en deux pôles : frontend et backend. Ce découpage a été fait de manière à séparer les binômes historiques. De plus, Léo VALETTE a été attribué au backend mais réalise également l'interface avec le frontend et a ensuite été pour cette raison désigné responsable de l'intégration continue.
Technologies
- Backend
- Frontend
- DevOps
- Gestion de projet
- Pomodoro (abandonné avant mise en place)
Outils
- Gitlab : pour le dépôt, pour la documentation, l'intégration en continu. Notre dépôt ici
- Trello : pour la gestion des sprints et des user stories. Notre Trello ici
- Suite Google Drive : pour la répartition et la gestion des tâches hors code (rédaction de documents etc)
Livrables
Journal
- Journal de l'équipe
- Journal Amina BOUCHERIMA
- Journal Zoran CHANET
- Journal Najwa EZ-ZINE
- Journal Enzo MOLION
- Journal Léo VALETTE
Slides
Dossier de conception système
File:ECOM-1FO 1819 BTB L2 DCS.pdf
Analyse des scénarios clients
- Scénarios d'usages livrés par le client en début de projet.
- Liste des fonctionnalités interprétée des scénarios.
- User stories
Maquettes
Scénario 1
Maquette 1
Maquette 2
Maquette 3
SRS
Diagramme UML
Architecture
Diagramme de contexte
Vue logique de haut niveau
Vue logique de détaillée App
Vue logique détaillée Serveur
Vue dynamique 1
Vue dynamique 2
Vue dynamique 3
Vue physique
Schéma relationnel
Schéma relationnel
Modèles des tâches
Modèles des tâches
IHM abstraite
Dépôt Git
Application en ligne
Evaluation IHM réalisée
Evaluation qualité du projet
Evaluation économique du projet
COCOMO
Evaluation économique du projet
Afin de procéder à l'analyse économique de notre projet, nous avons calculé son nombre de lignes de code (dans src, webpack et dans nos fichiers de configuration) qui est de 35721.
Via cette calculatrice, nous avons estimé les salaires des membres de l'équipe. En considérant que nous sommes ingénieurs fullstack, cela revient à 2950$ par mois et par personne.
Evaluation de la cybersécurité du projet (option)
- Media:ECOM-1FO_1819_BTB_RGPD_Report.pdf (1 page de type checklist)
Evaluation des performances (option)
- Media:ECOM-1FO_1819_BTB_YYYYYY.pdf (résultat des injections de charge JMeter, Gatling, ...)