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