BRS contre SRS
Dans un projet de développement logiciel, BRS (Business Requirement Specification) est un document qui détaille les exigences du client. Celui-ci contient les informations sur l'entreprise et les détails sur les processus qui doivent être implémentés dans le logiciel. SRS (Software Requirements Specification) spécifie les exigences d'un système logiciel. Il comprend une description du système qui doit être développé. SRS inclut des informations telles que la façon dont les utilisateurs interagissent avec le système logiciel, les exigences non fonctionnelles, etc.
Qu'est-ce que BRS ?
BRS (Business Requirement Specification) est un document qui détaille les exigences du client. Cela sera référé par l'équipe de développement lors du développement du logiciel et l'équipe de test pendant la phase de test. Cela contient des détails sur les processus qui doivent être implémentés dans le logiciel et si de nouvelles fonctionnalités sont requises. En général, BRS contient des informations telles que qui a l'intention d'utiliser le logiciel, le nombre maximum d'utilisateurs simultanés qui vont utiliser le système, les types d'utilisateurs, les connaissances informatiques des utilisations, les problèmes rencontrés par les utilisateurs actuellement, le niveau de sécurité requis par les contraintes applicatives, matérielles et environnementales rencontrées par le logiciel. Il fournit également une description du système actuel et des extensions futures possibles. BRS décrit également les livrables ou ce qui est attendu par le client. Il doit également décrire le niveau de fiabilité attendu par le logiciel. Plus important encore, BRS n'est pas écrit en utilisant le jargon informatique.
Qu'est-ce que le SRS ?
SRS spécifie les exigences d'un système logiciel. Il comprend une description du système qui doit être développé. Cela inclut la manière dont l'utilisateur interagit avec le système à l'aide de cas d'utilisation. Les cas d'utilisation fournissent une description des actions qui se produisent entre les utilisateurs et un système logiciel. UML (Unified Modeling Language) est généralement utilisé pour spécifier formellement les cas d'utilisation dans le SRS. Il contient également des exigences non fonctionnelles telles que les exigences de performance, les normes requises par le système et toutes les contraintes sur le système. SRS doit toujours être correct et cohérent car il est utilisé par les développeurs dans le processus de développement. Il doit également être sans ambiguïté. Généralement, le SRS doit contenir au moins les sections suivantes: une introduction, une description générale du système et des exigences spécifiques. L'introduction doit clairement définir la portée du système attendu parmi d'autres informations telles que l'objectif du système et une vue d'ensemble du système. La description globale fournit les interactions utilisateur, les dépendances et les contraintes du système, etc. Les exigences spécifiques contiennent toutes les exigences de performance, les exigences de base de données, etc.
Quelle est la différence entre BRS et SRS ?
BRS est un document qui détaille les exigences du client en utilisant des termes non techniques, tandis que SRS spécifie les exigences d'un système logiciel de manière plus formelle. Le SRS décrit comment les utilisateurs interagissent avec le système à l'aide de cas d'utilisation (spécifiés avec UML) tandis que le BRS fournit une description des interactions des utilisateurs. BRS et SRS sont utilisés par les développeurs dans le processus de développement et pour tester le système également.
