第11章软件项目综合分析与评价ppt课件

1、第第1111章章 软件工程综合分析与评软件工程综合分析与评价价本章要点： 软件工程胜利与失败的评价准那么 软件工程失败的缘由 软件工程评价的步骤 软件工程的综合分析与评价的目的是指从所开展过的软件工程管理过程中出现的错误和忽略中总结教训，汲取包括工程进度、费用、质量及其他相关要素在内的胜利运作阅历，并力求运用到当前和未来的工程中。 软件工程综合分析与评价与软件产质量量评价有所不同。产质量量评价进展的分析主要针对“产品而不是“过程，产质量量保证评价要确定产品能否可以发布或交付，以确保顾客能否可以拥有最优质的产品；而软件工程综合分析与评价要确定软件工程过程的优缺陷，并在下一个软件工程执行过程中加以

2、改良，以使软件组织从过去的阅历中获益。11.1 软件工程胜利与失败的评价准那软件工程胜利与失败的评价准那么么 软件工程综合分析与评价最重要软件工程综合分析与评价最重要的是确定软件工程的成与败。的是确定软件工程的成与败。 工程胜利或失败的规范主要工程胜利或失败的规范主要是目的能否被实现。是目的能否被实现。 普通采用胜利度评价方法确普通采用胜利度评价方法确定工程的成败，该评价方法是依托定工程的成败，该评价方法是依托专家或专家组的阅历，经过综合分专家或专家组的阅历，经过综合分析工程的各项目的，对工程的胜利析工程的各项目的，对工程的胜利程度做出定性的结论。程度做出定性的结论。 胜利度评价以工程目的为中

3、胜利度评价以工程目的为中心对工程进展全面的、系统的评价。心对工程进展全面的、系统的评价。 工程的胜利度通常分为五个等级： (1)工程完全胜利 工程的各项目的都已全面实现，并获得宏大的效益或影响。 (2)工程是胜利的 工程的大部分目的曾经实现，到达了预期的目的，并曾经产生预期的影响。 (3)工程是部分胜利的 工程实现了原定的部分目的,也只获得了一定的效益和影响。 (4)工程是不胜利的 工程实现的目的非常有限，相对于本钱和付出的代价而言，工程几乎没有产生效益和好的影响。 (5)工程是失败的 工程的目的没有实现或无法实现，相对于本钱和付出的代价，工程没有产生任何效益和正面的影响。10.2 软件工程失

4、败的缘由软件工程失败的缘由 软件工程是一项复杂的系统工程，软件工程是一项复杂的系统工程，牵涉到各方面的复杂要素，它的失败缘牵涉到各方面的复杂要素，它的失败缘由也是多种多样的。由也是多种多样的。 从工程管理的角度调查，软件工程从工程管理的角度调查，软件工程失败通常有如下根本要素：失败通常有如下根本要素： (1)需求内容不明确，把握不充分需求内容不明确，把握不充分 一方面，客户的知识缺乏，不知一方面，客户的知识缺乏，不知道要开发什么样的系统，经常是走一步道要开发什么样的系统，经常是走一步算一步，不断地提出和更改需求。另一算一步，不断地提出和更改需求。另一方面，实现方行业知识缺乏和设计人员方面，实现

5、方行业知识缺乏和设计人员程度低下，不能完全了解客户的需求阐程度低下，不能完全了解客户的需求阐明，经常是以想当然的方法进展系统设明，经常是以想当然的方法进展系统设计，结果呵斥反复任务。计，结果呵斥反复任务。 (2)任务量估算过少 软件开发中，必需综合思索开发各个阶段，人员的消费率、任务的复杂程度等要素。 对任务量的重要性认识缺乏，最常见的问题是经常用客观想象的方式进展粗略估算。另外，软件开发经常会出现一些平常不可见的任务量经常会被脱漏。 除此之外，还有如下缘由： 1)出于用户和管理部门的压力在任务量估算上予以妥协。 2) 过于自信或出于自尊心，对一些技术问题不够注重，或者担忧估算多被讪笑。 3)

6、过分依赖阅历。 (3)工程组织过小，开发才干缺乏 软件开发的各个阶段人手缺乏是大多数工程都会面临的问题，还有一种情况是工程组成员的技术程度达不到预定的要求，或者在工程工数估算时没有对技术程度，进展详细、仔细地评判。 (4)开发方案不充分 没有良好的开发方案和开发目的，主要反映在以下几个方面： 1)任务责任范围不明确，任务分解构造(WBS)与工程组织构造不明确或者不相对应，各成员之间的接口不明确，导致有一些任务根本无人担任。 2)每个开发阶段的提交结果定义每个开发阶段的提交结果定义不明确。中间结果能否曾经完成，不明确。中间结果能否曾经完成，完成了多少模糊不清，结果是工程完成了多少模糊不清，结果是

7、工程后期堆积了大量任务。后期堆积了大量任务。 3)开发方案没有指定里程碑或开发方案没有指定里程碑或检查点，也没有规定设计评审期。检查点，也没有规定设计评审期。 4)开发方案没有规定进度管理开发方案没有规定进度管理方法和职责，导致无法正常进展进方法和职责，导致无法正常进展进度管理。度管理。 (5)工程组设计人员才干低下工程组设计人员才干低下 对技术问题的难度未能正确估对技术问题的难度未能正确估计，将设计义务交给了与要求的程计，将设计义务交给了与要求的程度不相称的人员，呵斥设计结果无度不相称的人员，呵斥设计结果无法实现。法实现。 (6)工程经理的管理才干缺乏工程经理的管理才干缺乏10.3软件工程评

8、价的步骤软件工程评价的步骤 工程综合分析与评价过程包括以工程综合分析与评价过程包括以下步骤：下步骤： (1)论述目的论述目的 (2)选择参与人员选择参与人员 (3)预备小组会议预备小组会议 (4)召开小组会议召开小组会议 (5)提交结果提交结果 (6)处置问题处置问题11.3.1 软件工程综合分析与评价的目软件工程综合分析与评价的目的论述的论述 软件工程综合分析与评价的目的软件工程综合分析与评价的目的在一开场就要提出来。在一开场就要提出来。 该目的最好先在软件组织的该目的最好先在软件组织的会议上进展口头交流，然后再给一会议上进展口头交流，然后再给一切的工程参与者提出书面阐明。切的工程参与者提出

9、书面阐明。 为了到达最好的效果，该书为了到达最好的效果，该书面阐明应该包括一个描画工程综合面阐明应该包括一个描画工程综合分析与评价过程的附件。附件需求分析与评价过程的附件。附件需求定义工程综合分析与评价过程，明定义工程综合分析与评价过程，明确提出每个组织需求回答的问题，确提出每个组织需求回答的问题，使相关组织在软件开发过程中更关使相关组织在软件开发过程中更关注与他们相关的领域。并将综合分注与他们相关的领域。并将综合分析与评价纳入工程进度方案。析与评价纳入工程进度方案。11.3.2 软件工程综合分析与评价的人员组织软件工程综合分析与评价的人员组织 软件工程综合分析与评价由工程管理部软件工程综合分

10、析与评价由工程管理部门组织进展。由工程评价协调人选择工程评门组织进展。由工程评价协调人选择工程评价小组的成员，成立评价小组。价小组的成员，成立评价小组。 工程综合分析与评价人员应具有软件工程综合分析与评价人员应具有软件工程评价的资历。工程评价的资历。 综合分析与评价小组的组成成员应包综合分析与评价小组的组成成员应包含每个部门的代表，尤其是方案、开发、模含每个部门的代表，尤其是方案、开发、模块组装、测试、发布和其他重要部门至少应块组装、测试、发布和其他重要部门至少应中选出一个人参与。中选出一个人参与。 评价小组成员应具备以下条件： 1)熟习本工程的全过程； 2)具有与其角色相应的阅历，或者受过与

11、其角色相顺应的培训，具备所需的相关知识，能全面了解工程完成后的评审任务。 评价小组应有本工程之外的专家参与，由于这些专家拥有有益于评价的阅历和知识，以及能站在中立的立场上对工程进展评价。 管理人员的参与能够会对评价的公正性等呵斥影响，所以管理人员普通不应参与工程综合分析与评价小组。11.3.3 软件工程综合分析与评价的预备任务软件工程综合分析与评价的预备任务 工程评价小组要为每个工程部门预备一系工程评价小组要为每个工程部门预备一系列问题并要求他们回答。列问题并要求他们回答。 这些问题是经过工程评价小组成员一致这些问题是经过工程评价小组成员一致认可的。问题的范围能够很广，也能够限于认可的。问题的

12、范围能够很广，也能够限于某个特定的领域。某个特定的领域。 所涉及的根本问题范围如下：所涉及的根本问题范围如下： 1)产品概述产品概述 2)义务目的义务目的 3)人员和技术人员和技术 4)工程组织、角色和责任工程组织、角色和责任 5)进度表和里程碑跟踪进度表和里程碑跟踪 6)产品定义和变化控制产品定义和变化控制 7)过程 8)质量 9)消费率 10)工程交流和纪律 11)顾客参与、外部团体的支持 12)供应商和子承包商 13)用户期望 14)工程财务 15)教育和培训 16)关键的胜利要素 17)重要问题(包括技术妨碍) 18)工程前景(包括风险评价) 19)运转良好的和不好的其他过程 20)其

13、他(包括业务和法律问题)11.3.4 执行工程评价执行工程评价 工程综合分析与评价的目的是发工程综合分析与评价的目的是发现艰苦问题，并评价工程的整体性能现艰苦问题，并评价工程的整体性能能否满足要求。能否满足要求。 执行评价的第一步是召开小组会执行评价的第一步是召开小组会议。会议第一议题是集中听取每个代议。会议第一议题是集中听取每个代表对原先发布的问题的回答。表对原先发布的问题的回答。 各部门发言的顺序和普通与软件各部门发言的顺序和普通与软件开发过程的顺序一致，并规定发言的开发过程的顺序一致，并规定发言的顺序限制。例如，方案部门的代表应顺序限制。例如，方案部门的代表应在开发部门的代表之前发言，而

14、开发在开发部门的代表之前发言，而开发部门的代表应在测试部门的代表之前部门的代表应在测试部门的代表之前发言等。发言等。 会议第二议题是针对各部门的发会议第二议题是针对各部门的发言，进展提问和交流。经过这种方式言，进展提问和交流。经过这种方式可以进一步了解针对某个问题的不同可以进一步了解针对某个问题的不同看法，有利于工程的评价。看法，有利于工程的评价。 执行评价的第二步是总结评价，拟预备执行评价的第二步是总结评价，拟预备提交给工程指点层的一系列图表。图表列提交给工程指点层的一系列图表。图表列出他们在工程评审中发现的问题，对工程出他们在工程评审中发现的问题，对工程满足进度、费用和质量要求的能够性做整

15、满足进度、费用和质量要求的能够性做整体评价，最后给出结论。工程评审小组还体评价，最后给出结论。工程评审小组还可以对某些或一切他们发现的、需求处置可以对某些或一切他们发现的、需求处置的问题给出建议。的问题给出建议。11.3.5 提交评价结果提交评价结果 工程评价小组成员应以建立性的态工程评价小组成员应以建立性的态度来表达他们发现的问题，评价结果中度来表达他们发现的问题，评价结果中包括针对问题提出的建议。包括针对问题提出的建议。 工程综合分析和评价通常要制定工程综合分析和评价通常要制定两张表。一张表是两张表。一张表是“正确的行为，可正确的行为，可以把正确的阅历用到未来的工程中。要以把正确的阅历用到未来的工程中。要对这张表的表项进展排序，把最有益的对这张表的表项进展排序，把最有益的表项陈列在表的最前面。表项陈列在表的最前面。 另一张表是工程中另一张表是工程中“错误的行为，错误的行为，以优先权排序，最重要的问题列在最前以优先权排序，最重要的问题列在最前面。面。11.3.6 处置发现的问题处置发现的问题 软件工程评价小组提交评价结果软件工程评价小组提交评价