第11章软件项目综合分析与评价.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第11章 软件项目综合分析与评价 本章要点: ? 软件项目成功与失败的评价准则 ? 软件项目失败的原因 ? 软件项目评价的步骤 软件项目的综合分析与评价的目的是指从所开展过的软件项目管理过程中出现的错误和疏忽中总结教训,吸取包括项目进度、费用、质量及其他相关因素在内的成功运作经验,并力求应用到当前和未来的项目中。 软件项目综合分析与评价与软件产品质量评估有所不同。产品质量评估进行的分析主要针对“产品”而不是“过程”,产品质量保证评估要确定产品是否可以发布或交付,以确保顾客是否能够拥有最优质的产品;而软件项目综合分析与评价要确定软件项目过程的优缺陷,并在下一个软件项目执行过程中加以改进,以使软件组织从过去的经验中获益。 11.1 软件项目成功与失败的评价准则 软件项目综合分析与评价最重要的是确定软件项目的成与败。 项目成功或失败的标准主要是目标是否被实现。 一般采用成功度评价方法确定项目的成败,该评价方法是依靠专家或专家组的经验,通过综合分析项目的各项指标,对项目的成功程度做出定性的结论。 成功度评价以项目目标为核心对项目进行全面的、系统的评价。 项目的成功度通常分为五个等级: (1)项目完全成功 项目的各项指标都已全面实现,并取得巨大的效益或影响。 (2)项目是成功的 项目的大部分目标已经实现,达到了预期的目的,并已经产生预期的影响。 (3)项目是部分成功的 项目实现了原定的部分目标,也只取得了一定的效益和影响。 (4)项目是不成功的 项目实现的目标非常有限,相对于成本和付出的代价而言,项目几乎没有产生效益和好的影响。 (5)项目是失败的 项目的目标没有实现或无法实现,相对于成本和付出的代价,项目没有产生任何效益和正面的影响。 10.2 软件项目失败的原因 软件项目是一项复杂的系统工程,牵涉到各方面的复杂因素,它的失败原因也是多种多样的。 从项目管理的角度考察,软件项目失败通常有如下基本因素: (1)需求内容不明确,把握不充分 一方面,客户的知识缺乏,不知道要开发什么样的系统,经常是走一步算一步,不断地提出和更改需求。另一方面,实现方行业知识缺乏和设计人员水平低下,不能完全理解客户的需求说明,经常是以想当然的方法进行系统设计,结果造成重复工作。 (2)工作量估算过少 软件开发中,必须综合考虑开发各个阶段,人员的生产率、工作的复杂程度等因素。 对工作量的重要性认识不足,最常见的问题是经常用主观想象的方式进行粗略估算。另外,软件开发经常会出现一些平时不可见的工作量经常会被遗漏。 除此之外,还有如下原因: 1)出于用户和管理部门的压力在工作量估算上予以妥协。 2) 过于自信或出于自尊心,对一些技术问题不够重视,或者担心估算多被嘲笑。 3)过分依赖经验。 (3)项目组织过小,开发能力不足 软件开发的各个阶段人手不足是大多数项目都会面临的问题,还有一种情况是项目组成员的技术水平达不到预定的要求,或者在项目工数估算时没有对技术水平,进行详细、认真地评判。 (4)开发计划不充分 没有良好的开发计划和开发目标,主要反映在以下几个方面: 1)工作责任范围不明确,工作分解结构(WBS)与项目组织结构不明确或者不相对应,各成员之间的接口不明确,导致有一些工作根本无人负责。 2)每个开发阶段的提交结果定义不明确。中间结果是否已经完成,完成了多少模糊不清,结果是项目后期堆积了大量工作。 3)开发计划没有指定里程碑或检查点,也没有规定设计评审期。 4)开发计划没有规定进度管理方法和职责,导致无法正常进行进度管理。 (5)项目组设计人员能力低下 对技术问题的难度未能正确估计,将设计任务交给了与要求的水平不相称的人员,造成设计结果无法实现。 (6)项

文档评论(0)

aena45 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档