Scrum brief
En tant que controleur, je veux pouvoir programmer un kn sans risque d'erreur afin de fiabiliser la veille.
La création d'un kn est source d'erreurs. Il ne faut plus qu'un contrôleur puisse créer n'importe quel type de kn pour n'importe quel personnel.
Un contrôleur est habilité à faire passer certain KN, il ne doit pas voir les autres. Il ne pourra faire passer un KN parmi ces derniers que pour des personnes habilités.
Brief
Todo display
[x] wireframe @killiankopp
[x] check wireframe @killiankopp
[x] prototype @marilehoux
[x] check prototype @killiankopp
[x] codage HTML / CSS @marilehoux
[ ] check HTML / CSS @Guillaume35
[x] codage JS @marilehoux
[ ] check JS @Guillaume35
Todo data
[ ] specs routes api @killiankopp
[ ] check specs routes api @killiankopp
[ ] specs tests @killiankopp
[ ] check tests @killiankopp
[x] uml @heligonSeb
[x] check uml @killiankopp
[ ] intégration database @heligonSeb
[ ] check database @killiankopp
[ ] codage routes @killiankopp
[ ] check routes @Guillaume35
[ ] codage tests @killiankopp
[ ] check tests @killiankopp
Todo validation
[ ] tests unitaires @killiankopp
[ ] conformité cahier des charges @killiankopp
[ ] validation par le client @killiankopp
Additional information / Code indication
Nous allons partir des habilitations pour créer un KN et ainsi en assurer la veille.
customer and user FE - controleur
Scrum brief En tant que controleur, je veux pouvoir programmer un kn sans risque d'erreur afin de fiabiliser la veille. La création d'un kn est source d'erreurs. Il ne faut plus qu'un contrôleur puisse créer n'importe quel type de kn pour n'importe quel personnel. Un contrôleur est habilité à faire passer certain KN, il ne doit pas voir les autres. Il ne pourra faire passer un KN parmi ces derniers que pour des personnes habilités.
Brief
Todo display
Todo data
Todo validation
Additional information / Code indication Nous allons partir des habilitations pour créer un KN et ainsi en assurer la veille.