第11章软件项目管理
第11章项目集成计划
C ：定值
C=F(S,Q,T)
Q
客户满意度
项目经理
平衡
4
Chapter 11 Integration Plan
本章内容
集成计划
11.2.1 11.2 11.3 案例
定义
使用其他专项计划过程所生成的结果，运用整体和 综合平衡的方法制定出的，用于指导项目实施和管 理的整体性、全局性、协调统一的整体计划文件。 渐进式推进 步骤
本章内容
集成计划
11.2 11.3 案例
校务通
7
End of Chapter 11本章内容Fra bibliotek基本概念
11.1.1
集成计划
11.2
11.3 案例
集成
运用整体和综合平衡的方法制定总体计 划。 范围计划
1
9
？
集成计划
配置计划
3
Chapter 11 Integration Plan
本章内容
基本概念
11.1
集成计划
11.2
11.3 案例 C S T
成本计划
重点 范围计划 进度计划 质量计划
11.2.2
过程
1
2
3
4
5
信息收集
初步计划
综合平衡
最终计划
评审批准
5
Chapter 11 Integration Plan
本章内容
集成计划
11.2 11.3 案例
项目概述 主体计划
11.2.3 编写
项目团队、沟通 开发环境、规范 范围
专项计划
进度
配置
6
Chapter 11 Integration Plan
软件项目管理路线图
软件项目管理案例教程(第四版)课后习题答案
项目管理案例教程（第四版）习题及答案第一章软件项目管理概述一、填空题1、敏捷模型包括4个核心价值，对应12个敏捷原则。
2、项目管理包括（启动过程组）、（计划过程组）、（执行过程组）、（控制过程组）、（收尾过程组）5个过程组。
二、判断题1、搬家属于项目。
（对）2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。
（错）3、过程管理目的是要让过程能够被共享、复用，并得到持续的改进。
（对）4、项目具有临时性的特征。
（对）5、日常运作存在大量的变更管理，而项目基本保持连贯性的。
（错）6、项目开发过程中可以无限制地使用资源。
（错）7、（对）参见教材p20三、选择题1、下列选项中不是项目与日常运作的区别的是（C）A. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。
B. 项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理。
C．项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识。
D．项目是一次性的，日常运作是重复性的。
2、以下都是日常运作和项目的共同之处，除了（D）A．由人来做B．受限于有限的资源C．需要规划、执行和控制D．都是重复性工作3、（A）4、下列选项中属于项目的是（C）A．上课 B.社区保安 C.野餐活动 D.每天的卫生保洁5、下列选项中正确的是（C）A．一个项目具有明确的目标而且周期不限B.一个项目一旦确定就不会发生变更C．每个项目都有自己的独特性D．项目都是一次性的并由项目经理独自完成6、（B）是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
A．过程 B.项目 C.项目群 D.组合A．人力资源管理 B.项目管理 C.软件项目管理 D.需求管理7、（c）8、下列活动中不是项目的是（C）A．野餐活动 B.集体婚礼 C.上课 D.开发操作系统9、下列选项中不是项目的特征的是（C）A.项目具有明确的目标B.项目具有限定的周期C.项目可以重复进行D.项目对资源成本具有约束性补充：1、下列选项中最能体现项目的特征（C）A．运用进度计划技巧B．整合范围与成本C．确定期限D．利用网络进行跟踪2、项目经理的职责不包括（D）A．开发计划 B.组织实施 C.项目控制 D.提供资金3、项目管理专业人员资格是指( C )。
第11章 项目整合管理1
第二节 制定项目管理计划
第二节 制定项目管理计划
开工会议( Kickoff Meeting )
又称启动大会、开工会议。每个项目都有启动大会，是项 目开始实施的动员大会。 召开时间：项目规划完成后、项目执行开始前召开； 参加方：项目各重要干系人（发起人、顾客、高层管理、职
能管理部门、卖方代表、项目团队等）。 作用：传达项目目标与项目管理计划，获得干系人对项目的
第十一章 项目整合管理
第一节 项目启动 第二节 制定项目管理计划 第三节 项目实施与综合变更控制 第四节 项目管理收尾
1
第十一章 项目整合管理
项目整合管理是指为确保项目各项工作能够有机地协调 和配合，所开展的综合性和全局性的项目管理工作和过程。 项目整合管理包括对隶属于项目管理过程组的各种过程和项 目管理活动进行识别、定义、组合、统一和协调的各个过程 。主要包括如下工作：
1．制定项目章程——项目启动 2．制定项目管理计划——项目计划开发过程 3．指导与管理项目实施——项目计划执行过程 4．管理项目知识——现有知识的使用并生成新知识 5．监控项目工作——项目工作的监控 6．实施综合变更控制——综合的变更控制 7．结束项目或阶段——项目收尾或阶段收尾
第十一章 项目整合管理
要干系人； (2)任务：审查、评价、批准、推迟或否决项目变更，记录和
传达变更处理请求； (3)设立原因：项目经理权力有限，对于涉及计划基准的变更
不能自做主张； PM 一个人决定不了的大事需要通过CCB 来做最终决策。
第三节 项目实施与综合变更控制
变更的批准权限：
每项记录在案的变更请求都必须由一位责任人批准或否 决。这个责任人通常是PM 或者发起人，在项目管理计划或 组织流程中会指定批准责任人。必要时由CCB 开展实施整 体变更控制过程。 1）PM：一般批准不涉及基准变更的请求，紧急情况可批准
《软件项目管理》课程习题参考
《软件项⽬管理》课程习题参考《软件项⽬管理》参考习题序-软件项⽬管理概述⼀、回答问题：1. 集成项⽬管理(Integration Project Management)是什么？项⽬管理⼀定要协调各⽅⾯，不能只顾局部的利益和细节，所以需要集成管理，即是集成项⽬管理。
2. 项⽬管理九⼤知识域是什么？项⽬集成管理、项⽬范围管理、项⽬时间、项⽬成本、项⽬质量、项⽬⼈⼒资源、项⽬沟通、项⽬风险、项⽬采购管理。
3. 项⽬成本管理（Project Cost management）包括哪些过程？资源计划编制、成本估算、成本预算、成本控制。
4. 项⽬管理的五个过程组是什么？启动、计划、执⾏、控制、收尾过程。
⼆、判断题：5. 判断下⾯活动哪些是项⽬？上课λ×野餐活动λ√集体婚礼λ√社区保安λ×开发微软的操作系统λ√每天的卫⽣保洁λ×神州飞船计划λ√6. 项⽬开发过程中可以⽆限制地使⽤资源。
（×）7. 项⽬具有暂时的特征。
（√）8. 项⽬管理核⼼的三⾓形是范围、进度、风险。
（×）9. 过程管理与项⽬管理在软件组织中是两项很重要的管理，项⽬管理⽤于保证项⽬的成功，⽽过程管理⽤于管理最佳实践。
（√）10. 运作管理(Operation Management)是从宏观上帮助企业明确和把握企业发展⽅向的管理。
（×）习题：第⼀章-软件项⽬初始过程⼀、名词解释1. 项⽬章程确认项⽬存在的⽂件，包括对项⽬的确认、对项⽬经理的授权和项⽬⽬标的概述等。
2. 项⽬建议书⼆、选择题3. 项⽬建议书是哪个阶段开发的⽂档（C ）A. 项⽬执⾏阶段B. 项⽬结尾阶段C. 项⽬初始阶段4. 项⽬章程（A ）A. 明确了项⽬经理B. 确定了项⽬的质量标准C. 明确了团队的纪律D. 定义了项⽬需求5. 对于风险⽐较⼤的项⽬，最好选择（C ）⽣存期模型，A. 瀑布模型B. 原型C. 螺旋模型D. V模型6. 开发项⽬建议书的⽬的是为了（C）A. 验收B. 竞标或者签署合同C. 编写计划D. 跟踪控制项⽬三、判断题7. 项⽬经理是⼀个综合的⾓⾊（√）8. 软件项⽬都是需要签署合同的（√）9. 增量式模型可以避免⼀次性投资太多带来的风险（√）10. 项⽬章程类似⼀个项⽬授权书（）11. 在甲⼄合同项⽬中，提出需求的⼀⽅是⼄⽅（×）12. 如果是内部项⽬，在项⽬初始阶段可以不提交招标书（√）习题：第⼆章-软件项⽬范围计划⼀、选择题1. 需求分析是回答系统必须（A）的问题A. 做什么B. 怎么做C. 何时做D. 为谁做2. W BS（⼯作分解结构）⾮常重要，因为下列原因，除了（B ）A. 帮助组织⼯作B. 防⽌遗漏⼯作C. 为项⽬估算提供依据D. 确定团队成员责任A. 只在项⽬开始时重要B. 在授权项⽬的合同或者其他⽂件得以批准后就不再重要了C. 从项⽬概念阶段到收尾阶段都应该加以管理和控制D. 是在项⽬执⾏阶段通过变更控制步骤进⾏处理的问题4. 为了有效地管理项⽬，应该将⼯作分解为更⼩的部分，以下各项中，哪⼀项不能说明任务应该分解到什么程度？（A ）A. 可以在80⼩时内完成B. 不能再进⼀步进⾏逻辑细分了C. 可由⼀个⼈完成D. 可以进⾏实际估算5. 范围变更是指（C ）A. 修改技术规格B. 对范围陈述进⾏修订C. 对批准后的WBS进⾏修改D. 以上都不是6. 下⾯哪个不是需求管理的过程（A ）A. 需求设计B. 需求获取C. 需求分析D. 需求变更7. 下⾯那个不是创建WBS的⽅法（A）A. ⾃顶向下B. ⾃底向上C. 控制⽅法D. 模版指导8. 任务分解可以(B)，它是范围变更的⼀项重要输⼊A. 提供项⽬成本估算结果B. 提供项⽬范围基线C. 规定项⽬采⽤的过程D. 提供项⽬的关键路径9. 范围基线由（B ）组成A. 项⽬章程、批准的详细的项⽬范围说明书和W BSB. 批准的详细项⽬范围说明书、W BS和W BS字典C. 项⽬章程、项⽬⼯作说明书和WBSD. W BS⼆、判断题10. 需求分析过程是确定项⽬如何实现的过程，并确定项⽬的技术⽅案（×）11. 对于⼀个重来没有做过的项⽬，开发WBS时，可以采⽤⽤⾃底向上的⽅法（DUI ）习题：第三章-软件项⽬进度计划⼀、选择题1. 快速跟进是指（）A. 采⽤并⾏执⾏任务，加速项⽬进展B. ⽤⼀个任务取代另外的任务C. 如有可能，减少任务数量D. 减轻项⽬风险2. 赶⼯⼀个任务时，你应该关注（）A. 尽可能多的任务B. ⾮关键任务C. 加速执⾏关键路径上的任务D. 通过成本最低化加速执⾏任务3. “软件编码完成之后，我才可以对它进⾏软件测试”,这句话说明了哪种依赖关系？（）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. ⾥程碑4. 如果⽤户提供的环境设备需要５⽉１０⽇到位，所以环境测试安排在５⽉１０⽇以后，这种活动安排的依赖依据是：（）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. ⾥程碑5. 对⼀个任务进⾏进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成，那么这个任务的历时估算是介于10天到16天的概率是（）A. 50%B. 68.3%C. 70%D. 99.7%6. 下⾯哪项可能延长项⽬的进度？（）A. LagB. LeadC. 赶⼯D. 快速跟进7. 关于浮动，下⾯除了哪个都是不正确的？（）A. 每个任务都有浮动B. 只有复杂的项⽬有浮动C. 浮动是在不增加项⽬成本的条件下，⼀个活动可以延迟的时间量D. 浮动是在不影响项⽬完成时间的前提下，⼀个活动可以延迟的时间量8. 关于⽹络图，下⾯哪个是不正确的？（）A. ⽹络图可⽤于安排计划B. ⽹络图展⽰任务之间的逻辑关系C. ⽹络图可⽤于跟踪项⽬D. ⽹络图可⽤于详细的时间管理9. 资源平衡最好⽤于（）活动A. 时间很紧的B. 按时的C. ⾮关键路径D. 关键路径10. 下⾯哪项可以决定进度的灵活性( )A. PER TB. Total floatC. ADMD. 赶⼯⼆、计算题11. 根据图3-21计算项⽬在20天内完成的概率，其中任务1的最乐观、最悲观和最可能的历时估计是8天，10天，24天, 任务2的最乐观、最悲观和最可能的历时估计是1天，5天，9天？习题：第四章-软件项⽬成本计划⼀、选择题1. （）是⽤系统的功能数量来测量其规模，与实现产品所使⽤的语⾔和技术没有关系的。
《软件工程》教学课件 第11章 软件项目管理
下 表 是 根 据 63 个 项 目 的 数 据 统 计 结 果 ， 按 照 基 本 的 COCOMO模型估算的工作量和进度。
总体类型 组织型
半独立型 嵌入型
工作量 MM=10.4（KLOG）1.05 MM=3.0（KLOG）1.12 MM=3.6（KLOG）1.20
进度 TDEV=10.5（MM）0.38 TDEV=10.5（MM）0.35 TDEV=10.5（MM）0.32
i1
其中:ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数
将估算的源代码行数，乘以根据经验推算的每行源代 码所需成本，即为该软件的成本。
IBM 估算模型
1977年由Waiston 和 Felix 总结了IBM联合系统 分部（FSD）负责的６０个项目的数据，利用最小二 乘法拟合，得到如下估算公式：
PERT（Program evaluation & review technique)计 划评审技术或CPM（Critical path method）关键路径法， 都是采用网络图来描述项目的进度安排。如图描述了开发 模块A、B、C的任务网络图。各边上所标注的数字为该任 务所持续的时间，数字结点为任务的起点和终点。
70
任务
月份 １ 2 3 4 5 6 7 8 9 10 11 12
60
需求分析 ▲ ▲ ▲
50
总体设计
▲ ▲▲
40
详细设计
▲▲
30
编码 软件测试
▲ ▲▲
20
10
▲▲▲
0 一月
二月
三月
四月
五月
六月
进度表
2.甘特图（Gantt Chart）
第11章 软件项目管理-软件工程基础(第3版)-胡思康-清华大学出版社
第 4 页4
软件项目管理概述
软件项目管理目标
软件项目管理成功的目标包括以下几方面： ⑴ 如期完成项目 ⑵ 项目成本控制在计划之内 ⑶ 妥善处理用户的需求变动 ⑷ 保证项目质量⑸ 保持对项目进度的跟踪与控制
第11章 软件项目管理
第 5 页5
软件项目规模度量
任何软件项目都需要定量描述才能制定软件开发成本。只有把软件项目 中设计的各项因素，如软件开发时间、人员数量、开发环境的软件工具和硬 件系统、资金等资源的指标尽可能量化，才能准确估算软件产品的规模、复 杂度、工作总量。没有定量的项目将难以展开软件管理和实施过程。
❖系统的内部处理复杂吗
❖代码设计可重用吗
❖ 设计中包括转换和安 装吗
❖ 系统的设计支持不同 组织的多次安装吗
❖ 系统的实际有利于用 户的修改和使用吗
第 10 页10
软件项目规模度量
面向功能的度量
一旦计算出功能点，就可仿照LOC的方式度量软件的生产率、质量和 其它属性：
生产率 ＝ FP／E 质量 ＝ ER／FP 成本 ＝ S／FP 文档 ＝ ER／FP
第11章 软件项目管理
第 2 页2
软件项目管理概述
软件项目管理的特点
⑷ 软件产品虽然分通用软件和领域软件，但其都是“定制”的定向系统 ，目前仍无法摆脱手工开发模式。“没有完全一样的软件项目”，这不仅对 项目实施过程难以控制，而且还需要根据具体应用领域、环境等制定特殊管 理过程和内容。
⑸ 源于应用领域的复杂性和软件开发技术的复杂性，软件自身是一个复 杂系统。因而软件管理要对复杂软件系统过程做到未雨绸缪，对软件开发内 容抽丝剥茧般的细致。 ⑹ 软件项目管理需要综合各方面，特别是社会因素、精神因素、认知要素、 技术问题、领域问题、用户沟通等各项复杂内容。
第11章中文版Project管理多重项目
10.1.2 插入项目文档
在插入项目文档之前首先需要确定主项目，然后将其他的项目文档作为 子项目插入到主文档中。
10.1.3 查看子项目信息
选择子项目总摘要任务，选择【任务】|【属性】|【信息】选项，在弹 出的【插入项目信息】对话框中，选择【高级】选项卡，即可查看子项目的 名称、链接地址等信息。
每个子项目都可以被保存为一个单独的项目文档，可以为每个子项目分 配资源，建立链接和约束。当需要从宏观的角度跟踪整个项目时，就可以把 分离的多个子项目合并成为一个大型项目。子项目在合并项目中显示为摘要 任务，可以隐藏任何一个与子项目相关的任务。在合并项目文档中，可以只 对所关心的部分进行操作，可以查看、打印和修改任何一个子项目的信息。 。
10.3.3 打开共享资源池
创建了共享资源池后，再打开资源池或共享资源文件时，Project 2016将给 出各种提示源池
在项目管理的过程中，常常需要管理多个项目，同时这些项目的资源又存在 着一定的相关性。这时，就可以查看创建了资源共享的项目以及发生冲突的 资源。
本章重点
合并资源 管理共享资源 创建主项目 管理多项目
10.1 合并项目文档
Project 2016提供了【项目合并】功能，尤其在制定大型而复杂的计划时 ，通过将一个项目插入到另一个项目中创建合并项目，可以简单而有效地组 织一系列相关的大型项目。
主/子项目和合并项目 插入项目文档 查看子项目信息 编辑项目文档
在创建资源池之前，每个项目包含自己单独的资源信息。当将该项目的 资源信息分配给两个项目中的任务时，可能会导致资源的过度分配与重复的 现象。
10.3.2 建立共享资源池
若在多个项目中分配了相同的资源，或者在多个项目中具有共享的资源，可 将所有资源信息合并到资源池中，然后在分配资源时让所有的项目都使用这 个公共资源池。
软件项目管理答案-第11章作业
习题：第十一章-软件项目集成计划
一、选择题
1、下列哪个不是项目管理计划的一部分？（C ）
A. 里程碑图示
B. 进度
C. 数据库设计
D. 风险清单
2、项目管理过程中的进度目标、成本目标、质量目标、范围目标等各个目标之间是（B ）
A. 相互独立
B. 相互关联和制约的
C. 进度目标最重要
D. 没有关系的
二、判断题
3、进度和成本是关系最为密切的两个目的，几乎成了对立关系，进度的缩短一定依靠增加成本实现，而成本的降低也一定牺牲工期进度为代价的。
（X ）
4、项目无论大小，在编写项目集成计划的时候需要按照统一的标准模版进行编写（X ）
5、为了编写一个好的集成项目计划，项目经理应该通晓项目知识域的相关知识，与项目团队人员一起协作完成项目计划（）
6、为了节约成本，可以适当减低项目过程中的质量标准。
（X ）
7、项目管理过程是一个集成的过程，范围计划、进度计划，成本计划，质量计划，风险计划是相互联系的。
（）
8、所有的项目集成计划都按照国家的标准文档编写。
（X ）
9、一个好的项目计划的开发应该是渐近式的。
（）
10、项目的范围发生变化，也必然会影响项目的工期进度、成本、项目的质量。
（）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
l
最早开始时间（Earliest Start times，ES）是
指某项活动能够开始的最早时间。它可以根据项目
的预计开始时间和所有紧前活动的工期估计计算出
来。
l 最早结束时间（Earliest Finish times，EF）是 指某项活动能够完成的最早时间。
所以有：EF=ES+工期估计
第11章软件项目管理
可以用3种工期估计：乐观工期（t0）， 最可能工期（tm），悲观工期（tp）， 计算出期望工期te，则 te=（t0＋4×tm＋tp）/6
第11章软件项目管理
第11章 软件项目管理
2．进度计划
根据已估计出网络图中每项活动的工期和项目必须完 成的时间段，可以计算出一个项目进度，为每项活 动提供一个时间表，明确在项目预计开始时间的基 础上，每项活动能够开始和完成的最早时间；为了 在要求完工时间内完成项目，每项活动必须开始和 完成的最迟时间。
第11章软件项目管理
第11章 软件项目管理
11.4 软件项目的人员管理 11.4.1人力资源 各阶段管理人员和技术人员参与情况
第11章软件项目管理
第11章 软件项目管理
11.4.2 人力资源计划的平衡 Rayleigh-Norden曲线
第11章软件项目管理
第11章 软件项目管理
11.4.3 开发团队人数与协调
• 电子通信方法：包括电子邮件，电子公告栏，web站点， 以及基于视频的会议系统等。
• 个人网络方法：与项目组织外的人员进行的非正式的讨 论。这些人可能有丰富的经验或者见解，能够有助于本 项目的开发。
第11章软件项目管理
第11章 软件项目管理
11.5 风险管理
11.5.1 软件风险 1．项目风险 2．技术风险 3．商业风险
（7） 软件工程组拥有合适的技能吗？
（8） 项目需求稳定吗？
（9） 项目组对将要实现的技术有经验吗？
（10） 项目组的人员数量能够完成该项目吗？
(11)所有的用户对项目的重要性和待构造的系统需求有共识
吗？
第11章软件项目管理
第11章 软件项目管理
11.5.3 风险设计 从两个方面着手： ✓ 风险发生的可能性或概率； ✓ 与风险相关的问题发生可能产生的后果。 风险设计有4项活动： ✓ 为反映风险发生的可能性要建立一个尺度； ✓ 描述风险的后； ✓ 估算风险对项目和产品的影响； ✓ 为了避免误解，应给出风险设计整体的准确度。
• 正式的，非个人的方法：包括一系列软件工程文档和交 付物（如源程序）。例如，技术备忘录，项目里程碑， 项目进度控制工具，错误跟踪报告，维护申请和相关文 档，中心数据库等。
• 正式的，个人的方法：集中表现在软件工程产品的质量 保证活动中。包括软件复审会议，设计和代码检查等。
• 非正式的，个人的方法：包括信息传播，问题解决，需 求和开发人员配置会议。
第11章软件项目管理
第11章 软件项目管理
3）虚活动。在绘制用箭头表示活动的网络图中， 有两个基本规则可以用来识别活动：
第一，每个事件有惟一的编号，既图中不会有相 同的事件号；
第二，每个活动必须由惟一的紧前事件号组成。
第11章软件项目管理
第11章 软件项目管理
11.2.2 进度安排 计划安排进度需要解决以下问题： ✓ 估计每项活动的工期； ✓ 确定整个项目的预计开始时间和要求完工时间； ✓ 在项目预计开始时间的基础上，计算每项活动能
第11章软件项目管理
第11章 软件项目管理
11.5.2 风险识别
（1）高层软件管理者和用户管理者已正式承诺支持该项目吗？
（2）最终用户对该项目和待构造的系统支持吗？
（3）需求已被软件工程组和他们的用户完全了解了吗？
（4） 用户已充分参加到需求定义中了吗？
（5） 最终用户期望现实吗？
（6） 项目的工作范围稳定吗？
够开始的时间和完成的最早时间； ✓ 利用项目的要求完工时间，计算每项活动必须开
始的时间和完成的最迟时间； ✓ 确定每项活动能够开始与必须开始时间之间的正
负时差； ✓ 确定关键（最长）活动路径。
第11章软件项目管理
第11章 软件项目管理
1．估计活动工期
指定项目进度安排的第一步是估计每 项活动从开始到完成所需要的时间。
第11章软件项目管理
第11章 软件项目管理
1．工作分解与责任矩阵
分解WBS应遵循如下原则。 ✓ 一个单位工作任务只能在WBS中出现在一个
地方； ✓ 一个WBS项的工作内容是其下一级的工作之和；
第11章软件项目管理
第11章 软件项目管理
WBS中的每一项工作都只由一个人负责，即使 这项工作需要多人来做；
点，特别要注意历史项目做得不够的地方； 3） 通过步骤1和2得出各个功能的估计值； 4） 产生规模估计。
第11章软件项目管理
第11章 软件项目管理
3．COCOMO模型 工作量和进度的基本COCOMO方程
开发类型 结构型
半独立型 嵌入型
工作量 ED=2.4S1.05 ED=3.0S1.12 ED=3.6S1.20
排的时间内完成； ✓ 比较项目表中被列出的各个项目任务的实
际开始日期与计划开始日期； ✓ 与实践者举行非正式会议，以得到他们对
项目进展时间和问题层的客观评价； ✓ 使用获得值的分析，定量的评价进展。
第11章软件项目管理
第11章 软件项目管理
进度控制的步骤： ✓ 分析进度，找出哪些地方需要采取纠正措
第11章软件项目管理
第11章 软件项目管理
2）用箭头表示活动。活动用箭头表示，对活动的 描写在箭线上。图中的圆圈表示“事件”，活 动由事件连接起来。箭尾代表活动开始，称为 紧前事件；箭头代表活动结束，称为紧随事件。 事件2是活动“系统规划”的紧随事件，又是 “需求分析”的紧前事件，表示“系统规划” 结束和“需求分析”开始。
第11章软件项目管理
第11章 软件项目管理
11.5.5 风险的缓解，监控和管理
1．风险避免
进度 TD=2.5(ED)0.38 TD=2.5(ED)0.35 TD=2.5(ED)0.32
第11章软件项目管理
第11章 软件项目管理
3．COCOMO模型 影响r值的15个成本因素
类型
成本因素
产品属性
1.要求的软件可靠性 2.数据库规模 3.产品复杂性
计算机属性 人员属性 工程属性
4.执行时间约束 5.主存限制 6.虚拟机变动性 7.计 算机周转时间
变换上式，可得开发工作量方程：K=L3/C3Kt4d
第11章软件项目管理
第11章 软件项目管理
5.基于代码行的成本估算方法 1）确定功能 2）求期望值Le和偏差Ld 3）根据经验数据，确定各个子功能的代码行
成本 4）计算各个子功能的成本和工作量，并计算
任务的总成本和总工作量 5）计算开发时间 6）对结果进行分析比较
第11章软件项目管理
第11章 软件项目管理
11.5.4 风险评价 （ri,li,xi） ri为风险，li为风险发生的概率，xi为风险的影响。 步骤： • 定义项目的各种风险参考水平 • 建立每一个（ri,li,xi）与每一个参考水平之间的关
系； • 预测一组参考点来定义项目终止的区域，区域由一条
曲线或不确定的区域界定 • 预测什么样的风险组合会影响参考水平
第11章软件项目管理
第11章 软件项目管理
6.基于过程的成本估算方法 1）确定任务 2）确定每项任务的工作量 对每项任务要估
算它们所需要的人-月数 (1)确定每项任务的对应的劳务费数据 (2)计算 (3)分析比较
第11章软件项目管理
第11章 软件项目管理
11.3.3 成本计划的变更控制
1．预算分摊 2．实际成本累计 3．盈余累计
8.分析人员能力 9.应用经验 10.程序设计人员能 力 11.虚拟机经验 12.程序设计语言经验
13.最新程序设计实践 14.软件工具的作用 15. 开发进度限制
第11章软件项目管理
第11章 软件项目பைடு நூலகம்理
3．COCOMO模型 中间COCOMO工作量估算方法
开发类型
工作量方法
结构型 半独立型 嵌入型
WBS必须与工作任务的实际执行过程一致，WBS 首先服务于项目组，可行的话，再考虑其他目 的；
项目组成员必须参与WBS的制定，以确保一致 性和全员参与；
每一个WBS项必须归档，以确保准确理解该项 包括和不包括的工作范围；
让WBS具有一定的灵活性以适应无法避免的
变更需要。
第11章软件项目管理
第11章 软件项目管理
第11章软件项目管理
2020/11/25
第11章软件项目管理
第11章 软件项目管理
11.1 软件项目管理概述 • 项目整合管理 • 范围管理 • 时间管理 • 成本管理 • 人力资源管理 • 风险管理 • 质量管理 • 采购管理 • 沟通管理
第11章软件项目管理
第11章 软件项目管理
11.2 进度管理 11.2.1 计划 内容： ✓ 确定执行项目需要的特定活动，明确每项 活动的职责； ✓ 确定这些活动的完成顺序； ✓ 计算每项活动所需要的时间和资源； ✓ 制定项目预算。
专家； 5） 协调人召集小组会，讨论较大的估计差异； 6） 专家复查估计总结并在迭代表上提交另一个匿名估
计； 重复4）-6）， 直到达到一个最低和最高估计的一致。
第11章软件项目管理
第11章 软件项目管理
（2）类推估算法 1）整理出项目功能列表和实现每个功能的代码行； 2）标识出每个功能列表与历史项目的相同点和不同
施； ✓ 确定应采取的纠正措施； ✓ 修改计划，将纠正琐事列入计划； ✓ 重新计算进度，估计纠正措施的效果。