## User story <!-- Rappeler la ou les user stories --> A discuter avec Stéphane ## Critères d'acceptation <!-- Lister les éléments qui, s'ils sont tous vérifiés, permettront de considérer la user story comme remplie, et de fermer le ticket. La syntaxe "- [ ] Texte..." permet de créer une case à cocher Distinguer les critères "Must have" et "Nice to have". Un critère "Must have" est absolument nécessaires pour traiter la user story. Un critère "Nice to have" est au contraire sympa mais pas obligatoire. Par exemple, il peut s'agir d'idées d'améliorations qui pourraient être faites de façon incrémentale plus tard. --> - [ ] _(Must have)_ Critère 1 - [ ] _(Nice to have)_ Critère 2 ## Design <!-- Utiliser cette section librement pour le design. Par exemple, lister les considérations de design, ajouter un lien vers la maquette, etc. --> ## Implémentation <!-- Utiliser cette section librement pour l'implémentation (la tech). Par exemple, lister les pistes d'implémentation, lister les sous-tickets permettant d'implémenter cette user story étape par étape, etc. --> <!-- Pour mémoire, ces zones de l'application peuvent avoir besoin de modifications (non exhaustif) : - [ ] Migration de données - [ ] Interface d'édition - [ ] Affichage dans l'interface - [ ] Export DATEX II - [ ] Export Word --> ## Contexte supplémentaire <!-- Si besoin, ajouter des éléments de contexte permettant de comprendre les tenants et aboutissants de cette user story -->