软件工程之需求管理

软件需求

是指用户对系统在功能、行为、性能、设计约束等方面的期望。是指用户解决问题或达到目标所需要的条件或能力，是系统或系统部件要满足合同、标准、规范或其他正式归档文档所需具有的条件或能力，以及反映这些条件或能力的文档说明。

分为需求分析和需求管理两大过程。

需求的层次

业务需求 用户需求 系统需求

需求获取

常见的需求获取法
用户访谈
问卷调查
采样
情节串联板
联合需求计划
需求记录技术

需求分析

好的需求的特性：无二义性、完整性、一致性、可测试性、确定性、可跟踪性、正确性、必要性等特性。

需求分析的任务
绘制系统上下文范围关系图
创建用户界面原型
分析需求的可行性
确定需求的优先级
为需求建立模型
创建数据字典
使用QFD（质量功能部署）

结构化需求分析

特点：自顶向下、逐步分解、面向数据。三大模型：功能模型（数据流图）、行为模型（状态转化图）、数据模型（E-R图）以及数据字段。

数据流图DFD

基本图形元素：外部实体、加工、数据存储、数据流

数据流：由一组固定成分的数据组成，表示数据的流向。
分类：
从一个加工流向另一个加工；
从加工流向数据存储（写）；
从数据存储流向加工（读）；
从外部实体流向加工（输入）；
从加工流向外部实体（输出）；

加工：描述了输入数据流到输出数据流之间的变换，也就是输入数据流经过什么处理后变成了输出数据流。

三种常见的错误：
黑洞：有输入但是没有输出。
奇迹：有输出但是没有输入。
灰洞：输入不足以产生输出。

数据存储：用来存储数据。
外部实体：是指存在于软件系统之外的人员或组织。

分层数据流图

数据字典

数据流图描述了系统的分解，但是没有对图中各个成分进行说明，数据字典就是为了数据流图中的每个数据流、文件、加工，以及组成数据流或文件的数据项做出说明。

4个类目：数据流、数据项、数据存储和基本加工。

加工逻辑也称为小说明，常用的加工逻辑描述方法有结构化语言、判定表和判定树三种。

需求定义

软件需求规格说明书（SRS)： 是需求开发活动的产物，编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解，使之称为整个开发工作的基础。

需求定义方法：预先定义和原型方法

需求验证

也称需求确认，目的是与用户一起确认需求无误，对需求规格说明书SAS进行评审和测试，包括两个步骤：需求评审和需求测试。

需求验证通过后，要请用户签字确认，作为验收标准之一，此时，这个需求规格说明书就是需求基线，不可以再随意更新，如果需要变更必须走需求变更流程。

需求管理

需求基线：通过了评审的需求说明书就是需求基线，下次如果需要变更需求，就需要按照流程来一步步进行。需求的流程以及状态如下图所示：

需求更变和风险

需求风险管理 风险行为：无足够用户参与、忽略了用户分类、用户需求的不断增加、模棱两可的需求、不必要的特性、过于精简的SRS、不准确的估算。

变更控制委员会CCB：也称配置控制委员会，其任务时对建议的配置项变更做出评价、审批以及监督已经批准变更的实施。

需求跟踪

双向跟踪，两个层次。

正向跟踪：表示用户的需求是否都实现了，反向跟踪表示软件实现的是否都是用户要求的，不多不少，可以用原始需求和用例表格（需求跟踪矩阵）来表示：