软件项目管理 北邮 韩万江5
《软件项目管理》课程教学大纲2015-9-13
《软件项目管理》课程教学大纲一、课程基本信息二、课程的性质、目的和任务性质：《软件项目管理》是一门技术和管理交叉型、指导软件开发项目的组织与管理的学科，是软件工程专业的专业课。
目的：学生通过对本课程的学习，使学生掌握有关软件项目管理的基本理论，熟悉软件项目管理的方法、流程和工具；培养在软件开发组织中管理软件开发项目的基本能力，并将软件项目管理的理论应用于软件项目的实践，提高分析、解决问题的能力。
任务：掌握现代项目管理的基本原理和基本方法，了解项目特别是软件项目管理各个阶段所需的基本技术和工具，初步具备制定项目计划和实施项目管理的基本技能。
三、教学内容与学时分配表四、教学内容、基本要求及教学方法第一部分 IT软件项目管理概述教学目的：1．理解项目管理定义；2．掌握软件项目的特点。
教学重点和难点：1.重点：项目管理的概念、特点、要素及知识体系；2.难点：软件项目管理的定义、特点及过程。
主要教学内容及要求：1.了解项目管理的概念、特点、要素及知识体系；2.掌握软件项目管理的定义、特点及过程；3.IT软件项目的组织结构。
第二部分 IT项目管理的基本表述方法教学目的：1．掌握IT项目管理的网络表示方法；教学重点和难点：1．重点：工作分解结构、甘特图；2．难点：IT项目的网络表示法。
主要教学内容及要求：1．了解工作分解结构；2．掌握甘特图；3．熟练掌握IT项目的网络表示法；4．关键路径法；5．计划评审技术第三部分 IT软件项目的生命周期教学目的：1．理解IT软件项目的生命周期各阶段任务。
教学重点和难点：1．重点：IT软件项目生命周期的划分；2．难点：IT软件项目生命周期中各阶段任务。
主要教学内容及要求：1．IT软件项目生命周期的划分；2．IT软件项目生命周期中各阶段任务；3．IT软件项目生命周期中的重要概念；4．IT软件项目管理里程碑。
第四部分 IT软件项目可行性研究教学目的：1．掌握IT软件项目可行性研究方法。
软件项目管理北邮韩万江课件
AT&T,Bell South,Bell Core,Bell Atlantic,Us West, Citibank,IBM,EDS ，ABB等参与，
是目前全球认可程度最高的项目管理专业认证
是项目管理资格最重要的标志之一
详细信息参看：
软件项目管理北邮韩万江
14
软件项目实例
社保系统
目标：实现社会保险管理的七大保险功能 时间：1年 资金：2００万 资源：１０人、设备、资料等等
软件项目管理北邮韩万江
15
本章要点
一、项目与软件项目 二、项目管理与软件项目管理 三、项目管理知识体系 PMBOK 四、软件开发项目管理的范围 五、过程管理与软件项目管理的关
软件项目管理北邮韩万江
7
项目定义
项目是为了创造一个唯一的产品或提供一个唯一的服务而进行 的临时性的努力。
软件项目管理北邮韩万江
8
项目的特征
1. 有明确的目标 2. 项目之间的活动具有相关性 3. 限定的周期 4. 有独特性 5. 资源成本的约束性 6. 项目的不确定性 7. 结果的不可逆转性
软件项目管理北邮韩万江
技术（Technical) 方法（Methodology） 团队建设（Team Building） 信息（Information） 沟通（Communication：80% jobs):
软件项目管理北邮韩万江
31
战略上的范围
人员(People）
招聘，选择、业绩管理、培训、专业发展、组织和工作计划，团队精神、 企业文化培养。
软件项目管理北邮韩万江
46
软件项目管理北邮韩万江
21
本章要点
XX软件开发项目管理培训教材
30
WaterFall model
需求分析
设计 实施
测试
维护
31
WaterFall model适合的项目
在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如：
公司的财务系统 库存管理系统 短期项目
32
V模型
项目规化
需求分析 总体设计 详细设计
接收测试
项目分析 提交建议书 合同签署
14
1、 项目分析
项目分析任务书
招标书
需求管理 者确定
需求分析
需求分析 评审
项目规模 估算
需求分析报告
项目 风险分析
项目初步 实施规划
初步实施 规划评审
项目初步 计划
15
2、 提交建议书
需求分析报告 项目计划
技术能力 要求确定
企业能力 判定
人力资源 要求确定 评估结果 评审
5
项目立项
明确项目的目标、时间表、项目使用的资源和 经费，而且得到执行该项目的项目经理和项目 发起人的认可 .
6
Make or Buy 决策
自制方案 购买方案 成本差异
自 制 需 要 25 ， 000美元
购 买 需 要 17 ， 000美元
制造差异是 8 ， 000美元
每月的费用 2 ， 500美元
增量模型实例
38
Spiral Model
39
Spiral Model
螺旋模型沿着螺线旋转，在四个象限上分别表 达了四个方面的活动，即： 制定计划──确定软件目标，需求和选定实施 方案，弄清项目开发的限制条件 风险分析──评估所选方案，考虑如何识别和 消除风险 实施工程──实施软件开发，编码，测试等 客户评估──评价开发工作，提出修正建议， 规划下期任务
软件开发项目管理-文档资料
6.
7. 8.
确定需求变更控制过程 建立变更控制委员会(SCCB) 进行需求变更影响分析 跟踪所有受需求变更影响的工作产品 建立需求基准版本和需求控制版本文档 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 chapter__４
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__４
0
承上启下
项目合同管理 生存期模型
chapter__４
1
RoadMap
合同管理 生存期 需求管理 任务分解 规模估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
chapter__４ 2Biblioteka 软件开发项目管理5
软件需求定义
软件需求
需求是指用户对软件的功能和性能的 要求，就是用户希望软件能做什么事 情，完成什么样的功能，达到什么性 能。
chapter__４
7
软件需求的层次
业 务 需 求
用 户 需 求
非功能性需 求
质 量 特 性
约束和假 设
系 统 需 求
功 能 需 求
软件需求规格
chapter__４ 8
需求管理的重要性
chapter__４
9
项目失败的原因分析
No.
1 2 3 4
Top 10 Factors
Inadequate requirements specification Changes in requirements 需求的改变 缺乏系统工程师
平均值
不充分的需求规范
4.5 4.3 4.2 4.1
软件项目管理5
chapter__5 21
质量控制的要点
1. 2. 3.
检查工作结果 按照标准跟踪检查 确定措施消灭质量问题
chapter__5
22
质量保证与质量控制
QA:Is to focus the process. QC: Is to control the quality before delivery
P1 QA
P2 QA
P3
……
Product
QC
chapter__5 23
本章要点
一、软件质量的基本概念 二、软件质量管理过程 三、软件质量计划
chapter__5
24
质量成本（CoQ）
质量成本是由于产品的第一次工作不正常而衍 生的附加花费，包括两部分
预防成本 缺陷成本
chapter__5
软件项目管理
北京邮电大学软件学院 韩万江
chapter__5
0
RoadMap
项 目
项 目 计 划
项 目 执 行 控 制
项 目 结 束
初 始
范 围 计 划
时 间 计 划
成 本 计 划
质 量 计 划
人 力 计 划 chapter__5
沟 通 计 划
风 险 计 划
合 同 计 划
集 成 计 划
1
软件项目管理
chapter__5
33
本章要点
一、软件质量的基本概念 二、软件质量管理过程 三、软件质量计划
chapter__5
34
小结
质量管理的过程
质量规划 质量保证 质量控制
质量计划
chapter__5
【项目管理】第四章软件项目成本计划
chapter__4
27
UFC-未调整功能点计数
功能计数项的复杂度等级
复杂度权重因素
项
简单
一般
复杂
外部输入
3
外部输出
4
外部查询
3
外部文件
5
内部文件
7
4
5
4
7 10
chapter__4
6
7
6
10 15
28
功能点计算实例-UFC
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__4
0
承上启下
项
项
项
目
目
目 执
项 目
初
结
始
计
行
束
划
控
制
范
成
围 时间 本
计 计划
划
计
划
质人
风合
量力
沟通
险
同
计计
计
划划
计划
划
计
划
配 置管
理 计划
集成 计划
chapter__4
1
成本计划
范
围 时间 计 计划 划
项
项
项
目
目
目 执
初
始
计
行
划
控 制
chapter__4
21
代码行（LOC）
从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据（类比和经验方法） 与具体的编程语言有关
chapter__4
406-软件项目管理
17
配置管理的基本过程
1. 配置项标识、跟踪 2. 配置管理环境建立 3. 基线变更管理 4. 基线审核 5. 配置状态统计 6. 配置管理计划
chapter_9
18
1、配置项标识、跟踪
将软件项目中需要进行控制的部分拆分成SCI 建立唯一的标识 建立相互间的对应关系，进行系统的跟踪和版
软件项目管理
北京邮电大学软件学院 韩万江
chapter_9
0
承启上课
辅助计划
质量计划 ？？
chapter_9
1
RoadMap
合同管理 需求管理 生存期 任务分解 项目估算 项目进度
质量计划 配置计划 风险计划 团队管理 项目度量
集成项目 跟踪控制 项目结束
chapter_9
2
前言
软件项目中是否遇到如下的问题
评估变更 批准变更申请 在生存期内规范变更申请流程 对变更进行反馈 与项目管理层沟通
chapter_9
15
本章要点
一、软件项目配置管理基本概念 二、软件项目配置管理过程 三、软件项目配置管理计划 四、案例分析
chapter_9
16
基本活动
配置标识
变更控制
状态统计
配置审计
chapter_9
软件配置管理库是用来存储所有基线配置项及 相关文件的等内容的系统，是在软件产品的整 个生存期中建立和维护软件产品完整性的主要 手段。
chapter_9
24
配置管理库实例
配置管理建库实例
chapter_9
25
受控操作
Check in 评审/验证
受控库
Check out
变更控制 流程
软件项目管理质量计划
chapter__8
Boehm模型
11
chapter__5
McCall质量模型
12
chapter__5
ISO/IEC9126模型
13
chapter__5
例子:调度指挥通信系统外部质量模型设计
chapter__5
质量控制的要点
32
1. 检查工作结果 2. 按照标准跟踪检查 3. 确定措施消灭质量问题
chapter__8
质量控制活动
33
技术评审 代码走查 测试 返工 等等
chapter__8
质量保证与质量控制
34
QA:后期质量活动 QC:前期质量活动
P1 P2 P3
QA
教育部-IBM精品课程 北京市精品教材
软件项目管理
北京邮电大学 韩万江
hanwanjiang@
承上启下
1
情景引入：质量问题
2
情景引入:证券最大乌龙指:2013.8.16
3
chapter__0
英空管系统故障
4
路线图：质量计划
5
软件项目管理 第 二 篇
6
第8章
软件项目质量计划
chapter__8
基准对照
38
是一种寻找最佳实践的方法，是利用其他项目 的实施情况作为当前项目性能衡量的标准。
chapter__5
质量成本分析
39
质量成本的综合分析，以便决定质量活动。
chapter__5
流程图方法
40
可以显示系统的各种成分是相互的关系，帮助我 们预测在何处可能发生何种质量问题.
软件项目管理 北邮 韩万江[知识探索]
![软件项目管理 北邮 韩万江[知识探索]](https://img.taocdn.com/s3/m/3e77c545964bcf84b9d57b92.png)
峰谷文书
23
案例题
你的项目管理的经验告诉你，你的基本职责就是通过授 权，将任务分配给团队的成员，依靠它们的力量开发出 项目计划要求的可交付成果。由于你的项目不是项目型 组织，因此你不能直接参与人力资源管理的工作（它们 是职能经理和人力资源经理的主要工作），因此，你需 要
A) 从外部筹集资源来完成项目工作
软件开发项目管理
北京邮电大学软件学院 韩万江
峰谷文书
0
承启上课
项目计划
进度计划—核心计划
质量计划
配置计划
辅助计划
风险计划
。。。
峰谷文书
1
RoadMap
合同管理 需求管理 生存期 任务分解 规模估算 项目进度
质量计划 配置计划 风险计划 团队管理 项目度量
集成项目 跟踪控制 项目结束
峰谷文书
峰谷文书
8
项目经理的责任
1. 开发计划 2. 组织实施 3. 项目控制
峰谷文书
9
本章要点
一、团队管理的基本概念 二、团队管理过程
项目经理的确定和任务 项目组织形式的确定 项目团队的建设 沟通管理
三、案例分析
峰谷文书
10
组织结构特点
临时性 目标性
峰谷文书
11
组织结构的主要类型
1. 职能型 2. 项目型 3. 矩阵型
27
团队建设
1. 人员选择 2. 人员培训 3. 人员激励 4. 团队管理建设峰谷文书ຫໍສະໝຸດ 28项目成员的培训
项目培训的特点 短期培训 片断式培训 针对性强 见效快
峰谷文书
29
团队建设
1. 人员选择 2. 人员培训 3. 人员激励 4. 团队管理建设
软件项目管理案例教程(第2版)-韩万江-1
任务书
任务书
Project
任务书
charter
任务书实例
17
内部项目
企业内部项目实施的核心是确定任务范围和相 关各方进行有效地配合。这将通过相关各方之 间的协议来调整。因此，在内部项目实施中， 仅仅在合同签署过程中定义了一个协议签署过 程。此处协议可视作为“合同”，但无特别的 商业约束。其它方面可参考甲乙方的过程。
成本差异
自制需要25， 000美元
每月的费用2， 500美元
购买需要17， 000美元
每月的费用2， 700美元
制造差异是8， 000美元
服务差异200 美元
解决方案
自制方案可以承受的月份数:8000/200=40
如果软件的生存期在40 chapter__1 个月以内,可以选择购买
如果软件的生存期不在40 个月以内,可以选择自制方
chapter__1
22
项目经理的角色
1. 项目组织的领导者 2. 项目组织的管理者 3. 项目组织的决策者 4. 项目组织的分析者 5. 项目组织的计划者 6. 项目组织的控制者 7. 项目组织的组织者 8. 项目组织的评价者 9. 项目组织的协调者
chapter__1
23
项目经理的责任
1. 开发计划 2. 组织实施 3. 项目控制
软件项目管理
北京邮电大学软件学院 韩万江
chapter__1
0
RoadMap
项目 初始
项 目计划
项目 执行控制
项目结束
chapter__1
1
第一篇
软件项目初始
软件项目管理
第1章
软件项目初始过程
chapter__1
软件项目管理案例教程-韩万江
任务书
43
合同管理 需（甲）方合同环境 供（乙）方合同环境
小结
44
感谢下 载
45
感谢下 载
46
任务书 下达
合同签 署
合同签署文本
任务书 任务书 任务书
任务书实例
31
3、合同管理
合同执行跟踪管理过程 合同修改控制 违约事件处理过程 产品提交过程 产品维护过程
32
3.１、合同执行跟踪管理过程
项目计 划
项目计 划 审批
合同执 行管理 规划
合同执行 跟踪管理
项目进 展报告
合同责 任落实
合同准备 合同签署 合同管理 合同终止
7
技术合同概念
技术合同是法人之间、法人和公民之间、公民之间以技术开发、技术转让、 技术咨询和技术服务为内容，明确相互权利义务关系所达成的协议。
8
技术合同的三种环境
软件企业在技术合同中的三种环境 需（甲）方环境 供（乙）方环境 内部环境
9
本章要点
一、技术合同基本概念 二、需（甲）方合同环境 三、供（乙）方合同环境 四、内部合同环境 五、案例分析
13
1.2、供方选择
招标 招 文件 标
收集 评定 最终 最终
供方 的建 议书
供方
供方 供方
确定 名单建议
书
14
1.3、合同文本准备
采购资 料
合同草 案制定
合同草案 评审
合同草案 修订
合同草 案确认
合同草 案
15
合同草案
2、合同签署
谈判日 程确定
合同草 案提交
合同条款 协商
合同签署 文本确定
合同签署 文本审阅
需求成熟度 评估
北邮软件项目管理PPT_图文(精)
承上启下¾项目、项目的特征¾项目管理知识体系¾软件项目管理过程1项目初始项目结束项目执行控制项目计划项目初始软件开发项目管理第一篇第 1 章软件项目初始2本章要点一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析34软件项目立项启动顾客顾客需求满意产品输入输出产品实现甲方项目立项明确项目的目标、时间表、项目使用的资源和经费,而且得到执行该项目的项目经理和项目发起人的认可56Make or Buy 决策Make-or-Buy 决策,确定待开发产品的哪些部分应当“采购”、“外包开发”或者“自主研发”。
7¾如果选择自己开发软件的策略,公司需要花费￥25,000,根据历史信息,维护这个软件每个月需要的费用是￥2,500。
¾如果选择购买软件公司产品的策略,需要￥17,000,同时软件公司为每个安装的软件进行维护的费用是每月￥2,700。
8自制方案购买方案成本差异自制需要25,000美元购买需要17,000美元制造差异是8,000美元每月的费用2,500美元每月的费用2,700美元服务差异200美元解决方案自制方案可以承受的月份数:8000/200=40如果软件的生存期在40个月以内,可以选择购买方案如果软件的生存期不在40个月以内,可以选择自制方案.9Make or Buy决策10软件项目启动顾客顾客需求满意产品输入输出产品实现甲方乙方11项目立项¾内部项目¾合同项目本章要点一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析1213合同项目Sales Service Delivery PM Contract Negotiation ProposalQA/Legal GAPKick off技术合同概念技术合同是法人之间、法人和公民之间、公民之间以技术开发、技术转让、技术咨询和技术服务为内容,明确相互权利义务关系所达成的协议14合同的生存期合同准备合同签署合同管理合同终止15甲方合同初始1.合同准备2.合同签署3.合同管理4.合同结束161、合同准备招标书定义(采购需求定义供方选择合同文本准备171.1、招标书定义需求定义商务条件确定验收标准确定资料汇集采购需求认可编写招标文件需方申请招标文件附件:SOW:Statement Of Work 18招标书示例n第1章投标邀请n第2章投标人须知前附表n第3章投标人须知n 1. 说明n 2. 招标文件n 3. 招标文件的编制n 4. 投标文件的密封和递交n 5. 开标与评标n 6. 授予合同n第4章合同专用条款n第5章合同通用条款n第6章合同格式n第7章XXXX软件系统规划设计要求与目标招标书示例(续n第8章附件(投标文件格式n 1. 投标书格式n 2. 开标一览表格式n 3. 投标分项报价表格式n 4. 技术规格偏离表格式n 5. 商务条款偏离表格式n 6. 投标保证金保函格式n7. 法定代表人授权书格式n8. 资格证明文件格式n9. 履约保证金保函格式n10. 投标人情况表格式n11. 投标人财务状况表格式n12. 投标人XXXX/XXXX年的财务报表n13. 投标人专业技术人员一览表格式n14. 投标人近二年已完成的与招标内容相同或相似的项目一览表格式n15. 投标人正在承担的与招标内容相同或相似的项目一览表格式n16. 投标人资产目前处于抵押、担保状况格式n17. 投标人近三年结束正在履行的合同引起仲裁或诉讼的格式n第9章评标标准1.2、供方选择招标收集供方的建议书评定供方最终供方确定招标文件最终供方名单建议书21221.3、合同文本准备合同草案制定合同草案评审合同草案修订合同草案确认采购资料合同草案2、合同签署谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同签署合同草案合同签署文本任务书下达任务书任务书任务书Project charter23乙方合同初始1.合同准备2.合同签署3.合同管理4.合同结束241、合同准备项目分析竞标合同文本准备25261.1、项目分析需求管理者确定需求分析需求分析评审项目规模估算项目初步实施规划初步实施规划评审需求分析报告项目分析任务书招标书项目初步计划项目风险分析1.2、竞标技术能力要求确定人力资源要求确定实现环境要求确定企业能力判定评估结果评审能力评估结果需求分析报告项目计划需求成熟度评估用户支持保证评估用户资金保证评估项目决策编写项目建议书项目建议书可行性分析参加竞标资金、管理要求确定27281.3、合同文本准备合同草案制定合同草案评审合同草案修订合同草案确认采购资料合同草案2、合同签署谈判日程确定合同草案提交合同条款协商合同签署文本确定合同签署文本审阅合同签署合同草案合同签署文本任务书下达任务书任务书任务书Project charter29内部项目企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合在内部项目实施中,仅仅在合同签署过程中定义了一个协议签署过程其它方面可参考甲乙方的过程30本章要点一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析3132项目章程(Project Charter确认项目存在的文件,包括对项目的确认、对项目经理的授权和项目目标的概述等包括要素¾项目的正式名称¾项目发起人及联系方式¾项目经理级联系方式¾项目目标¾关于项目的业务情况(项目的开展情况¾项目的最高目标和可交付成果¾团队开展工作的一般性描述¾开展工作的基本时间安排(详细的时间安排在项目计划中列举¾项目资源、预算、成员以及供应商项目章程实例项目经理的角色1.项目组织的领导者2.项目组织的管理者3.项目组织的决策者4.项目组织的分析者5.项目组织的计划者6.项目组织的控制者7.项目组织的组织者8.项目组织的评价者9.项目组织的协调者33项目经理的责任1.开发计划2.组织实施3.项目控制34项目经理的权利9制定决策9挑选成员9分配资源35项目经理的能力9沟通能力9协调能力9项目控制能力9资源管理与控制能力9服务意识与能力9个人人格魅力等9基本的计算机及网络的应用能力9对IT新技术的接受能力9较强的自我更新能力等36本章要点一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析3738生存期模型选择Product realization Input Output ProductCustomer Requirements CustomerSatisfaction软件生存期模型软件开发的一种框架说明了软件的活动和进行软件开发的过程这个模型可以是以活动为中心,可以以产品为中心的39软件生存期模型特征描述了开发的主要阶段定义了每一个阶段要完成的主要过程和活动规范了每一个阶段的输入和输出提供了一个框架,可以将必要的活动映射到该框架中40常用生存期模型瀑布模型WaterfallV模型V-shaped原型模型Prototyping增量式模型Incremental螺旋式模型Spiral快速应用开发RAD渐近式阶段模型41WaterFall model需求分析设计实施测试维护42WaterFall model适合的项目在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确类似的项目如:公司的财务系统库存管理系统短期项目4344V模型接收测试系统测试项目规化需求分析总体设计详细设计编码和调试集成测试单元测试V模型适合的项目在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确对系统的性能安全很严格的项目类似的项目如:航天飞机等公司的财务系统4546PrototypePrototype 模型适合的项目在项目开始前,项目的需求不明确需要减少项目需求的不确定性类似的项目如:确定显示界面第一次开发的产品,验证可行性4748Incremental Model 核心功能核心功能第一增量第二增量第三增量核心功能112123……增量模型适合的项目项目开始,明确了需求的大部分,但是需求可能会发生变化对于市场和用户把握不是很准,需要逐步了解对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的49。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
chapter__5
26
WBS的指南（2）
定义任务完成的标准 每个WBS必须有利于责任分配 可以准备WBS的字典 最后与相关人员进行评审
chapter__5
27
WBS模板举例
chapter__5
28
WBS字典内容
WBS表示号
名称 主题目标
描述
完成的任务
责任者 完成的标识
备注
1.
chapter__5
15
任务分解过程
输入
分解
WBS
chapter__5
16
任务结构分解(WBS)步骤
1. 2. 3. 4. 5.
确认并分解项目的组成要素 确定分解标准 确定分解是否详细 确定项目交付成果 验证分解的正确性(建立编号)
chapter__5
17
WBS编号系统
软件产品:1
功能1:11
chapter__5 21
2.
3.
4.
分解标准应统一
学生管理 按照生命期分解
规划 需求 设计 编码 测试 提交
1.1 1.2 1.3 1.4 招生管理 分班管理 学生档案管理 学生成绩管理
按照产品组成分解
chapter__5
22
分解标准应统一（续）
不能同时使用两种标准进行分解
功能2:12
功能3:13
功能2-子功能1:121
功能2-子功能2:122
chapter__5
功能2-子功能3:123
18
标识项 F1.1 F1.2
功能名 获取网络资源数据 将资源数据存入数据库
F1.3
F1.4 F1.4.1 F1.4.2 F1.5 F1.6 F1.7 F1.8 F1.9 F1.10
纪 录 修 改
预 处 理
文 件 比 较
结 果 处 理
增 加 代 码
删 除 代 码
增 加 行 数
chapter__5
删 除 行 数
13
清单类型
1. 变化计数器 1.1 比较两个版本的程序
1.1.1 1.1.2 1.1.3 预处理 文件比较 结果处理
1.2
1.2.1 1.2.2
找出修改后的程序中增加和删除的代码行
F1.5
F1.6
F1.7
F1.8
F1.9
F1.10
F1.11
F1.4.1
F1.4.2
chapter__5 34
网管系统（图表）分解实例
F2
F2.1
F2.3
F2.5
F2.7
F2.9
F2.2
F2.4
F2.6
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
chapter__5 38
野餐准备活动任务分解
序号 1 2 3 4 5 6 7 任务 开始 做冰茶 准备三明治 准备水果 准备篮子 收拾毛毯 收拾运动服 持续时间 0 15 10 2 2 2 3 工作人员 George Martha Martha Martha George Martha
8 9 10 11
chapter__5
35
标识项 F1.1 F1.2
功能名 获取网络资源数据 将资源数据存入数据库
F1.3
F1.4 F1.4.1 F1.4.2 F1.5 F1.6 F1.7 F1.8 F1.9 F1.10
获取网络资源信息
观察网络资源 依类型分类观察网络资源 依状态分类观察网络资源 观察逻辑网 观察资源状态 修改网络资源的状态 依条件检验网络使用情况 显示拓扑图 建立通道
软件开发项目管理
北京邮电大学软件学院 韩万江
chapter__5
0
承上启下
需求规格
chapter__5
1
RoadMap
合同管理 生存期 需求管理 任务分解 项目估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
chapter__5 2
项目进度计划
chapter__5
chapter__5
36
WBS实例
n
George and Martha’s picnic
chapter__5
37
George and Martha一次野餐会
George and Martha计划与家人和朋友举行一次 特殊的野餐活动,以庆祝Martha的升职和他们35 周年的结婚纪念. Martha是工程师, George是 会计.他们有两个非常活泼的确孩子,Mary 13 岁,Thomas 17岁.经过过去几年的发展,家里不 断壮大,无论是时间和金钱上的需要都在增加, 所以他们已经逐渐成为非常好的计划能手,最近 他们又通过了PMP的认证考试,所以他们非常清 楚对于这样野餐活动也需要开发一个WBS.
chapter__5
9
PMI defines Work packages
WBS的最低层次的可交付成果 工作包应当由唯一一个部门或承包商负责 这一交付成果可以分配给另外一位项目经理进 行计划和执行,或者通过子项目的方式完成
工作包可进一步分解为子项目的WBS或各个活动
chapter__5
Work packages（工作包）
WBS实例
软件产品
功能1
功能2
功能3
功能2-子功能1
功能2-子功能2
chapter__5
功能2-子功能3
8
PMI defines WBS
是面向可交付成果的对项目元素的分组,它组织 并定义了整个项目范围.不在WBS中包括的工作 就不是该项目的工作 它是一个分级的树型结构，是对项目由粗到细 的分解过程。工作结构每细分一个层次表示对 项目元素更细致的描述
4 装车 6 加油 开车去野餐营地 20 chapter__5 0 结束
George George Martha
39
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__5
40
案例分析
School项目进行任务分解 WBS结果
chapter__5
24
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__5
25
WBS的指南(1)
WBS分解的规模和数量因项目而异 收集与项目相关的所有信息 参看一下类似的项目的WBS,与相关人员讨论 可以参照模板 最低层是可控的和可管理的，但是避免不必要的过细， 最好不要超过7层， 软件项目推荐分解到40小时的任务 每个Work package必须有一个提交物 注：80/8规则
chapter__5
6
WBS (Work Breakdown Structure)
任务分解的过程
将一个项目分解为更多的工作细目或者子项目， 使项目变得更小、更易管理、更易操作。 WBS（任务分解结构）。
任务分解的结果
WBS
面向可交付成果的。
WBS的最低层次的可交付成果
chapter__5 7
找出增加的代码行 找出删除的代码行
1.3
1.3.1 1.3.2
统计修改后的程序中增加和删除的代码行数
统计增加代码行数 统计删除代码行数
1.4 1.5 1.6
统计总的代码行数 设定标记以指示修改的次数 在程序的头部增加修改纪录 chapter__5
14
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
WBS的图表
chapter__5 43
10
本章要点
一、任务分解定义 二、任务分解的类型 三、任务分解的过程 四、任务分解指南 五、案例分析
chapter__图表
chapter__5
12
图表类型
“变化计数器”系统
版 本 比 较
找 出 增 删 行
统 计 增 删 行
统 计 总 行
标 记 修 改
chapter__5
32
网管系统（图表）分解实例
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
chapter__5
33
网管系统（图表）分解实例
F1
F1.1
F1.2
F1.3
F1.4
chapter__5
41
小结
WBS的分解类型 WBS的分解步骤 范围基准的形成
chapter__5
42
课堂练习
你是某项目的项目经理,这个项目是为用 户创建一个新的邮件服务器以及在所有 100个工作站上部署相应的邮件客户端 （要满足用户的期望）。其中，2个服务 器需要重新购置，而客户端的机器已经存 在。请提交任务分解结果WBS,
获取网络资源信息
观察网络资源 依类型分类观察网络资源 依状态分类观察网络资源 观察逻辑网 观察资源状态 修改网络资源的状态 依条件检验网络使用情况 显示拓扑图 建立通道