A001-185-2537-翁格婉

第一章 需求工程导论

1.1软件生产中的需求问题

1.1.1需求问题是当前软件开发面临的主要问题

无论是实践者的切身体会,还是各种调查数据,都明确指出需求问题是当前软件开发面临的 主要问题之一。在所有调査数据中,以美国专门从事跟踪工厂项目成功或失败的权威机构 Standish Group的CHAOS系列报告最广为人知。
在Standish Gnwp的调査中将软件项目分为3种类别:
①在预计的时间之内,在预算的成本之下完成预期的所有功能,则项目为成功项目(success )o
②已经完成,软件产品能够正常工作,但在生产中或者超支,或者超期,或者实现的功能不 全,则项目为问题项目(challenged or faulty)。
③因无法进行而被中途撤销,或者最终产品无法提交使用,则项目为失败项目(failed or impaired )o
Standish Group 1995年发布的调查报告[Standish 1995]表明(如图1-1和图1-2所示),1994 年美国365家公司的8 380个项目当中,成功项目仅为16.2%,失败项目为31.1%,问题项目为 52.7%。所有项目平均超支189%,平均超期222%,平均只完成了预计功能的61%。
在这里插入图片描述
为了更深入了解项目成败的原因.Standish Group在1995年的报告中还公布了导致项目成 功或失败的影响因素,相关数据如表1-1~表1-3所示。
在这里插入图片描述

通过分析表1-1~表1-3,可以发现需求因素对项目的成败具有至关重要的影响。其中的用 户参与(用户输入)、高层管理支持、清晰的需求说明、切合实际的期望、清晰的目标和前景、需求 变化、额外的无用功能等都会使需求发生问题。
1996年,欧洲软件协会(European Software Institute ,ESI)为欧洲软件过程改进培训计划项目 (European Software Process Improvement Training Initiative, ESPITI)发布的报告[ESPITI 1996 ]进 一步验证了 Standish Group的调查结果。
ESPITI在对欧洲17个国家的超过3 800个组织进行调查后发现,关于需求规格说明和需求 管理的缺陷是软件开发当中最常见的两类重要问题,如图1-3所示。
在这里插入图片描述
图1-3软件开发问题调査,数据来源于[ESPITI 1996]

所有这些调査数据表明,和软件需求相关的因素为软件项目所带来的风险和问题已经超过 了所有的其他因素,糟糕的软件生产状况背后隐藏着软件工程的需求问题。
到现在为止,[Standish 1995]和[ESPITI 1996]报告已经过去了近20年,其反映的问题有所 好转,但并未根本改变,软件生产面临的状况仍然不容乐观(如表1-4所示),其中的需求问题仍 然存在(如表1-5所示)。
在这里插入图片描述

1.1.2需求问题具体原因分析

软件生产中产生需求问题的最大原因在于对应用型软件的模拟特性理解不透彻或应用不坚 决,它会导致软件开发者产生轻视需求的态度问题。除此之外,还有一些技术原因也会导致需求 问题的产生。
1.非技术性和社会性因素重视不足
应用型软件的模拟特性使得需求处理具有很突岀的特性。相对于软件开发的其他阶段而 言,需求处理阶段涉及更多的非技术性和社会性因素,并且其所受的影响也远远高于其他阶段。 20世纪90年代之前的需求处理往往更专注于技术处理,而对其中的非技术性和社会性因素重 视不足。
需求建模与分析是需求处理中的核心活动,它用一些形式化或半形式化的语言进行知识 的描述。一方面,只有通过建模与分析才能将混乱、模糊的用户需求变成清晰、明确的软件需 求,所以它是获取需求处理活动的必然后继,它建

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
"艾欧康耐(东莞)电子科技有限公司 "文件编号 "DP-Q001 " " " "文件修(制)定履历 " "项次 "申请编号 "制(修)定 "制(修)内容 "版次 "制(修)定 " " " "日期 " " "单位/人员 " "1 "DP-Q001 "2018-11-06 "新制订 "A0 "陈垒 " "2 " " " " " " "3 " " " " " " "4 " " " " " " "5 " " " " " " "6 " " " " " " "7 " " " " " " "总经理核准 "管理代表审核 "会签 " " " " " "目的: " "使本公司经营/管理/质量/环境/GP系统所使用相关文件之制订、修订、废止、审查、核准" "、编号、发行等有所遵循,并且能够迅速处理、 正确流通,以确保各相关部门能适时获 " "得适当且有效之最新文件。 " "范围: " "本公司经营/管理/质量/环境/GP系统之相关文件及资料的制作与管理均适用之,包括质量" "/环境之系统文件、程序文件、工作指导文件、表单、外来文件及参考图面等。 " "权责: " "文件制订、修订、废止:三阶四阶文件由各单位承办人,系统文件及程序文件由单位主管" "。 " "文件审查:三阶四阶文件由相关单位审查;系统文件及程序文件由管理者代表审查。 " "文件核准: " "一阶/二阶文件:总经理。 " "三阶/四阶文件:部门主管。 " "其它文件:依各程序书或规范所规定之核准权限。 " "文件分发、收回、销毁及管制:文控中心。 " "定义: " "一阶文件:公司经营/管理手册.(经营管理方针.纲要.IS0-9000品质手册/ISO-14000环境 " "手册/管理手册等)。 " "二阶文件:程序文件(依据手册内所订定之各项程序书)。 " "三阶文件:作业标准,检验标准及管理办法等。 " "四阶文件:表单记录,实验报告,外来文件(外来文件包括来自顾客的文件 " "来自标准化组织的文件,国家和国际的抽样标准及过程和质量体系标准及相关法律法规等 " "。 " "作业流程:文件管理作业流程,如(附件一) " "作业内容: " "6.1文件制订、修订、废止作业: " "文件制订作业:视组织任务及业务需要,由适当单位指定专人,以各类文件标准格式拟案" "后,填写《文件制修废补申请单》,由拟案单位送相关单位审查会签无异议后,呈相关权责" "人员审核、核准后颁布发行。(文件审查、核准、颁布发行阶段,若有任何异议得由原制" "订者修改之,必要时得召开会议)。 " "文件修订作业:当发现文件有不合现状,需修改、增订者,需由提议单位提《文件制修废 " "补申请单》,说明修订原因,交原制订单位研拟,修改记录需在《文件修(制)订履历表》中体" "现。 " "文件废止作业:当发现文件有不合现状,需废止者,需由提议单位提《文件制修废补申请 " "单》,交由原制订单位研拟。 " "6.2 文件编码:本公司文件一律按下列编(除图面,技术文件外) " "一阶文件编码: " "6.2.1.1 QSM-XX- :公司经营,管理手册类文件。(QSM:质量环境管理手册;XX:流水 " "号,由01-99; 版次,由A0为初版)。 " "二阶文件编码; " "6.2.2.1编码方式 " " - - " "文件当前版次 " "文件流水号(001-099……) " "文件归属部门代码 " "文件类别:P代表程序文件 " "公司名称:io-connect代码I " "三阶/四阶文件编码; " "6.2.2.1编码方式 " " - - " "文件当前版次 " "文件流水号(001-099……) " "文件类别 " "文件归属部门代码 " "本公司部门代码如下: " "管理部:A 品保部:Q 制造部:P 工程部:E 业务部:S " "资材部:M 财务部:F " "本公司文件类别如下: " " " " " " " " " " " "文件版次规定: " "6.2.5.1 文件版次以A0为最初版,修下次为A1,版次修改到A5后升级为B0,并依此类推。" "6.3文件分发、收回作业: " "经颁布发行之文件,由文控中心以《文件管制总览表》进行列册管理,并依拟案分发单位," "影印相应份数加盖管制文件发行章后发行,请单位在《文件分发/回收签收记录表》上签章 " "。 " "文件修订及废止时,由文控中心依《文件分发/回收签收记录表》对版旧文件进行回收,回 " "收时应注意文件的完整性,并在《文件分发/回收签收记录表》上做回收记录。 " "文件修订及废止时,旧版文件应于新文件发行同时当即收回。 " "对外发行文件,由相应单位代签收,分发时加盖管制文件发行章,修订及废止时,不予以" "收回,由相应单位通知作相应处理。 " "6.4文件档

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值