IT项目管理知识体系

1、IT项目管理知识体系讲座2008-61主讲人简介杨洋管理学博士（信息管理与信息安全方向，同济大学）会计学学士、硕士（东北财经大学）高级程序员（1998），CISA（2002）, SCJP，IBM电子商务咨询师，IBM WSAD Developer目前为同济大学电信学院博士后，主要研究领域：基于移动计算的安全接入关键技术2讲座内容项目管理知识体系（PMBOK）概述IT项目范围管理IT项目进度管理IT项目成本管理IT项目质量管理IT项目人力资源管理与沟通管理IT项目风险管理IT项目外包与采购管理3一、项目管理知识体系概述项目管理是20世纪40年代以后迅速发展起来的一门科学，是现代管理学中的一个重要

2、分支。根据美国项目管理协会(PMI)的定义：项目是为完成某一独特的产品或服务所做的一次性努力。从根本上说，项目就是一系列的相关工作。中国项目管理研究委员会对项目的定义是：项目是一个特殊的将被完成的有限任务。它是在一定时间内，满足一系列特定目标的多项相关工作的总称。根据这个定义，项目实际包含3层含义：43层含义:(1)项目是一项有待完成的任务，有特定的环境和要求；(2)在一定的组织机构内，利用有限资源(人力、物力、财力等)，在规定的时间内(指项目有明确的开始时间和结束时间)为特定客户完成特定目标的阶段性任务；(3)任务要满足一定性能、质量、数量、技术指标等要求。5项目管理按PMI的定义：项目管理

3、就是“在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求”。中国项目管理研究委员会对项目管理总结为：“项目管理”一词具有两种不同的含义，其一是指一种管理活动；其二是指一种管理学科，前者是一种客观的实践活动，后者是前者的理论总结；前者以后者为指导，后者以前者为基础。项目管理贯穿整个项目的生命期，是对项目的全过程管理。6PMBOKPMI编写的项目管理知识体系将项目管理划分为9个知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。而中国项目管理研究委员会则将项目管理的内容概括为2个层次、4个阶段、5个过程、9大知识领

4、域、42个要素及多个主体。如表1.1所示。7PMBOK知识域8综合管理 制订项目计划项目计划执行综合变更控制。范围管理启动范围计划范围界定范围核实范围变更控制。项目管理的基本内容:9项目管理的基本内容:时间管理 活动定义活动排序活动时间估计项目进度编制项目进度控制。成本管理 制订资源计划成本估计成本预算成本控制。10质量管理 质量规划质量控制质量保证全面质量管理人力资源管理 人力资源规划招聘与解聘筛选定向培训绩效评估职业发展团队建设项目管理的基本内容:11风险管理 风险识别风险估计风险应对计划风险控制。沟通管理 编制沟通计划信息传递绩效报告管理收尾。项目管理的基本内容:12采购管理 编制采购计

5、划编制询价计划询价选择供应商合同管理合同收尾。项目管理的基本内容:13关键成功因素范围(Scope)时间(Time)成本(Cost)质量(Quality)14项目三角形15PMBOK三角形16项目的浴盆曲线项目的浴盆曲线与IT项目的浴盆曲线17二、项目范围管理项目范围管理概述项目范围规划项目范围定义工作分解结构（WBS）活动估算18项目范围管理概述项目范围的确定项目范围(Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。

6、 19项目范围规划项目范围规划的输入 项目范围规划的工具和技术 项目范围规划的输出 20产品描述 项目章程 制约因素 前提条件 项目范围规划的输入：21项目范围规划的工具和技术 ：产品分析 成本效益分析 项目方案识别技术 专家评定 22项目范围规划的输出：项目范围说明书 范围管理计划23项目范围定义范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板 24工作分解结构(WBS)工作分解的原因及原则WBS的分层设计WBS的设计方法和步骤项目责任分配矩阵25工作分解结构工作分解结构是一个“化整为零”的工具，它依据项目本身的内在结构，将项目转化为多个相互联系的子任务，并

7、运用相应的管理技术，为项目建立一个全面的科学结构模型，通常用图和表的形式表示。工作分解结构中的每一项都有惟一的标志，这些标志可以为成本和资源的分层和计算提供方便。26项目概要720 小时$38 000.0011设计阶段360 小时$18 400.0021.1编程阶段200 小时$10 000.0041.2测试阶段160 小时$9 600.0051.3设计阶段180 小时$4 000.0031.1.1设计阶段2280 小时$14 400.0061.1.2开始设计里程碑设计任务1结束设计里程碑编程任务2设计任务4设计任务3结束编程里程碑设计任务2编程任务1测试任务2测试任务1测试任务3结束测试里程

8、碑27分解目的进行工作分解之后，可以根据细分后的工作包之间的逻辑关系来实施项目。通过工作分解，项目组成员就会明确各自的职责，也有了可以共同遵守的明确规范，这样就可以减少繁琐的协调工作量，有利于工作的沟通。把项目细分为具体的工作任务后，每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。通过工作分解，可以比较准确地把握项目所需要的技术、人力、资金等信息，以及面临的风险，从而可以为项目计划的制定提供基线。28工作分解原则在同一个工作任务中，最好只包含相关的工作元素。例如，对软件开发项目而言，“编码”和“测试”不应该在同一个工作任务中，因为在项目中，“编码”和“测试”的工作性质明显不同，也发生

9、在不同的阶段。在同一个工作任务中，所有工作活动应该是平行的或者连续发生的，其间不应该插入不相关的工作活动。在同一个工作任务中，尽量使用相同的项目组成员，便于彼此沟通和交流。29WBS的分层设计 项目可交付的成果可交付的子成果最底层的可交付子成果工作任务工作分解结构的层次产品或者服务包含的工作总和主要可交付的产品或者服务可交付的子产品或服务最底层的可交付子产品或服务可识别的工作活动一二三四五30WBS的设计方法和原则类比分解法 自上而下分解法 自下而上汇集法 遵循指导方针 31WBS的步骤1.明确并识别项目的各主要组成部分;2.确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算

10、;3.确定工作任务(工作包);4.核实分解的正确性。32项目责任分配矩阵 责任分配矩阵是用来对项目团队成员进行分工，明确其角色与职责的有效工具，通过这样的关系矩阵，项目团队每个成员的角色，也就是谁做什么，以及他们的职责，也就是谁决定什么，得到了直观地反映。项目的每个具体任务都能落实到参与项目的团队成员身上，确保了项目的事有人做，人有事干。33活动定义及估算 活动定义活动排序活动估算 34工作分解结构 项目范围说明历史信息 约束条件 依据 35活动定义活动分解法 参照模板法 方法：输出：活动清单 详细依据 更新的工作分解结构 36活动排序依据：活动清单 产品描述 活动之间的逻辑关系 项目的约束条

11、件 里程碑 37活动排序工具前导图法(Precedence Diagramming Method，PDM) ABCDE图5.2 前导图法表示的网络图38箭线图法(Arrow Diagramming Method，ADM) 1234567A1A2A3A4A5A6A7V1图5.3 用箭线图法表示的网络图活动排序工具39活动排序工具输出项目网络图：项目网络图就是项目活动及其相互关系的示意图，图中可以包括项目的全部活动，也可以只包括主要活动。除此之外，还应当有对活动的简单描述、活动排序方法、重要活动说明，以及被忽略的活动说明。更新的活动清单：在活动排序过程中，需要对活动之间的逻辑关系进行分析和确认，可

12、能会发现必须对某些活动进行重新分解和定义，需要更改项目活动清单，甚至工作分解结构。40活动估算 工作量：指完成一个活动需要投入的人工，一般以人(小)时、人天、人月为计量单位。在确定工作量时，一是考虑系统的规模、功能点数和对象点数；二是考虑生产效率。这三者的关系是：工作量=规模/效率。资源：这里是指完成一项活动能够投入的人力资源。投入人力资源的数量一般要与项目的规模合理匹配，而且与项目的总的时间要求、费用支出有关。 活动工期：理论上，在工作量一定的情况下，投入的人力资源越多，则活动的工期就越短，在一定范围内二者之间的关系近似线性，如100个人天的工作量，投入10个人时，则需要10个工作日完成；投

13、入5个人，则需要20个工作日。 估算过程中需要考虑的主要因素包括：41活动估算 活动清单 约束条件 资源情况 历史信息 已识别的风险 活动估算时的依据:42活动估算 专家评定法 经验类比估算法 利用历史数据法 德尔非法(Delphi Method) 活动估算方法:43活动估算 活动持续时间：这是本阶段工作的最主要成果，估计出来的完成每个活动所需要持续的时间，这个时间可以存在一个允许的变动范围。活动持续时间估算的依据：有时也需要将进行活动估算的依据作为补充材料写入活动持续时间描述文档中。变更的活动清单：项目活动估算中，也会发现和更改活动定义和相互关系等，因此，需要对活动清单进行修正。活动估算的输

14、出:44三、项目进度管理进度计划概述甘特图网络计划进度控制45项目进度计划 产品发行集成调试需求定义需求评估概要设计详细设计概要评估测试计划测试过程测试评估设计评估编码单元调试图5.4 软件项目开发的并行性46制定项目进度计划的指导原则 1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。2. 对于软件项目的实施采用文档化的承诺。3. 相关的机构或个人认可他们对软件项目的承诺。4. 指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。5. 确保软件项目存在一份文档化的、并被认可的工作任务说明。6. 软件开发计划要指定人员角色分工，明确责任。7. 对软件项目所需要的、适当的资源

15、及资金做出计划。47制定项目进度计划的指导原则 8. 对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。9. 成立相关软件项目组及相关的方案论证小组。10. 软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。11. 按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。12. 明确划分为预先定义的、规模可管理的阶段的软件生命周期。13. 按照书面流程开发项目的软件开发计划。14. 将软件项目计划文档化。 48制定项目进度计划的指导原则 15. 确定软件项目需要建立及维护控制的软件产品。16. 按照书面流程进行对软件产品规

16、模的估计(或软件产品规模的改变)。17. 按照书面流程进行对软件项目工作量及费用的估计。18. 按照书面流程进行对项目所需要的关键计算机资源的估计。19. 按照书面流程确定项目的软件开发进度。20. 识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。21. 准备项目的软件工程机制及支撑工具的计划。 49制定项目进度计划的指导原则 22. 记录软件计划编制数据。23. 制定并使用度量方法以确定软件计划活动的状态。24. 定期与高级管理人员对软件项目计划活动进行复审。25. 以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。26. 对软件质量保证人员及软件项目计

17、划活动、工作产品进行回顾及审核，并将结果文档化。 50项目计划的主要活动 计划初始阶段 指定软件开发计划SDP 对SDP草稿进行审查和批准 实施软件开发计划 软件开发过程的质量和评价 修改SDP 51项目计划的主要活动 软件规模、成本、日期估计软件项目跟踪和监控计划过程开始制订项目计划SDP对SDP审查和批准实施软件开发计划SDP过程度量和评价修改SDP需求管理软件配置管理(SCM)软件质量保证(SQA)图5.5 软件项目计划的实现过程52甘 特 图甘特图(Gantt Chart或Bar Chart)，是表示项目各阶段任务开始时间与结束时间的图。甘特图用水平线段表示阶段任务；线段的起点和终点分

18、别对应于任务的开始时间和结束时间；线段的长度表示完成任务所需的时间。甘特图的示例可见表2.1所示。甘特图的优点是表明了各任务的计划进度和当前进度，能动态地反映软件项目的开发和进展情况。缺点是难以反映多个任务之间存在的复杂逻辑关系。53IT项目的网络表示法网络是适用于成本与计划控制的一种项目管理工具。通过图表，工程师和管理者可以直观地表示时间或成本的计划与控制情况网络分析是在20世纪60年代作为一个控制大型项目的技术而引入项目管理过程中的，引入网络技术之前(大约在1956年)，主要使用其他的一些计划方法，如活动列表、日记、条形图、甘特图等。54网络规划技术Gantt ChartsPERT Cha

19、rts（Program Evaluation Review Technique）CPM（Critical Path Methodology）CPM：经验数据肯定型PERT：概率数据非肯定型55网络规划技术56网络规划技术57网络规划技术58网络规划技术工作时间估计a. 专家判断：专家判断主要依赖于历史的经验和信息，当然其时间估计的结果也具有一定的不确定性和风险。b. 类比估计：类比估计意味着以先前的类似的实际项目的工作时间来推测估计当前项目各工作的实际时间。当项目的一些详细信息获得有限的情况下，这是一种最为常用的方法，类比估计可以说是专家判断的一种形式。c. 单一时间估计法：估计一个最可能工作

20、实现时间，对应于CPM网络。d. 三个时间估计法：估计工作执行的三个时间，乐观时间a、悲观时间b、正常时间c，对应于PERT网络:期望时间t(a+4c+b)/6。59网络规划技术工作最早开始时间工作最早开始时间是到指某个节点前的工作全部完成所需要的时间，它是本项工作刚刚能够开始的时间。工作最迟开始时间工作最迟开始时间是指某项工作为保证其后续工作按时开始，它最迟必须开始的时间。时差时差是指在不影响整个任务完工期的条件下，某项工作从最早开始时间到最迟开始时间，中间可以推迟的最大延迟时间60网络规划技术61网络规划技术62网络计划技术的应用 将网络计划技术应用于软件项目进度计划，主要包括以下3个阶段

21、：计划阶段进度安排阶段 控制阶段 63项目计划的网络表示PERT和CPM网络是基于箭头的项目图表表示法。其中有关项目活动的描述标注在箭头上边，即用带箭头的弧线表示项目的活动，因而把这种图表表示法称为箭头表示活动(Activity-on-Arrow，AoA)。另外一种图示法的形式是用节点表示活动(Activity-on-Node，AoN)或优先图表(Precedence Diagram)。这种形式有关活动的描述标注在节点里，而不是写在箭头上边，箭头只表示活动之间的先后关系。其中最常用的是基于节点表示活动的方法。64制定网络的基本步骤l 建立目标与策略。l定义工作与活动的范围。l把活动安排到计划中

22、去。l为每个活动估计成本、时间和资源(CTR)。l分析网络。l优化网络从而建立基本的计划。l测量变量和预测趋势。l针对目标重计划。65网络计划的图示法在网络计划中，常用如图2.3所示的图形符号表示事件之间的先后关系和对应的活动。将要发生的事已经发生的事 正在发生的事图2.3 事件之间的逻辑关系 66网络计划技术的应用 14天4/7/99 开始5/9/9925/8/994/8/9911 天7天28 天14天25/7/9921天14天21 天25/7/9910天T1T3T9T11T12T2T6T7T4T8T5T1018/7/9935天11/8/99M1M4M4M6M8M7结束M2M3图5.6 项目

23、活动网络M514/7/9921天21天19/9/9967网络计划技术的应用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9开始T1T2M1 M4T3M3T4M5 T9M6T11M8T12T6T7M7M2T5T10T8结束图5.7 条形图表示的项目活动时间安排68网络计划技术的应用 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9程序员1T1T2T3T4T9T11T12T6T7T5T10T8图5.8 条形图表示的项目人员安排程序员2程序员3程序员4程序员569进度控制类型

24、：总进度主进度详细进度70进度控制动态监测：日常观测定期观测进展报告71进度控制对进度的思考：提前完成意味着什么？发现拖延意味着什么？进度对员工的士气影响72四、成本管理IT项目成本概述IT项目开发成本的估算方法成本估算案例项目成本控制73项目成本构成对于一般项目，项目的成本主要由项目直接成本、管理费用和期间费用等构成。 IT项目的成本主要由以下4部分构成： 硬件成本 差旅及培训费用 软件开发成本 项目管理费用 74影响项目成本的因素 项目成本的影响因素很多，对于IT软件项目，影响因素主要包括： 项目质量对成本的影响 工期对成本的影响 管理水平对成本的影响 人力资源对成本的影响 价格对成本的影

25、响 75项目成本管理的内容 项目成本管理主要包括： 资源计划编制、 费用估算、 费用预算、 不可预见费用 费用控制。 76IT项目开发成本的估算方法IT项目成本的常用估算方法 面向规模(LOC)的度量 面向功能点(FP)的度量 COCOMO模型 77IT项目成本的常用估算方法最基本的估算方法有以下几种： 成本建模技术 专家判定技术 类比评估技术 自顶向下估算法 自下而上估算法 赢利定价法 78经验之谈Parkinson法则：给的时间越多，花的时间就越多。Brook法则：人数增加后工作量不成比例的增加。Weinberg法则：如果系统不必可靠，则可以满足任何目标。79分解与度量方法：分解主要是做两

26、个方面工作：一是按工作分解结构和工作任务(工作包)分摊成本；二是按工期时段分摊成本。目前最常用且最好用的度量方法主要有3种：面向规模(LOC)、面向功能点(FP)及COCOMO模型的度量方法。 80面向规模(LOC)的度量 为了与其他项目中的同类度量相比较，选择代码行作为规范化，这样，就可以为每个项目产生一组简单的、面向规模的度量标准： 每千行代码(KLOC)的错误数。 每千行代码行(KLOC)的缺陷数。 每千行代码行(KLOC)的成本。 每千行代码行(KLOC)的文档页数。 每人月错误数。 每页文档的成本。 81面向规模的度量以代码行作为规范值的度量指标：每千行代码的错误数每千行代码的缺陷数

27、每千行代码的文档数以人月作为规范值的度量指标：每人月的错误数每人月的代码数行数每人月的文档数82面向功能点(FP)的度量功能点可由以下4个参数计算出来：外部输入和输出数；外部接口数；用户交互数 ；系统要用的文件数。功能点法是通过建立一个标准来确定某个特定的测量参数(简单、平均或复杂)的功能点数，一般，可以采用下面的方式计算功能点： FP= 总计数值0.65+0.01SUM(Fi)83一旦计算出功能点，就可以采用类似面向规模的方法来使用，以便规范软件生产率、质量及其他属性的测量：每个功能点(FP)的错误数 每个功能点(FP)的缺陷数 每个功能点(FP)的成本 每个功能点(FP)的文档页数 每人月

28、完成的功能点(FP)数面向功能点(FP)和面向规模(LOC)两种度量方法之间的关系为：LOC=AVC功能点的数量，其中AVC是指该语言在实现一个功能点时所要用的平均代码行数。 面向功能点(FP)的度量845个功能标定信息域：用户输入数：向软件输入不同类型应用形式的数据用户输出数：向用户提供输出报表、屏幕、出错消息等形式的信息用户查询数：软件对应要求的联机实时查询响应文件数：数据的逻辑组合，数据库表或文件外部接口数：可以将信息传送到另一系统的操作程序每个功能可以用如下5个信息域来标定：面向功能的度量 简单 平均 复杂用户输入数 3 4 6 用户输出数 4 5 7 用户查询数 3 4 6 文件数

29、7 10 15 外部接口数 5 7 10 设定3个复杂度加权因子值：功能的测量：需要利用对其他值的测量，间接导出85功能点复杂度调整的14个值1. 系统需要可靠的数据备份2.系统需要数据通讯3.系统有分布处理4.系统有严格的性能要求5.系统在现有的负载很重的操作系统环境下运行6.系统需要联机数据登录7.系统需要联机在多屏幕操作切换下完成输入操作8.系统需要联机更新主文件9.输入、输出、查询很复杂10.内部处理逻辑很复杂11.需要支持代码复用12.需要包括数据转换和安装13.需要支持不同组织的多次安装14.需要支持用户方便的修改和使用 每项对应的值 不需要 0 需要很简单的 1 需要一般的 2

30、需要较多的 3 需要很复杂的 4 需要很复杂且重要的 586测量参数 计数 简单 平均 复杂 用户输入数 3 4 6 =用户输出数 4 5 7 =用户查询数 3 4 6 =文件数 7 10 15 =外部接口树 5 7 10 =复杂度加权因子值总计数值功能点计算关系式：总值计算式 FP = 总计数值 （0.65 + 0.01 Fi） Fi=14个复杂度调整值的累加和其中：常数、加权因子值以及复杂度调整值是经验确定值FP使功能有了可标定的尺度，FP值越大，则功能越复杂，开发难度越大87以功能作为规范值的度量指标：每个功能点（FP）发布前的错误数每个功能点（FP）运行后报出的缺陷数每个功能点（FP）

31、的花费每个功能点（FP）的文档页数每个月完成的功能（FP）数在FP功能统一标定尺度下，以功能作为规范值的度量指标才是合理的功能点测定的问题：偏重数据点的标定，而忽略功能点和行为控制点，因此适用于信息系统，而不适应于控制类嵌入式软件，以及其他操作交互的复杂功能软件。数据维功能维行为维88扩展的功能点度量功能特征点：（3维）数据点：仍然保持功能点方法功能点：一组语义陈述约束的加工步骤行为控制点：状态变换的数量3D功能点指标计算式： I + O + Q + F + E + T + R = FP输入 输出 查询 数据结构 文件 行为变换 状态变迁（复杂度权值累加之和）复杂度加权值：Ni l Wi l

32、+ Ni a Wi la+ Ni hWi h （其中：i 表示 计算元素；k=l,a,h对应表示：低,中,高；N表示次数；W是权值）复杂级别确定方式： 语义陈述加工步骤 1-5 6-10 11+ 1-10 低 低 平均 11-20 低 平均 高 21+ 平均 高 高89用代码行估算功能点功能的估算应该与要开发的软件LOC数量及开发所需的工作量关联起来。不同程序语言建造功能点平均代码行数的粗略估算： 程序设计语言 LOC/FP(平均值)汇编语言 320C 28Cobol 106Fortran 106Pascal 90C+ 64Ada95 53Visual Basic 32Smalltalk 22

33、Power Builder 16SQL 1290COCOMO模型 COCOMO 模型的项目成本估算公式为： E=A(KDSI)b 在COCOMO 模型中，根据开发环境及项目规模等因素，可把项目分为以下3种：组织模式 ；半分离模式 ；嵌入模式 相应地，COCOMO模型的层次结构也包括3种基本形式，即初级COCOMO 模型、中级COCOMO 模型和高级COCOMO 模型。 91初级COCOMO 模型 初级COCOMO模型是一个静态单变量模型，该模型的自变量是一个已估算出来的源代码行数(LOC)。通过对成功项目历史数据的分析，项目开发成本(开发工作量E以人月PM的形式表达)估算公式变为： 组织模式：

34、 PM = 2.4 (KDSI)1.05 半分离模式：PM = 3.0 (KDSI)1.12 嵌入模式： PM = 3.6 (KDSI)1.20COCOMO模型还能对项目进度进行度量，即在有足够的人员和其他资源的情况下完成整个项目所花费的时间的计算，计算公式为： 组织模式： TDEV = 2.5 (PM)0.38 半分离模式：TDEV = 2.5 (PM)0.35 嵌入模式： TDEV = 2.5 (PM)0.3292中级COCOMO 模型 影响项目工作量的主要因素为：产品可靠性；数据库规模；执行和存储限制；人员属性；中级COCOMO 模型关于开发成本及进度的计算公式如下表所示。中级COCOM

35、O模型开发成本及进度计算公式类 型开发成本开发进度组织模式PM = 3.2 (KDSI)1.05TDEV = 2.5 (PM)0.38半分离模式PM = 3.0 (KDSI)1.12TDEV = 2.5 (PM)0.35嵌入模式PM = 2.8 (KDSI)1.20TDEV = 2.5 (PM)0.3293高级COCOMO 模型 高级COCOMO 模型引入了两种主要功能：阶段敏感工作权数，某些阶段(设计、编码、调试)比其他阶段有关因素的影响可能更大。高级COCOMO 模型为每个因素提供了一个“阶段敏感工作权数”。三层产品分级结构，3个产品层次是模块、子系统和系统。 94成本估算案例 先看一个例

36、子 ： 假设估算的是一个计算机辅助设计(CAD)应用开发软件包，该软件运行于一台工作站上，并与各种计算机图形外设，如鼠标、数字化仪、高分辨率彩色显示器、激光打印机、绘图仪等接口，要实现的主要功能如下：用户界面及控制机制(UICF) ，二维几何分析(2DGA) ；三维几何分析(3DGA) ；数据库管理(DBM) ；计算机图形显示机制(CGDF) ；外设控制(PC) ；设计分析模块(DAM) 。 遵照LOC的三点估算技术，能够确定估算范围。例如，三维几何分析功能的LOC估算范围如表6.5所示。 95那么由公式：EV=(SOPT+4SM+SPESS)/6可以得到三维几何分析功能的期望值是6800 L

37、OC。其他的估算也可以通过类似的方法获得。将LOC估算值相加，即得到该CAD系统的规模估算值是33200LOC。 接着，估算14个复杂的加权因子，并且计算调整因子。 最后得出FP的估算值 ：FP=总计数值0.65+0.01SUM(Fi)=372 成本估算案例 96项目成本控制的内容项目的成本控制就是在整个项目的实施过程中，定期收集项目的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使项目的成本目标尽可能好地实现。 项目成本控制的主要内容包括： 对造成成本基准计划发生改变的因素施加影响，以保证这种变化朝着有利项目的方向发展。 确定项目基准计划是否已经发生变化。

38、在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有效的管理。 监视项目成本执行情况，及时发现与成本计划的偏差。 确保所有有关成本的变更都准确记录在项目成本基准计划中。 防止不正确、不适宜或者未核准的变更纳入成本基准计划中。 将核准的变更通知有关项目干系人。 97项目成本控制的流程与方法 在项目管理中，成本控制、质量控制和进度控制一起贯穿项目实施的全过程。其控制原理如图6.9所示。 项目进展收集实际成本数据计划成本与实际成本比较偏差采取控制措施 图6.9 动态成本控制原理是否98成本控制的工作流程工作范围投资/成本预算进度计划检查跟踪预测分析成本检查/预测报告/报表决策(采取措施纠正偏

39、差)项目成本控制流程99质量管理基本概念IT软件质量管理基本知识软件项目质量计划 软件项目评审 软件质量体系 软件过程能力成熟度模型(CMM) 五、质量管理100质量的定义 实体是指可单独描述和研究的事物，也就是有关质量工作的对象，它的内涵十分广泛，可以是活动、过程、产品(软件、硬件、服务)或者组织等。明确需求是指在标准、规范、图样、技术要求和其他文件中已做出规定的需要。隐含需求是指用户和社会对实体的期望以及公认的、不必明确的需求，需要对其加以分析研究、识别并加以确定的。质量：国际标准组织对质量的定义：“反映实体满足主体明确和隐含需求的能力的特性总和” 101质量特性的定义 质量是综合的概念，

40、它要求功能、成本、服务、环境、心理等诸方面都能满足用户的需要。质量是一个动态的、相对的、变化的、发展的概念，随着地域、时期、使用对象、社会环境、市场竞争的变化而被赋予不同的内容和要求，而且随着社会的进步及知识创新，其内涵和要求也是不断更新、丰富的。质量特性 ： “是指实体所特有的性质，它反映实体满足需求的能力 ” 102质量管理的定义 质量管理是项目管理的重要组成部分，是一个项目的性能(功能)、成本、进度3项指标实现的重要领域。质量管理主要就是监控项目的可交付产品和项目执行的过程，以确保它们符合相关的要求和标准，同时确保不合格项能够按照正确方法或者预先规定的方式处理。 质量管理：“确定质量方针

41、、目标和职责并在质量体系中通过质量计划、质量控制、质量保证和质量改进使其实施的全部管理职能的所有活动” 103质量管理发展过程及影响因素 以产品为中心的质量检验和统计质量控制阶段(18世纪 1950年)。以顾客为中心的质量保证阶段(1950年 1987年)。强调持续改进的质量管理阶段(1987年 现在)。全面质量管理阶段(TQM)。检验统计质量控制质量保证质量管理全面质量管理图7.1 质量管理发展阶段104全面质量管理 1. 系统的观点产品质量的形成和发展过程包括了许多相互联系、相互制约的环节，不论是保证和提高产品质量还是解决产品质量问题，都应该把生产企业看成一个开放的系统，运用系统科学的原理

42、和方法，对所有环节进行全面的组织管理。2. 向用户服务的观点，用户满意是第一原则要树立质量第一、用户第一的思想，满足广义用户(产品的使用者以及企业生产过程的下一阶段)对产品质量的要求。3. 预防为主的观点，事前主动进行质量管理这个观点要求生产企业的质量管理重点应从事后检验把关转移到事前预防，从管结果转变为管因素，找出影响产品质量的各种因素，抓住主要因素，使生产经营活动处于受控状态。105全面质量管理 APCD检查执行经验教训遗留问题问题原因主要原因 计划图7.4 质量管理的PDCA循环图106软件质量概念 ISO8402定义：“对用户在功能和性能方面需求的满足、对规定的标准和规范的遵循以及正规

43、软件某些公认的应该具有的本质 ”ANSI/IEEE定义：“与软件产品满足规定的和隐含的需求能力有关的特征和特性的全体” 软件质量不是绝对的，而是相对的概念，讨论软件的质量，最终将归结为定义软件的质量特性，而定义一个软件的质量，就等价于为该软件定义一系列质量特性 软件质量 ：107软件质量概念 B.W.Boehm、T.R.Brown和M.Lipow 于1976年首次提出软件质量模型 1977年Walters和McCall提出了新的软件质量层次模型与度量 1994年ISO9000-3软件质量国际标准(ISO的软件质量评价模型)给出了 6个软件质量特性和与其相关的21个质量子特性的明确定义 软件质量

44、模型：108软件质量概念 Boehm软件质量模型 ：总体效用可移植性可维护性可使用性可靠性效率人性化可测试性易理解性可修改性设备无关性自包含性准确性完备性健壮性一致性可说明性设备效率易存取性易交流性自描述性结构性简明性易读性可扩充性图7.5 Boehm软件质量模型109软件质量概念 McCall软件质量模型 ：产品修改产品升级产品运行正确性、可靠性、高效性、易用性、完整性可维护性灵活性可测试性可移植性可重用性互操作性图7.6 McCall软件质量模型110软件质量影响因素 正确性 健壮性 效率 完整性(安全性) 可用性 风险 可理解性 可维修性 灵活性(适应性) 可测试性 可移植性 可重用性

45、互操作性111软件项目质量保证 质量保证(Quality Assurance，QA)包括： 质量管理方法。有效的工程技术。整个过程采用的正式复审技术。多层次的测试技术。对文档及其修改的控制。项目的标准及规格等。112软件质量管理 软件产品的质量软件产品的质量目标开发过程的质量目标开发过程的质量图7.9 开发过程质量和软件产品质量的关系113软件质量标准 软件质量标准的定义，有3个重要方面需要强调： 软件需求是进行质量度量的基础，与需求不符就是质量不高。指定的标准定义了一组指导软件开发的准则。如果不遵循这些准则，就极有可能导致软件质量的不高。软件需求中通常有一组“隐含需求”是很少被提及的，如对易

46、维护的要求，如果软件符合了明确需求却没有满足隐含需求，软件的质量仍然值得怀疑。114软件项目质量计划 方法和技术 :效益/成本分析法。质量计划必须考虑效益与成本的关系。满足质量需求的主要效益是减少了重复性工作，即高产出、低成本、高用户满意度。质量管理的基本原则是效益与成本之比尽可能大。基准法。主要是通过比较项目的实施与其他同类项目的实施过程，为改进项目的实施过程提供借鉴和思路，并作为一个实施的参考标准。流程图。流程图是一个由箭线和结点表示的若干因素关系图，可以包括原因结果图、系统流程图、处理流程图等。因此，流程图经常用于项目质量控制过程中，其主要目的是确定以及分析问题产生的原因。试验设计。试验

47、设计对于分析整个项目输出结果是最有影响的因素，也是十分有效的。对于软件开发，设计原型解决核心技术问题和主要需求也是可行和有效的。但是，这种方法存在费用与进度交换的问题。115软件项目质量计划 阶段成果 :质量管理计划。主要描述了项目管理小组应该如何实施项目质量方针，包括对组织结构、责任、方法、步骤、资源等实施质量管理。质量计划提供了对整个项目进行质量控制、质量保证及质量改进的基础。操作说明。对于质量计划中的一些特殊条款需要附加的操作说明，包括注解、如何控制、如何度量，以及在何种情况下采取何种措施和方法等说明。检查表。各种检查表是记录项目执行情况和进行分析的工具，既可以简单，也可以复杂，但需要项

48、目小组形成一种较标准的体系。116软件项目质量保证 质量保证的主要依据是 :质量管理计划。质量控制度量结果。质量控制的度量是为了对质量控制测试记录和度量进行比较和分析。操作说明。在实施质量保证时，主要采取的工具和方法是：质量计划编制工具和技术。应用与质量计划制定过程的工具和方法也基本适用于质量保证过程。质量审核。117软件项目质量保证 软件质量保证计划 :1. 计划目的2. 参考文献3. 管理 3.1 组织 3.2 任务 3.3 责任4. 文档 4.1 目的 4.2 要求的软件工程文档 4.3 其他文档5. 标准和约定 5.1 目的 5.2 约定 7. 测试8. 问题报告和改正活动9. 工具、

49、技术和方法10. 媒体控制11. 供应者控制12. 记录收集、维护保密13. 培训14. 风险管理 6. 评审和审计 6.1 目的 6.2 评审要求 6.2.1 软件需求的评审 6.2.2 设计评审 6.2.3 软件验证和确认评审 6.2.4 功能评审 6.2.5 物理评审 6.2.6 内部过程评审 6.2.7 管理评审 118软件项目质量控制 依据 :项目的阶段工作成果。包括项目的实施结果和产品结果。项目质量管理计划。操作描述。检查表。119软件项目质量控制 方法和技术 :检查。包括度量、考察、测试、对比等。控制图。监控项目的进度和费用变化、范围变化的幅度和频率、项目的其他管理结果等。统计样

50、本。对项目实际执行情况的统计。流程图。包括原因结果图、系统流程图、处理流程图等。因此，流程图经常用于项目质量控制过程中，其主要目的是确定以及分析问题产生的原因。趋势分析。应用数学方法根据历史数据预测项目将来的发展趋势。可以用于监控项目的技术参数，例如，一般规模的软件存在多少个错误以及多少识别和修改，多少错误仍然未被发现等；也可以用于对费用和进度参数的预测。120软件项目质量控制 产生的工作成果 :项目质量改进的措施。可接受的决定。每个项目的工作都有可能被接受或拒绝，不被接受的工作需要重新进行。返工。确定需要返工工作的方案，以确定最小的成本和最少的返工工作量。检查表。进行项目质量检查时，需要随时

51、完成对项目质量的纪录，完成相应的各种检查表。过程调整。包括了对质量控制度量结果的纠正以及采取预防工作等。121软件质量管理的实施 定义过程开发产品评估产品质量改正过程过程标准化NY合格？图7.10 软件质量管理贯穿产品生产的全过程122软件质量管理的实施 遵循以下一些基本原则 ：控制项目所有过程的质量。过程控制的出发点是预防不合格。质量管理的中心任务是建立并实施文档化管理的质量体系。持续的质量改进。有效的质量体系应满足顾客和组织内部双方的需要和利益。定期评价质量体系。搞好质量管理的关键在于领导。123软件项目评审的基本概念 评审是一种质量保证的机制：指出开发和管理人员或者软件产品所需改进的部分

52、。确定软件产品中不需要或者不希望改进的部分。通过质量复审，得到更加一致的、更可预测的技术工作的质量，从而使得技术工作更加容易管理。124软件项目评审的基本概念 软件项目有以下几种类型的评审：设计或者程序检查。目的是发现设计或者代码中的详细错误，并且检查设计和代码是否遵循了标准。管理评审。这种类型的评审，其目的是为软件项目的整个进度管理过程提供信息，它既是过程评审也是产品评审，主要关心项目的成本、计划和进度。管理评审是重要的项目检查点，在这些检查点上，经常做一些关于项目将来开发计划或者产品生存能力的决策。质量评审。个人或者小组的工作由评审小组进行评审。这个专门的评审小组由项目组成员和技术管理人员

53、组成。这种类型的评审和设计与代码检查不同，因为系统不可能被详细地描述。这个评审的目的是对产品组件或文档进行技术分析，从而发现需求、设计、编码和文档之间的错误或者不匹配之处，以及是否遵循了质量标准或质量计划中的其他质量属性等更广泛的质量问题。125软件项目评审阶段 选择评审小组安排地点时间分发文档评审通知和完成评审表格图7.11 评审过程126软件项目评审的作用 原始要求正确的规格说明错误的规格说明需求分析正确的设计错误的设计对错误说明的设计正确的编码错误的编码对错误说明的编码对错误设计的编码正确的功能可改正的错误潜伏的错误不可改正的错误不完善的产品设计编码测试图7.12 错误“积累”及“放大”

54、效应不符合需求的产品可行的产品127软件项目评审的作用 表7.2 需求阶段错误对后期的影响阶 段 错误扩张倍数 需求分析阶段 1 设计阶段(概要、详细) 36倍 编码阶段 10倍 集成测试阶段 1540倍 系统测试阶段 3070倍 运行 40100倍 128小组的度量包括内容：1）多个人开发的软件主要功能的缺陷数量2）正式技术评审中发现的缺陷率（正常和缺陷的比例）3）正式技术评审中度量的工作量（人员、时间）等等项目小组的过程度量来源与个人，但结果决不应该归因于个人软件度量礼仪：度量如果被务用，会产生更大的问题，因此提出“软件度量礼仪”1）解释度量数据使用通用的观念，考虑组织的敏感性2）收集个人

55、或小组的测量要定期反馈3）不要用度量去评价个人4）要讨论共识的度量指标5）不要用度量威胁个人或小组6）度量数据不要作为否定什么的论据，应强调它用于改善的目的7）不要纠缠某个度量而忽视了其他更重要的度量129软件的错误来源通常包括： (P60) 来源于处理逻辑来源于数据处理来源于标准化处理来源于规约（规定和要求）来源于用户界面来源于错误检测来源于硬件接口来源于软件接口用饼图给出分析结果的例子软件接口6%硬件接口7.7%错误检测10.9%用户界面11.7%规约25.5%标准6.9%数据处理10.5%逻辑20% 1需求 2设计 3编码130用鱼骨图表示错误或缺陷的原因的例子规约缺陷遗漏二义性选择了错

56、误的用户进行调研不够充分的调研使用过时的信息不正确变更131（5）软件质量度量影响软件质量的3个主要因素：操作：软件产品的操作使用修改：软件产品的修改变迁：软件产品的环境改变软件测量的基本指标：正确性-可维护性-完整性-可用性-软件质量度量的重要指标：缺陷排除效率（defect remove efficiency DRE） DRE = E /（E + D）（E交付之前发现的错误数；D交付后所报告的缺陷数）理想的情况是：DER= 1，即是：D=0。软件质量依赖于：问题需求、设计解决方案、程序编码、错误测试132正确性： 度量标准是每千行的缺陷数。缺陷是发布后的软件在标准的给定期限，所报出的使用与

57、需求不符的缺陷可维护性： 错误容易修改；环境变化容易适应。采用间接测量技术。可维护性软件与不可维护软件相比，MTTC （mean-time-to-change）平均修改时间较低完整性完整性=1- 威胁性 (1- 安全性)威胁性：规定时间内某类型攻击的可能性安全性：对某类型攻击的击退可能性可用性量化“用户友好性”。测量学会使用系统所需的体力或智慧测量使用系统的效率和时间测量中等效率使用者带来的生产率增长测量用户对系统的态度（主观评估）软件测量的基本指标：正确性-可维护性-完整性-可用性-133对项目度量活动收效的分析（P72）分析方法： （参看图4-8和4-9例子）1.统计每个小项目在一个区段的

58、度量值。画图2.计算每次度量之间的差值。并计算差值的均值（画图）3.差值的均值乘上3.268常量系数，得到控制上界4.若差值的活动范围在控制上界内则，度量活动稳定，表示有收效。134软件度量计划确定业务目标明确想要研究的内容确定子目标确定子目标的实体和属性（使用资源、工作产品、源代码、测试案例、修改请求、工程任务、进度安排）确定测度的目标确定可量化的问题和相关的指标，可用它们来帮助实现测度确定以上问题的指标和元素的指标，它们可以对收集测量有帮助定义可操作的测量确定实现测量的动作准备实现测量的计划例：家庭安全系统业务目标：通过产品改善用户的满意度系统易于使用缩短新产品推向市场的时间提供对产品技术

59、支持的手段改善整体收益率采用“目标驱动”的软件度量计划方法：135ISO9000与CMM 二者相关性和不同点，参见教材p125表7.4:二者之间的相关性是很明显的：都着眼于质量和过程管理，两者都为了解决同样的问题，直观上是相关的。 不同体现在两方面：其一，CMM模型明确强调持续的过程改进，而ISO9001只要求质量体系的最小保证；其二，CMM模型只关注软件，而ISO9001适用于更大的范围。 136项目人力资源管理概述项目团队建设项目团队的冲突管理团队的激励组织计划六、人力资源管理137项目人力资源管理 主要过程包括：组织计划编制、人员获取、团队建设3个阶段9项基本活动。人力资源规划招聘解聘筛

60、选定向培训绩效考核职业发展满意的劳资关系图12.1 项目人力资源管理的9项基本活动确定和选聘有能力的员工能适应组织和不断更新技能与知识的能干员工能长期保持高效的能干、杰出员工138项目人力资源管理的关键 首先，是对问题的理解；其次，集成所掌握的知识和信息，并且进行分析获得全面的解决方案；最后提炼整个解决方案形成可执行程序。 关键点：139项目人力资源管理的关键 解决方案问题局部解决方案新知识现存知识经验和专业知识图12.2 问题解决过程140软件项目中人员的工作方式 一个项目的成功，首先必须是每个项目组成员的成功，其次是项目组成员协作的成功。 多数软件工程师都在一个小组或团队里工作，小组的规模