软件项目管理_C3_进度计划管理_图文

集成测试 9 确认测试
4 数据设计
编码 8
结束
6
7
网络集成 10
系统测试
详细设计
活动排序的成果
1.项目网络图
表明活动及其依赖关系的示意图。
2.更新的活动清单
在活动排序过程中，对活动间的依赖关系进行分析和确认，对系统认识进一步 加深，可能要对某些活动重新分解和定义，这就需要更改活动清单，甚至更改 工作分解结构。
1. 计划初始阶段
确定项目经理，对可行性研究报告、招标投标文件、合同等初期材料进 行分析，明确初始需求，对规模、成本、时间、质量等需求进行初步估计， 指明项目的初始风险和限制，收集初始计划数据，成立计划组并制定计划负 责人。
2. 制定软件开发进度计划
选择制定计划的样板，分析案例存在的问题，提出修改意见，把样板修改 成适合新项目的软件开发进度计划，提交软件进度计划草稿；
相关概念
需
概
求
要
分
设
析
计
详 细 设 计
数
数
据
据
库
库
设
实
计
现
软
编
件
码
测
试
逻辑关系：也称依赖关系， 表明作业间的先后关系。
紧前作业：在某项作业之前完成的各项作业。 紧后作业：在某项作业之后完成的各项作业。
需
概
求
要
分
设
析
计
详 细 设 计
数
数
据
据
库
库
设
实
计
现
软
编
件
码
测
试
路线：指PERT网络图中，从最初作业到最终作业，由各项作业通过逻辑关系
2. 细节说明
有关活动目录细节的说明，包括对所有假设和限制条件的说明。
3. WBS的更新
随着对软件项目认识的不断加深，如果发现WBS中任务的遗漏或错误，要 及时加以更新。
软件项目的活动_活动排序
活动必须被正确的排序，以便制定切实可行的进度计划。 活动排序过程就是确定活动间的相关性。
活动间的依赖关系
1.强制性依赖关系
也称为硬逻辑关系。这种逻辑关系是活动之间存在的内在联系，是由客观规 律或物质条件的限制造成。
2.自由性依赖关系
是指人为组织确定的，两项活动可先可后的组织关系，也称为软逻辑关系。 由于先后关系是人为的、主观的，确定起来具有一定的随意性，通常取决于项目 管理人员的知识和经验。
3. 外部性依赖关系
概述_进度计划
定义
• 软件项目进度计划是为软件工程运作和软件项目活动管理，提供 一个合理的基础和可行的工作计划过程。
概述_进度计划
作用
✓ 进度保障 ✓ 向客户的履行承诺 ✓ 个人工作指南 ✓ 跟踪检查计划的依据 ✓ 管理依据
概述_进度计划管理的过程
1. 计划初始阶段 2. 制定软件开发进度计划 3. 对软件进度计划草稿进行审查和批准 4. 实施软件进度计划 5. 计划执行过程的度量和评价 6. 修改软件进度计划
PERT和CPM均为网络计划技术，两者十分相似但又是独 立发展的。CPM所使用的估计作业时间是单一或确定的，而
PERT使用的估计作业时间是不确定的。
基本概念
假如一个建筑工程项目，可经过
事件：表示主要活动结束的点，如带编号的圆圈。 活动：表示从一个事件到另一个事件的过程，如箭线。 作业：指任何消耗时间或资源的行动。
实施计划 过程度量和评价
修改计划
需求管理
软件配置管理 软件质量保证
答疑课
第5，13周 周五下午 机电楼C414
本章要点
一、进度计划概述 二、软件项目活动 三、编制技术和方法 四、表达形式 五、进度计划编制 六、进度计划控制
软件项目的活动_项目范围管理
产品的功能和性能
产品规模
开发时间、投资费用、设备资源、 人力资源以及利用这些资源完成产 品的生产运作过程。
实例分析
活动编号 A B C D E F G H I J K L M N
活动列表
活动说明 挖掘 打地基
承重墙施工 封顶
安装外部管道 安装内部管道
外墙施工 外部上漆 电路铺设 竖墙板 铺底板 内部上漆 安装外部设备 安装内部设备
紧前活动
A B C C E D E, G C F, I J J H K, L
工作规模
项目范围通常指产品的规模和产生该产品要做工作的规模。 项目计划管理的第一步：明确项目范围
三角理论
资源
产品范围
时间
质量
项目范围包含两方面： 产品范围和工作范围
确定项目范围包含两方面：
确定产品范围就是根据需求分析，确定最后的软件产品满足的功能
要求。
WBS
确定工作范围就是根据划定的产品功能，分配资源并制定详细的工 作计划。
设设 计计
集测 成试
1.箭线图法(Arrow Diagram method, ADM)
—也称为双代号网络图 —箭线表示活动/任务 —结点表示事件，表示前一个活动的结束，也表示后一个活动的开始 —虚线表示虚活动，表示事件的先后关系
ADM图例
虚活动
项目计划 1
开始
计划评审
需求分析 2
3
需求确认
概要设计 5
定义活动的方法
1. 分解
在WBS的基础上，把项目的组成要素按一定的层次结构，加以细分为可管 理的更小部分，以便更好地管理和控制。
2. 参考模版
把先前已经完成的软件项目活动清单或活动清单的一部分，作为新项目活 动清单的参考模板，在此基础上定义活动。
定义活动的输出
1. 活动目录/活动清单
活动目录可视为WBS的细化，包括项目中要执行的所有活动，不包含任何 不在项目范围内的活动。
概述_进度安排
交付日期确定，然后安排计划
产品的最终发布日期已经确定且不能更改，软件开发组织必须将工作量分 布在预先确定的时间框架内。
使用资源确定，然后安排计划
假定已知大致的时间界限，但是最终发布日期是由软件开发组自行确定， 工作量以一种能够最好地利用资源的方式进行分配，且在对软件进行仔细分 析之后再决定最终发布日期。
连贯组成一条路。
关键路线：也称关键路径，是PERT网络中花费时间最长的事件和活动的序列。
一进度计划概述二软件项目活动三编制技术和方法四表达形式五进度计划编制六进度计划控制甘特图任务调研设计代码编写试运行验收需求分析带有日历的项目网络图测试计划修改程序修改测试程序疑问疑问测试编写程序单元测试编写文档集成测试系统测试详细设计概要设计126225226311312315226353637316414241512622511125226313234126320任务逻辑关系开始时间结束时间11131012141113151719212325事件任务线段的长短表示任务的持续时间里程碑事件合同签署系统需求评审软件需求评审概要设计评审详细设计评审构件设计评审集成测试评审确认测试评审10月11月12月序号里程碑时间表任务名称全部任务开始时间结束时间工期天1
工作分解结构_表达方式
层次结构图 1 系统
1.1 任务A 1.1.1 任务C
1.2 任务B 1.1.2 任务D
锯齿列表
1 系统 1.1 任务A 1.1.1 任务C 1.1.2 任务D 1.2 任务B
…
… …
软件项目的活动_定义活动
定义：透过列出一个事件或物件的基本属性来描述或规范一 个词或一个概念的意义。
概述_进度
➢ 对执行的活动和里程碑制定的工作计划日期表，以决定是否达到 预期目标；
➢ 是跟踪和沟通项目进展状态的依据； ➢ 是跟踪变更对项目影响的依据；
概述_进度实例
时间在项目中为何如此重要？
n 在谈论项目时，时间是所提及的一件重要的事情 n 大多数项目都有一个规定的交付日期，这是因为
-需求 -市场环境 n 进度控制是项目管理的一个主要的组成部分 n 时间易于测量，缺乏弹性 n 进度问题是项目管理中最普遍的问题
2. 范围描述
包含在范围描述中的项目的必要性和目标必须考虑，使确定的活动在项目范围之内。
3.历史资料
包括项目前期的各种资料，以前开发的软件项目资料，其他组织个个人资料，作为定义活 动的参考。
4.约束条件
成本、时间、人力资源等各种因素的约束
5.假设条件
假设条件是指当前不能确定的、未经验证但仍被视为正确、真实或确定的因素。假设条件 存在不确定性，影响项目规划的所有方面；项目实施过程中假设条件一旦不成立就可能造成相 应后果，因此假设条件往往意味着风险。在项目规划过程中，项目团队应该经常识别、记录并 验证假设条件。
是指本项目活动与非本项目活动之间的依赖关系。
活动排序的方法
通常采用网络图的形式表示活动间的依赖关系。 网络图是活动排序的重要输出，展示项目的所有活动，表明活动间的依赖关
系以及任务将如何进行和以怎样的顺序进行。 常用的网络图：
1. 前导图法(Precedence Diagram method, PDM) 2. 箭线图法(Arrow Diagram method, ADM)
n 凡事预则立，不预则废 n 凡谋之道，周密为宝 n 闲时无计划，忙时多费力 n 计划的制定比计划本身更为重要
n 制定科学周密、切实可行的计划 n 严格按照计划进行管理 n 开发人员必须严格按照计划进行软件开发工作 n 管理人员根据计划对软件项目的研制工作进行监督和管
理，严格控制对计划的随意修改 n 必要的计划修改必须经过严格的审批程序才能生效
1.前导图法(Precedence Diagram method, PDM)
—也称为节点图法或单代号网络图 —构成PDM网络图的基本元素是结点 —结点表示活动/任务 —箭线表示各活动之间的逻辑关系
PDM图例要
成认
计
开
划
始
需需
计 划
设 计
评
审
概概
测测 试试 编
码 网系
结 束
求求
要要
络统
分确 析认
估计工期（周） 2 4 10 6 4 5 7 9 7 8 4 5 2 6
节点
A=2
开始
本章要点
一、进度计划概述 二、软件项目活动 三、编制技术和方法 四、表达形式 五、进度计划编制 六、进度计划控制
在很多情况下，项目的策划、安排及控制都由部门或个人 负责，但是当这些项目非常大、非常复杂时，管理人员不可 能记住与项目相关的策划、安排及进展的所有信息。此时， 计划评审技术（Program Evaluation and Review Technique, PERT）和关键路径法（Critical Path Method, CPM）就显得非 常重要了。
软 件 开 发 计 划 书
软 件 开 发 计 划 书
概述_软件开发计划的内容
n 确定将要开发的软件产品 n 估计软件产品的规模和对软件产品的更改 n 软件项目的意图、范围、目的、目标 n 软件生命周期模型的选择 n 为开发、维护软件确定工作程序、方法和标准 n 软件项目工作量和费用的估计 n 重要计算机资源的使用估计 n 软件项目日程，包括重要事件和审查的确定 n 软件项目风险的确定和估计 n 项目的软件工程设施和工具计划
工作分解结构_概念
工作分解结构(Work Breakdown Structures, WBS)是一种层
次化的树状结构，是将项目按一定的方法划分为可以管理 的单元，通过控制这些单元的费用、进度和质量目标，使 他们之间的关系协调一致，从而控制项目目标。
WBS是一种范围管理工具，它归纳和定义了项目的整个工作 范围，每下降一层代表对项目工作的更详细定义。
定义活动过程涉及确认和描述一些特定的活动，它把项目的 组成要素加以细分为可管理的更小部分，以便更好的管理和 控制。
输入
工作分解结构 范围描述 历史资料 约束条件 假设条件
定义活动 方法
分解 参考模版
输出
活动目录 细节说明 WBS的更新
定义活动的输入
1. 工作分解结构（最基本的输入）
将WBS中的任务进一步分解成更小的、更具体的活动序列，从而确定项目的全部活动。
内容回顾
1. 软件生命周期包括哪些阶段 2. 软件过程的定义及软件管理的作用 3. 软件开发过程各子过程的主要任务 4. 各软件开发过程模型的特点 5. 传统软件开发过程存在的问题 6. 如何实施软件开发过程管理
软件项目管理
第3 章 进度计划管理
本章要点
一、进度计划概述 二、软件项目活动 三、编制技术和方法 四、表达形式 五、进度计划编制 六、进度计划控制
4. 实施软件进度计划
项目相关人员执行软件开发计划规定的任务，开展相应的工作。在过程 中执行软件质量保证、检查软件质量报告、跟踪和监控项目，确保计划完成 。项目经理应对进度计划进行跟踪和监控，随时掌控进度计划的执行情况， 解决执行过程中存在的问题。
5. 计划执行过程的度量和评价
相关人员需严格执行进度计划，如确实因计划不合理而不能执行，要及 时向项目经理反馈。项目经理根据意见找出差距及造成差距的原因，提出修 改意见，估计改进后的效果，为重新修改软件进度计划提供根据。
选择进度计划的编制方法，根据编制规程进行编制，提交软件进度计划草 稿。
3. 对软件进度计划草稿进行审查和批准
项目计划负责人与项目风险承担者对软件开发计划草稿进行严格的技术 检查，对查出的问题提出解决办法，并对草稿做进一步修改和更新，确定无 误后提交该部门经理审查和在修改。若是大型项目，进度报告还要提交给总 经理和技术总监审查修改。审查通过后，由公司主管批准实施。
6. 修改软件进度计划
根据软件进度计划修改意见，分析改进后的影响，决定是否需要进行修 改，提交进度计划问题报告和修改意见。主管人员同意修改后，项目经理根 据进度计划进行修改，并提交给主管人员，确定可行后，由公司准关批准实 施。
软件规模成本 日期估算
软件项目跟踪 和监控
计划过程开始 制定进度计划 审查和批准计划