需求分析的具体工作内容

需求分析实际上是业务分析，选择一种业务导向的线索将零散的需求串起来，形成一个体系完整、内容清晰的框架，以指导后续的设计和开发工作。中培课堂《需求分析与管理最佳实践》专家王老师在这里就需求分析具体的工作流程进行了详细介绍。

需求分析方法

需求分析做什么呢？需求分析就是先分解，再提炼，在这个过程中消除矛盾。

分解是人类控制复杂性，认识复杂事物的最佳实践，无论采用结构化分析方法还是面向对象分析方法，分解是必然采用的手段。

常见的分解方式：

1、业务流程为主线索的分解结构：按“事”的角度进行分解，目标系统主题域业务事件报表类型；

2、程序结构为主线索的分解结构：目标系统子系统功能模块子模块功能点，最常用的一种分解方式；

3、基于数据的分解结构：以数据位主线的分解结构；

提炼，分解是自顶向下的方法，会破坏其他线索的完整性。提炼是自底向上的方法，提取共性，建立全局的领域模型。

消除矛盾

分析过程中可能会发现一些需求是矛盾冲突的，需要予以解除。

需求分析建模

模型是用于沟通的，其过程的意义远大于其结果。需求建模帮助我们将系统需求可视化，说明系统的结构和行为。

常见的建模方法论：1、程序数据结构算法；、结构化分析方法；、面向对象分析和设计。

UML作为统一建模语言，已成为需求分析建模的一项重要支持技术，在实际工作中广泛应用。

需求分析过程

第一阶段，理清框架和脉络，分析业务流程和业务实体，建立用例模型、抽象类模型，初步形成需求规格说明书；

第二阶段，进一步完善需求细节，确定行为需求和结构需求的细节。

其他需求分析：

1、接口需求，有分解就必然有接口；

2、质量特性分析，从功能型、可靠性、易用性和效率角度进行分析；

实际工作情况

王老师总结道，实际工作中，由于算量类软件一项专业性很强，常见的情况是业务人员无法深入理解软件系统，开发人员无法深入理解业务系统，因此虽然需求规格说明书是业务人员编制的，但第一版往往可实现性会有问题。软件最终实现成什么样子，往往是双方互相讨论出来的。