软件项目时间管理(ppt 72页)

3
A4
A1
A2
V1
1
2
A3
4
5 A6 6 A7 7
A5
图 用箭线图法表示的网络图
条件图法
四、活动排序输出
项目网络图：项目网络图就是项目活动及其相互关系的示意
图，图中可以包括项目的全部活动，也可以只包括主要活动。除此
之外，还应当有对活动的简单描述、活动排序方法、重要活动说明，
以及被忽略的活动说明。
第3章 软件项目时间管理
3.1 3.2 3.3 3.4
软件项目时间管理的活动 软件项目进度计划 项目进度计划的变更管理 项目进度计划技术及其应用
3.1 软件项目时间管理的活动
3.5.1 3.5.2 3.5.3 3.5.4
软件项目时间管理的活动过程 活动定义 活动排序 活动历时估算
3.1.1 软件项目时间管理的过程（P61）
二、活动估算的依据
活动清单
ቤተ መጻሕፍቲ ባይዱ
约束条件
资源情况
历史信息
已识别的风险
三、活动估算的方法
专家评定法
经验类比估算法
利用历史数据法
德尔菲法
三时间估算法
设三个时间为：乐观时间a、悲观时间b、正常时间m，则对于 网络期望时间为T=（a+4m+b)/6
四、活动估算的输出
活动持续时间：本阶段工作的最主要成果，估计出来的完成 每个活动所需要持续的时间，这个时间可以存在一个允许的变动范 围。 活动持续时间估算的依据：有时也需要将进行活动估算的依 据作为补充材料写入活动持续时间描述文档中。 变更的活动清单：项目活动估算中，也会发现和更改活动定 义和相互关系等，因此，需要对活动清单进行修正。
硬件的进度。
二、活动排序的依据
活动清单
产品描述
活动之间的逻辑关系
约束条件
里程碑
三、活动排序的表示技术
前导图法(PDM)----图称为AOV网 节点表示活动，箭线表示关系。
B A
C
E D
前导图法表示的网络图
箭线图法(ADM) ----图称为AOE网 箭线表示活动，节点将箭线连接表示关系，节点表示事件。
3.2 软件项目进度计划
3.2.1 3.2.2 3.2.3 3.2.4 3.2.5
项目进度管理的重要性 制定软件项目进度计划的指导原则 制定项目进度计划的依据与基本要求 项目进度计划的制定过程 项目进度计划的制定
3.2.1 项目进度管理的重要性
从项目管理的铁三角（如图1）； 进度管理是项目管理的基础，项目管理的起初，也正是从 进度管理开始（如图2） ； 进度管理往往是很多IT工具集成的一个前提 。
活动定义
活动排序
活动历时估算
制定进度计划
进度计划控制
3.1.2 活动定义
一、什么是活动定义
项目活动定义就是对项目团队成员和项目干系人为实现项目 目标、完成项目可交付成果必须开展的具体活动的确定。
二、活动定义的依据
工作分解结构
项目范围说明
历史信息
约束条件
假设因素
三、活动定义的方法
活动分解法
参照模板法
设计评估 详细设计
需求评估
需求定义
概要设计
编码
单元调试
概要评估
集成调试 产品发行
测试计划
测试过程
测试评估
软件项目开发的并行性
3.2.2 制定软件项目进度计划的指导原则
1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。 2. 对于软件项目的实施采用文档化的承诺。 3. 相关的机构或个人认可他们对软件项目的承诺。 4. 指定软件项目负责人负责落实软件项目的承诺并制定项目的软 件开发计划。 5. 确保软件项目存在一份文档化的、并被认可的工作任务说明。 6. 软件开发计划要指定人员角色分工，明确责任。 7. 对软件项目所需要的、适当的资源及资金做出计划。 8. 对软件项目负责人、软件工程师及其他与软件项目计划编制有 关的人员进行适合其职责范围的培训。 9. 成立相关软件项目组及相关的方案论证小组。 10. 软件项目组及相关的方案论证小组在整个项目生命期内参加 全部的项目计划编制工作。 11. 按照书面流程与高级管理人员或企业外部机构软件项目的承 诺进行复审。 12. 明确划分预先定义的、规模可管理的阶段的软件生命周期。
目服务的提供必须遵守的先后顺序，它取决于项目活动之间的
必然联系，所以又称项目活动间的硬逻辑关系或强制性逻辑关
系。
2、自由依赖关系：受项目活动排序人员主观看法影响造成
的排序差异，又称软逻辑关系。
3、外部依赖关系：涉及项目和非项目活动之间关系。例如，
新操作系统和其他系统的安装可能会信赖于外部供应商交付新
工 作单元 Work Packge
WBS
80小时原则！
40小时之内原则！
3.1.3
一、什么是活动排序
活动排序
项目活动排序指识别项目活动清单中各项目活动的相互关联
与依赖关系，并据此对项目各活动的先后顺序进行安排和确定的工
作。活动之间的信赖关系有：
1、强制依赖关系：客观存在的、不变的逻辑关系。项目的
强制信赖关系指项目产品的生产过程必须遵循的工艺流程或项
四、活动定义的输出
活动清单
详细依据
更新的工作分解结构
工作分解结构与活动分解（主要区别：活动分解的结果多是无形 的东西）
计划 Program
项目 Project
项目 Project
子 项目 Work Area
子 项目 Work Area
工 作单元 Work Packge
活动 Task
活动 Task
更新的活动清单：在活动排序过程中，需要对活动之间的逻
辑关系进行分析和确认，可能会发现必须对某些活动进行重新分解
和定义，需要更改项目活动清单，甚至工作分解结构。
3.1.4 活动历时估算
一、什么是活动历时估算及其相关因素
活动历时估算指预计完成各活动所需时间长短，在项目团队中 熟悉该活动特性的个人和小组可对活动所需时间作出估算。相关因 素有： 工作量：指完成一个活动需要投入的人工，一般以人(小)时、 人天、人月为计量单位。在确定工作量时，一是考虑系统的规模、 功能点数和对象点数；二是考虑生产效率。这三者的关系是：工作 量=规模/效率。 资源：这里是指完成一项活动能够投入的人力资源。投入人力 资源的数量一般要与项目的规模合理匹配，而且与项目的总的时间 要求、费用支出有关。 活动工期：理论上，在工作量一定的情况下，投入的人力资源 越多，则活动的工期就越短，在一定范围内二者之间的关系近似线 性，如100个人天的工作量，投入10个人时，则需要10个工作日完 成；投入5个人，则需要20个工作日。