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