【精品】如何进行需求分析

【精品】如何进行需求分析

ID:44588856

大小:118.00 KB

页数:15页

时间:2019-10-23

【精品】如何进行需求分析_第1页
【精品】如何进行需求分析_第2页
【精品】如何进行需求分析_第3页
【精品】如何进行需求分析_第4页
【精品】如何进行需求分析_第5页
资源描述:

《【精品】如何进行需求分析》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、如何进行软件需求分析需求的定义包挤从川户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求。关键的问题是一定要编写需求文档。我曾经目睹过一个项目屮途更换了所有的开发者,客户被迫与新的需求分析者坐到一起。系统的分析人员说:“我们想与你谈谈你的需求。’‘客户的第一反应便是:“我已经将我的要求都吿诉你们前任了,现在我要的就是给我编一个系统”。而实际上,需求并未编写成文档,因此新的分析人员不得不从头做起。所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话,你就确信你已明白用户的需求,那完全是自欺欺人。需求的另外-•种定义认为需求是“用户所需要的

2、并能触发一个程序或系统开发工作的说明”。冇些需求分析专家拓展了这个概念:“从系统外部能发现系统所具有的满足于用户的特点、功能及属性等”。这些定义强调的是产品是什么样的,而并非产品是怎样设计、构造的。而下面的定义则从用户需要进一步转移到了系统特性:需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性,是在开发过程中对系统的约束。从上面这些不同形式的定义不难发现:并没有一个清晰、毫无二义性的“需求”术语存在,真正的“需求”实际上在人们的脑海中,这个人们主要是指客户,但一般情况下,用户并不能描述自己的需要,只就需要系统分析人员根据用户的自己语言的描述

3、整理出相关的船要再进-步和客户核对。系统分析员和客户船要确保所冇项目风险承担者在描述需求的那些名词的理解I二务必达成共识。任何文档形式的船求(例如如下将要描述的船求规格说明书)仅是一个模型,i种描述。2.需求分析的任务开发软件系统故为闲难的部分就是准确说明开发什么。故为闲难的概念性工作便是编写出详细技术需求,这包括所冇面向用户、面向机器和其它软件系统的接口。同时这也是一口做错,将最终会给系统带來极人损害的部分,并且以厉再对它进行修改也极为闲难。目前,国内产品的庞杂,一家企业可能有儿个系统并立运行,它们之间接口是系统开发人员最头痛的问题。对于商业最终用户应用

4、程序,企业信息系统和软件作为一个大系统的一部分的产品是显而易见的。但是对于我们开发人员来说,并没有编写出客户认可的需求文档,我们如何知道项目于何时结束?而如果我们不知道什么对客户來说是匝要的,那我们又如何能使客户感到满意呢?然而,即便并非出于商业目的的软件需求也是必须的。例如库、组件和工具这些供开发小组内部使用的软件。当然你可能偶尔勿船文档说明就能与其他人意见较为一致,但更常见的是出现重复返工这种不可避免的后果,而重新编制代码的代价远远超过重写一-份需求文档的代价,这些血的教训止在国内的软件开发者身上发生。近來,我遇到一个开发小组开发包括代码编辑器在内的一

5、套内部使用的计算机辅助软件。不幸的是,当他们开发完这个工具后,发现这个工具不能打卬出源代码文件,使用者当然希望冇这个功能。结果这个小组只好手工抄写源代码文档以供代码检査。这说明那怕需求明确无谋并构思准确,如果我们没有编写文档,软件达不到期望日标也只能是咎山自取了。和反的情况,我曾见i个要集成到“错谋跟踪系统''小的简单界血吗了i页需求说明。而操作系统系统管理员在为处理脚本时发现简单的•张需求淸单竞是如此有用。他们依据带求对系统进行测试时,此系统不仅非常清晰地实现了所仃必需功能,而未发现任何错误。事实上,需求文档在开发过程中一直起指导作用。2.需求分析过程可

6、把整个软件需求工程研究领域划分为需求开发和需求管理两部分更合适,如图4-1所示:人求IF4-1需求工程域的层次分解示意图需求开发可进一步分为:问题获取、分析、编写规格说明和验证四个阶段。这些子项包押i软件类产品中需求收集、评价、编写文档等所有活动。需求开发活动包括•以下儿个方面:确定产品所期望的用户类别。获取每个用户类的需求。了解实际用户任务和H标以及这些任务所支持的业务需求。分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质鼠属性、建议解决方法和附加信息。将系统级的需求分为儿个子系统,并将需求中的一部份分配给软件组件。了解相关质量属性的用要性。

7、商讨实施优先级的划分。将所收集的用户需求编写成文档和模型。评审需求规格说明,确保对用户需求达到共同的理解与认识,并在整个开发小组接受说明之前将问题都弄清楚。需求管理需要“建立并维护在软件工程中同客户达成的合同”。这种合同都包含在编写的需求文档与模型中。客户的接受仅是需求成功的一半,开发人员也必须能够接受他们,并真正把需求应用到产品中。通常的需求管理活动包括:定义需求基线(迅速制定需求文档的主体)°评审提出的需求变更、评估毎项变更的町能影响从而决定是否实施它。以一种可控制的方式将需求变更融入到项目中。使当前的项目计划与需求一致。估计变更需求所产生影响并在此基

8、础上协商新的承诺,这种承诺具体体现在项目解决方案上。让每项需求都能

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。