系统分析不完全是需求分析;需求分析属于系统分析。

在我印象中,系统分析和需求分析是同一件事,说法不同而已,平时也是混合使用,不加区分。但事实上,二者还是有所区别。教程里,系统分析和需求分析分别位于不同的章节,其中系统分析自成一章,而需求分析则放在需求工程章节里。

从书本表述看,系统分析与需求分析用的技术,包括调查方法和分析内容,基本上是一致的,而系统分析的产物是《系统需求规格说明书》,需求分析之后进行需求定义,产物是《软件需求规格说明书》,输出也一样。

一、系统分析

按照书本的理论,系统分析阶段也称为逻辑设计阶段,其任务是根据系统设计任务书所确定的范围,对现有系统进行详细调查,描述现有系统的业务流程,指出现有系统的局限性和不足之处,确定新系统的基本目标和逻辑功能要求,即提出新系统的逻辑模型。

系统分析的工作内容包括:
1)详细调查

2)现有系统分析

3)组织结构分析
对使用系统的企业或单位进行组织结构分析

4)系统功能分析

5)业务流程分析

6)数据与数据流程分析

7)输出系统需求规格说明书

二、需求分析

需求分析就是提炼、分析和仔细审查已经获取到的需求,把杂乱无章的用户要求和期望,转化为用户需求,以确保所有的项目干系人都明白其含义,并找出其中的错误、遗漏或其他不足的地方。需求分析的工作通常包括7个方面:

1)绘制系统上下文范围关系图

2)创建用户界面原型

3)分析需求的可行性

4)确定需求的优先级

5)为需求建立模型

6)创建数据字典

7)使用QFD(质量功能部署)
即将用户需求精确无误地转变为技术要求。QFD是一种在设计阶段应用的系统方法。

QFD(Quality Function Deployment,质量功能部署)是一种将用户要求转化成软件需求的技术。其目的是最大限度地提升软件工程过程中用户的满意度。为了达到这个目标,QFD将软件需求分为三类:常规需求、期望需求和意外需求。

【常规需求】
用户认为系统应该做到的功能或性能,实现越多用户越满意。

【期望需求】
用户想当然认为系统应当具备的功能或性能,但并没有或不能正确地描述自己想要这些功能或性能。如果期望需求没有实现,用户会不满意。

【意外需求】
也称为兴奋需求。是用户要求范围外的功能或性能,实现了用户会更高兴,但不实现也不影响购买决策。意外需求实施与否,控制在开发人员手中。开发人员可以选择实现,以便获得用户的更高忠诚度;也可以从成本角度出发,不予实现。

需求获取及记录
联合需求计划(JRP)
需求分析工作过程

三、系统分析与需求分析的区别

按我的理解,系统分析和需求分析的区别如下:

1、系统分析针对的是在现有系统基础上升级或新建系统;而需求分析说的是从无到有地新建一个系统

2、系统分析适用于单位或企业内部建设系统;而需求分析适用于对外的商业系统开发

3、系统分析的范围比需求分析广。系统分析包括系统调查、现有系统分析、输出系统需求规格说明书,而需求分析只是需求工程之需求开发中的一个步骤,需求开发的步骤依次是需求获取、需求分析、需求定义、需求验证。

或者说,系统分析对标的是需求开发。

四、系统分析与需求分析没有区别

但如果根据国家标准(GB/T 8566-2007)对软件生命周期的划分,则需求分析又等同于系统分析,是对其中一个阶段的命名。
在这里插入图片描述

个人理解。

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐