项目控制ppt课件

1、 工程控制1. 为什么要控制?事情不按方案进展： -范围改动 -活动的估计值不同于实践值 -实践问题： *硬件不任务 *通讯衔接 -资源 *辞职 *忽然离去/不测事故/生病 -未估计的附加活动 变化“管理的中心问题是更好地了解变化，并从变化中抽出有用信息。跟踪的数据要分析，要用谋划和控制谋划建立目的，控制跟踪现实跟踪时将实践值与方案值相比较假设现实与方案不一致，现实必需优先控制要求不断的修定开发方案监视与控制的目的是保证在即使偏离方案时仍能实现工程的目的丈量的重要性 丈量是控制的载体 没有控制 软件工程就不是有效的工程学科 依然是手工劳作艺术品 从数据中学习 控制：搜集数据 分析数据 处理问题

2、P：方案将要作什么，并估计效果 D：作；执行方案 C：检查；评价结果，并从结果中学习-控制 A：行动；真正着手去作“PDCA是管理的中心，即确保今日的任务并开发明日更好的任务方法。检查的重要性：“把已有的决策当作是从中汲取阅历教训的实验， 那就把PDCA的一切步骤落实。2. 普通如何跟踪跟踪的四个问题跟踪中要处理以下四个问题：确定跟踪对象采集信息分析信息报告信息1丈量量确实定要采集的度量包括与技术有关的和与管理有关的在确定要采集的度量时可参照HP的阅历： -从工程实践出发，管理人员和工程人员总结本人任务中实践需求的度量 -采用目的/提问/度量G/Q/M的框架： *分析目的 *提出要处理的问题

3、*从问题中提出度量HP的阅历尽早确定所要采取的度量，如FURPS采取目的提问度量G1G2Q1Q2Q3Q4M1M2M3M4M5例子目的：减少任务量和缩短进度其中一个问题是：当要求更改代码时，何时作更改，何时不作更改？他们分析得出的度量是： M1:问题发生率 M2:缺陷密度 M3:代码稳定性 M4:复杂性 M5:要更改的模块数起步中心丈量SEI建议DOD的软件组织采用四个起步中心丈量 -软件规模 -任务量 -进度 -缺陷监控什么在工程中受监控的典型方面： -进度 -任务量 -总本钱 -质量 -范围(scope) -风险 -职员流动 -工程的其它被标识的主要目的 *技艺程度改动过程度量过程度量量化过

4、程或开发环境例子： -消费率 -质量 -资源度量 -缺陷插入率 -缺陷及其消除率产品度量产品度量独立于其过程例子： -规模 -可靠性 -质量也是过程度量 -代码的复杂性 -功能性过程方法作任务的规程检查任务的规程返工输出产品丈量 过程丈量规范工具输入过程的丈量与分析为什么要采集过程性能数据？要管理过程就需求： 能预测过程的未来性能 减小过程结果的偏向人们不能控制哪些未丈量和了解的东西这是延续过程改良的根底 2定义度量的原那么经过G/Q/M方法能确定出与运营目的亲密相关的丈量和度量。在定义这些度量时，必需思索以下原那么：可反复性：其它人能反复丈量，得到同样的结果；利于交流：对记录的丈量结果，其它

5、人能准确地知道它包含什么，不包含什么。丈量的单位是什么。数据数据是控制的中心。管理改良必需基于丈量结果为使数据分析有用，必需了解数据的含义及如何对它作有意义的分析开场时仅采集一小组有用的数据管理者需求保证留意力明显地集中在工程一切的关键方面，包括那些难于丈量的，不能只关注那些易于丈量和跟踪的方面3丈量量的采集任何等级都必需采集度量多数度量存在于开发任务中，必需人人动手采集过程度量等有瞬时的特点，如不及时采集，无法补救要预先确定需采集的最小集合，再不断补充与谁有关？监控要求群组一切成员参与从每个群组成员的个人方案开场在高层次上，处置经过整理的/更为普通的问题如何能采集到正确的数据？对事不对人采用

6、工具4工程报告工程受监控、控制的等级依赖于管理层次 -工程经理要求每日更新 -其它开发经理例如技术管理者能够满足于月更新采集的数据要及时、正确、详细3. 有关SPTO根本的监控监控活动能否按方案进展监控缺陷能否均已处理监控问题能否均已处置L2:根本的监控L3:建立监控的门槛值，监控风险L4:定量监控跟踪基线SPTO针对工程方案进展跟踪工程方案中列出了跟踪要求，包括被跟踪的主要任务产品、跟踪频度、跟踪机制、跟踪内容-其跟踪内容除了规模、本钱和任务量、进度外，还有风险、资源包括关键计算机资源，技术活动和纠正措施方案中列出了被跟踪量的估计值或预测值，它们作为跟踪的根底跟踪时，将采集的实践值与方案中的

7、估计值相比较，来确定进展。它们有时被称为跟踪基线对软件工程技术活动的跟踪活动9中提出对软件工程技术活动进展跟踪，这是等级2中独一与工程技术活动有关的实际。-要求软件工程组的成员定期向其直接指点报告技术形状，包括活动的进展和问题；-将其交付的供后续任务用的任务产品的内容与方案做比较；-报告任何任务产品中的问题，并建立文档；-跟踪问题到问题终了。纠正措施假设方案和实践进展间存在明显偏向，就要采取纠正措施。这首先要做评价和判别。评价：评价工程性能和工程相对方案的形状，决议偏向能否明显，能否需求采取行动。要分析产生偏向的缘由。当然首先必需明确定义“明显的含义。判别：采取哪种行动。措施项有两种能够： -

8、改动正在进展任务的方式； -调整方案；跟踪方式跟踪软件工程技术活动，必要时采取纠正措施如定期报告机制软件工程组进展定期的内部评审以便对照软件开发方案跟踪技术进度、方案、性能和问题按照文档化规程在所选择的工程里程碑处进展正式评审以评价软件工程的完成情况和结果好像行评审各种报告和表格跟踪和监控方式填写数据采集表格工程人员定期向其直接指点报告, 其主要方式是填写数据采集表格如周报，周形状报告它们既包括相对方案的进展管理方面，又包括技术进展和技术问题技术方面普通SPTO需设计和提供适用的对各类人员的跟踪表格。内部评审内部评审: 软件工程组内部定期进展的评审目的是跟踪技术进展、方案完成情况、当前形状和问

9、题普通一线软件经理和软件作业指点参与评审，需求时，和软件经理和其他软件经理一同评审 正式评审里程碑处的正式评审。目的是评价跟踪的结果，进展监控而不是跟踪评价时运用的资料必需经过有关软件经理的评审和同意-分析软件活动的商定、方案和形状；-识别出艰苦问题、相应的措施和做出决策，并建立文档；-分析软件工程风险；-必要时，做出修订软件开发方案的决议。4. 跟踪表格工程报告进度表周工时表在工程进度上，作形状标志(PERT/CPM)周形状报告进度指示器全面监控活动层监控的甘特图周工时表个人周形状报告进度监控-甘特图进度指示器全面监控 到该日止已完成所方案的活动数进度指示器1= 到该日止方案要完成的活动数

10、到该日止已完成的在关键途径上所方案的活动数进度指示器2= 到该日止方案的要完成的在关键途径上的活动数工程报告任务量周工时表进入实践时间， 估计遗留工作量周形状报告任务量指示器-用于全面监控任务量表活动层监控任务量表活动层监控任务量指示器-用于全面监控 到该日为止总的实践人-小时任务量指示器1= 总的所方案的完成活动的人-小时 总的所预期的遗留+实践的人天任务量指示器2= 总的所方案的人天工程报告本钱本钱报告类似于任务量本钱分量： -任务量能够分别计算正常的和加班的 -出差 -硬件 -软件 -通讯工程报告质量缺陷日志/测试日志Item Wise质量记录缺陷陷漏矩阵质量指示器Item Wise 质

11、量记录缺陷走漏矩阵评审的重要性走漏缺陷需求评审设计评审功能测试静态分析构造测试251510需求缺陷设计缺陷编码缺陷返工的费用呈指数式增长质量指示器全面监控质量指示器1 = 对已完成的QC作业，总的实践缺陷数-对已完成的QC作业，总的预期缺陷数质量指示器2 = 阶段内发现的总缺陷数-所发现的总缺陷数工程报告范围更改恳求范围变化指示器范围变化指示器 由于更改恳求所呵斥的总的任务量(全部经同意的更改恳求)范围指示器1= - 到该日为止总的实践任务量 对已同意的，更改恳求的总的破费范围指示器2= - 所收到的总的更改恳求 所收到的更改恳求数范围指示器3= - 时间(所完成的期间或总的方案的期间)缺陷与

12、发现阶段发现的阶段缺陷的例子需求规格说明评审-不正确的或太强的假定-不完全的外部界面说明-过程流不清晰-需求不可跟踪-含糊性-不完全性项目计划评审-不恰当的工作量或进度估计-风险评估有问题-不恰当的人力安排-计划不完全缺陷类别缺陷类别例子逻辑标准多余的代码用户界面性能重用性设计问题存贮管理缺陷文档缺陷不一致性跟踪性可移植性缺陷问题关注error-prone模块。假设有反复出现的缺陷，它们经常在同一段代码中出现许多研讨指出，少量缺陷能导致失败中的很大一部分即，80：20法那么丈量每个模块或代码段的缺陷程度并关注其相应的修正措施5. 丈量量的利用开发过程中必需基于度量作分析，不断改良过程不限于四级或发现问题度量放在数据库中供以后工程用估计时最好运用本人的数据需积累本地域的行业数据形状好坏的标识及措施L3以实践量与估计量的比值来判别形状好坏，该比值称为标志值假设比值 ，标志为红色假设比值 ，标志值为兰色假设比值 25%，或者资源方面发生