期刊发表网电话

全国热线
022-83699069

软件需求分析方法创新分析

作者: 发布时间:2020-02-04 14:22:10 阅读: 36 次

摘要:为了进一步探讨软件需求分析的创新改进方向,文中首先探讨了软件需求分析理论,接着重点阐述了重点监控软件需求分析办法和有效性软件需求分析三步法的应用、

关键词:软件需求分析;重点监控软件;有效性软件

根据研究用户的需求,建立了一个基本依据来验证及确认用户的需求,这个方法还能完全理解用户对软件需求的各种功能,以此来确认用户对软件功能的需求,这种方法叫软件需求分析(Software Reguirement Analysis)。软件需求分析能否成功是项目实施的关键。作为一个项目的开端,其设计的软件产品难免会存在不完整性,或是错误的程序,然而根据有关分析显示,这些存在的不足,是需求分析错误所导致的占总比的80%。由此可见,一个正确的项目的软件需求分析的确立,是这个项目能否成功最关键的一步。

1  软件需求分析理论

比如说,如果描述软件需求分析,要用数学方法的话,通常我们会用一个字母来代替应用软件给出的定义,而且还能用抽象化理论分析来分辨已经划分为各个功能的区域。如果该软件用S来表示,各区域用D1D2Dn表示,则有表达式S={D1D2D3,…Dn}

这样还不算完。倘若每个区域又有若干个问题组成,用Di代替该区域,若干个问题用字母P表示,则又有表达式Di={P1P2P3,…Pm},同样的,当表示某功能P由多个行为F组成时,我们又有表达式Pj={F1F2F3,…Fk}……如此类推,每个功能对应于子系统中的一个软构件的时候,我们都可以这么表示。

可以将一个软件看作是,包含了所有功能的集合。那么就一定也同时包含了各种算法描述和方法,以此来实现所有功能。为了达到用户需求与设计同步,继而满足用户需求目标。根据于用户需求,设计分为以下四个阶段来解决问题。需求分析法能经过对需求问题的识别,并进行适当的消化和分析、综合来指定制订规格说评审和说明。这便是软件需求分析法。

为了解决规范,和个性化追求的问题,需求分析方法用解决需求与实现中存在的矛盾的行为都比较商业化,其中贯穿着同化、吸收、贯彻的手段和方法来,解决用户需求,达到商业化产品融通的目的。

2 软件需求分析方法改进方向

我们必须准确地把握用户需求,从实际出发,把用户将来功能进行界定,了解用户需求的目的,从而保证正确的进行我们开发工作。并且,必须只有重视项目分析工作,和强化项目管理。以此来保证了项目能够顺利的完成,并正常的实施。

2.1重点监控软件需求分析办法

实际上,需求分析法的准备度是很难达到的,首先,需求分析具有高风险性,还由于软件项目的特殊性,以及行业覆盖的广阔性,众多不确定因素集中导致的。其主要原因基本表现在以下几个方面。

①客户本身对要求表述不清

客户的需求朦胧不清楚了,也无法表述出自己想要的,用户软件分析需求时更是不理解,只能由人员替他们设想需求。这便是为项目未来建设埋下了潜在的风险,到最后的结果完全偏离了客户要求。简直自毁招牌。因此,工程的需求更需要一定的主观性。好比说全国各地的很多单位、机构、部门在进行应用系统和网络建设,却缺乏了IT系统建设方面的知识,权威专家,何况,还有好多客户方的办公人员都不清楚计算机网络有什么用,这怎么可能会成功?两者其实是一样的道理。

②需求不确定且常有变动

据经验表明,客户方会随着不同的阶段的变化,对项目的需求也会提出不同的,新的要求。也是因为他们对信息化建设的认识在不断更新,自己业务水平也在不断的提高。而且,我们还得接受“需求会变动”这个事实,历史上,对一个软件的需求改动超过三次以上才算正常的。做任何事情都要懂得防患于未然,在进行需求分析时,更要如此。所以应该尽可能地分析清楚,他们哪些是需求是稳定的,哪些需求容易变更。在进行系统设计时,还能方便地把软件的核心,建筑在稳定的需求上。咨询监理方也积极参与到需求分析的中来,公正地协助客户方,承建方两方来界定“做什么”、“怎么做”,的系统功能界限。

③分析人员对客户要求理解不清

客户表达的需求含糊不清时,分析人员也可能就会有了不同的理解,也有可能会理解错误。一旦最开始的程序弄错了,后面的各种程序也会跟着做错,做了也是白做。所以,咨询监理公司就更应该多注重沟通方面的技巧,了解客户需求,对症下药。根据实际的项目需求实施调研计划。

2.2有效性软件需求分析三步法

有工程经验表明,需求分析工作方法,通常可分为“三个阶段”,也可以说是 “三步法”。

①“访谈式Visitation”阶段

实现手段:访谈、调查表格

输出成果:调查报告、业务流程报告

这一阶段作为初级阶段,主要就沟通于具体用户方和业务层人员方两方之间。目的就是为了了解现有的组织架构、硬件环境、业务流程软件环境、客观的信息和现有的运行系统等具体情况,目的就是为了把握用户的具体需求。针对职能部门、各委办局等具体的有关部门,并且指定项目接口人,以此来建立起良好的沟通渠道和沟通方式。

②、“诱导式Inducement”阶段

实现手段:拜访、原型演示

输出成果:原型反馈报告、调研分析报告、业务流程报告

在已经了解了具体用户方的各个方面的具体情况之后,承建方便能够结合客观的信息和现有的硬件、软件实现方案,才能让这一阶段顺利实施。需要了解的具体方案有:软件环境、组织架构、硬件环境、业务流程、现有的运行系统等。为了保证设计的业务流程准确性、的合理性、习惯性、便易性,于是承建方会和用户一起演示DEMO的简单操作,以便即使发现问题及时改正。

③、“确认式Afirm”阶段

实现手段:拜访(回顾、确认),提交数据项表、业务流程报告;演示原型系统

输出成果:需求分析报告、数据项、业务流程报告和原型系统反馈意见等,(需求分析报告将后三者可以统一归入其中,经提交用户方和监理方进行确认后存档)

第三阶段是以前面两个阶段成果为基础,更系统地进行流程的细化、和数据项化。由承建方向客户方说明一下,系统业务的设计成果和目标。并提供原型系统、数据项表、和明确的业务流程报告。用户方审查各种报表无误后,再由客户方和承建方同时操作DEMO系统,参考演示操作成果再来提出反馈意见,双方达成共识后,最后便可在文档上签字。

3 结语

三个阶段的采用和实施,为双方提供了项目的质量以及成功的保证。所以说,需求分析的三个阶段是不可或缺的,是需求调研中的一个最重要的部分。当然在采用迭代法的系统建设的过程中,需求分析的工作在特别是其开发模式的时候需一直进行下去。后期,需求改进的重点将会集中在后两个阶段中。

参考文献:

[1]刘嵩. 软件需求分析方法创新研究[D].武汉理工大学,2005.

[2]夏洁武. 软件需求分析方法探讨[J]. 计算机与现代化,1998,(03):30-31.

[3]熊俊,苏秦. 基于过程要素的软件需求分析质量保证改进方法及案例研究[J]. 计算机应用研究,2003,(10):13-15.

[4]袁广亮,宋雨,黄志强. 面向对象的软件需求分析方法及其在图书馆系统的应用[J]. 航空计算技术,2003,(02):75-78.

[5]赵玮. 面向对象软件工程中软件需求分析[J]. 山西师范大学学报(自然科学版),2006,(02):26-28.