SRS

什么是需求规格说明（SRS）

• 是分析阶段的产物
• SRS是开发人员与用户必须遵守的“合同”
• 它既是软件人员进行软件设计的依据，也是用户考虑验收方案的基础。
• SRS是软件开发过程中一个重要的里程碑，他是所有相关人员对所开发软件的共同理解的体现。

SRS的内容：

1.概述：详细程度更具系统的规模和开发模型决定。

• 外包的系统，往往非常详细；
• 内部系统，可以做过程中进行扩充；

2.软件需求描述（核心）

• 详细的需求描述（自然语言）
• 结构化建模：数据流图，数据字典，ER图等
• 面向对象建模：用例图，类图，用例说明等

3.界面

• 初步的用户使用手册

4.质量评审

5.补充说明

SRS用户以及作用：

1. 系统客户：指定需求，检查SRS中需求描述是否妈祖需要，指定对需求的变更。
2. 管理者：根据SRS指定对系统的投标决策，计划对系统的开发过程
3. 系统工程师：通过SRS来了解系统将要开发哪些内容
4. 系统测试工程师：使用SRS来开发系统的有效验证测试
5. 系统维护工程师：使用SRS来帮助理解系统及其中的各种部分间的关系

为什么SRS重要：

SRS的变更将会导致整个项目的变更，直接影响到软件产品是否可以顺利交付给用户。

SRS的特征：

1.唯一性：

• 每一个特征只有一个条款
• 术语表的重要性
• 形式化语言可以避免歧义

2.完整性：

• 包含所有的需求
• 对于每个输入信息，提供软件在不同软件下的响应时间。
• 符合规范标准
• 所有的标记，数据和图标都应齐全
• 完整性很难保障，原型模型可以有效缓解需求的不完整性。

3.可检验性（可验证性）

• 每条需求都可以验证（具体，可以测量）
• 去掉哪些不可验证的语句，比如说：界面友好，最新科技，操作便捷等

4.一致性：每项需求条款不能与其他的需求彼此冲突

• 功能描述不一致
• 属于含义不一致
• 功能的时许和逻辑上不一致

5.可修改性：SRS的结构或者文体是很容易被修改的

6.可跟踪性：在软件开发过程中，SRS可以为每一个需求提供依据

• 需求跟踪矩阵
• 确保每一个需求都有编号
• 需求向前跟踪，可以跟踪到来源，比如备忘录，会议，调查问卷等
• 需求向后跟踪，可以跟踪到软件设计，模块，代码，测试等

7.可利用性

8.正确性：

• 是否每个需求都在项目的范围内
• 是否每个需求都没有内容上和语法上的错误

SRS的评审

问：需求工程分为哪两个大阶段：需求开发和需求管理

需求工程的过程：

需求获取—>需求分析—->需求定义:产生文档（SRS）—->需求评审