BRS 与 SRS：它们之间的关键区别
Charles Moore 主要区别
- SRS 指定了待开发软件的功能和非功能性需求，而软件工程中的 BRS 是客户提供的需求的正式文档。
- SRS 由系统架构师创建，而 BRS 软件通常由业务分析师创建。
- SRS 代表系统需求规范，而 BRS 代表业务需求规范。
- SRS 源自 BRS，而 BRS 源自客户互动和需求。
在我们开始之前，您必须知道——需求和规范之间的区别
| 需求 | 规范 |
|---|---|
| 它们概述了软件必须“做什么” | 它们概述了软件将“如何”被创建 |
| 它们从最终用户、业务和利益相关者的角度概述了软件。 | 它们从技术团队的角度概述了软件。 |
有大量的术语和用语来描述各种文档
规范文档，例如——
- SRS – 系统需求规范
- FRS – 功能需求规范
- BRS – 业务需求规范
- CRS- 兼容性需求规范
- PRS – 性能需求规范
- RRS- 可靠性需求规范
- CRS- 配置需求规范
需求文档，例如——
- BRD – 业务需求文档
- SRD – 系统需求文档
值得思考的点
- 在许多地方，这些文档不是分开的，而是可以互换使用的。
- 规范和需求大致传达相同的信息，但面向的是两个完全不同的受众。
- 对于给定项目，将创建上述哪些文档，取决于项目的“性质”和组织的“流程”
在本教程中，我们将讨论 BRS 和 SRS 在软件测试中的区别
| BRS（业务需求规范） | SRS（系统需求规范） |
|---|---|
| 它在非常高的层次上描述了软件的功能规范 | 它在较高的层次上描述了软件的功能和技术规范 |
| 它是客户提供的关于需求的正式文档（书面、口头） | 它指定了待开发软件的功能和非功能性需求 |
| 通常由与客户打交道的业务分析师创建 | 通常由技术专家系统架构师创建。
尽管在小型公司中，BA 也会创建 SRS。 一些公司根本不创建 SRS。他们的 BRS 已经足够详细，可以兼作 SRS。 |
| 它源自客户互动和需求 | 它源自 BRS |
