软件工程讲R.pptVIP

表4 CAD软件项目基于过程分解的工作量估算 * PERT图 PERT图是一种有向图 箭头表示任务(或作业)，箭头上可标上完成该任务所需的时间 结点(事件)表示流入该结点的任务已完成，可以开始流出该结点的任务 仅当所有流入结点的任务都完成时，流出该结点的任务才同时开始 事件本身不消耗时间和资源，仅代表某个时间点 二个事件之间仅可存在一条箭头 为了表示任务之间的关系，可以引入空任务，空任务完成的时间为0 * PERT图中的事件 每个事件用一个事件号进行标记，对每个事件定义： 最早时刻：表示所有到达该事件的任务最早在此时刻时完成，或从该事件出发的任务最早在此时刻时才可开始 最迟时刻：表示所有到达该事件的任务最迟必须在此时刻完成，或从该事件出发的任务最迟必须在此时刻时开始，否则整个工程就无法按期完成 * 关键路径的计算 机动时间：在不影响整个工期的情况下，当前任务允许延迟的最长时间 通过计算每个任务的机动时间来求项目的关键路径 方法步骤： 计算最早时刻EFT 计算最迟时刻LET 计算机动时间 得出关键路径：由机动时间为0的任务组成的项目路径 * 跟踪进度 根据项目进度表，跟踪和控制各任务的实际执行情况 一旦发现某任务(特别是关键路径上的任务)未在计划进度规定的时间范围内完成，那么就要采取措施进行调整 增加额外的资源、增加新的员工或调整项目进度表 可以通过以下方式来实现项目跟踪： 定期举行项目状态会议，由项目组中的各个成员分别报告进度和问题 评价在软件工程过程中产生的所有评审结果 确定正式的项目里程碑是否在预定日期内完成 比较项目表中列出的各项任务的实际开始日期与计划开始日期 非正式与开发人员进行会谈，获取他们对项目进展及可能出现的问题的客观评价 * 计划执行情况的度量 在项目中，应对各方面的实际进展进行度量，包括: (1) 度量计划中列出的所有软件工作产品的实际规模数据(代码行、文档页等)； (2) 度量完成各项任务的实际时间； (3) 度量完成各项工作所耗费的实际成本； (4) 度量人力资源、可复用构件资源和硬件/软件环境资源的实际状态(到位/未到位)； (5) 度量实际的工作进度； (6) 度量计划中指出的可能发生的风险情况(检查特定的风险标识出现/未出现)； (7) 度量在一段时间内发生的变更情况。 * 计划调控 度量数据和计划数据之间不可避免会存在偏差 当偏差超过一定范围后，要采用修订计划、改进工作、调配资源等手段对工程过程进行调控。 由于资源缺口导致了进度滞后，则应当通过资源调配，扭转工作滞后的局面 当度量结果预示出某种风险已经实际发生时，应当启动抗风险措施，将风险带来的损失降到最小。 涉及到对外承诺的变更(如工期后延、追加预算)，必须经过高级管理人员审查核准后才能够进行 * 谢谢！ * * * * * * * * * * * * * * * * * * 活动 用户 通信 计划 风险 分析 工程 建造 发布 用户 评估 总和 子任务 分析 设计 编码 测试 功 能 用户界面及控制机制 0.5 2.5 0.4 5 n/a 8.4 二维几何分析 0.75 4 0.6 2 n/a 7.35 三维几何分析 0.5 4 1 3 n/a 8.5 数据库管理 0.5 3 1 1.5 n/a 6.0 计算机图形显示控制 0.5 3 0.75 1.5 n/a 5.75 外设控制 0.25 2 0.5 1.5 n/a 4.25 设计分析模块 0.5 2 0.5 2.0 n/a 5.0 总计 0.25 0.25 0.25 3.5 20.5 4.75 16.5 46.0 * 说明 采用不同的估算方法，结果会有一定的误差。这在一定范围内是正常的 可以用几种方法的平均估算值作为最终估算值。 如果几种方法的估算偏差过大(一般以20%为界)，则需要分析原因，进行再估算 * 经验估值模型 (1) 面向LOC的经验估算模型： Walston-Felix模型 E = 5.2×( KLOC) 0.91 Bailey-Basili模型 E = 5.5+0.73×(KLOC)1.16 Boehm的简单模型 E = 3.2×(KLOC)1.05 E—以人月为单位的工作量估计。 * 经验估值模型 (2) 面向FP的经验估算模型： Albrecnt-Gaffney模型 E = －13.39 + 0.0545 FP Kemerer模型 E = 60.62×7.728×10－8 (FP)3 Maston-Barnett模型 E = 585.7 +5.12 FP * CoCoMo模型 Boehm提出的“构造性成本模型”Constr