La spécification des exigences commerciales est connue sous le nom de « BRS » et la spécification des exigences fonctionnelles est connue sous le nom de « FRS ». En général, l'utilisation de ces documents est déterminée par le type d'organisation et d'entreprise, ainsi que par leurs normes et la façon dont ils suivent les processus.
Faits marquants
- BRS signifie Body Retention System, tandis que FRS signifie Fuel Retention System.
- Le BRS est utilisé dans les avions et les véhicules pour la sécurité, tandis que le FRS est utilisé dans les réacteurs nucléaires pour l'efficacité.
- Le BRS est conçu pour assurer la sécurité des occupants lors d'un accident, tandis que le FRS est conçu pour prévenir la perte de carburant.
BRS contre FRS
La différence entre BRS et FRS est qu'un document BRS est écrit au début d'un projet pour montrer la stratégie pour répondre aux besoins du client à un niveau plus basique. Et FRS est le document le plus complet créé par les développeurs et les testeurs, y compris tous les composants logiciels et les interactions attendues, ainsi que les exigences commerciales, de conformité et de sécurité.
"Une spécification des exigences commerciales (BRS) est un document qui se concentre sur l'aspect commercial des choses, car il contient les spécificités de la solution commerciale d'un projet."
En d'autres termes, un BRS est une déclaration pour concilier l'écart entre les soldes des colonnes bancaires du livre de caisse et le livret à une certaine date.
« Une spécification d'exigence fonctionnelle, ou FRS, est un document qui répertorie toutes les tâches qu'un logiciel ou un produit doit accomplir.
En réalité, il s'agit d'une procédure étape par étape pour effectuer toutes les actions nécessaires à la création d'un produit du début à la fin. Un FRS décrit en détail comment les différents composants logiciels réagiront lors de l'interaction de l'utilisateur.
Tableau de comparaison
| Paramètres de comparaison | BRS | FRS |
|---|---|---|
| Qu'est-ce que cela implique? | En termes simples, BRS contient les exigences commerciales de haut niveau d'un système à créer. | Le document FRS contient des exigences techniques étendues ainsi que des schémas techniques tels que UML, Data Flow, etc. |
| Que répond-il ? | BRS répond à la question POURQUOI, c'est-à-dire pourquoi les exigences sont-elles préparées ? | FRS est concerné par le COMMENT, ou comment les exigences seront réalisées. |
| Quand est-il créé ? | Lors de la phase d'analyse du projet, un document BRS est préparé. | Lors de la phase d'analyse du projet, un document BRS est préparé. Au cours de la phase de planification du projet, un document FRS est développé. |
| Qui sera responsable de la création ? | Les analystes commerciaux généreront un document BRS. | Le FRS est préparé en collaboration par l'analyste métier, les analystes système et l'équipe de mise en œuvre car il est détaillé et technique. |
| Qui va l'utiliser ? | BRS est conçu pour les utilisateurs professionnels, les parties prenantes et les autres parties intéressées. | L'équipe de développement et l'équipe d'assurance qualité, ou l'équipe de test, utiliseront le document FRS. |
Qu'est-ce que le BRS ?
Ce document est appelé document de haut niveau puisqu'il contient toutes les client's exigences. Idéalement, ce document énumérerait toutes les exigences qui devraient être incluses dans le système proposé.
BRS contient une liste de fonctionnalités demandées par le client qui devraient être incluses dans le système proposé. Les attentes en matière de performances du produit, les objectifs importants et les autres objectifs commerciaux qu'un client souhaite atteindre avec un produit sont tous mentionnés dans une BRS (Business Requirement Specification).
BRS génère un rapport sur les connexions des utilisateurs. Ce document est rédigé au début d'un projet pour montrer la stratégie permettant de répondre aux besoins du client à un niveau plus large.
Alors que le SRS et le FRS donnent une feuille de route aux développeurs, un BRS est requis d'un point de vue commercial. Par conséquent, les cas d'utilisation et les illustrations ne sont pas fournis dans cette section, ce qui permet aux logiciels et aux listes d'exigences fonctionnelles de combler les lacunes.
C'est un document formel qui décrit les exigences du client (écrites, verbales). Il est généré à partir des interactions avec les clients et leurs besoins.
Les clients évaluent la version finale du document pour s'assurer que chaque étape et conclusion est conforme à leurs attentes.
Qu'est-ce que FRS ?
FRS (Functional Requirement Specification) est sans aucun doute le sujet le plus intéressant pour les développeurs de logiciels. Ils peuvent y apprendre un algorithme pour la création d'opérations, ainsi qu'une explication détaillée de la façon dont le programme est censé fonctionner.
Les fonctions effectuées par des écrans individuels, les résumés des flux de travail exécutés par le système et tous les critères commerciaux ou de conformité que le système doit remplir doivent tous être inclus dans le système d'exigences fonctionnelles (FRS).
FRS fournit des besoins qui ont été transformés en fonctionnalités et des informations sur la façon dont ces exigences seront mises en œuvre dans le cadre d'un système proposé.
Le principal domaine d'intérêt des experts en logiciels est la spécification des exigences fonctionnelles (FRS). Dans le cadre du système prévu, le FRS fournit des exigences qui ont été transformées en la manière dont elles fonctionneraient.
Il s'agit du document le plus complet créé par les développeurs et les testeurs, et il couvre tous les composants logiciels et les interactions attendues, ainsi que les exigences commerciales, de conformité et de sécurité.
Un FRS est utile pour les testeurs de logiciels pour apprendre les situations dans lesquelles le produit est destiné à être testé, tout comme pour les développeurs pour comprendre quel produit ils envisagent de produire.
Le propriétaire du système et Assurance qualité doit signer la spécification des exigences fonctionnelles. Si d'importants utilisateurs finaux, développeurs ou ingénieurs ont participé à l'élaboration des exigences, leur faire signer et approuver le document peut être acceptable.
Principales différences entre BRS et FRS
- BRD contient des besoins métier « de haut niveau », tandis que FRD/FRS comprend des exigences fonctionnelles « granulaires », des flux de données et des diagrammes UML.
- Pendant la durée de vie du projet, la BRS est souvent l'un des premiers documents préparés. Il Faits saillants les objectifs ou les exigences de haut niveau d'une entreprise qu'elle tente de satisfaire par la création d'un service ou d'un produit. Et le document FRS est écrit du point de vue d'un utilisateur, et il explique comment le programme se comportera lors de l'interaction avec un utilisateur externe.
- BRS s'intéresse aux éléments des exigences de l'entreprise, tandis que FRS s'intéresse aux exigences des clients.
- Chez BRS, nous spécifions exactement ce que veut le consommateur. C'est le document que l'équipe suit du début à la fin. Mais dans FRS, nous décrivons en détail les spécificités de chaque page du début à la fin.
- BRS explique le compte rendu complet des prérequis, tandis que FRS décrit la séquence des opérations à suivre pour chaque processus individuel.
- https://journals.sagepub.com/doi/abs/10.3141/1767-18
- https://link.springer.com/article/10.1007/s00425-009-1016-1
Dernière mise à jour : 13 juillet 2023
J'ai mis tellement d'efforts à écrire ce billet de blog pour vous apporter de la valeur. Cela me sera très utile, si vous envisagez de le partager sur les réseaux sociaux ou avec vos amis/famille. LE PARTAGE C'EST ♥️
Chara Yadav est titulaire d'un MBA en finance. Son objectif est de simplifier les sujets liés à la finance. Elle a travaillé dans la finance pendant environ 25 ans. Elle a dispensé de multiples cours de finance et de banque pour des écoles de commerce et des collectivités. En savoir plus sur elle page bio.
La distinction entre BRS et FRS n'est pas seulement technique mais aussi stratégique, car elle répond aux besoins métiers et aux fonctionnalités opérationnelles du projet, garantissant ainsi l'alignement avec les exigences du client.
Les principales différences soulignées entre BRS et FRS soulignent l’importance de formaliser les exigences commerciales et fonctionnelles pour réussir le projet. Une documentation claire est fondamentale pour une gestion de projet efficace.
Le tableau comparatif met efficacement en évidence les différents rôles et responsabilités de BRS et FRS, en mettant l'accent sur les aspects « pourquoi » et « comment » des exigences du projet.
Il est intéressant de noter que BRS est conçu pour répondre aux exigences métier, tandis que FRS se concentre sur les spécifications fonctionnelles des composants logiciels. Cela garantit une approche globale pour atteindre les objectifs du projet.
Cette explication détaillée de BRS et FRS fournit des informations précieuses sur leurs objectifs et leurs applications. L'importance de ces documents dans le développement du projet ne peut être négligée.
La distinction entre BRS et FRS est cruciale, car elle détermine l'orientation et la portée de la documentation initiale et des spécifications détaillées ultérieures d'un projet.
Les descriptions détaillées de BRS et FRS aident à clarifier leurs rôles respectifs et leur pertinence pour le cycle de vie du projet. Cette compréhension est cruciale pour la réussite de l’exécution du projet.
BRS et FRS sont tous deux des composants essentiels dans le développement de divers systèmes et projets car ils offrent une approche structurée pour répondre aux besoins des clients et atteindre les objectifs du projet.