第6章软件项目的进度计划制订和团队组织

g
系统集成与测试
35
b、i、f、h
活动时长估计
（1）
经验法（专家法）。它适用于不少软件项目的公共模块。开发人员曾多次实践 过，不确定因素较少。如数据库模块、报表生成等办公自动化模块等，其模 块时长估计可采用若干专家（或有经验人员）的经验，估计并取算术平均的 方法来解决。即若设 Te 表某活动 e 的活动时长估值（单位：周、月或年），tj 表示第 j 个专家（或有经验人员）对活动 e 的时长估计值，则有
求得软件项目的时间计划网络图只是求解软件项目进度计 划的第一步，作为项目管理人员，为了更好地对该软件项 目的开发进程进行管理与控制，他们还需要解决如下五个 问题：
（1）确定每个活动的开始时间和结束（完成）时间，且 这样的活动开始时间与结束（完成）时间不应是硬性规定 的，应允许其有一定的机动余地。
（条5件）下对能于否给顺定利的完工成期的目风标险T分d，析在。已有项目各活动时长的
TE(i)
i
TL(i)
ES(i，j) LS(i，j)
TE(j)
EF(i，j) j
LF(i，j) TL(j)
图 6.11 时间参数关联图 ES(i, j) 表示活动(i, j)的最早开始时间（Earliest Start, ES） EF(i, j) 表示活动(i, j)的最早完成时间（Earliest Finish, EF） LS(i, j) 表示活动(i, j)的最晚开始时间（Lastest Start, LS） LF(i, j) 表示活动(i, j)的最晚完成时间（Lastest Finish, LF） TE(i) 表示节点 i 的最早开始时间 TL(i) 表示节点 i 的最晚完成时间 R(i, j) 表示活动(i, j)的时差（反映活动(i, j)的机动时间） R(i)表示节点 i 的时差（反映节点的机动时间）
需求分析
需求调查与分析、需求描 需求更新 述与建模、需求确认
需求更新
需求更新
概要设计
基本体系结构设计、原型 原型设计、模型与算法 设计更新 概念、模型与方法思考、 设计、风险分析 风险思考、设计计划制订
设计更新
详细设计与编 开发人员、组织与工具准 人员组织、工具准备、
码
备、开发计划制订
应用程序设计、文档设
计划网络图的绘制准则
1.活动及其时间长度的图中表述 2.不允许出现回路 3.一对相邻结点间出现并行活动的处理 4.活动出现反复过程的处理 5.为加快工程进度，可人为交叉活动
a
12
b
(a)
a 4
12
b 3
(b)
a1 2
3
a2 2
1b2
3
(c)
图 6.5 活动规则示意图
a3 c
40
量
是
是否需要 调整？
对每个团 否 队成员作
项目工作
授权PWA
否
建立软件项目 的计划网络图
G
计算G的各种 时间参数
求解G的关键 路线、关键工
序和总工期
对计划网络图 作风险分析
是否需要 调整？
是
进行团 队建设
图6.10 进度计划与团队组织工作流程
给
对
由
定
SP
WBS
软
作
确定
件
工
所有
项
作
活动
目
任wenku.baidu.com
及其
SP
务
理工具
体系实施
验收
手册完成
用户手册纲要、操作手册 用户手册、操作手册起 用户手册、操作手册、 完成用户手册、
纲要
草，维护手册起草
维护手册修改
操作手册、维护
手册
某 ERP 项目
范围
需求
概要
详细
开发
测试
培训
文档
项目
规划
设计
设计
设计
总结
单元测试
集成测试
确认测试
系统测试
可靠性测试
模块结 构测试
局部数据
路径
（2）在开发方已有的资源投入下求解该软件项目的交付 日期（工期），或给定工期（投资方要求）条件下来安排 各活动的开始时间和结束时间。
（哪3些）活为动了是完关成键工的期？T此d目中标所，谓在关整键个活软动件是项指目由开于发这过些程活中动 完成的耽误或更改，将直接影响项目工期目标完成。
（4）由于开发过程中各相关活动是延续进行的，因此前 一活动的耽误必将影响紧后活动的完成，从而构成了一条 关键线路。显然关键线路及其中的每一关键活动是项目管 理人员管理与控制的重点。
Te

1 n
n
tj
j1
（6.1）
（2）
三点估计法。它适用于一些开发人员对其功能与性能或环境属性了解不多， 或不确定因素较多的模块，此时可将活动 e 时长 Te 视作服从 β 分布的随机变 量，并用如下公式计算
E(Te )
a 4M b 6
,
Var(Te
)=
(b
a)2 6
（6.2）
TL(i)= min LS(i, j) j
R(i, j)= LS(i, j)- ES(i, j) R(i)= TL(i)-TE(i)
（6.8） （6.9） （6.10）
例6.1 已知某软件项目经工作任务分解后，得到活动明细 表如表6.1。
（1）绘出表6.1对应的计划网络图G
（2）求解计划网络图G的关键路线CP和关键活动，并给 出在给定活动明细表6.1状况下的软件项目交付工期Td
输入 G 的节点数 n，各活动时长 t(i, j)，1≤i＜j≤n，i=1，TE(1)=0
从 G 中寻找 i 的紧后活动 j，并作 ES(i, j)=TE(i)，EF(i, j)= ES(i, j)+t(i, j)
TE(j)= max EF(i, j) i
N
j≥n
TL(n)= TE(n)，TL(n)=Td
常用的计划网络图（统筹图）有节点法网 络图（单代号网络图），箭线法网络图 （双代号网络图）和条件箭线图法等
箭线法计划网络图是由一系列节点和箭线 （有向弧）所构成的赋权有向图，此中箭 线表述项目活动（任务），在统筹图中它 又称为作业、工序等，每一箭线的始端和 终端均有两个节点，分别表示该活动的开 始事项和终止事项
项目分级管理、状态 监控、组织协调
设计、编码更新
软件集成与测试
验收测试与评审
项目分级管理、 状态监控、组织 协调
配置管理与质 配置管理与质量管理需求、 配置管理与质量管理设 配置管理与质量管理 配置管理与质量
量管理
配置管理与质量管理计划、 计、配置管理与质量管 实施、监控质量保障 管理实施、监控、
质量保障体系制订
从 G 中寻找 j 的紧前活动 i，并作 LF(i, j)=TL(j)，LS(i, j)=LF(i, j)-t(i, j)
TL(i)= min {TL(j)-t(i, j)} j
N
i≤1
计算各活动，节点时差 R(i, j)= LS(i, j)- ES(i, j)，1≤i＜j≤n， R(j)= TL(j)-TE(j)
第6章 软件项目的进度计划制订和团队组织
6.1 基本概念与工作流程
工作（任务）分解结构（WBS）
工作（任务）分解结构（Work Breakdown Structure）是指由一系列软件项目活动所组成的 层次结构
WBS的目的是为进行团队组织，并进而为工作进 度计划制订和成本估算与控制打下基础
此中 a 表示对活动 e 时长 Te 的最乐观完成时间（顺利情况下活动 e 的完成时间） 估计，b 表示对活动 e 时长 Te 的最悲观完成时间（最不顺利情况下活动 e 的完成时间）估计， M 表示对活动 e 时长 Te 的最可能时间（正常情况下活动 e 的完成时间）估计，并有 0≤a≤ M≤b。
6.2 进度计划的分析与求解
WBS的任务分解可以生命周期的阶段/活动为准则， 也可以软件项目的目标或功能属性为准则
WBS的分解层次数量不限，但每层数量一般尽量 不超过七个单元，最底层元素（活动）可由个人 或一个工作小组（一般至多为七人）来完成
表1.9 软件开发WBS任务表
阶段活动 计划与需求
概要设计
详细设计与编码
集成与测试
逻辑
分
关系
解
确
制
绘制
定
作
计划
每
SP
网络
一
的
图 ND
活
活
并对
动
动
箭线
时
明
与节
长
细
点标
表
识与
标号
满意？ 否
输 出 是
对 ND 进 行调整
图 6.9 计划网络图求解流程
活动的逻辑顺序
若活动B的开始必须在活动A结束以后才能 执行，则称B是A的后行活动，A是B的先行 活动；若活动A结束后紧接着可以允许实施 B活动，则称A是B的紧前活动，B是A的紧 后活动。
计
计划与测试 测试需求、测试计划、思 测试计划草拟、测试工
考
具准备
验证与确认 验证与确认需求、验证与 概要设计评审 确认工具准备
项目办公室职 合同管理、项目组织计划、 项目分级管理、状态监
能
人员岗位考核体系制订 控、组织协调
详细设计、编码与单 元测试、完成文档
测试计划制订、测试 工具获取 详细设计评审
达
成
输
块
管
模
模
模
模
模
理
块
块
块
块
块
模
块
图 6.3 按目标或功能属性分解的 WBS 图
明确系统 目标与功 能需求
作项目工 作任务分 解，并完 成WBS结
构图
确定WBS 所对应的 项目任务
结构图
估计软件开 发四个阶段 中各活动的 规模、工作 量成本和进
度（时长）
计算开发团 队的人力投 入总量和各 子团队的人 力投入需求
（6.3） （6.4）
关键路线特性
（1）设 G 为计划网络图，通路 CP 为 G 的关键路线的充分必要条件为：对 G 上 CP 的任何
活动(i, j)有 R(i, j)=0 或有 R(i, j)=0 (i, j)CP
（6.5）
（2）设 G 为计划网络图，通路 CP 为 G 的关键路线，则对 G 上 CP 的任何节点 i 有
B4
A
1
2
3
（a）
5
4
A
B
1
2
3
（b）
5
图 6.4 活动间的逻辑顺序关系
活动逻辑顺序的确定准则
1.由客观规律与内部物质条件所决定
– 刚性逻辑关系
2.由人的主观意志所决定
– 软逻辑关系
3.依赖于外部环境或条件
– 外部依赖关系
4.由里程碑（项目分阶段考评的时间点）决 定
计划网络图
计划进度网络图（简称计划网络图）是由 一系列结点和有向边（有边弧）组成的反 映软件项目各活动（任务）执行内在逻辑 关系的赋权有向图。
寻找 G 中使 R(i, j)=0 的对应关键活 动，并验证其活动的两端节点时差是 否为 0。输出关键路线 CP、关键活 动及交付工期 Td
End
标号算法
TE(1)=0 ES(i, j)=TE(i) EF(i, j)= ES(i, j)+t(i, j)
TE(j)= max EF(i, j) i
TE(n)=TL(n)= Td LF(i, j)=TL(j) LS(i, j) = LF(i, j)-t(i, j)
各时间参数的相互关系
（1）TE(i)=ES(i, j)
（2）TL(i)= min {TL(j)-t(i, j)}= min LS(i, j)
j
j
（3）TE(j)= max {TE(i)+t(i, j)}= max EF(i, j)
i
i
（4）TL(j)= LF(i, j) （5）EF(i, j)= ES(i, j)+t(i, j)= TE(i)+ t(i, j) （6）LF(i, j)= LS(i, j)+t(i, j)= TL(j) （7）R(i, j)= LS(i, j)- ES(i, j)= LF(i, j)- EF(i, j) （8）R(i)= TL(i)-TE(i)
1b 2
3
(d)
d 2
1 a2b 3c4 e8
2
3 (a) 1
4
1a2 b3 c4d5b6c 7e8
2
3
1
2
3
1
4
(b)
图 6.6 活动出现反复过程
图 6.7 交叉活动过程
a
b
3
(a)
4
a1
a2
1
1
a3
b1 c1
2
b2
b3
(b) 1
1
b
e
a
c
d
(a)
a
b
e
f
c d
g
(b)
图 6.8 封闭性示意图
b
ac
e
d
(c)
编号 1 2 3 4 5 6 7 8 9 10
表6.1 活动明细表
活动代号 a b c d e f g h i j
活动内容
活动时长（单位：月）紧前活动
需求分析
60
—
文档
45
a
测试概要
10
a
概要设计
20
a
系统管理
40
a
测试准备
18
c
详细设计与编码Ⅰ 30
d
详细设计与编码Ⅱ 15
d、e
配置管理与质量保证 25
R(i)=0 或有 R(i)=0
（6.6）
iCP
（3）若 G 为有限计划网络图，则 G 至少有一条关键路线，至多有有限条关键路线。
（4）计划网络图中所有关键活动时长的总和即为该计划网络图 G 的总工期 Td，或有
Td= t(i, j) (i, j)CP
关键路线求解
i=j j=j+1
j=i i=i-1
差错处
边界
结构测试
测试
理测试
测试
图 6.2 按阶段分解的 WBS 图
某 ERP 项目
采购管理 分系统
生产管理 分系统
质量管理 分系统
财务管理 分系统
销售管理 …… 分系统
采购计划子系统
采购执行子系统
采购到货子系统
采
采
采
采
采
采
到
入
购
购
购
购
购
购
货
库
预
任
计
计
订
订
接
与
算
务
划
划
单
单
收
库
模
分
生
下
生
传
模
存
块
解
成