需求分析实际上是业务分析，选择一种业务导向的线索将零散的需求串起来，形成一个体系完整、内容清晰的框架，以指导后续的设计和开发工作。
需求分析方法
需求分析做什么呢？需求分析就是先分解，再提炼，在这个过程中消除矛盾。
分解
分解是人类控制复杂性，认识复杂事物的最佳实践，无论采用结构化分析方法还是面向对象分析方法，分解是必然采用的手段。
常见的分解方式：
1、业务流程为主线索的分解结构：按“事”的角度进行分解，目标系统-主题域-业务事件-报表类型；
2、程序结构为主线索的分解结构：目标系统-子系统-功能模块-子模块-功能点，最常用的一种分解方式；
3、基于数据的分解结构：以数据位主线的分解结构；
提炼
分解是自顶向下的方法，会破坏其他线索的完整性。提炼是自底向上的方法，提取共性，建立全局的领域模型。
消除矛盾
分析过程中可能会发现一些需求是矛盾冲突的，需要予以解除。
需求分析建模
模型是用于沟通的，其过程的意义远大于其结果。需求建模帮助我们将系统需求可视化，说明系统的结构和行为。
常见的建模方法论：1、程序=数据结构+算法；2、结构化分析方法；3、面向对象分析和设计。
UML作为统一建模语言，已成为需求分析建模的一项重要支持技术，在实际工作中广泛应用。
需求分析过程
第一阶段，理清框架和脉络，分析业务流程和业务实体，建立用例模型、抽象类模型，初步形成需求规格说明书；
第二阶段，进一步完善需求细节，确定行为需求和结构需求的细节。
其他需求分析：
1、接口需求，有分解就必然有接口；
2、质量特性分析，从功能型、可靠性、易用性和效率角度进行分析；
实际工作情况
实际工作中，由于算量类软件一项专业性很强，常见的情况是业务人员无法深入理解软件系统，开发人员无法深入理解业务系统，因此虽然需求规格说明书是业务人员编制的，但第一版往往可实现性会有问题。软件最终实现成什么样子，往往是双方互相讨论出来的。