IT管理

需求分析的具体工作内容

2017-01-19 14:21:23 | 来源:中培企业IT培训网

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

需求分析方法

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

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

常见的分解方式:

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

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

3、基于数据的分解结构:以数据位主线的分解结构;

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

消除矛盾

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

需求分析建模

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

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

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

需求分析过程

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

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

其他需求分析:

1、接口需求,有分解就必然有接口;

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

实际工作情况

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

标签: 需求分析