Existe-t-il une différence entre les cas d'utilisation et les exigences fonctionnelles?
Je suis curieux car il semble que tout le monde a des opinions différentes sur le sujet. Lorsque vous créez un document SRS, avez-vous besoin à la fois de cas d'utilisation et d'exigences fonctionnelles ou d'un seul, car les exigences fonctionnelles d'utilisation développent les cas d'utilisation?
... avez-vous besoin à la fois de cas d'utilisation et d'exigences fonctionnelles ou d'un seul ...
La différence n’est d’approche que si l’on lisait de près les auteurs principaux de ces techniques.
L'approche par les cas d'utilisation est considérée comme un moyen plus efficace de collecter les exigences essentielles, tandis que l'approche par les exigences fonctionnelles garantit une spécification complète qui peut ensuite filtrer les redondances, les chevauchements et les caractéristiques indésirables.
La méthode des cas d’utilisation prend en compte dès le départ les acteurs externes (utilisateurs, processus, agents, etc.) et leur interface avec le système, tandis que les exigences fonctionnelles abordent le problème sous l’angle de la solution (comment pouvons-nous utiliser cette fonctionnalité pour résoudre nos problèmes?). problème?)
Les cas d'utilisation capturent des acteurs, des utilisateurs, des méthodes, des connaissances de domaine, des techniques uniques, etc. Les cas d'utilisation peuvent mener à des solutions complètes. L'approche fonctionnelle permet de saisir les catégories de produits, les variantes de produits, les différenciations de marché. Une approche fonctionnelle peut aider à développer des stratégies de version finement ajustées dans lesquelles la fonctionnalité est développée et superposée aux versions précédentes.
Une autre façon de décrire est que les cas d'utilisation sont davantage une spécification orientée utilisateur et qu'une approche fonctionnelle est une spécification de développeur. Du point de vue de la langue et de la communication, il est dit que l’approche des cas d’utilisation conduit à une documentation plus facile à comprendre qui est déjà créée dans les idiomes de langue des utilisateurs finaux. D'autre part, c'est l'approche fonctionnelle qui rend le système complet et intégré.
Dans le SRS moderne, les deux perspectives sont essentielles pour un système complet et utile. Idéalement, il faut mapper l’un sur l’autre. Les avantages des deux approches ne peuvent être négligés, quel que soit le point de départ du processus.
Si vous devez utiliser les deux (parce que le système est volumineux ou compliqué), maintenez le niveau de spécification fonctionnelle supérieur à celui des cas d'utilisation. Si vous définissez une spécification fonctionnelle (par exemple une notation BFD ou autre), vous pouvez ensuite ajouter l'un ou l'autre des modèles de processus , Story Mapping, DFD nivelés ou cas d’utilisation à des niveaux inférieurs en fonction de la vue recherchée. Les DFD et le modèle d'entité se recoupent.