Ce fichier README.adoc, permettra de présenter notre projet de SAE 3.01
Ainsi que les différents livrables et réalisations que nous avons effectués.
- Projet est réalisé par
-
-
GIARD—PELLAT Jules : Développeur
-
CHAUVIERE Romy Développeuse
-
ESTIENNE Alban-Moussa Product Owner
-
MARTINEZ Quentin Scrum Master
-
PAPA-PATSOUMOUDOU Matthias Développeur
-
- Tuteur/tutrice enseignant(e) de l’équipe
Ce projet consiste en la création d’un site e-commerce spécialisé dans la vente de produits magiques et mystiques, conçu pour offrir une expérience immersive aux amateurs de magie. Nommée "Abraca-dabra-cadabra," le site propose une large gamme de produits classés en diverses catégories, allant des baguettes magiques et potions aux grimoires, tenues, et ingrédients rares. L’objectif est de créer un environnement où les utilisateurs peuvent facilement naviguer entre les produits, bénéficier d’informations détaillées, et effectuer des achats en toute simplicité.
| Date | Nom | Lien |
|---|---|---|
Sem.45 |
Documentation conception |
|
Collecte et analyse des données (IoT) |
||
Sem.46 |
Ordre du jour #1 |
|
Compte Rendu #1 |
||
Sem.47 |
Ordre du jour #2 |
|
Compte Rendu #2 |
||
IHM v0 |
||
Sem.48 |
Ordre du jour #3 |
|
Compte Rendu #3 |
||
IHM v1 |
||
PHP v0 |
||
Sem.49 |
Ordre du jour #4 |
|
Compte Rendu #4 |
||
IHM v2 |
||
PHP v1 |
||
Sem.50 |
Ordre du jour #5 |
|
Compte Rendu #5 |
||
PHP v2 |
||
Sem.51 |
Ordre du jour #6 |
|
Compte Rendu #6 |
||
PHP v3 |
||
Fiche Droit (adoc) |
||
Fiche Droit (pdf) |
||
Sem.2 |
Ordre du jour #7 |
|
Compte Rendu #7 |
||
Documentation utilisateur |
||
Sem.3 |
Ordre du jour #Post_Mortem |
ODJ : Précisez qui est resp de chaque rubrique. CR : Manque synthese rdv client, manque analyse difficultés-réussites, manque resp prochaine réunion. note : 1,9/3
ODJ : pensez à indiquer le temps consacré à chaque thème. CR : Bien pensez à mettre à l’ODJ le retour rdv client. note : 2,8/3 note appel offre : 8,58/20 avec malus surnotation des autres équipes
ODJ OK CR ok mais préciser les changements dans le CR (ex. le point client n’est pas noté dans l’ODJ). note : 2,66/3
Nous mettons à disposition plusieurs documents pour vous aider à comprendre à utiliser notre projet. Ces documents incluent :
Ce document est destiné aux développeurs et contributeurs techniques. Il décrit la conception du système et inclut des diagrammes UML détaillés ainsi que les cas d’utilisations principaux
-
Lien : Documentation Conception
Ce document est destiné aux développeurs et contributeurs techniques. Il contient des informations détaillées sur l’architecture, le code, et les technologies utilisées dans ce projet.
-
Lien : Documentation Technique
Ce document s’adresse aux utilisateurs finaux. Il explique comment utiliser le projet et ses fonctionnalités.
-
Lien : Documentation Utilisateur
Ce document détaille les cas de tests pour valider les fonctionnalités du projet en fonction des rôles définis (visiteur, client, administrateur). Chaque cas de test comprend les préconditions, les actions à réaliser et les résultats attendus.
-
Lien : Cahier de tests
Pour faciliter le suivi du projet, nous avons mis en place des outils de gestion disponibles sur GitHub:
La dernière version stable de l’application est disponible via le lien ci-dessous. Téléchargez-la pour accéder aux dernières fonctionnalités
-
Lien : DevWeb Final
Notre board vous permettra de suivre l’état d’avancement des tâches. Il est organisé en trois colonnes :
-
A réaliser : Liste des tâches à réaliser
-
En cours : Tâches en cours de réalisation
-
Terminé : Tâches terminées
-
Lien : Board
Les milestones représentent chaque sprint du projet, accompagnés de leurs objectifs, délais ainsi que de leur avancement représenté en pourcentage.
-
Lien : Milestones
Il manque les rôles de chacun. Je ne trouve ni backlog de sprint, ni backlog produit !! J’ai la doc de conception (qui ne précise pas le contexte du projet !) mais pas de liens vers les autres documentations qui devraient être initialisées ! Je n’ai pas de cahier de tests; pas de release ou de date de release !
Backlog : j’ai des US mais pas de backlog produit avec evaluation de la complexité: il manque les finalités (afin de ) dans les US et critères acceptabilité. Backlog de sprint : ok milestone de sprint indiqué mais confus j’ai un projet mais on ne sait pas dans quel sprint on est ! Les US ne sont pas demandées en IOT. Tasks : Il faut les assigner et les rattacher à une US, je dois voir les tâches en cours de traitement dans le board du projet. Tests ok mais mettre à jour les résultats ! DOCS : coneption ok, pour user et tech à avancer on est à mi projet !! release ok
Attention la création de la structure du site Web n’est pas une US mais une tâche rattachée à une US. Je pense que le nom de votre US est maladroit. Dommage, le seul bémol est la gestion des sprints et surtout l’éclatement des US en tâches. Doc tec pensez à commenter les diagrammes. La doc user est surtout à destination du futur admin … bien repenser la cible, les internautes auront une aide en ligne. Globalement c’est bien.
Gestion du sprint cahotique (tâche créées il y a 16 h alors que le projet est terminé !! ) tâches non ratachées aux US c’est dommage. Doc utilisateur manque qq copies écran pour bien comprendre mais utilisation de diag de BPMN TB. La doc tec date du 20/11 et ressemble à une doc de concpetion,il fallait la compléter pour permettre la maintenance du site. Test ok mais il manque les dernieres validation des tests pour l’admin. NOTE GPO (sous réserve d’ahamonisation avec JMB) : 15,40/20 Note documentation en droit : 14/20 (bien mais pas d’issue proposée dans github au sprint 2)
Chaque sprint (semaine) vous devrez livrer une nouvelle version de votre application (release). Utilisez pour cela les fonctionnalités de GitHub pour les Releases.
De plus ce fichier README.adoc devra être à jour des informations suivantes :
-
Version courante : v0.1.2
-
Lien vers la doc technique
-
Lien vers la doc utilisateur
-
Liste des (ou lien vers les) User Stories (ToDo/Ongoing/Done) et % restant
-
Tests unitaires et plans de test
-
Indicateurs de qualité du code (dette technique)
-
… tout autre élément que vous jugerez utiles pour démontrer la qualité de votre application