les uses case c'était l'un des diagrammes UML les plus utilisés, et quasi le seul qui a survécu j'ai l'impression jusqu'à today :) ! son gros point fort en effet est d'être compréhensible par tous le monde. les US en agiles c'est d'actualité avec la plupart des outils comme Jira et autre qui les implémentent nativement. au delà de la granularité d'une US (et de la formulation), faire en sorte qu'elles soient testable et donner un exemple de test, c'est pratique.
@theix9393 Жыл бұрын
Personnellement j'utilise une méthode assez proche, venant des méthodes agiles également. Je me fixe d'abord des milestones, des concepts très haut niveau qui symbolisent une grande nouveauté/changement/amélioration dans le code. Je découpe ensuite cette milestone en Dev Story, elles restent assez larges mais proposent une solution concrète pour avancer dans la milestone. Finalement, ces dev story sont découpées en Task, des petits bout de travail faisables en une session de code. Comme ça quand je veux coder, j'ai juste à me saisir d'une tâche prête à réaliser, et les jours où je veux avancer le projet mais que j'ai moins envie de coder, je peux "m'amuser" à designer mon jeu et à traduire mes idées en ajoutant des Milestones ou Dev Story
@Menerv Жыл бұрын
Ce que tu appelles les uses case sont des users stories en agile. Les uses case c'est plus dans la clean architecture et c'est effectivement une représentation de tes users stories en code ;)