Différence entre BRS et SRS

BRS vs SRS

Dans un projet de développement de logiciels, BRS (Spécification des exigences commerciales) est un document qui détaille les exigences du client. Cela contient les informations sur l'entreprise et les détails sur les processus qui doivent être mis en œuvre dans le logiciel. SRS (spécification des exigences du logiciel) Spécifie les exigences d'un système logiciel. Il comprend une description du système qui doit être développé. SRS comprend des informations comme la façon dont les utilisateurs interagissent avec le système logiciel, les exigences non fonctionnelles, etc.

Qu'est-ce que BRS?

BRS (Spécification des exigences commerciales) 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 de l'équipe de test pendant la phase de test. Cela contient des détails sur les processus qui doivent être mis en œuvre dans le logiciel et si de nouvelles fonctionnalités sont requises. En général, BRS contient des informations telles que l'OMS destinées à utiliser le logiciel, le nombre maximum d'utilisateurs simultanés qui vont utiliser le système, les types d'utilisateurs, la littératie informatique des utilisations, les problèmes rencontrés par les utilisateurs actuellement, la quantité de sécurité requise par L'application, le matériel et les contraintes environnementales auxquelles sont confrontés 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 devrait également décrire le niveau de fiabilité attendu par le logiciel. Plus important encore, BRS n'est écrit à l'aide d'un jargon d'ordinateur.

Qu'est-ce que SRS?

SRS spécifie les exigences d'un système logiciel. Il comprend une description du système qui doit être développé. Il comprend la façon 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. Habituellement, UML (langue de modélisation unifiée) est utilisée 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 l'une des contraintes du système. SRS doit toujours être correct et cohérent car il est utilisé par les développeurs du processus de développement. Il devrait également être sans ambiguïté. Généralement, SRS doit contenir au moins les sections suivantes: une introduction, une description globale du système et des exigences spécifiques. L'introduction devrait clairement définir la portée du système attendu parmi d'autres informations telles que le but du système et un aperçu du système. La description globale fournit les interactions, les dépendances et les contraintes des utilisateurs du système, etc. Les exigences spécifiques contiennent toutes les exigences de performance, les exigences de la 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 à l'aide de termes non techniques, tandis que SRS spécifie les exigences d'un système logiciel de manière plus formelle. SRS décrit comment les utilisateurs interagissent avec le système à l'aide de cas d'utilisation (spécifié avec UML) tandis que le BRS fournit une description des interactions utilisateur. BRS et SRS sont utilisés par les développeurs du processus de développement et pour tester également le système.