软件需求最佳实践-SERU过程框架原理与应用（徐锋 电子工业出版社）

第一部分  原理、模型与误区

第一章  需求实践现状分析 

第二章 不同软件项目的需求视图
2.3  软件产品的需求视图
工具软件类
问题域相关性：一般
策略：工作场景分析导出产品特性
在梳理需求时可以先对不同用户进行分析，标识出具体的使用场景，然后针对不同的使用场景进行分析，确定所需要的功能点，这些功能点通常是用来解决具体场景中的困难和障碍的。
对于工具软件而言，人机交互部分十分重要，因此可以在需求描述时采用用户界面原始驱动的形式。

第三章 软件需求与需求工程
3.1 什么是软件需求
软件需求定义：业务知识+问题列表+其他因素。业务知识包括业务事件、业务实体和业务规则；问题列表就是用户在工作中遇到的困难与障碍；其他因素包括了一些设计约束和非功能需求。

需求的三个层次：
1、业务需求
软件系统的建设目标。
2、用户需求
描述的是用户使用软件需要完成什么任务，怎么完成的需求。
3、软件需求
需求分析人员对用户需求进行分析、提炼、整理，从而生成指导开发的、更精确的软件需求。

需求的三种类型：
1、功能需求
2、非功能需求
3、设计约束

3.2 需求工程解析
软件工程活动包括需求、系统分析与设计（有时被分解成架构设计、详细设计）、编码、测试、配置管理等一系列活动。
在需求分析阶段，应该按照业务的指责区块来划分子系统。

第二部分  需求开发

第四章  需求定义最佳实践

第五章  需求捕获最佳实践

第六章 需求分析与建模最佳实践
6.1 需求分析与建模的要点与误区分析
需求分析实际上是业务分析，也就是选择一种业务导向的线索将零散的需求串起来，形成一个体系完整、内容清晰的框架，以指导后续的设计、开发工作。
程序结构为主线索的分解结构
基于场景的分解结构
基于数据的分解结构

建模是需求分析的主要手段，它通过简化、强调来帮助需求分析人员理清思路，达成共识。
建