第12章 软件项目执行控制过程
软件项目管理案例教程(第二版)习题答案
第二版习题答案目录第0章软件项目管理概述 (2)第1章软件项目初始过程 (3)第二章-范围计划 (6)第三章-软件项目进度计划 (8)第四章-软件项目成本计划 (10)第五章-软件项目质量计划 (11)第六章-软件项目人力资源计划 (13)第七章-软件项目沟通计划 (14)第八章-项目管理风险计划 (17)第九章-软件项目合同计划 (19)第十章-软件项目配置管理 (20)第十一章-软件项目集成计划 (21)第十二章-软件项目执行控制过程 (22)第十三章-软件项目结束过程 (25)第二版习题答案韩万江、姜立新机械工业出版社第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期内，协调项目管理其他各管理知识域，将项目管理的方方面面集成为一个有机整体，保证项目的总目标的实现。
项目集成管理从一个宏观的角度将项目作为一个整体来考察。
包括的过程包括：项目章程编制、初始项目范围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。
项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。
2、项目管理的9大知识领域是什么？1）项目集成管理2）项目范围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理●为了成功实现项目的目标，首先必须设定项目的工作和管理范围，即项目的范围管理。
●为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理●项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理●为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理●当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理●当项目管理一定要协调各个方面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√二、判断题1. 项目开发过程中可以无限制地使用资源。
软件项目管理课后习题参考答案
第一章项目管理概述一．选择题１.项目是（D）。
Ａ．一个实施相应工作范围的计划Ｂ．一组以协作方式管理、获得一个期望结果的主意Ｃ．创立独特的产品或服务所承担的临时努力Ｄ．必须在规定的时间、费用和资源约束条件下完成的一次性任务２.你刚被指派在你的公司的一个不同的部门中管理一个大的项目。
你正试图了解项目是关于什么的，谁是主要的项目干系人，为了管理好此项目，你首先应该做（C）。
Ａ．所有的项目计划Ｂ．会见以前的项目经理，以找出他离开的原因Ｃ．与你的老板见面，了解他对项目的看法Ｄ．与你的新项目团队见面，认识他们和了解他们对项目的看法３.不属于项目的活动是（ B ）。
Ａ．一种新型罐头产品的开发Ｂ．罐头产品的生产Ｃ．罐头产品的试制Ｄ．罐头产品的营销策划４.项目是一个特殊的将被完成的有限任务，它是在一定的时间内，满足一系列特定目标的多项相关工作的总称。
此定义实际包含的含义有（D）。
Ａ．项目是一项有待完成的任务，且有特定的环境与要求Ｂ．在一定的组织机构内，利用有限资源（人力、物力、财力等）在规定时间内完成任务Ｃ．任务要满足一定性能、质量、数量、技术指标等要求Ｄ．项目的实施具有一定的风险第二章项目实施的环境与过程一．选择题１.项目管理中应用最广泛的组织形式是（ C ）。
Ａ．项目式Ｂ．职能式Ｃ．矩阵式Ｄ．网络式２.下面有关矩阵式组织环境的描述，不正确的是( A )。
A．项目的经理必须是职能部门领导，这样才能取得公司总经理对项目的信任B．项目经理和职能经理必须就谁占主导地位达成共识C．矩阵式项目组织能够充分利用人力资源D．矩阵式项目组织能够对客户的要求作出快速响应３.在下列组织结构形式中，团队建设最困难的是( C )。
A．直线式结构B．职能式结构C．矩阵结构D．项目结构４.职能式项目组织形式中项目经理的权限( A )。
A．很小B．有限C．中等D．很高５.项目在哪种组织中最不被重视（D）。
A．平衡矩阵型B．强矩阵型C．项目协调员型D．职能型６.下面各种类型的组织中，哪种最常发生冲突( B )。
webaccess教程-第12章
第十二章视频网页及Flash集成本章要点基于Web浏览器开发的网际组态软件WebAccess，提供了视频嵌入功能，可以集成众多网络摄像机，以及利用ASP\HTML等网页语言开发的网页文件，还可以将Flash动画文件嵌入到WebAccess画面中，本章将针对视频和Flash等控件使用方法进行详细讲解。
12.1 网络摄像机集成应用对于目前市场上广泛流行的网络摄像机（Web Camera），WebAccess通过集成其OCX视频控件的方式，集成视频影像到WebAccess监控画面中，实现视频影像与实时数据同步监控的功能。
12.1.1 添加摄像图12-1 添加摄像12.1.2 制作视频窗口提交后，添加视频页面会出现如下图所示视频地址链接，复制该链接，用于制作自定义视频窗口。
点击该页面的“下载”按钮。
图12-2 视频的链接地址12.1.3 自定义视频窗口WebAccess支持用户自定义视频窗口的大小及位置，打开DrawDAQ画面（开始绘图），依次选择菜单栏中的动态->摄像显示，如下图所示。
图12-3 自定义视频在弹出的视频添加窗口中，名称一栏，可以自定义；摄像一栏，则直接将12.1.2步骤中复制的视频链接地址复制到该栏位，然后确认。
图12-4 设置视频显示确认后系统要求制定该视频窗口的位置及尺寸大小，用户可以通过鼠标拖拽的方式自行定义。
定义完成后，如下图所示，会在画面中出现红色的矩形线框。
该线框即为视频图像显示窗口。
图12-5 定义视频显示大小和位置保存DRW和BGR画面后下载图片。
12.1.4 浏览视频效果启动核心程序，打开刚刚制作完成的BGR页面，便可以看到如下加载了视频图像的效果。
图12-6 显示视频图象另外，还可以通过点击工具栏中的“摄像”按钮，查看全屏摄像画面。
图12-7 全屏显示视频12.2网页文件集成应用随着网络技术的普及和发展，越来越多的视频服务器也开始支持基于IE浏览器远程访问的功能，WebAccess提供接口将视频服务器的多屏视频画面集成到监控画面中。
第12章 软件验证和确认
12.3软件测试
软件测试的定义：
传统：测试是一种旨在评估一个程序或系统的属性 或能力，确定它是否符合其所需结果的活动。 Myers：测试是为了发现错误而执行一个程序或系 统的过程。 IEEE：测试是使用人工和自动手段来运行或检测某 个系统的过程，其目的在于检验系统是否满足规定 的需求或弄清预期结果与实际结果之间的差别。
2013-04-02 20
12.3.1软件测试的目的和原则
测试的目的：
测试是为了发现程序的错误，而不是证明程序无错 误； 一个好的测试用例在于能够发现至今未发现的错 误； 一个成功的测试是发现了至今未发现的错误的测试。
牢记这三句话！
2013-04-02 21
12.3.1软件测试的目的和原则
23
4. 5. 6.
7.
8.
软件测试文档-测试用例(补充)
Test Case: 一组数据输入和所期望结果
“输入”是对被测软件接收外界数据的描述 “期望结果”是对于相应输入软件应该出现的输出 结果的描述
测试用例还应明确指出使用具体测试案例产 生的测试程序的任何限制。 测试用例可以被组织成一个测试系列，即为 实现某个特定的测试目的而设计的一组测试 用例。
例如，一部分测试用例用来测试系统的兼容性， 另一部分是用来测试系统在特定的环境中，系统 2013-04-02 的典型应用是否能够很好地运作。
24
12.3.2单元测试
软件测试过程（图12.3）
2013-04-02 25
12.3.2单元测试
软件测试过程（图12.3续）
2013-04-02 通常软件测试过程活动有 4个，即单元测试、集成测试、系统测试和确认测试。
软件项目管理案例教程(第2版)课后习题答案(精准版)
课后练习题答案第三章练习题一、选择题1. 快速跟进是指（A ）A. 采用并行执行任务，加速项目进展B. 用一个任务取代另外的任务C. 如有可能，减少任务数量D. 减轻项目风险2. 赶工一个任务时，你应该关注（C ）A. 尽可能多的任务B. 非关键任务C. 加速执行关键路径上的任务D. 通过成本最低化加速执行任务3. “软件编码完成之后，我才可以对它进行软件测试”,这句话说明了哪种依赖关系？（ A ）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. 里程碑4. 如果用户提供的环境设备需要５月１０日到位，所以环境测试安排在５月１０日以后，这种活动安排的依赖依据是：（C ）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. 里程碑5. 对一个任务进行进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成，那么这个任务的历时估算是介于10天到16天的概率是（ B ）A. 50%B. 68.3%C. 70%D. 99.7%6. 下面哪项将延长项目的进度？（A）A. LagB. LeadC. 赶工D. 快速跟进7. 关于浮动，下面除了哪个都是不正确的？（D）A. 每个任务都有浮动B. 只有复杂的项目有浮动C. 浮动是在不增加项目成本的条件下，一个活动可以延迟的时间量D. 浮动是在不影响项目完成时间的前提下，一个活动可以延迟的时间量8. 资源平衡最好用于（C ）活动A. 时间很紧的B. 按时的C. 非关键路径D. 关键路径9. 下面哪项可以决定进度的灵活性(B )A. PERTB. Total floatC. ADMD. 赶工二、根据表3-11和图3-32，采用PERT方法估算，说明项目在20天内完成的概率的近似值？图3-32：项目网络图表3-11: PERT方法估计项目历时最乐观值最可能值最悲观值估计值项任务181024任务2159均值=（8+24+4*10）/6+（1+9+4*5）/6=17，标准差=（约等于）3所以，17+3=20天完成的概率大概是84.2%。
14-软件项目执行控制
28
跟踪项目进度
跟踪项目进度重要的是及时更新项目信息，这 样及时反映项目的比较基准计划与实际运行状 况的差异，以便于及时调整项目，达到项目跟 踪的目的。
29
进度控制的建议
进度有张有弛，不做过分要求 注意关键路径，尤其存在多条关键路径的时候 确保检查点的定义是明确的 制订新的计划之前，不要改动计划
监控过程(monitoring and controlling processes) ，包括定期
测量和检查项目进程以确保项目团队能够实现项目的目标。 监控过程组针对项目目标衡量进展情况，监控与计划的偏差， 并采取纠正措施，以使项目进展与计划相符合； 监控过程理想的结果是，在限定的时间、成本和质量内完成预 定的工作。如果有需要改动项目目标或计划的情况，监控过程 可以确保快捷、有效地作出一些变更，以满足利益相关者的需 要和期望。
42
性能分析的主要技术
图解控制法 挣值分析（已获取价值分析法、盈余分析法）： Earned Value Analysis
43
挣值分析模型
输出：
输入：
1. CV 2. CPI 3. SV 4. SPI 5. EAC 6. VAC 7. SAC
44
1. BCWS 2. BCWP 3. ACWP 4. BAC
37
图解控制法 －累计费用曲线
累计费用（S）曲线是项目累计成本图，将项 目各个阶段的费用进行累计，就得到了平滑的、 递增的计划成本和实际成本的曲线
38
累计费用曲线图
费 用
12
总估算
BCWS
ACWP
10
费用差异:2
资 源
当前日期
软件项目管理案例教程(第2版)完整版本
chapter__1
18
本章要点
一、项目立项 二、授权项目 三、初始项目范围分析 四、生存期模型 五、案例分析
chapter__1
19
项目章程(Project Charter)
确认项目存在的文件，包括对项目的 确认、对项目经理的授权和项目目标 的概述等。
chapter__1
20
Sample Project Charter
chapter__1
24
本章要点
一、项目立项 二、授权项目 三、初始项目范围分析 四、生存期模型 五、案例分析
chapter__1
25
n 项目范围的主要内容
l 1. 项目的合理性说明 l 2. 项目目标 l 3. 项目可交付成果
n 项目范围的依据
l 合同 l 规范 l SOW：客户份额（工作说明书）
Project Manager Director of IT Operations VP, Human Resources
Steve McCann
Director of Purchasing
Sign-off: (Signatures of all above stakeholders)
Responsibility Monitor project Monitor project, provide staff Plan and execute project Mentor Kim Provide staff, issue memo to all employees about project Assist in purchasing hardware and software
chapter__1
38
Spiral Model
第12章Rational统一过程ppt课件全
学习内容
统一过程的概念 统一过程的结构 配置和实现Rational统一过程
统一过程的概念
Rational统一过程，从字面的意思来讲，其包含有三层含义。 1.作为“Rational”统一过程，它是由Rational软件开发公司开发并维护的，它可以被看成是Rational软件开发公司的一款软件产品，并且和Rational软件开发公司开发的一系列软件开发工具进行了紧密的集成。 2.其次是它的“统一”的含义，Rational统一过程拥有自己的一套架构，并且这套架构是以一种大多数项目和开发组织都能够接受的形式存在的。其采用了现代软件工程开发的六项最佳实践。 3.最后是它的“过程”上，Rational统一过程不管是如何解释，其最终仍然是一种软件开发过程，提供了如何对软件开发组织进行管理的方式，并且拥有自己的目标和方法。
统一过程的结构
产物 产物是被过程产生的、修改的，或为过程所使用的一段信息。 产物是项目的有形产品：项目最终产生的事物，或者向最终产品迈进过程中使用的事物。产物用作角色执行某个活动的输入，同时也是该活动的输出。在面向对象的设计术语中，如活动是活动对象（角色）上的操作一样，产物是这些活动的参数。 产物可以具有不同的形式： 模型，模型组成元素，文档，源代码和可执行文件。
统一过程的结构
角色 角色定义了个人或由若干人所组成小组的行为和责任，它是统一过程的中心概念，很多事物和活动都是围绕角色进行的。 角色举例： 架构师（Architect） 架构师在整个项目中领导和协调技术活动和产物。架 构师为每一个架构视图建立整体结构：视图分解、元素分组以及在这些主要分组之间的接口。 系统分析员（System Analyst） 系统分析员通过描述系统功能的纲要和约束，领导和协调系统需求的将Rational统一过程的开发过程使用一种二维结构来表达，即使用沿着横轴和纵轴两个坐标轴来表达该过程。
软件工程_张海蕃
应该推广使用在实践中总结出来的开发软件的成功 的技术和方法，并且研究探索更好更有效的技术和 方法，尽快消除在计算机系统早期发展阶段形成的 一些错误概念和做法。 应该开发和使用更好的软件工具。正如机械工具可 以“放大”人类的体力一样，软件工具可以“放大” 人类的智力。在软件开发的每个阶段都有许多繁琐 重复的工作需要做，在适当的软件工具辅助下，开 发人员可以把这类工作做得既快又好。如果把各个 阶段使用的软件工具有机地集合成一个整体，支持 软件开发的全过程，则称为软件工程支撑环境。
与软件开发和维护有关的许多错误认识和作法的形 成，可以归因于在计算机系统发展的早期阶段软件 开发的个体化特点。错误的认识和作法主要表现为 忽视软件需求分析的重要性，认为软件开发就是写 程序并设法使之运行，轻视软件维护等。
事实上，对用户要求没有完整准确的认识就匆忙着 手编写程序是许多软件开发工程失败的主要原因之 一。只有用户才真正了解他们自己的需要，但是许 多用户在开始时并不能准确具体地叙述他们的需要， 软件开发人员需要做大量深入细致的调查研究工作， 反复多次地和用户交流信息，才能真正全面、准确、 具体地了解用户的要求。对问题和目标的正确认识 是解决任何问题的前提和出发点，软件开发同样也 不例外。急于求成，仓促上阵，对用户要求没有正 确认识就匆忙着手编写程序，这就如同不打好地基 就盖高楼一样，最终必然垮台。事实上，越早开始 写程序，完成它所需要用的时间往往越长。
另一方面还必须认识到程序只是完整的软件产品的 一个组成部分，在上述软件生命周期的每个阶段都 要得出最终产品的一个或几个组成部分(这些组成 部分通常以文档资料的形式存在)。也就是说，一 个软件产品必须由一个完整的配置组成，软件配置 主要包括程序、文档和数据等成分。必须清除只重 视程序而忽视软件配置其余成分的糊涂观念。 作好软件定义时期的工作，是降低软件成本提高软 件质量的关键。如果软件开发人员在定义时期没有 正确全面地理解用户需求，直到测试阶段或软件交 付使用后才发现“已完成的”软件不完全符合用户 的需要，这时再修改就为时已晚了。
HALCON数字图像处理(刘国华)第12章 HALCON混合编程
德国HALCON是一款具有交互式编程开发的图像处理软件，可导出VB C/C++，C#等代码，利用其自有的HDevelop编程工具，可以轻松地实 现代码从HALCON算子到C、C++、C#等程序语言的转化。利用 HDevelop进行图像分析，完成视觉处理程序的开发，程序可以分成不 同的子程序，每个子程序可以只做一件事，像初始化，计算，或是清 除。主程序用于调用其它子程序，传递图像信息或是接收显示结果。 最后，程序导出成我们要用的程序代码，接续下一步工作。
HALCON数字图像处理
案例：芯片检测系统
图12-31 头文件设置
HALCON数字图像处理
案例：芯片检测系统
4）工程设置，和console程序相同，如图12-32和图12-33。
图12-32 工程设置一
HALCON数字图像处理
案例：芯片检测系统
HALCON数字图像处理
图12-33 工程设置二
案例：芯片检测系统
案例：成捆棒材复核计数系统
介绍：成捆复核计数系统是采用机器视觉技术检测棒材端面，通 过图像处理获得棒材中心信息并进行识别计数，实现准确复检计 数的新型检测装置。棒材复核计数系统是由工控机、光源、工业 相机、镜头和HALCON与VB混合编程的成捆棒材复核计数软件组 成。现场采集的成捆棒材图像如图12-2所示。
HALCON数字图像处理
图12-11
案例：电路板缺陷检测系统
新建项目如图12-12所示，选择.NET Framework 4 运行平台，创建 Windows窗体应用程序，修改解决方案名称为“混合编程”，项目 名称为“单片机实例”，选择程序保存路径，创建Form1窗体如图 12-13所示。
软件项目管理第12章 软件配置管理
第12章 软件配置管理
(2) 减少施工费用。利用配置管理工具，建立开发管理 规范，把版本管理档案链接到公司内部的Web服务器上，内 部人员可直接通过浏览器访问，工程人员通过远程进入内部 网，进而获取所需的最新版本。开发人员无须亲自到现场， 现场工程人员通过对方系统管理员收集反馈意见，书面提交 到公司内部开发组的项目经理，开发组内部讨论决定是否修 改，并做出书面答复。这样可以同时响应多个项目，防止开 发人员被分配到各个项目引起力量分散、人员紧缺等问题， 避免开发人员将大量的时间和精力浪费在旅途中，同时节约 大量的差旅费用。
第12章 软件配置管理
配置项类
数据库设计说明
配置项实例
数据库设计说明V1.1
数据库设计说明V1.2
数据库设计说明V2.0
图12.3 软件配置项类及实例(配置项和配置项的不同版本类似于面 向对象的类和实例)
第12章 软件配置管理
(3) 代码对象库的建立。软件代码是软件开发人员脑力 劳动的结晶，也是软件公司的宝贵财富，长期开发过程中形 成的各种代码对象就如同一个个已生产好的标准件一样，是 快速生成系统的组成部分。一个长期的事实是：一旦某个开 发人员离开工作岗位，其原来所做的代码便基本成为垃圾， 无人过问。究其原因，就是没有专门对各个开发人员的有用 代码对象进行管理，没有把使用范围扩大到公司一级，没有 进行规范化，没有加以说明和普及。配置管理对软件对象管 理提供了一个平台和仓库，有利于建立公司级的代码对象库。
第12章 软件配置管理
这4种状态相互之间的联系具有方向性，沿图中实线箭 头所指方向的状态变化是允许的，虚线表示为了验证或检测 某些功能或性能而重新执行相应的测试，一般不沿虚线变化。
2. 软件配置项的版本 软件配置项也有不同的版本，配置项和配置项的版本类 似于面向对象的类和实例。配置项可以看成是类，版本看成 是类的实例。例如，图l2.3表示了数据库设计说明的配置项。 数据库设计说明的不同版本对应于数据库设计说明的实例。 配置项的不同版本是从最原始的配置项(相当于配置项类)逐 渐演变而来的，尽管每个都不相同，但是具有相关性。
软件工程经济学课程学习报告
《软件工程经济学》课程学习报告学院：计算机科学与技术学院班级：软件工程班学号：1208060389姓名：指导教师：目录目录 (2)1.章节知识点 (3)1.1第一章： (3)1.2第二章： (4)1.3第三章： (7)1.4第四章： (10)1.5第五章： (12)1.6第六章： (14)2.知识点掌握 (16)3.软件工程经济学心得体会及感悟 (19)1.章节知识点1.1第一章：本课程第一章的开始部分讲的是《软件工程经济学》这门课以下面几个章节：第1章软件工程与软件工程经济学，第2章软件工程经济学基础，第3章软件的成本、工期与定价分析，第4章软件项目的经济、社会效益与风险分析，第5章软件生产过程经济分析，第6章软件项目的进度计划制订与团队组织，第7章软件测试的资源分配、进度管理与最优发行，来进行讲解。
然后介绍了，SoftwareEngineeringTechnology是研究软件的分析、设计、开发和维护的工程技术方法的一门学科分支，SoftwareEngineeringEconomics是研究软件的分析、设计、开发和维护的工程经济方法的一门学科分支，SoftwareEngineeringManagement是研究软件的分析、设计、开发和维护的工程管理方法的一门学科分支，SEE的相关概念和研究对象：SE和“工程经济学”的交叉学科，SE中经济问题和经济规律为研究对象的一门分支学科，研究为实现特定功能需求的SE项目所提出的技术经济方案（产品与服务）的规划论证、分析、设计与比较决策的系统方法论的一门分支学科。
SEE的研究内容为：1.研究对象是SE领域中的经济问题与经济规律的系统方法2.软件系统的构成要素（技术经济要素）及其关联3.管理活动的数学描述及其经济分析4.物流、资金流、信息流的合成及其对国家、地区、部门的影响（经济、社会、科技、国防建设）SEE的研究需注意的问题：1.注意到软件产品的人工制作的特点，故其工程经济分析的重点是成本/效益、质量、时间进度/工期、生产效率、组织/协调、而以人的组织与协调、控制为主线。
第12章 项目的风险管理
第12章 项目的风险管理风险管理计划编制风险识别定性风险分析定量风险分析风险应对计划编制风险监控在项目的整个生命期内，监视残余风险，识别新的风险，执行降低风险计划，以及评价这些工作的有效性。
②风险审计和定期的风险评审 ④组织过程资产（更新） ③风险记录（更新） ①建议的纠正措施③差异和趋势分析 ③批准的变更请求 3、工具和技术1、名称及定义④技术绩效评估 ①项目管理计划 ②工作绩效信息 ②变更申请 ①风险评估⑤预留管理2、输入4、输出1、名称及定义风险管理计划编制是决定如何采取和计划一个项目的风险管理活动的过程。
风险管理的水平、类型和可见度不仅要与风险相称，也要与项目对组织的重要性相称.为了保证这一点，对随后进行的各种风险管理过程做好计划是非常重要.2、输入①项目章程 ②项目范围说明书 ③组织范围说明书 ④项目管理计划 ⑤环境和组织因素3、工具和技术计划会：项目团队召开计划编制会议来制订风险管理计划。
与会人员包括项目经理、项目团队的负责人、组织中任何对风险计划编制和应对措施负有管理责任的人员、关键的项目干系人，以及其他使用风险管理模板和其它适用的输入的必要人员。
4、输出风险管理计划包括： ①方法论 ②角色和职责 ③预算 ④制订时间表 ⑤风险类别⑥风险概率和影响力的定义 ⑦概率及影响矩阵⑧已修订的项目干系人对风险的容忍度 ⑨报告的格式 ⑩跟踪1、名称及定义风险识别是确定何种风险可能会对项目产生影响，并将这些风险的特征形成文件。
一般而言，风险识别的参与者尽可能地包括以下人员:项目团队、风险管理小组、来自公司其它部分的某一问题的专家、客户、最终用户、其他项目经理、项目干系人和外界的专家等。
风险识别是一个反复重复的作业过程。
第一次反复可能是由项目团队的某一部分或由风险管理小组进行的。
项目团队整体和主要项目干系人可能做第二次复查。
为了取得一个不带偏见的客观分析，可能由没有参与项目的人员进行最终的复查。
风险识别的主要内容包括：①识别并确定项目有哪些潜在风险；（风险识别的第一目标） ②识别引起这些风险的主要因素；（风险识别的第二目标）③识别项目风险可能的后果。
软件项目管理案例教程 第4版 前十二章课后习题答案
第一章一、填空题1.敏捷模型包括（4）个核心价值，对应（12）个敏捷原则。
2.项目管理包括（启动过程组）、（计划过程组）、（执行过程组）、（控制过程组）、（收尾过程组）5个过程组。
二、判断题1、搬家属于项目。
（√）2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。
（×）3、过程管理就是对过程进行管理，目的是要让过程能够被共享、复用，并得到持续的改进。
（√）4、项目具有临时性的特征。
（√）5、日常运作存在大量的变更管理，而项目基本保持连贯性的。
（×）6、项目开发过程中可以无限制地使用资源。
（×）7、相比传统开发的预测性过程，敏捷开发属于自适应过程（√）三、选择题1、下列选项中不是项目与日常运作的区别的是（C）A. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。
B. 项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理。
C．项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识。
D．项目是一次性的，日常运作是重复性的。
2、以下都是日常运作和项目的共同之处，除了（D）A．由人来做B．受限于有限的资源C．需要规划、执行和控制D．都是重复性工作3、下面选项中不是PMBOK的知识域的是（A）A.招聘管理B.质量管理C.范围管理D.风险管理4、下列选项中属于项目的是（C）A．上课 B.社区保安 C.野餐活动 D.每天的卫生保洁5、下列选项中正确的是（C）A．一个项目具有明确的目标而且周期不限B.一个项目一旦确定就不会发生变更C．每个项目都有自己的独特性D．项目都是一次性的并由项目经理独自完成6、（B）是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
A．过程 B.项目 C.项目群 D.组合7、下面选项中不是《敏捷宣言》中的内容的是（C）A.个体和交互胜过过程和工具B.可以工作的软件胜过面面俱到的文档C. 敏捷开发过程是自适应的过程D.响应变化胜过遵循计划8、下列活动中不是项目的是（C）A．野餐活动 B.集体婚礼 C.上课 D.开发操作系统9、下列选项中不是项目的特征的是（C）A.项目具有明确的目标B.项目具有限定的周期C.项目可以重复进行D.项目对资源成本具有约束性四、问答题1、项目管理知识体系（PMBOK）包括哪10个知识领域？答：项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理2、请简述项目管理的5个过程组及其关系。
第12章 软件项目质量管理
一、软件项目的质量计划
软件项目质量计划就是要将与项目有关的质量标准标识 出来，提出如何达到这些质量标准和要求的设想。项目质量 保证计划的编写就是为了确定与项目相关的质量标准并决定 达到标准的一种有效方法。
第20页
1．软件质量标准
技术标准包含两个方面：一是作为软件开发企业的软件行业
技术标准，包括知识体系指南、过程标准、建模标准、质量
第24页
在制定质量计划时，主要采取的方法和技术有：
效益/成本分析法。质量计划必须考虑效益与成本的关系。 满足质量需求的主要效益时减少了重复性工作，即高产出、 低成本、高用户满意度。 基准法。主要是通过比较项目的实施与其他同类项目的实施 过程，为改进项目的实施过程提供借鉴和思路，并作为一个 实施的参考标准。 流程图。可以包括原因结果图、系统流程图、处理流程图等。 因此，流程图经常用于项目质量控制过程中，其主要目的是 确定以及分析问题产生的原因。 试验设计。试验设计对于分析整个项目输出结果是最有影响 的因素，也是十分有效的。对于软件开发、设计原型解决核 心技术问题和主要需求也是可行和有效的。
第18页
3．过程的改善 过程的改善仅包含一个方面的活动，即优化过程。 12.2 软件质量的度量 确认目标 对当前能力的理解及评价 设计度量过程 过程原型 过程文档 过程实施 程序扩展
第19页
12.3 软件质量管理
质量管理是在质量方面指挥和控制组织的协调的活动， 指对确定和达到质量所必须的全总职能和活动的管理，包括 制定质量方针和质量目标以及质量策划，通过质量计划的编 制、质量控制、质量保证和质量提高等活动提高质量的活动。
第8页
正确性：系统满足规格说明和用户的程度，即在预定环境下 能正确地完成预期功能的程度。 健壮性：在硬件发生故障、输入的数据无效或操作等意外环 境下，系统能做出适当响应的程度。 效率：为了完成预定的功能，系统需要的计算资源的多少。 完整性：对未经授权的人使用软件或数据的企图，系统能够 控制的程度。 可用性：系统在完成预定应该完成的功能时令人满意的概率。 风险性：按预定的成本和进度把系统开发出来，并且使用户 感到满意。
软件过程与管理软件过程规范PPT课件
.
11
软件过程管理概述
5、项目估算和资源管理，项目风险管 理、项 目跟踪和监督
6、软件过程的评估和改进 7、软件过程的管理实践 8、最后通过具体的应用实践对软件过
程管理 做了全方位的阐释。
.
12
——James Harrington （美）如是说
软件生存周期过程示意图
软件生存周期过程
主过程
合 获取过程 同 供应过程
工 开发过程 程 维护过程
运 行
运行过程
支持过程
文档过程 配置管理 质量保证过程 验证过程 确认过程 联合评审过程 审计过程 问题 解决过程
辅助过程
基础设施过程 管理过程 培训过程
过程改进过程
ISO/IEC 12207 软件生存周期过程标准框架
.
15
课程目标
通过本课程的学习，可以了解并掌握：
软件过程规范的内容、影响和作用 软件过程不成熟的特点、软件过程成熟的标准 软件过程的可视性和过程能力 软件过程文化、环境和过程框架 如何定义组织过程并对过程剪裁以获得项目过程 软件过程的需求管理 、项目管理和质量管理 软件过程的技术管理和集成管理 如何实施软件过程的评估和改进
软 件 生 存 周 期 过 程
使用
获取过程
供应过程 合同视图 需方供方
使用
使用
管理过程
管理视图 管理者
支 使用 持
使用 使用 使用
运行过程
运行视图 运行管理者用户Βιβλιοθήκη 过使用使用
程 使用 维护过程 使用 开发过程 工程视图 开发者、维护者
文档 配置管理 问题解决 质量保证
验证 确认 联合评审 审计
第12章软件项目配置管理计划_k要点
2、三种常见基线
——功能基线 在系统分析和软件定义阶段结束时，经过正是评审和批准的系 统设计规格说明中对被开发软件系统的规格说明；经过项目委托 单位和项目承办单位双方签字同意的协议书或合同中所规定的对 被开发软件系统的规格说明；由下级申请及上级同意或直接由上 级下达的项目任务书中所规定的对待开发软件系统的规格说明。 ——分配基线 在软件需求分析阶段结束时，经正式评审和批准的软件需求规 格说明。 ——产品基线 在软件组装与系统测试阶段技术时，经正式评审和批准的有关 所开发的软件产品的全部配置项的规格说明。
配置项的版本
配置项类
需求规格:
配置项实例
需求规格V1.1
需求规格V1.2
需求规格V1.3
6
chapter_9
2、软件配置
软件配置是一个软件产品在生存期各个阶段的不同形 式（记录特定信息的不同媒体）和不同版本的程序、 文档及相关数据的集合，或者说是配置项的集合。
机型1 初始系统 操作系统1 操作系统2 用户1 用户2
四、变更管理
（一）软件变更
1、软件变更的不可避免性 2、软价变更的复杂性
软件配置项数量大 版本多 变更的迁延性 人员沟通协调
3、变更管理的任务
分析变更 记录和追踪变更 采取措施保证变更在受控状态下进行
（二）配置库 1、配置库的作用
记录与配置相关的所有信息 利用库中的信息可评价变更的后果 可利用库中的信息查询，例如：
系统设计规格说明、程序规格说明、数据 库设计、编码标准、用户界面标准、测试 标准、系统测试计划、用户手册 源代码、目标码、单元测试数据及单元测 试结果 系统测试数据、系统测试结果、操作手册、 安装手册 以上任何需要变更的软件配置项
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目执行控制
项 目 计 划 项 目执 行 控制
项目 初始
项目 结束
3
IT项目管理
第 12 章
软件项目执行控制
软件项目管理
第
12
章
软件项目执行控制
4
IT项目管理
第 12 章
软件项目执行控制
引例
某一家软件公司，近来接到一个B/S结构的PHP网络应用 程序项目。此项目由五个开发人员组成，项目经理亦充 当开发人员的角色。开发的初级阶段，使用的是 Windows为基础的IIS 网络服务器，而有的开发人员却 使用了Linux 为基的Apeche网络服务器。当项目开发到 了中级阶段时，项目经理决定进行一次“里程碑”的第 一次整合测试，结果很显然的，不同服务器的代码不能 正确的整合在一起，而项目经理命令继续开发下去。当 项目开发到了终级阶段时，出现文件路径问题，和诸多 冲突，有的开发人员不得不进行很大程度的修改。同时 发现，很多开发者开发的代码，在项目进展过程中也未 能及时得到整合。 项目管理的处于失控状态，请问这个项目的问题要主在 哪里，应该如何处理？
计划
11
IT项目管理
第 12 章
软件项目执行控制
控制标准
12
IT项目管理
第 12 章
软件项目执行控制
项目控制的步骤
1. 2. 3. 4. 建立标准 采集项目信息,观察项目的性能 将项目的实际结果与计划进行比较 如果实际的项目同计划有误差时，采取必要的 修正措施。 5. 修正计划,通知有关人员和部门
范围修改决 定
22
IT项目管理
第 12 章
软件项目执行控制
范围变更控制系统
23
IT项目管理
第 12 章
软件项目执行控制
范围控制注意点
防治不合理的范围扩张
蔓延（Scope Creeping） 镀金（Gold-plating）
24
IT项目管理
第 12 章
软件项目执行控制
本章要点
一、项目集成管理 二、范围管理 三、时间\成本管理 四、质量管理 五、团队管理 六、沟通管理 七、风险管理 八、合同管理 九、案例分析
19
IT项目管理
第 12 章
软件项目执行控制
采集过程实例
1）依据项目计划的要求确定跟踪频率和记录数据的方式。 2）按照跟踪频率记录实际任务完成的情况（包括进度或完 成时间，质量等）。 3）按照跟踪频率记录完成任务所花费的人力和工时。 4）根据实际任务进度和实际人力投入计算实际人力成本和 实际任务规模。 5）记录除人力成本以外的其他成本消耗。 6）记录关键资源的使用情况。 7）记录项目进行过程中风险发生的情况及处理对策。 8）按期按任务性质统计项目任务的时间分配情况。 9）收集其它的要求的采集信息以及必要的度量信息等
13
IT项目管理
第 12 章
软件项目执行控制
建立控制标准
主要的三个基准计划（跟踪控制的范围）
范围（质量） 进度 成本
14
IT项目管理
第 12 章
软件项目执行控制
需求（范围）控制标准
15
IT项目管理
第 12 章
软件项目执行控制
进度控制标准
16
IT项目管理
第 12 章
软件项目执行控制
成本控制标准
45
IT项目管理
第 12 章
软件项目执行控制
BCWP的计算
已获价值分析的难点是计算BCWP. 方法一：自下而上-很麻烦 方法二：公式计算方法 50/50规则:
当一项工作开始时，假定已经获得一半的价值。
0/100规则
当一项工作开始时，没有产生价值，直到结束获得全 部的价值。
经验加权法
图解控制法－图例1
38
IT项目管理
第 12 章
软件项目执行控制
图解控制法 －图例2
39
IT项目管理
第 12 章
软件项目执行控制
性能分析的主要技术
图解控制法 挣值分析（已获取价值分析法、盈余分析法）： Earned Value Analysis
40
IT项目管理
第 12 章
软件项目执行控制
挣值分析模型
7
IT项目管理
第 12 章
软件项目执行控制
项目跟踪控制过程
8
IT项目管理目跟踪控制
信息
跟踪系统
决策和命令
9
控制系统
IT项目管理
第 12 章
软件项目执行控制
项目集成管理
产品规格/质量
进度
成本
10
IT项目管理
第 12 章
软件项目执行控制
项目控制的程度
项目经理关注的真正问题：项目中的偏差可以 接受吗？ 建立偏差的接受准则， 注意力放在解决特殊问题上
52
IT项目管理
第 12 章
软件项目执行控制
进度成本差异实例
400
53
IT项目管理
第 12 章
软件项目执行控制
挣值分析导出度量-2
成本效能指数：CPI(Cost Performance Index)=BCWP/ACWP
费用的支出速度 =1：按照预算进行 >1：低于预算 <1：超出预算
开始
$50 $50
结束 $50 $50
共计 $100 $100
实际 任务B:$100
任务C:$100
$50 任务D:$100 $50
$50 $0
$100 $50
时间
50/50规则
48
BCWP $350
=
0/100规则
BCWP = $300
20/80规则
BCWP $320
IT项目管理
=
第 12 章
软件项目执行控制
20
IT项目管理
第 12 章
软件项目执行控制
本章要点
一、项目集成管理 二、范围管理 三、时间\成本管理 四、质管理 五、团队管理 六、沟通管理 七、风险管理 八、合同管理 九、案例分析
21
IT项目管理
第 12 章
软件项目执行控制
项目范围控制
输入：
范围控制标准 计划范围 实际范围
输出： 方法：
范围变更控制系统
第 12 章
软件项目执行控制
软件项目管理
成都信息工程学院管理学院 邹靳
zoujin@
0
IT项目管理
第 12 章
软件项目执行控制
承上启下
项 目
项 目
项 目 执
项 目
初 始
计 划
行 控 制
结 束
1
IT项目管理
第三篇
软件项目的执行控制
Java EE 5.0
第 12 章
软件项目执行控制
17
估计效益和估计成本
IT项目管理
第 12 章
软件项目执行控制
质量控制标准
18
IT项目管理
第 12 章
软件项目执行控制
采集过程
跟踪采集主要是在项目生存期内根据项目计划 中规定的跟踪频率按照规定的步骤对项目管理、 技术开发和质量保证活动进行跟踪。 监控项目实际情况，记录反映当前项目状态的 数据。 项目度量实施过程。
ACWP(Actual cost of work performed)
实际工作成本
BAC(Budget At Completion)
预算总值（估算结果）
BCWP(Budgeted cost of work performed)
已获值(Earned Value)
42
IT项目管理
第 12 章
第 12 章
软件项目执行控制
Project 生成图示
33
IT项目管理
第 12 章
软件项目执行控制
图解控制法 －累计费用曲线
累计费用（S）曲线是项目累计成本图，将项目 各个阶段的费用进行累计，就得到了平滑的、 递增的计划成本和实际成本的曲线
34
IT项目管理
第 12 章
软件项目执行控制
费 用
12
软件项目执行控制
性能分析的主要技术
图解控制法 挣值分析法（盈余分析法、已获取价值分析法）
30
IT项目管理
第 12 章
软件项目执行控制
图解控制法
进度---甘特图 成本—累计费用曲线图 人力物力资源—资源载荷图
31
IT项目管理
第 12 章
软件项目执行控制
图解控制法 －甘特图
32
IT项目管理
软件项目执行控制
费 用
挣值分析原理
CV：－１
１２ １１ １０
BCWP
SV：１
BAC
BCWS
ACWP
资 源
43
当前日期
时间
IT项目管理
第 12 章
软件项目执行控制
挣值分析（已获取价值）概念
利用成本会计评估项目进展情况的一种方法
44
IT项目管理
第 12 章
软件项目执行控制
挣值分析法定义
对项目实施的进度、成本状态进行绩效评估的 有效方法 -- 综合了范围、成本、进度的测量 是计算实际花在一个项目上的工作量，以及预 计该项目所需成本和完成该项目的日期的一种 方法.
27
IT项目管理
第 12 章
软件项目执行控制
跟踪实际成本
计算任务的实际成本 每天更新实际成本 查看任务成本是否与预算相符
28
IT项目管理
第 12 章
软件项目执行控制
跟踪项目资源状况
资源完成的总实际工时 每天更新资源的实际工时 查看资源计划工时与实际工时之间的差异