8.系统测试阶段 9.发布阶段
7.1 代码集成测试 7.2 结束集成测试阶段
•系统集成测试计划没有覆盖 到的任何测试计划和测试案例 集都属于代码集成测试 •测试代码 •修正代码 •重新测试代码 •准备集成测试文档
8.1 执行内部软件验收测试计划 8.2 结束系统测试阶段
9.1 安装 9.2 数据转换 9.3 评审 9.4 软件发布 9.5 结束发布阶段
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
WBS类型
清单 图表
项目初期的工作场景：照片中他们在干什么？
13
层级0 层级1
企业内部网项目
概念
站点设计 站点开发 投入使用
维护
层级2评价现有系统 确定要求 确定特定功能 定义风险 制定计划 组建开发小组
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
4.2 软件单元测试计划
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
4.3 结束详细设计阶段
5. 编码阶段 6. 单元测试阶段
5.1 生成代码单元
.1 活动清单 .2 活动属性 .3 里程碑清单 .4 请求的变更
.5 规划组成部分
将项目组成部分细分为更小、更易
于管理的单元以便更好地进行管理和
控制。
此处的最后成果是指活动（行动步
骤），而不是指可交
付成果（有形产品）。
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
研究, 编写, 分发, 个人评估, 评审会议, 更新/修 改文档, 重新分发, 第二次评审, 签署 研究, 编写, 分发, 个人评估, 评审会议, 更新/修 改文档, 重新分发, 第二次评审, 签署
3.体系结构设计阶段
任务 A
任务 B
在活动任务B开始前，活动任务A必须完成 只有编码完成后才能进行测试
逻辑关系： –完成-开始（FS, Finish - Start） –完成-完成（FF, Finish - Finish） –开始-开始（SS, Start - Start） –开始-完成 （SF, Start - Finish） –提前（Lead）与滞后（Lag）
完成-开始 （FS, Finish - Start）
通过子项目的方式完成。 工作包可进一步分解为子项目的WBS或各个活动
工作分解结构
WBS的主要用途
a.防止遗漏项目的可交付成果。
b.帮助项目经理关注项目目标和澄清职责。
c.建立可视化的项目可交付成果，以便估算工作量和分配工作。
d.帮助改进时间、成本和资源估计的准确度。
e.帮助项目团队的建立和获得项目人员的承诺。
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
编制进度计划的三步曲
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
软件项目管理
任务分解
本节要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
)
WBS编号系统
软件产品:1
功能1:11
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
功能2-子功能3:123来自 WBS与OBS（组织分解结构）
分解标准应统一
学生管理
按照生命期分解
规划 需求
设计
编码
测试
提交
按照产品组成分解
1.1 1.2 1.3 1.4
XXX
通过质量保证部的验收报告
WBS字典格式示例
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
软件开发项目WBS范例
1. 产品需求阶段
1.1 产品需求文档
2. 软件需求阶段
1.2 结束产品需求阶段
2.1 软件需求文档 2.2 软件验收测试计划 2.3 结束软件需求阶段
细，最好不要超过7层 软件项目推荐分解到40小时的工作包 每个Work package必须有一个提交物
注：80/8规则
WBS的指南（2）
定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS字典 最后与相关人员进行评审
WBS模板举例
WBS字典内容
WBS表示号 名称
主题目标
可交付成果
需求分析说明书
活动
会晤用户 研究现有系统 明确用户需求 撰写需求分析说明书 需求评审
活动定义
输入
工具和技术
输出
.1 企业环境因素 .2 组织过程资产 .3 项目范围说明书 .4 工作分解结构 .5 工作分解结构词典 .6 项目管理计划
.1 分解 .2 模板 .3 滚动式规划 .4 专家判断
.5 应用提前和滞软后逻量辑关系
•在专门应用领域的“最好实
践”。 可能会发现必须对某些
•期望采用专活门动的进顺行序。再分解或重新定 非外项部目依活赖动义关之系间。。的即依项赖目关活系动与
前置活动（任务）--•-软〉件后项目置中活的测动试（活任动可务能）依
赖于外部供方交付硬件设施。
活动之间的逻辑关系
f.为绩效测量和项目控制定义一个基准。
g.辅助沟通清晰的工作责任。
h.为其他项目计划的制定建立框架。
i.帮助分析项目的最初风险。
•
通常情况下WBS 总是处于软件项目计划过程的中心，是制定
进度计划、了解资源需求、统计成本预算、控制可能风险和决定采
购计划等工作的重要基 线。
WBS示例
工作 包
家庭项目
购买食品
修理屋顶
美化院落
列清单 开车到商店 将货物装进购物车 付款 ……
活动
WBS示例
按阶段进 行组织
站点设计
站点设计 图形设计 程序设计
WBS示例
企业内部网
主页设计 市场部网页设计 销售部网页设计
文本内容 图象
超级联结
文本内容 图象
超级联结
文本内容 按产品进 行组织
图象
超级联结
图：一个企业内部网项目的WBS
计划；活动；测试；记录结果 计划；活动；测试；记录结果
10. 操作和维护阶段
11. 项目生命周期中的 其他可能用到的WBS元素
10.1 10.2 10.3 护 10.4
评价 设计评审 支持和维
审计
11.1 培训
11.2 招聘 11.3 测试环境开发 11.4 开发支持 11.5 项目管理 11.6 配置管理 11.7 文档记录 11.8 质量管理和质 量计划
招生管理 分班管理 学生档案管理 学生成绩管理
不能同时使用两种标准进行分解
1. 招生管理 2. 分班管理 3. 学生档案管理 4. 学生成绩管理 5. 规划 6. 需求 7. 设计 8. 编码 9. 测试 10.提交
检验分解结果的标准
1. 最底层的要素是否是实现目标的充分必要 条件
2. 最底层要素是否有重复的 3. 每个要素是否清晰完整定义 4. 最底层要素是否有定义清晰的责任人,是否
可以进行成本估算和进度安排
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解的注
意事项 五、案例分析
WBS的指南(1)
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过
3.1 体系结构设计文档
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
3.2 软件集成测试计划
研究, 编写, 分发, 个人评估, 评 审会议, 更新/修改文档, 重新分 发, 第二次评审, 签署
3.3 结束体系结构设计阶段
4.详细设计阶段
4.1 详细设计文档
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
活动定义
活动定义涉及到确定为完成工作分解结构 （WBS）规定的可交付成果与子可交付成果 所必须进行的具体活动，并将其形成文字记载。 此项过程暗含着所定义活动应保证实现项目目 标的要求。
5.2 结束编码阶段 6.l 单元测试代码 6.2 结束单元测试阶段
•编写代码单元 •编译代码单元 •链接代码单元 •走查代码单元
–为走查做准备 –进行走查 –更新修改代码 –签署走查结果
•代码单元文档
•准备测试计划和测试案例集 •测试代码 •修正代码 •重新测试代码 •准备单元测试文档
7.集成测试阶段
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
一、进度管理的重要性
进度是对执行的活动和里程碑制定的工作计划 日期表
项目时间管理包括使项目按时完成必须实施的 各项过程 .(--PMBOK)
过程：
•活动定义 •活动排序 •活动资源估算 •活动历时估算 •进度规划 •进度控制
目标： 确保项目按时完成
描述
完成的任务 责任者