Pour aller un peu plus loin, et pour aller dans le nœud de mon propos @AlainMeunier , une US ne sera jamais une documentation fonctionnelle parce que ce n’est pas sa vocation. Une US documente effectivement un besoin de l’utilisateur·ice de manière succincte. Ce que le BDD documente, c’est le fonctionnement du système. Certaines capacités du système ne répondent pas à des besoins de l’utilisateur·rice mais font quand même partie du fonctionnement du système (login, archivage, sécurité, logistique interne…).
En partant de là , les specs du BDD sont encore une fois l’une des alternatives les plus connues à cette façon de documenter le fonctionnement du système, mais il n’empêche pas que le code source puissent être opaque dans les interactions entre ses différentes composantes (structures hiérarchiques dû à l’orientation Class du code n’étant capable de ne se structurer que par héritage). A ces fins, DCI (dont je parle ici) est un bon complément au BDD pour encore une fois permettre aux développeurs de raisonner sur le code au plus proche du model mental de l’utilisateur.