软件项目管理_C3_进度计划管理分析.ppt

* * * * * 甘特图的局限性： (1) 现实中的任务经常会存在复杂的逻辑关系，难以有效地运用甘特图来表达和展示。 (2) 甘特图主要关注进度管理，仅部分地反映了项目管理的时间、成本和范围约束。 (3) 甘特图不能准确反映项目规模及各活动的相对规模。 (4) 软件的不足：尽管能够通过项目管理软件描绘出项目活动的内在关系，但是如果关系过多，纷繁芜杂的线图必将增加甘特图的阅读难度。 (5) 如果改变进度，整个图形形状便会发生改变，需重新绘制甘特图。 本章要点 一、进度计划概述 二、软件项目活动 三、编制技术和方法 四、表达形式 五、进度计划编制 六、进度计划控制 1. 甘特图 任务 调研 1月 2月 3月 4月 5月 6月 7月 8月 设计 代码编写 试运行 验收 需求分析 2. 带有日历的项目网络图 测试计划 修改程序 修改测试 程序疑问 疑问测试 编写程序 单元 测试 编写文档 集成测试 系统测试 详细设计 概要设计 1-26 2-25 2-26 3-11 3-12 3-15 2-26 3-5 3-6 3-7 3-16 4-1 4-2 4-15 1-26 2-25 1-1 1-25 2-26 3-1 3-2 3-4 1-26 3-20 任务 逻辑关系 开始时间 结束时间 1 4 6 7 9 11 13 2 3 5 8 10 12 14 1 3 5 7 9 11 13 15 17 19 21 23 25 3. 时间坐标网络图 A E F H J M B D G I L N K O C 事件 任务 线段的长短表示任务的持续时间 里程碑事件 合同签署 1月 2月 3月 4月 5月 6月 7月 8月 系统需求评审 软件需求评审 概要设计评审 详细设计评审 构件设计评审 集成测试评审 确认测试评审 9月 10月 11月 12月 序号 1 2 3 4 5 6 7 8 4. 里程碑时间表 任务名称 全部任务 开始时间 结束时间 工期（天） 1.需求分析 1.1 系统需求分析 1.2 软件需求分析 1.3需求分析评审 2. 概要设计 2.1 模块结构设计 2.2 功能设计 序号 1 3 4 5 6 7 8 5. 项目任务列表 2 0 9 2.3 接口设计 2.4概要设计评审 2012-03-01 2012-03-01 2012-03-01 2012-03-11 2012-04-11 2012-04-15 2012-04-15 2012-04-25 2012-05-01 2012-06-01 2012-08-20 2012-04-20 2012-03-25 2012-04-10 2012-04-20 2012-06-10 2012-05-10 2012-05-20 2012-05-31 2012-06-10 173 51 25 31 41 57 26 26 31 10 本章要点 一、进度计划概述 二、软件项目活动 三、编制技术和方法 四、表达形式 五、进度计划编制 六、进度计划控制 进度计划 任务 细致、可执行、可检查、可控制的活动定义 资源 不成熟的项目和管理水平不高、资源能力不强的项目，任务的工作量不要太大，反之，可增大任务的工作量 时间 每项任务的工作量以不大于项目总体工作量的5%为宜；工期以不大于项目总工期的10%为宜 1. 注重对项目信息的了解 2. 注重项目计划的层次性 3.注重历史数据的运用和积累 4. 注重用过程化的思想指导开发 5. 注重综合性及相互影响性 编制计划遵循的原则 1. 注重对项目信息的了解 —组织信息 —市场信息 —历史信息 —客户信息 2. 注重项目计划的层次性 高级计划 阶段计划 低级计划 3. 注重历史数据的运用和积累 —利用历史数据 —积累历史数据 4. 注重用过程化的思想指导开发 能力成熟度模型 （Capability Maturity Model for Software, CMM ） 一种软件评估标准 美国卡内基梅隆大学软件工程研究所 CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究。 级别 名称 特征与要求 说明 1 初始级 过程无序，进度、预算、功能、质量不可预测，企业一般不具备稳定的软件开发环境，常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试 原始状态，不需要认证 2 可重复级 建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于以往项目的经验来计划与管理新的项目。达到此级别的企业过程已制度化，有纪律，可重复 ? 3 已定义级 过程实现标