软件需求分析模型.pdfVIP

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件需求分析模型

摘要:软件工程伴随软件危机而诞生,软件工程的子领域需求工程的出现,则体现

了其在软件质量保证中的重要意义。相关业界报告与分析对信息系统行业中不能满足客户

需求、与用户预期不符合等现象和问题进行了详细描述。尤其是应用于企业运营、管理及决

策活动的管理信息系统拥有复杂多变的业务需求和相当难度的技术要求,主要基于企业的业

务流程和数据,这些都使得MIS的需求无法被高质量地获取、分析和实现。

本文结合软件工程的层次结构,简单分析一下软件需求分析模型构成,分别从质量保证

层、过程层、方法层来介绍软件分析模型。在质量保证层中明确度量指标以及度量方法,为

需求分析过程提供质量参照;过程层以任务分解结构的结构化分析方法为基础,建立“任务

需求分析矩阵”模型;方法层的“四要素分析法”,则从涉众、结构、任务、度量几个关键角

度来阐述需求的描述,以场景分析的形式进行用户需求中任务需求及性能需求的分解。

关键词:需求工程需求定义质量保证层过程层方法层

在软件开发过程中一个很重要的过程就是需求分析,因为需求分析结果将是

开发过程的指导,整个开发过程都是围绕需求分析得到的结果展开。在需求分析

完成之后还有一个过程,将用户需求分析时期得到的分析结果作进一步的描述说

明,形成清楚、完整的用户需求定义文档,并将用户需求分析时期图表中无法展

开的内容作补充解释说明,以便于用户需求验证时期的工作,提高需求的可跟踪

性,这就是需求定义。做好需求定义的基础研究主要集中在三个方面:(1)需求的

属性和分类分析,(2)度量需求定义的优良睦的指标研究,(3)定义需求的方法研

究。虽然需求定义的基础研究进行的较多,但软件工程中需求定义的工作仍存在

许多问题,原因大概有以下几条:

(l)需求定义过程中的具体细节尚无定论,特别是在需求定义过程中,一般先

要从用户“之声”引出用户需求的定义,然后再从用户需求定义导出系统需求定

义,而什么是用户“”、什么是用户需求“”、用户需求“”如何定义好、如何从用户

需求的好定义有质量地导出系统需求定义等一系列回避不了的问题都没有很好

的答案;

(2)软件产品,特别是管理信息系统这类软件产品,在需求定义过程中其应

用环境一直在动态变化着,因此用户的需求也动态地随之变化;

(3)要适应需求变化,在需求定义质量中必须考虑可扩展性、可修改性,否

则就会因修改需求定义的困难而影响此后一系列的开发活动容易而导致开发成

本的明显增加、开发时间的明显延长;

(4)通常的需求定义过程中,由于把所谓的功能性需求与性能需求分开考虑,

而实际上对每一项功能性需求都必然有对性能的要求,二者不可分离,因此对需

求定义的完整性考虑都有欠缺;

(5)在需求定义过程中,涉众的含义和彼此之间的关系并不简单,涉众至少

包含了客户、顾客、用户、法规方面的专家、软件开发商等,因此做好用户需

求定义除了技术问题外,涉众之间的协调也非常重要;

(7)需求定义的标准化程度不高,特别是需求定义的标准表达形式;

(8)在需求定义的过程中缺乏质量控制手段。

基于以上几点,本文介绍的需求分析过程模型的基本思想为:(l)需求分析过

程中应注重涉众。MIS本身的特殊性决定了其需求分析过程中涉众的重要性,而

以往的方法都没有注意这一点。应注意MIS开发中所涉及的不同涉众在需求分

析中所起的不同作用,例如明确客户需求与用户需求之间的区别与联系;(2)需求

分析过程中结构化方法的应用。在需求定义过程中引入结构化的方法,从而保证

需求定义传递中的规范性,进一步保证需求定义的质量,并且利于建立用户需求

与系统需求之间的对应关系;(3)在需求定义过程中应当把功能性需求与性能性需

求结合起来考虑,两者是互相影响的,将其孤立开来往往导致开发过程中的需求

变动;(4)注意定义形式的标准化,(5)注意需求定义过程中的质量控制,从而减少

事后变更。特别是MIS的开发中,有时信息系统的引入会引起企业本身的业务

流程变动,因此要注意分析过程中的质量控制;(6)注意最终需求文档的标准化。

软件工程的层次为需求分析模型的层次提供了理论基础给予建立模型的

文档评论(0)

177****9497 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档