BRS 与 SRS


BRS 与 SRS

在本节中,我们将讨论 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 之间的区别

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)文档定义了要建立的软件的功能和非功能需求。