有效需求分析阅读笔记（三）
系统需求全景图：从宏观角度来看，组织应用类软件系统需求可以分为价值需求和详细需求两大部分。这里只是从总体简单介绍下价值需求和详细需求
价值需求
What
简单来说，价值需求就是从黑盒子视角回答“整个软件系统为客户解决了什么问题，创造了什么机会”，"对于系统来说，最关键的干系人有哪些"，”各个重要干系人对系统的关注点是什么？有哪些担心（阻力点）“三个本质性问题。这三类问题分别对应目标场景、干系人关注点、干系人阻力点三个方面
Why
- 价值需求是组织应用类软件系统需求的灵魂和方向，但在大多数需求实践中，这部分做的相对薄弱。这将使项目范围更容易蔓延，客户从中获得的利益和价值不容易呈现，从而导致客户满意度难以有效提升。
- 在目标分析方面，经常会看到很多放之四海而皆准的、定性的描述，比如“打造一套先进的信息化系统，有效地推进管理的提升....” 这样的目标自然无法作为“成功标准”来指导系统的开发与实施工作，甚至会出现“我们走的太远，以至于忘记为何而出发”的尴尬阵地
- 如果说很多需求实践中，目标分析方面知识做的不到位，那么在干系人识别和分析方面则经常是干脆直接省略，在《需求规格说明书》中根本找不到。而这方面的缺失会导致忽略他们的关注点，陷入他们的阻力点，从而在开发过程中不断受到影响
How
价值需求的关键在于执行好目标分析、干系人识别、干系人分析三个任务。这些任务将分别产出：多份《问题卡片》，场景化地定义项目目标;一张《干系人列表》，列出所有关键干系人，多份《干系人档案》，针对每个关键干系人整理相应的关注点和阻力点
详细需求
What
简单来说，详细需求就是从灰盒子视角完成三个主题的分析：“为了给客户提供业务、管理、维护支持，需要提供哪些功能？”系统所涉及的问题域中有哪些数据，之间是何关系？“ ”所处的业务环境会带来哪些约束和质量要求？”这三个主题实际上分别对应功能需求、数据需求、非功能需求三条主线。
Why
详细需求可以厘清脉络，识别出最小粒度的需求单元，然后为识别出的需求单元填充具体的细节描述。
How
- 子问题域的分解
从业务的角度、按照系统涉及的不同子问题域进行分解，以便逐一分析。
- 功能主线
- 业务支持
- 管理支持
- 维护支持
- 数据主线
- 领域建模
- 业务数据分析
- 非工作主线
- 质量数梳理
- 质量场景分析
结语：在实际的需求分析实践中（即分析价值需求和详细需求），应该根据实际的产品、项目特点，明确出关键的需求主线，已对其进行合适的裁剪