3.1 体系结构设计文档
3.2 软件集成测试计划 3.3 结束体系结构设计阶段 4.1 详细设计文档 4.2 软件单元测试计划 4.3 结束详细设计阶段
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
研究, 编写, 分发, 个人评估, 评审会 议, 更新/修改文档, 重新分发, 第二 次评审, 签署
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
编制进度计划的三步曲
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
软件项目管理
任务分解
本节要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
活动定义
活动定义涉及到确定为完成工作分解结构 （WBS）规定的可交付成果与子可交付成果 所必须进行的具体活动，并将其形成文字记载。 此项过程暗含着所定义活动应保证实现项目目 标的要求。
可交付成果
需求分析说明书
•系统集成测试计划没有覆盖到 的任何测试计划和测试案例集 都属于代码集成测试
•测试代码
•修正代码
•重新测试代码
•准备集成测试文档
8.1 执行内部软件验收测试计划 8.2 结束系统测试阶段
9.1 安装 9.2 数据转换 9.3 评审 9.4 软件发布 9.5 结束发布阶段
计划；活动；测试；记录结果 计划；活动；测试；记录结果
通过子项目的方式完成。 工作包可进一步分解为子项目的WBS或各个活动
工作分解结构
WBS的主要用途
a.防止遗漏项目的可交付成果。
b.帮助项目经理关注项目目标和澄清职责。
c.建立可视化的项目可交付成果，以便估算工作量和分配工作。
d.帮助改进时间、成本和资源估计的准确度。
e.帮助项目团队的建立和获得项目人员的承诺。
思考：WBS的来源是什么？
工作分解结构
• WBS的内涵：
– WBS 是面向可交付成果的。
--是对项目元素的分组，它组织并定义了整个项目范围；未列入工 作分解结构的工作将排除在项目范围之外。
－任务分解结构的最低层，是任务完成的可交付成果，也叫做的 工作包。
工作包应当由唯一一个部门或承包商负责 这一交付成果可以分配给另外一位项目经理进行计划和执行,或者
输入
工具和技术
输出Biblioteka .1 项目范围说明书 .1 前导图法(PDM)
.1 项目进度网络图
.2 活动清单 .3 活动属性 .4 里程碑清单 .5 核准的变更请求
.2 .3
箭进线度图网法络模(A❖板D强M制) 依赖关..32系活活动动（清属硬单性逻((辑更更新新关))系）
.4 确定依赖关系编码完成之.4 后请才求能的变进更行测试
可以进行成本估算和进度安排
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解的注
意事项 五、案例分析
WBS的指南(1)
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过
研究, 编写, 分发, 个人评估, 评审会 议, 更新/修改文档, 重新分发, 第二 次评审, 签署
研究, 编写, 分发, 个人评估, 评审会 议, 更新/修改文档, 重新分发, 第二 次评审, 签署
5. 编码阶段 6. 单元测试阶段
5.1 生成代码单元
5.2 结束编码阶段 6.l 单元测试代码 6.2 结束单元测试阶段
细，最好不要超过7层 软件项目推荐分解到40小时的工作包 每个Work package必须有一个提交物
注：80/8规则
WBS的指南（2）
定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS字典 最后与相关人员进行评审
WBS模板举例
WBS字典内容
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
f.为绩效测量和项目控制定义一个基准。
g.辅助沟通清晰的工作责任。
h.为其他项目计划的制定建立框架。
i.帮助分析项目的最初风险。
•
通常情况下WBS 总是处于软件项目计划过程的中心，是制定
进度计划、了解资源需求、统计成本预算、控制可能风险和决定采
购计划等工作的重要基 线。
WBS示例
工作 包
家庭项目
购买食品
三、案例分析
一、进度管理的重要性
进度是对执行的活动和里程碑制定的工作计划 日期表
项目时间管理包括使项目按时完成必须实施的 各项过程 .(--PMBOK)
➢过程：
•活动定义 •活动排序 •活动资源估算 •活动历时估算 •进度规划 •进度控制
➢目标： 确保项目按时完成
本章要点
一、进度（时间）管理的重要 性
10. 操作和维护阶段
10.1 评价
10.2 设计评审
10.3 支持和维护
10.4 审计
11. 项目生命周期中的其 他可能用到的WBS元素
11.1 培训
项目人员的互相熟悉；项目人 员的培训；用户培训
11.2 招聘
11.3 测试环境开发 为软件开发人员提供的开销
11.4 开发支持
数据库管理；开发环境；系统构造
.5 应用提前和❖滞软后逻量辑关系
•在专门应用领域的“最好实
践”。 ➢可能会发现必须对某些
•期望采用专活门动的进顺行序。再分解或重新定 ❖非外项部目依活赖动义关之系间。。的即依项赖目关活系动与
前置活动（任务）--•-软〉件后项目置中活的测动试（活任动可务能）依
赖于外部供方交付硬件设施。
活动之间的逻辑关系
XXX
通过质量保证部的验收报告
WBS字典格式示例
本节要点
一、任务分解定义 二、任务分解的类
型 三、任务分解的过
程 四、任务分解指南 五、案例分析
软件开发项目WBS范例
1. 产品需求阶段 2. 软件需求阶段
1.1 产品需求文档
1.2 结束产品需求阶段 2.1 软件需求文档 2.2 软件验收测试计划 2.3 结束软件需求阶段
活动
会晤用户 研究现有系统 明确用户需求 撰写需求分析说明书 需求评审
活动定义
输入
工具和技术
输出
.1 企业环境因素 .2 组织过程资产 .3 项目范围说明书 .4 工作分解结构 .5 工作分解结构词典 .6 项目管理计划
.1 分解 .2 模板 .3 滚动式规划 .4 专家判断
.1 活动清单 .2 活动属性 .3 里程碑清单 .4 请求的变更
完成的标识 备注
BSN-LBL BSN时间日志管理系统 网管的安全管理系统 ① 存储事件数据：记录相应事件 ② 设置事件过滤：对某些事件可设置过滤 ③ 浏览事件日志：对所有事件提供浏览功能 ④ 规划BSN事件日志 ⑤ 生成历史数据：可生成历史时间报告 ⑥ 管理BSN时间日志：可以调整BSN事件的配置参数 1、2、3已完成
招生管理 分班管理 学生档案管理 学生成绩管理
不能同时使用两种标准进行分解
1. 招生管理 2. 分班管理 3. 学生档案管理 4. 学生成绩管理 5. 规划 6. 需求 7. 设计 8. 编码 9. 测试 10.提交
检验分解结果的标准
1. 最底层的要素是否是实现目标的充分必要 条件
2. 最底层要素是否有重复的 3. 每个要素是否清晰完整定义 4. 最底层要素是否有定义清晰的责任人,是否
•研究 •编写 •分发 •个人评估 •评审会议 •更新/修改文档 •重新分发 •第二次评审 •签署
研究, 编写, 分发, 个人评估, 评审会议, 更新/修改文档 , 重新分发, 第二次评审, 签署
研究, 编写, 分发, 个人评估, 评审会议, 更新/修改文档 , 重新分发, 第二次评审, 签署
3.体系结构设计阶段 4.详细设计阶段
.5 规划组成部分
➢将项目组成部分细分为更小、更易
于管理的单元以便更好地进行管理和
控制。
➢此处的最后成果是指活动（行动步
骤），而不是指可交
付成果（有形产品）。
本章要点
一、进度（时间）管理的重要 性
二、进度（时间）管理的过程
–活动定义 –活动排序 –活动历时估算 –制定进度规划
三、案例分析
活动排序
任务分解定义
• 什么是任务（工作）分解结构（ WBS， Work Breakdown Structure ）？
• 一种面向可交付成果的项目元素分组，这个分组组织并 定义了全部的项目工作范围。
• 不在工作分解结构内的工作不属项目范围之列。 • 每下降一级都表示一个更加详细的项目工作的定义。
本定义来自PMBOK
11.5 项目管理
11.6 配置管理
评估；正在进行中的配置管理
11.7 文档记录
11.8 质量管理和质 量计划
小结
WBS的分解类型 WBS的分解步骤 WBS分解注意事项