Wiki 2.2 : Un wiki à la racine du projet + un wiki par sous projet.
Il doit être facile de trouver les informations suivantes; éventuellement précisez le lien vers les informations dans le wiki mais n'attendez pas que l'on cherche.
Diagramme de classes mis à jour
Tous les autres diagrammes que vous jugez utiles.
Tests utilisateurs : les formulaires et/ou la méthode de test utilisée, les résultats des tests, l'analyse des résultats des tests, les actions envisagées, …
Une brève synthèse de ce qui reste à faire avant l'intégration
Une brève synthèse du point de vue du sous groupe sur l'intégration
Préciser quelle est la version des codes à récupérer. Par défaut, c'est le code dans la branche Master du dépôt Git du sous-projet qui est récupérée.
Kanban 2.3 :
Qualité des histoires
Critères complétés et validés par les démos
Histoires abandonnées bien identifiées
Adéquation des dates des histoires et avancées dans le kanban.
Organisation : avancées des tâches, relations entre tâches et histoires
Code 2.4 :
vous en faites une archive ou une branche taguée qui contient la version à étudier, elle contient :
les sources des classes utilisées pour réaliser les histoires (pas celles qui ne sont pas utilisées dans les histoires livrées), ni les .class etc
les tests associés (unitaires et fonctionnels)
un README (évidemment)
Utilisation des dépôts 2.5 :
Qui versionne? (tout le monde doit avoir commité du code (et pas des lignes vides)
Quand sont fait les "commit" ? (Fréquence des dépôts)
Qualité des commit : identification des personnes, qualité des messages, informations commités… utilisation des branches.
2017_2018/s3/methodo/td/code1.txt · Last modified: 2017/10/25 14:37 by blay