需求分析的目的不是分析系统如何实现用户的需要，而是业务分析，以业务为线将需求串起来形成完整的框架，知道后续系统的设计与开发。
如何进行需求分析？
- 分解：自上向下将项目分解，确定需求规格说明书的大纲后，将对应信息获取并填充。
- 以业务流程为主线的分解结构
目标系统到主题域的分解是目标决定范围，
主题域到业务事件、报表类型是沥青脉络
业务事件到业务活动、报表类型到报表所做是填充细节
image.png
- 程序结构为主线的分解结构，缺点在于过早引入程序结构，容易与问题域割裂开来
image.png
- 基于场景的分解结构（相比基于业务流程更设身处地，需考虑不同角色的需求和痛点）
image.png
- 基于数据的分解结构：适合数据仓库等的数据类项目
image.png
- 提炼：自下将上将交叠的情况提炼，如将每个业务中的公共类抽取提炼
- 消除矛盾：对相互冲突、矛盾的需求找到 相关业务人员进一步获取，消除矛盾
需求建模的目的是按照实际情况将系统可视化，为系统提出一个说明方法，给出一个指导系统的模板，对所做决策进行文档化。切记模型是用来沟通的，仅当需要时才构建它。并根据任务选择合适的建模工具。
需求阶段所使用的UML图
image.png
——《软件需求最佳实践》
