第4讲-项目计划.pptVIP

为什么需要项目开发计划 软件项目管理的关键活动 软件项目开发工作的第一步 是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源 、经费和开发进度，并控制软件项目开发过程按此计划进行 项目计划应在随着工程的进展不断地加以精化 项目开发计划的主要内容 项目目标、范围和约束的定义 项目组织－－开发团队和人员组织 工作分解－－定义项目活动、里程碑和可交付成果 硬件和软件资源需求 项目进度/预算－定义时间分配，活动资源，成本估算 风险分析－－定义风险和管理风险的方式 监控和报告机制－－确定监控机制和管理报告的需求 1）工作分解结构 work breakdown structure,WBC 对整个项目工作的分级描述 ２）项目里程碑与阶段性文档 里程碑： 指一项软件过程活动的终结。 每个里程碑都有一个正式提交给管理的阶段性结果。 ３）项目进度 研究和估算完成各项活动所需的时间和资源，并按一定顺序组织。 进度安排的好坏会影响整个项目的按期完成。 ３）项目进度图 Gantt图： 用水平线段来描述把项目分解成子任务，以及每个任务的进度安排，如负责人是谁，预计的开始和结束时间等。 活动网络图： 表示构成一个项目的不同任务之间的依赖关系 项目管理工具：Microsoft Project Gantt图 任务依赖关系（前导任务和后续任务） 完成－开始（FS） 开始－开始（SS） 完成－完成（FF） 开始－完成（SF） 延迟依赖关系－滞后时间（如：＋3） 重叠依赖关系－提前时间（如：－2） 资源分配 资源类型： 工作资源：人员和设备（软硬件） 材料资源：可消耗也可供应的材料。如打印纸 分配资源之前需定义资源 命名，类型，数量 避免复杂性，重点考虑人力资源 跟踪功能 跟踪人或设备完成的工作量，监控材料的实用。 资源使用视图 显示各种资源的工作时间和任务划分的时间 识别资源分配不足和分配过度 网络图 4）项目预算估算 简单估算方法：专家判断、类推估算 复杂的估算方法 进度驱动的预算估算 自底向上，考虑进度中的任务及资源分配 算法预算估算 估计项目规模，根据经验值生成预算 进度驱动的预算估算 为资源分配成本 添加开销和其他固定成本 利用项目管理工具计算项目预算 计算任务总成本 项目成本 算法预算估算 算法模型：根据经验推导出估算人力资源成本（人工量）的公式作为项目规模的一个函数。 项目规模的表示 代码行（LOC） (KLOC) 功能点（FP） 对象点（OP） 估算模型： 经验定义c,k 指数k：项目问题的复杂性和人工量。 乘数c：项目困难程度的因子，基于属性估算（如产品可靠性、团队的技术、可用工具等） COCOMO 构造性成本模型 COCOMO81,COCOMOⅡ 三个层次的估算模型（复杂度增加） 应用系统组成模型，构建原型 早期设计模型，体系结构 后体系结构模型 把软件开发工作量表示成代码行数（KLOC）的非线性函数 其中，  E是开发工作量（以人月为单位）；  a是模型系数； KLOC是估计的源代码行数（以千行为单位）；  b是模型指数；  fi (i=1～17)是成本因素。 5）风险管理 预见可能影响项目进度和正在开发的软件产品质量的风险，并采取措施避免这些风险。 1. 风险识别－－－发现项目可能的风险 2.风险分析－－对风险出现的可能性和严重性做出判断 3.风险规划－－确定处理重大风险的策略 4.风险监控－－对每个识别的风险定期评估 项目开发计划书的书写格式 见A－1.2 《项目开发计划》编写参考指南 案例分析 * * 为什么需要项目开发计划 项目开发计划的正文格式 案例分析 项目开发计划的主要内容 项目开发计划 甘特图1 资源列表 甘特图2－分配资源 甘特图1 × × Ⅱ × × Ⅱ 低估了软件开发所需要的时间 低估了缺陷的修补率 低估了软件的规模 估算 需求发生变化，主体设计要返工 客户不了解需求变更对项目造成的影响 需求 CASE工具产生的编码，CASE工具不能被集成 工具 重新进行机构调整，由不同的管理层负责这个项目 开发机构的财务出现问题，必须削减项目预算 机构 招聘不到符合项目技术要求的职员 在项目的非常时期，关键性职员生病，不能发挥作用 职员所需的培训跟不上 人员 系统使用的数据库的处理速度不够快 要复用的软件组件有缺陷，限制了项目的功能 技术 可能的风险 风 险 类 型 可以忽略 中等 CASE工具产生的编码效率低 可容忍 大 低估了软件的规模 可容忍 中等 低估了缺陷的修补率 可容忍 中等 职员所需的培训跟不上 可容忍 中等 客户不了解需求变更对项目造成的影响 可容忍 大 CASE工具不能被集成 严重 大 低估了软件开发所需要的时