软件需求分析方法总结--如何进行软件需求分析(一)

本文详细探讨了软件需求分析的重要性,强调了需求文档对于避免沟通误解和项目风险的关键作用。需求分析包括问题获取、分析、编写规格说明和验证四个阶段,涉及到业务需求、用户需求和功能需求的区分。文章指出,需求不明确可能导致不必要的特性开发,或者用户需求的不断增加,增加项目成本和风险。同时,需求规格说明应详尽但避免模棱两可,确保所有利益相关者对需求有共识。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

http://hi.baidu.com/tdskee/blog/category/%C8%ED%BC%FE%D0%E8%C7%F3%B7%D6%CE%F6%B7%BD%B7%A8%D7%DC%BD%E1

如何进行软件需求分析 

51CMM 
作者:曹伟 

1
.概念
需求的定义包括从用户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求。
关键的问题是一定要编写需求文档。我曾经目睹过一个项目中途更换了所有的开发者,客户被迫与新的需求分析者坐到一起。系统的分析人员说:我们想与你谈谈你的需求。客户的第一反应便是:我已经将我的要求都告诉你们前任了,现在我要的就是给我编一个系统。而实际上,需求并未编写成文档,因此新的分析人员不得不从头做起。所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话,你就确信你已明白用户的需求,那完全是自欺欺人。
需求的另外一种定义认为需求是用户所需要的并能触发一个程序或系统开发工作的说明。有些需求分析专家拓展了这个概念:从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。这些定义强调的是产品是什么样的,而并非产品是怎样设计、构造的。而下面的定义则从用户需要进一步转移到了系统特性:
需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性,是在开发过程中对系统的约束。
从上面这些不同形式的定义不难发现:并没有一个清晰、毫无二义性的需求术语存在,真正的需求实际上在人们的脑海中,这个人们主要是指客户,但一般情况下,用户并不能描述自己的需要,只就需要系统分析人员根据用户的自己语言的描述整理出相关的需要再进一步和客户核对。系统分析员和客户需要确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识。
任何文档形式的需求(例如如下将要描述的需求规格说明书)仅是一个模型,一种描述。

2
.需求分析的任务

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值