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

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

第一章 需求实践现状分析

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

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

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

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

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

第二部分 需求开发

第四章 需求定义最佳实践

第五章 需求捕获最佳实践

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

建模是需求分析的主要手段，它通过简化、强调来帮助需求分析人员理清思路，达成共识。
建模工具：UML
需求阶段使用的图：
主体：活动图（说明业务流程，以及业务活动的步骤）、类图（说明业务实体之间的关系，体现结构规则）、用例图（说明角色和使用场景之间的关系）
辅助：构件图（说明主题域划分以及它们之间的服务接口）、部署图（描述系统的部署环境，体现设计约束）

6.2 周期一：理清框架与脉络
6.3 周期二：确定需求细节
6.4 其他需求分析
行为需求+
结构需求，构成了整个需求的核心部分，还有辅助部分，如接口需求。
哪里有分解，哪里就有接口。每次主题域划分就应该思考主题域之间有什么样的服务接口，每次将主题域划分成不同的业务事件，就应该思考不同业务事件之间有什么联系。

第七章 需求描述最佳实践
7.1 需求描述的风格和格式
软件需求规格说明书模板大纲
SERU需求规格说明书模板大纲

第八章 需求验证最佳实践

第三部分 需求管理

第九章 需求基线操作实务

第十章 变更管理操作实务

第十一章 需求跟踪操作实务

第四部分 总结

第十二章 SERU过程框架总结