软件项目管理第5章任务分解精品PPT课件
合集下载
软件的项目任务分解
较
理码
码数
数
本章要点
n 一、任务分解定义 n 二、任务分解的类型 n 三、任务分解的过程 n 四、任务分解指南 n 五、案例分析
任务分解过程
输入
分解
WBS
任务结构分解(WBS)步骤
1. 确认并分解项目的组成要素 2. 确定分解标准 3. 确定分解是否详细 4. 确定项目交付成果 5. 验证分解的正确性
功能名 获取网络资源数据 将资源数据存入数据库 获取网络资源信息 观察网络资源 依类型分类观察网络资源 依状态分类观察网络资源 观察逻辑网 观察资源状态 修改网络资源的状态 依条件检验网络使用情况 显示拓扑图 建立通道
本章要点
n 一、任务分解定义 n 二、任务分解的类型 n 三、任务分解的过程 n 四、任务分解指南 n 五、案例分析
F2 故障管理
F3 安全管理
F4 性能管理
F3.1
F3.2
F3.3
F3.4
F4.1
F4.2
F4.3
F4.4
F4.5
F4.6
F4.7
F4.7.1
F4.7.2
网管系统（图表）分解实例
F1
F1.1
F1.3
F1.5
F1.7
F1.9
F1.11
F1.2
F1.4
F1.6
F1.8
F1.10
F1.4.1 F1.4.2
WBS的指南（2）
n 定义任务完成的标准 n 每个WBS必须有利于责任分配 n 可以准备WBS的字典 n 最后与相关人员进行评审
WBS模板举例
WBS字典内容
WBS表示号 名称 主题目标
描述
完成的任务
责任者
软件项目进度管理-软件项目管理课件PPT
5.3.2制定软件项目进度计划的依据
制定软件项目进度计划的主要依据是： 项目网络图。 资源需求。 资源安排描述。 日历。 约束条件。 假设条件。 提前或滞后要求。 风险管理计划。
5.3.3进度计划的编制过程
不同类型的进度计划编制方法,在具体步骤上会有所不同， 但无论采用哪种方法，以下几项工作都是必不可少的：项目 活动定义、活动排序、活动历时估算、进度计划编制。 1．项目活动定义 项目活动定义就是对项目团队成员和项目干系人为实现项目 目标、完成项目可交付成果必须开展的具体活动的确定。项 目的每一项活动就是一个工作单元，它们有预期的历时、成 本和资源要求。 2．项目活动排序 项目活动定义确定了项目必须完成的活动后，项目进度管理 的下一步骤是活动排序。 项目活动排序是指识别项目活动清单中各项目活动的相互关 联与依赖关系。
5.1.1加强项目进度管理的重要性
项目进度管理又称为时间管理、工期管理，是指为 保证项目各项工作及项目总任务按时完成所需要的 一系列的工作与过程，具体包括项目进度计划编制 及实施进度控制。 时间、费用、质量构成了项目管理的三大目标。其 中，费用发生在项目的各项作业中，质量取决于每 个作业过程，工期则依赖于进度系列上的时间保证， 这些目标均能通过进度控制加以掌握，所以进度控 制是项目控制工作的首要内容，是项目的灵魂。
5.1.2项目进度管理中的相关术语
在进行项目进度管理时，必须先要熟悉以下一些基 本术语。 1．项目活动 2．工程进度 3．工期 4．活动之间的顺序关系 5．活动之间的依赖关系
5.1.3软件项目进度管理的特点
软件项目具有规模大、建设的一次性和结构与技术 复杂等特点，主要表现在以下几方面。 （1）软件项目进度管理是一个动态过程。 （2）项目进度计划和控制是复杂的系统工程。 （3）软件项目进度管理有明显的阶段性。 （4）软件项目进度管理的风险性大。
软件项目管理(PPT41页).ppt
1000000 150000
75000 3000 28000 1256000 44000 1000 43000 13000 30000
毛利
毛利（Gross Margin）
毛利＝销售收入－销售产品的“直接成本”
经营利润（Operating Profit）
固定资产的折旧。会计师将设备、工具、厂房和其它固定资产的成本除以各 自的使用年限，以估计出公司在创造利润过程中使用这些资产的成本。。
其输出就是：确定出能够充分保证项目实施所需要的各种
资源清单和计划安排
组织和项目的特征将影响资源计划
成本估算
成本估算就是编制一个为项目各活动所必须资源成本的近
似估算
成本估算和工具
类比估算法/Analogous estimates也叫自上而下估算法
/top-down estimates
使用以前相似的项目实际成本作为目前项目成本估算的根据 是一种专家判断法
产（Assets）、公司欠他人的债务（Liabilities）和所有 者权益投资。资产负债表显示了某一特定日期上述内容之 间的平衡关系，也是公司在某一特定时点所拥有资产的总 结。资产负债表是所有会计记录的基础。
资产负债表
资产负债表包含3大部分的内容，资产，负债和所有者权益，它们在
资产负债表中的一般分布如下：
软件项目管理
Cost Management
Version 2.0
成本管理的基础知识
任何公司或任何项目的最终目的几乎都是为了某种商业利
益，但又该如何去衡量我们在项目中各种资源的投入，又 该如何评价这些投入是否获取了相应的收益呢？这就是项 目成本管理的目的。
大多数技术背景出身的项目人员对于这方面的理解都还比
75000 3000 28000 1256000 44000 1000 43000 13000 30000
毛利
毛利（Gross Margin）
毛利＝销售收入－销售产品的“直接成本”
经营利润（Operating Profit）
固定资产的折旧。会计师将设备、工具、厂房和其它固定资产的成本除以各 自的使用年限，以估计出公司在创造利润过程中使用这些资产的成本。。
其输出就是：确定出能够充分保证项目实施所需要的各种
资源清单和计划安排
组织和项目的特征将影响资源计划
成本估算
成本估算就是编制一个为项目各活动所必须资源成本的近
似估算
成本估算和工具
类比估算法/Analogous estimates也叫自上而下估算法
/top-down estimates
使用以前相似的项目实际成本作为目前项目成本估算的根据 是一种专家判断法
产（Assets）、公司欠他人的债务（Liabilities）和所有 者权益投资。资产负债表显示了某一特定日期上述内容之 间的平衡关系，也是公司在某一特定时点所拥有资产的总 结。资产负债表是所有会计记录的基础。
资产负债表
资产负债表包含3大部分的内容，资产，负债和所有者权益，它们在
资产负债表中的一般分布如下：
软件项目管理
Cost Management
Version 2.0
成本管理的基础知识
任何公司或任何项目的最终目的几乎都是为了某种商业利
益，但又该如何去衡量我们在项目中各种资源的投入，又 该如何评价这些投入是否获取了相应的收益呢？这就是项 目成本管理的目的。
大多数技术背景出身的项目人员对于这方面的理解都还比
WBS项目管理PPT课件
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
显示拓扑图
F1.10
建立通道
.
23
WBS与OBS（组织分解结构）
.
24
分解标准
1. 生存期 2. 功能组成 3. 项目的组织单位 4. 。。。。。
.
25
分解标准应统一
学生管理
按照生命期分解
规划
需求
设计
编码
测试
提交
按照产品组成分解
1.1 招生管理
1.2 分班管理
1.3 学生档案管理
1.4 学生成绩管理
.
26
分解标准应统一（续）
不能同时使用两种标准进行分解
1. 招生管理 2. 分班管理 3. 学生档案管理 4. 学生成绩管理 5. 规划 6. 需求 7. 设计 8. 编码 9. 测试 10. 提交
.
27
检验分解结果的标准
清单式任务分解实例
电信运营信息查询系统分解一例
.
35
网管系统（图表）分解实例
F1 配置管理
F
F2 故障管理
F3 安全管理
F4 性能管理
F3.1
F3.2
F3.3
F3.4
F4.1
F4.2
F4.3
F4.4
.
4
软件项目管理
第
五
章
软件项目任务分解
.
5
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
.
6
WBS (Work Breakdown Structure)
任务分解的过程
软件项目管理课程PPT80页
36
10
155 60 8
5
对该方法的有效性有争议：
支持：易计算，很多软件估算模型以它为关键的输入。 反对：LOC依赖于语言，不适用于非过程化语言，在 分析与设计完成之前难以估算。
六盘水师范学院 孙新杰
27
（2）面向功能的度量
“功能”不能直接测量，利用其他的测量数据间接 地导出。 Albrecht提出来的一种称为功能点的度量。用 下表计算5个信息域的值：
另外，可根据文档的页数、评审的时间、功能点及 源代码行数来度量软件的生产率。
六盘水师范学院 孙新杰
23
项目度量可在项目进行的基础上评估产品的质量， 以指导在必要时修改技术方法以改进质量。
软件项目度量建议每个项目都应该测量： • 输入：完成工作所需要的资源（如人员、环境）； • 输出：软件工程过程中产生的工作产品； • 结果：最终产品的有效性。 项目度量集成起来产生对整个软件组织公用的过程 度量。
六盘水师范学院 孙新杰
6
⑴列出需要澄清问题的清单
⑵安排与用户进行讨论的会议 ⑶评审用户要求及范围的陈述 ⑷研究推荐的解决方案 ⑸为正式的会议准备工作文档 ⑹共同制订能反映软件的数据、功能和行为特
征的规约，形成软件范围的文档 ⑺评审文档 ⑻根据需求修改文档 …… 庇护性活动贯穿于整个过程。
六盘水师范学院 孙新杰
2名在转换期间数据输入人员
$960
（40小时/名,12美元/小时)
六盘水师范学院 孙新杰
16
培训： 三天的开发人员内部培训课程 30个用户，三天的内部培训课程
复印 磁盘、纸张等消耗品 购买硬件、软件：
20台工作站Windows软件 20台工作站内存升级 网络软件 20台工作站办公软件产品
软件项目管理课件(完整版)
（1）职责； （2）当前系统需要； （3）目标； （4）系统将来的需要。
第三章 项目范围管理
• 软件需求收集遵循的步骤
（1）客户和开发组织确定各自单一联系点，授予 做决定的权利，并代表各自的组织利益行事；
（2）双方举行会议和面谈，讨论各种需求； （3）软件开发组织分析需求的一致性和完整性； （4）开发组织以需求规格说明文档的形式得出讨
• 活动工期估计
工期是开展活动的实际时间加上占用时间。例 如，尽管可能只花一周或5天就能完成一项实际的 工作，但估计的工期可能是两周，目的是根据外 部信息留出一些额外的时间进行调整。
人工量是指完成一项任务所需的工作天数和工作 小时。工期是指时间估计，而不是人工量估计。
第五章 项目时间管理
• 常用的工期估算方法
精度多少
粗数量级
项目生命周期前期， 提供选择决策的成本
经常是项目完成前
估计
得3~5年
-50%~100%
预算估计/概算 早期，1~2年 把钱分配到预算计划 -10%~25%
确定性
项目后期，少于1 为采购提供详细内容， -5%~10%
年
估计实际费用
第四章 软件项目成本管理
• 估算方法
（1）代码行方法 ； （2）功能点方法； （3）类比估算法； （4）自下而上估算； （5）专家估算法； （6）参数估算法。
第二章 项目集成管理
• 指导和管理项目执行
指导与管理项目执行过程要求项目经理和项目团 队采取多种行动执行项目管理计划，完成项目范 围说明书中明确的工作 。
指导与管理项目执行过程最直接会受到项目应用 领域的影响。
可交付成果是为完成项目管理计划中列入并做了 时间安排的项目工作而进行的过程的成果。
第三章 项目范围管理
• 软件需求收集遵循的步骤
（1）客户和开发组织确定各自单一联系点，授予 做决定的权利，并代表各自的组织利益行事；
（2）双方举行会议和面谈，讨论各种需求； （3）软件开发组织分析需求的一致性和完整性； （4）开发组织以需求规格说明文档的形式得出讨
• 活动工期估计
工期是开展活动的实际时间加上占用时间。例 如，尽管可能只花一周或5天就能完成一项实际的 工作，但估计的工期可能是两周，目的是根据外 部信息留出一些额外的时间进行调整。
人工量是指完成一项任务所需的工作天数和工作 小时。工期是指时间估计，而不是人工量估计。
第五章 项目时间管理
• 常用的工期估算方法
精度多少
粗数量级
项目生命周期前期， 提供选择决策的成本
经常是项目完成前
估计
得3~5年
-50%~100%
预算估计/概算 早期，1~2年 把钱分配到预算计划 -10%~25%
确定性
项目后期，少于1 为采购提供详细内容， -5%~10%
年
估计实际费用
第四章 软件项目成本管理
• 估算方法
（1）代码行方法 ； （2）功能点方法； （3）类比估算法； （4）自下而上估算； （5）专家估算法； （6）参数估算法。
第二章 项目集成管理
• 指导和管理项目执行
指导与管理项目执行过程要求项目经理和项目团 队采取多种行动执行项目管理计划，完成项目范 围说明书中明确的工作 。
指导与管理项目执行过程最直接会受到项目应用 领域的影响。
可交付成果是为完成项目管理计划中列入并做了 时间安排的项目工作而进行的过程的成果。
软件工程项目管理ppt课件
最新版整理ppt
10
甘特图
甘特图是一种条形图，表示了项目的日程 安排和各项活动的开始和完成时间。从右 往左读，条形图清晰地给出了活动的开始 和结束。
最新版整理ppt
11
MS Project--甘特图
最新版整理ppt
12
资源分配问题
除了考虑进度安排外，项目管理者还要考 虑参加项目活动人员 的分配。可以生成条 形图。
人员
源于开发团队成员的风险 如招聘不到符合要求的职员 在项目关键时期，关键人员出现意外事情 职员培训跟不上
机构
源于开发的机构环境的风险 重新的机构调整，管理层的变更 开发过程中财务出现问题
工具
源于CASE工具和其他支持软件的风险 如CASE效率低 CASE工具不能集成
需求
源于客户对需求变更的风险 如需求发生变更，主题设计要返工，客户的不了解。
T7
20
T1(M1)
T8
25
T4(M5)
T9
15
T3，T6(M4)
T10
15
ห้องสมุดไป่ตู้T5，T7(M7)
T11
7
T9(M6)
T12
10
T11(M8)
最新版整理ppt
7
MS Project—活动网络图
最新版整理ppt
8
关键路径解释
关键路径（CPM，Critical Path Method） 从起点到终点，可以有许多条路径，我们
风险识别
风险分析
风险规划
风险监控
潜在的风险 列表
优先级高的 风险列表
风险规避和 应急计划
风险评估
图：风险管理过程
最新版整理ppt
it软件配置管理精品PPT课件
软件过程中的配置基线
❖
需求规格分析 概要设计说明书
项目开发计划 用户手册
详细设计说明书
源代码
测试报告
计划
需求分析
设计
编码
测试
计划 基线
需求 基线
设计 基线
编码 基线
测试 基线
5.4 版本控制
❖5.4.1 版本的访问与同步控制 ❖5.4.2 版本分支和合并 ❖5.4.3 版本的历史记录
5.4.1 版本的控制与同步控制
版本的同步控制
同步控制实际上时版本的检入检出控制： 检入：将软件配置项从用户的工作环境存入到软件配置库的过程； 检出：将软件配置项从软件配置库中取出的过程。
访问和同步控制的流程图
❖
配置对象（修改版 本）
检入 解锁
配置对象（基线版 本）
软件工程师
审计信息
访问 控制
拥有者信息
软件配置库
配置对象（提取版 本）
① 计算机程序（源代码和可执行程序）；
② 描述计算机程序的文档（针对技术开发 者和用户）；
③ 数据（包含在程序内部或外部）。
配置项内容
5.2.2 软件配置控制
配置控制是配置管理的核心工作。配置控制主要包括：
① 存取控制：设定了软件开发人员对软件基准库的存取权限，保 证软件开发过程及软件产品的安全性；
加锁 检出
配置对象（基线版 本）
5.4.2 版本分支和合并
版本分支
版本分支人工方法就是从主版本复制一份文件，做上标记；实 行版本控制之后，版本的分支是一份复制文件，这时的复制过程和 标记动作由版本系统自动完成。
版本合并
版本合并是通过对文件的比较来进行合并。有两种途径： 一种是将版本A的内容附加到版本B中； 另一种是合并A和B的内容，形成新的C； 后一种途径更容易理解，也符合软件开发的思路。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3
引言
项目成功的必要条件
做好的计划 控制好计划
4
项目进度计划
5
编制进度计划的三步曲
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
6
一、任务分解定义
任务分解的过程
将一个项目分解为更多的工作细目或者子项 目，使项目变得更小、更易管理、更易操作。
任务分解的结果
13
WBS-H图
软件产品:1
功能1:11
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
功能2-子功能3:123
14
WBS-IPO图表
标识项
功能名
F1.1
获取网络资源数据
F1.2
将资源数据存入数据库
F1.3
获取网络资源信息
F1.4
观察网络资源
F1.4.1
依类型分类观察网络资源
将资源数据存入数据库
F1.3
获取网络资源信息
F1.4
观察网络资源
F1.4.1
依类型分类观察网络资源
F1.4.2
依状态分类观察网络资源
F1.5
观察逻辑网
F1.6
观察资源状态
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
显示拓扑图
F1.10
建立通道
30
George and Martha一次野餐会
F1.4.2
依状态分类观察网络资源
F1.5
观察逻辑网
F1.6
观察资源状态
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
Hale Waihona Puke 显示拓扑图F1.10建立通道
15
WBS与OBS（组织分解结构）
16
分解标准
1. 生存期： 生命期各阶段为二级,每阶段的产品为第三级..
2. 功能组成 产品组成为二级,产品组成的分解为三级,…..
F1.6
F1.8
F1.10
F1.4.1 F1.4.2
28
网管系统（图表）分解实例
F2
F2.1
F2.3
F2.5
F2.7
F2.2
F2.4
F2.6
F2.9 F2.8
F2.6.1
F2.6.2
F2.9.1
F2.9.2
F2.9.3
F2.9.4
F2.9.5
F2.9.6
29
标识项
功能名
F1.1
获取网络资源数据
F1.2
备注
1.
23
WBS字典 WBS字典实例
24
WBS意义
提供了项目范围基线,是范围变更的重要输入 可以集中注意力到项目的目标上 对于开发项目提供了一个框架 责任更明确 为评估和分配任务提供具体的工作包 是进行估算和编制项目进度的基础 对整个项目成功的集成和控制起到非常重要的作用
25
五、案例分析
WBS（任务分解结构）。
WBS
面向可交付的成果。
7
WBS实例
软件产品
功能1
功能2
功能3
功能2-子功能1
功能2-子功能2
功能2-子功能3
8
二、任务分解的类型
清单 图表
9
清单类型
1. 变化计数器 1.1 比较两个版本的程序 1.1.1 预处理 1.1.2 文件比较 1.1.3 结果处理 1.2 找出修改后的程序中增加和删除的代码行 1.2.1 找出增加的代码行 1.2.2 找出删除的代码行 1.3 统计修改后的程序中增加和删除的代码行数 1.3.1 统计增加代码行数 1.3.2 统计删除代码行数 1.4 统计总的代码行数 1.5 设定标记以指示修改的次数 1.6 在程序的头部增加修改纪录
第5章 软件项目的任务分解
task decomposition
0
问题的提出
1. 任务分解有哪些类型? 2. 任务结构分解(WBS)步骤? 3. 检验分解结果的标准是什么? 4. 任务分解应注意些什么？ 5. WBS意义?
1
承上启下 ✓ 需求规格
2
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物 定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审
21
WBS模板举例
22
WBS字典内容
WBS表示号 名称 主题目标 描述
完成的任务
责任者
完成的标识
26
网管系统（图表）分解实例
F
F1配置管理 F2故障管理 F3安全管理
F4性能管理
F3.1
F3.2
F3.3 F3.4
F4.1 F4.2
F4.3 F4.4
F4.5 F4.6 F4.7
F4.7.1 F4.7.2
网管系统（图表）分解实例
F1
F1.1
F1.3
F1.5
F1.7
F1.9
F1.11
F1.2
F1.4
10
图表类型
“变化计数器”系统
版
找
统
统
标
纪
本
出
计
计
记
录
比 较
增
增
总
修
删 行
删 行
行
改
修 改
预
文
结增
删增
删
处
件
果加
除加
除
理
比
处代
代行
行
较
理码
码数
数
11
三、任务分解的过程
输入
分解
WBS
12
任务结构分解(WBS)步骤
1. 确认并分解项目的组成要素 2. 确定分解标准 3. 确定分解是否详细 4. 确定项目交付成果 5. 验证分解的正确性
George and Martha计划与家人和朋友举行一次特殊 的野餐活动,以庆祝Martha的升职和他们35周年的结 婚纪念. Martha是工程师, George是会计.他们有两 个非常活泼的孩子,Mary 13岁,Thomas 17岁.经过过 去几年的发展,家里不断壮大,无论是时间和金钱上的 需要都在增加,所以他们已经逐渐成为非常好的计划 能手,最近他们又通过了PMP的认证考试,所以他们非 常清楚对于这样野餐活动也需要开发一个WBS.
招生管理 分班管理 学生档案管理 学生成绩管理 规划 需求 设计 编码 测试 提交
19
检验分解结果的标准
最底层的要素是否是实现目标成分的必 要条件
最底层要素是否有重复的 每个要素是否清晰完整定义 最底层要素是否有定义清晰的责任人,是
否可以进行成本估算和进度安排
20
四、任务分解的注意事项
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细，最好
3. 项目的组织单位 以项目的组织单位作为二级,每个组织内构成为三
级,… 4. 。。。。。
17
分解标准应统一学生管理
按照生命期分解
规划 需求 设计 编码 测试 提交
根据产品组成部分
1.1 招生管理 1.2 分班管理 1.3 学生档案管理 1.4 学生成绩管理
18
分解标准应统一（续）
不能同时使用两种方法
引言
项目成功的必要条件
做好的计划 控制好计划
4
项目进度计划
5
编制进度计划的三步曲
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
6
一、任务分解定义
任务分解的过程
将一个项目分解为更多的工作细目或者子项 目，使项目变得更小、更易管理、更易操作。
任务分解的结果
13
WBS-H图
软件产品:1
功能1:11
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
功能2-子功能3:123
14
WBS-IPO图表
标识项
功能名
F1.1
获取网络资源数据
F1.2
将资源数据存入数据库
F1.3
获取网络资源信息
F1.4
观察网络资源
F1.4.1
依类型分类观察网络资源
将资源数据存入数据库
F1.3
获取网络资源信息
F1.4
观察网络资源
F1.4.1
依类型分类观察网络资源
F1.4.2
依状态分类观察网络资源
F1.5
观察逻辑网
F1.6
观察资源状态
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
显示拓扑图
F1.10
建立通道
30
George and Martha一次野餐会
F1.4.2
依状态分类观察网络资源
F1.5
观察逻辑网
F1.6
观察资源状态
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
Hale Waihona Puke 显示拓扑图F1.10建立通道
15
WBS与OBS（组织分解结构）
16
分解标准
1. 生存期： 生命期各阶段为二级,每阶段的产品为第三级..
2. 功能组成 产品组成为二级,产品组成的分解为三级,…..
F1.6
F1.8
F1.10
F1.4.1 F1.4.2
28
网管系统（图表）分解实例
F2
F2.1
F2.3
F2.5
F2.7
F2.2
F2.4
F2.6
F2.9 F2.8
F2.6.1
F2.6.2
F2.9.1
F2.9.2
F2.9.3
F2.9.4
F2.9.5
F2.9.6
29
标识项
功能名
F1.1
获取网络资源数据
F1.2
备注
1.
23
WBS字典 WBS字典实例
24
WBS意义
提供了项目范围基线,是范围变更的重要输入 可以集中注意力到项目的目标上 对于开发项目提供了一个框架 责任更明确 为评估和分配任务提供具体的工作包 是进行估算和编制项目进度的基础 对整个项目成功的集成和控制起到非常重要的作用
25
五、案例分析
WBS（任务分解结构）。
WBS
面向可交付的成果。
7
WBS实例
软件产品
功能1
功能2
功能3
功能2-子功能1
功能2-子功能2
功能2-子功能3
8
二、任务分解的类型
清单 图表
9
清单类型
1. 变化计数器 1.1 比较两个版本的程序 1.1.1 预处理 1.1.2 文件比较 1.1.3 结果处理 1.2 找出修改后的程序中增加和删除的代码行 1.2.1 找出增加的代码行 1.2.2 找出删除的代码行 1.3 统计修改后的程序中增加和删除的代码行数 1.3.1 统计增加代码行数 1.3.2 统计删除代码行数 1.4 统计总的代码行数 1.5 设定标记以指示修改的次数 1.6 在程序的头部增加修改纪录
第5章 软件项目的任务分解
task decomposition
0
问题的提出
1. 任务分解有哪些类型? 2. 任务结构分解(WBS)步骤? 3. 检验分解结果的标准是什么? 4. 任务分解应注意些什么？ 5. WBS意义?
1
承上启下 ✓ 需求规格
2
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物 定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审
21
WBS模板举例
22
WBS字典内容
WBS表示号 名称 主题目标 描述
完成的任务
责任者
完成的标识
26
网管系统（图表）分解实例
F
F1配置管理 F2故障管理 F3安全管理
F4性能管理
F3.1
F3.2
F3.3 F3.4
F4.1 F4.2
F4.3 F4.4
F4.5 F4.6 F4.7
F4.7.1 F4.7.2
网管系统（图表）分解实例
F1
F1.1
F1.3
F1.5
F1.7
F1.9
F1.11
F1.2
F1.4
10
图表类型
“变化计数器”系统
版
找
统
统
标
纪
本
出
计
计
记
录
比 较
增
增
总
修
删 行
删 行
行
改
修 改
预
文
结增
删增
删
处
件
果加
除加
除
理
比
处代
代行
行
较
理码
码数
数
11
三、任务分解的过程
输入
分解
WBS
12
任务结构分解(WBS)步骤
1. 确认并分解项目的组成要素 2. 确定分解标准 3. 确定分解是否详细 4. 确定项目交付成果 5. 验证分解的正确性
George and Martha计划与家人和朋友举行一次特殊 的野餐活动,以庆祝Martha的升职和他们35周年的结 婚纪念. Martha是工程师, George是会计.他们有两 个非常活泼的孩子,Mary 13岁,Thomas 17岁.经过过 去几年的发展,家里不断壮大,无论是时间和金钱上的 需要都在增加,所以他们已经逐渐成为非常好的计划 能手,最近他们又通过了PMP的认证考试,所以他们非 常清楚对于这样野餐活动也需要开发一个WBS.
招生管理 分班管理 学生档案管理 学生成绩管理 规划 需求 设计 编码 测试 提交
19
检验分解结果的标准
最底层的要素是否是实现目标成分的必 要条件
最底层要素是否有重复的 每个要素是否清晰完整定义 最底层要素是否有定义清晰的责任人,是
否可以进行成本估算和进度安排
20
四、任务分解的注意事项
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细，最好
3. 项目的组织单位 以项目的组织单位作为二级,每个组织内构成为三
级,… 4. 。。。。。
17
分解标准应统一学生管理
按照生命期分解
规划 需求 设计 编码 测试 提交
根据产品组成部分
1.1 招生管理 1.2 分班管理 1.3 学生档案管理 1.4 学生成绩管理
18
分解标准应统一（续）
不能同时使用两种方法