软件需求第三版读后感-扫地僧

第一章 “软件需求的本质”

1、需求相关名词的解释

2、各类需求名词之间的关系

如图所示，需求人员应该至少输出三类需求产出物：愿景和范围文档+用户需求文档+软件需求规范说明（注意：大部分场景下可以在同一文档中包含此三类）

**业务需求**：描述组织为什么要执行该系统；
**用户需求**：用户使用产品必须完成的目标或者任务；
**功能需求**：产品在特定条件下所展示出来的行为 ；

我的理解：
a、业务需求：更多考虑大的背景，以及行业痛点等解决需求；
b、用户需求：增加信息化产品手段后，具体产品用户需要使用的功能；
c、功能需求：软件要具备的功能；

3、非功能需求
功能需求是强调系统要做什么，非功能需求是强调的是系统做的有多棒，包括易用性、安全性、性能、兼容性等等。

4、需求开发与软件交付物

a、不同人员如何参与需求开发

b、需求开发的四个步骤，获取、分析、规范说明和验证
*获取：识别干系人--理解干系人的任务目标相关的业务目标--了解产品应用环境--与其一起工作理解其预计与质量要求；
*分析：分析来自用户的信息，将各类信息区分开来如任务目标、功能需求、质量预期、业务规则、建议解决方案和其他信息区分开--将概要需求进行细分--引出功能需求--理解质量属性重要程度--将需求分配给软件组件--协商优先级；
*规范说明：书面规范的输出需求给目标读者；
*验证：检查验证；

5、需求管理

1、确定基线；
2、评估变更影响；
3、同步变更后的需求与计划；
4、商定新的承诺；（我的理解是通知相关领导和甲方客户）
5、定义各个需求之间存在的关系（评估变更后对其他模块的关联影响？）
6、跟踪需求完成情况（需求跟踪矩阵）

6、需求糟糕的原因

1、用户参与度不够
2、规划不当
3、用户需求蔓延
4、需求模糊
5、镀金
6、忽视干系人

7、需求高质量的好处