BRS 与 SRS

在本节中，我们将讨论 BRS 和 SRS 之间的区别，并查看它们之间的简要介绍。

的BRS和SRS是开发任何项目或软件的最重要的文件。这些类型的文档包含特定软件的深入细节。

在软件测试中，BRS 和 SRS 类型的文档需求取决于业务类型、它们的标准、公司如何处理以及要开发的软件类别。

在我们了解 BRS 和 SRS 之间的区别之前，我们将研究需求和规范之间的区别。

需求与规范

在下表中，我们对需求和规格进行了比较。

要求	规格
他们从最终用户、业务和利益相关者的角度规划软件。	他们从技术团队的角度准备软件。
需求定义了软件必须做什么。	规范定义了软件的开发方式。
用于需求文档的一些常用术语如下：SRD：系统需求文件BRD：业务需求文件	规范文档中使用的一些常用术语如下：FRS：功能需求规范SRS：系统要求规范CRS：配置要求规范PRS：性能要求规范RRS：可靠性要求规范CRS：兼容性要求规范

现在，让我们来看看BRS 和 SRS文档的简要介绍。

什么是 BRS？

BRS 文档代表业务需求规范。为了创建 BRS 文档，业务分析师将与客户进行关联。BRS 文件包括业务规则、项目范围和详细的客户要求。

在这种类型的文档中，客户描述了他们的业务如何运作或他们需要的软件。

对于CRS，细节将由BA（业务分析师）用简单的业务（英语）语言编写，开发人员和测试工程师无法理解。

什么是 SRS？

SRS 文档代表软件需求规范。

在本文档中，业务分析师将从客户那里收集客户需求规范 (CRS) 并将其转换为软件需求规范 (SRS)。

SRS 包含软件应该如何开发和由业务分析师 (BA) 提供。

换句话说，我们可以说SRS文档用于将客户信息转换成详细的文档，开发人员和测试工程师都可以轻松理解。

软件需求规约的特点

SRS 文档的一些重要功能如下：

• SRS 文档用于确定软件产品的早期成本。
• 链接开发者和用户之间的差距是有帮助的。
• 软件需求规范作为通信双方之间的协议。

BRS和SRS文件的主要区别

以下事实解释了BRS 和 SRS文件之间的重要区别：

• SRS表示为系统需求规范，而BRS表示为业务需求规范。
• SRS 定义了软件的功能性和非功能性需求；另一方面，BRS是一份正式文件，它规定了客户提出的需求。
• 该SRS文件由开发SA（系统架构师） ; 另一方面，BRS一般是由BA（Business Analyst）开发的。
• SRS是从BRS 中获取的，而 BRS 是从客户报表及其业务需求中获取的。

BRS 与 SRS 之间的区别

下表快速揭示了 SRS 和 BRS 之间的显着差异：

编号	BRS（业务需求规范）	SRS（软件需求规范）
1.	它是一份使用非技术表达方式描述客户要求的文件。	它更正式地确定软件产品的规格。
2.	它准备用户连接的报告。	它指定客户端如何在用例的帮助下与系统通信。
3.	在 BRS 文件中，包含图形和表格的引用并不重要。	它始终包括对插图和表格的引用。
4.	BRS 文件是通过与客户的要求相关并对其负责而获得的。	软件需求规范从业务需求规范中获取。
5.	BRS 文件涉及产品的未来范围，同时牢记组织的开发计划战略。	SRS 文档不涉及产品范围。
6.	在 BRS 文件中，客户的所有要求在所有细节中都完整且可访问。	SRS 文档描述了每个模块和子模块的所有操作特征的逐步顺序。
7.	BRS 文件由与客户互动的业务分析师 (BA) 团队准备。	SRS 文档由技术专家系统分析师 (SA) 团队创建。
8.	它在非常高的层次上定义了应用程序的功能条件。	它在较高级别指定了应用程序的功能和技术要求。
9.	BRS 文件涵盖了所有类型的要求。	SRS 文档涵盖所有功能和非功能要求。
10.	BRS 文档列出了用户群以及来自客户端的类似利益相关者。	SRS 文档没有列出客户或用户群中的任何人。

结论

在本节中，我们对 BRS 和 SRS 文档进行了比较。

最后，我们可以得出结论，程序员在开发过程和测试过程中都使用了这些文档。

该业务需求规范（BRS）是一个正式文件，具体客户的要求，书面或口头。

同时，软件需求规范 (SRS)文档定义了要建立的软件的功能和非功能需求。