软件项目管理第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； 后一种途径更容易理解，也符合软件开发的思路。
第5章_软件项目配置管理
与软件的第1版、第2版相比，你的项目管理有什 么不同？
10
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
实例：软件项目开发管理的新需求-3
随着这个产品的演变，项目发生了四个变化： ① 系统的复杂性发生了很大变化； ② 用于开发该系统的项目环境发生了很大变化； ③ 在不同的项目生命周期内，项目控制本身的要求和力度发 生了很大变化； ④ 由于组织的变化，管理流程、人员、方式发生了很大变化。
5
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
软件领域引入配置的原因-3
随着软件团队人员的增加，软件版本不断变化， 开发时间的紧迫以及多平台开发环境的使用，使 得软件开发面临越来越多的问题。
解决这些问题的唯一途径是加强管理，配置管理 是有效管理变更的手段，它是软件开发管理的核 心。
CMM（Software Capability Maturity Model，软件能力成熟 度模型）把配置管理对象，称之 为软件工作产品，在CMM配置 管理定义中，可作为配置项/单 元标识的软件工作产品实例有：
软件代码单元
软件测试规程
为软件测试活动建立的 软件系统 交付给客户或最终用户 的软件系统 编译程序 其他支持工具
16
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
配置管理给项目组带来的好处
①节约费用 缩短开发周期 、减少施工费用 ②有利于知识库的建立 代码对象库、业务及经验库 ③规范管理 量化工作量考核、规范测试 ④加强协调与沟通——实现高效的团队沟通，使工 作成果及时共享
软件项目管理课程PPT113页
计算程序控制结构的V(G)值
E = 4 E = 3 N = 4 N = 3 V = 2 V = 2
计算程序控制结构的V(G)值
E = 6 N = 5 V = 3
例3.1 计算如图所示程序控制结构图的V(G)值。 (a) e=1,n=2,v=1; (b) e=3,n=3,v=2; (c) e=4,n=4,v=2； (d) e=3,n=3,v=2; (e) e=6,n=5,v=3.
过程的内部属性 工作量 计划和进度 一段时间内某类事件发生的次数 过程的外部属性 成本 可控制性 可观察性 稳定性 资源的内部属性 人 软硬件环境 方法 经验 资源的外部属性 成本 时间
3.1.1.2 面向规模的度量
代码行数 LOC或KLOC 生产率 Pl=L/E 其中 L 软件项目代码行数 E 软件项目工作量（人月 PM） Pl 软件项目生产率（LOC/PM） 代码出错率 EQRl=Ne/L 其中 Ne 软件项目的代码错误数 EQRl 每千行代码的错误数
每行代码平均成本 Cl=S/L 其中 S 软件项目总开销（元／美元） Cl软件项目每行代码的平均成本 文档与代码比 Dl=Pd/L 其中 Pd 软件项目文档页数 Dl 每千行代码的平均文档数
软件的外部属性和内部属性 外部属性 软件产品、过程、资源与环境的关系 如，成本、效益、劳动生产率、可靠性、可维护性 内部属性 软件产品、过程、资源、环境自身的属性 如，产品结构、模块化程度、复杂性、程序长度等。
产品-过程-资源
产品的内部属性 程序代码长度 程序功能 模块化 重用性 控制流 数据流 模块耦合度与内聚度 产品的外部属性 程序的可靠性 可用性 可维护性 软件的可理解性 有效性 可移植性
例3.1计算程序控制结构的V(G)值
现代软件工程(第五讲) 软件项目管理PPT课件
度量开发过程的目的是为了改进过程，
度量产品的目的是为了提高产品的质量。
度量的作用是为了有效地定量地进行管理。
管理人员和技术人员可利用这些度量来了 解软件工程过程的实际情况和它所生产的 产品质量 。
2020/8/1
7
5.1.3 估算
在软件项目管理过程中关键的活动就是制定项目计划。做 计划必须就需要的人力（以人月为单位）、项目持续时间 （以年份或月份为单位）、成本（以元为单位）做出估算。
2020/8/1
21
5.2.3 风险评估
什么是“对照风险”呢？
对照风险是一组单个风险的集合，也可是对项 目造成最大损害的一个或多个风险。
对照风险考虑了风险间可能发生的耦合或复合 情况。
对照风险说明了在把系统作为整体条件下，风 险会造成系统失败或成功的概率。
2020/8/1
22
5.2.4 风险管理任务
风险管理的任务： 1) 制定风险计划：风险管理计划—RMP和风险排除计划—RA
（version）P。（确定风险可接受目标；调整新的“对照风险”； 寻求可替代的解决方案。） 2) 进行风险控制：执行风险计划中体现风险排除策略的控制机制。 （确定风险排除策略：后果、时间和频率；确定风险排除战术：建 立在软件工程过程基础上；建立风险管理计划：有关工作编入文档 ｛风险状态估计RES说明项目的总体状况，风险管理计划RMP说明 如何在一个项目中施行风险分析和管理程序，风险排除计划RAP是 排除风险的详细计划｝。） 3) 对风险进行监管：监管软件工程过程和产品，确定风险排除策略是 否达到预期目标，是否有可能进一步改进风险排除计划，为控制新 的风险提供一些必要的决策信息等。
管理人员大多使用不止一种估算技术，并用一种 估算技术做为另一种估算技术的交叉检查。
度量产品的目的是为了提高产品的质量。
度量的作用是为了有效地定量地进行管理。
管理人员和技术人员可利用这些度量来了 解软件工程过程的实际情况和它所生产的 产品质量 。
2020/8/1
7
5.1.3 估算
在软件项目管理过程中关键的活动就是制定项目计划。做 计划必须就需要的人力（以人月为单位）、项目持续时间 （以年份或月份为单位）、成本（以元为单位）做出估算。
2020/8/1
21
5.2.3 风险评估
什么是“对照风险”呢？
对照风险是一组单个风险的集合，也可是对项 目造成最大损害的一个或多个风险。
对照风险考虑了风险间可能发生的耦合或复合 情况。
对照风险说明了在把系统作为整体条件下，风 险会造成系统失败或成功的概率。
2020/8/1
22
5.2.4 风险管理任务
风险管理的任务： 1) 制定风险计划：风险管理计划—RMP和风险排除计划—RA
（version）P。（确定风险可接受目标；调整新的“对照风险”； 寻求可替代的解决方案。） 2) 进行风险控制：执行风险计划中体现风险排除策略的控制机制。 （确定风险排除策略：后果、时间和频率；确定风险排除战术：建 立在软件工程过程基础上；建立风险管理计划：有关工作编入文档 ｛风险状态估计RES说明项目的总体状况，风险管理计划RMP说明 如何在一个项目中施行风险分析和管理程序，风险排除计划RAP是 排除风险的详细计划｝。） 3) 对风险进行监管：监管软件工程过程和产品，确定风险排除策略是 否达到预期目标，是否有可能进一步改进风险排除计划，为控制新 的风险提供一些必要的决策信息等。
管理人员大多使用不止一种估算技术，并用一种 估算技术做为另一种估算技术的交叉检查。
软件项目管理第五章PPT学习教案
限制
附录
业务规则
用户文档
词汇表 分析模型
待确定 问题的列表
第19页/共50页
19
2021/8/20
5.2需求开发和管理过程
需求验证
验证是为了确保需求说明准确、无二义性并完整地表达 系 统功能以及必要的质量特性。
需求验证要求客户代表和开发人员共同参与，对提交后 的需求规格说明进行验证，分析需求的正确性，完整性 以及可行性等等。
访谈的一个主要目标是确保访谈者的偏见或主观意识不会 干扰自由的交流。
“环境无关问题”就是不涉及任何背景的问题。 通过几次这样的访谈，开发人员和系统分析员能获得一些
问题域中的知识，对要解决的问题有进一步的理解。
第24页/共50页
24
2021/8/20
5.3需求获取方法
专题讨论会
专题讨论会是一种可用于任何情况下的软件需求调研方法。 专题讨论会的目的是鼓励软件需求调研并且在很短的时间内
脑 力风暴 中为确 定的问 题定义 系统特 征
脑力风暴包括两个阶段：想法产生阶段和想法精化阶段。
应用程序
脑力风暴中确定的特征
系统特征定义
家用自动照明系统 任务管理系统
自动照明设置 代理任务通知
用户可以制定每天自动照明的时间计划，系统将 按时间计划触发照明事件
当用户将自己的任务代理给其他人时，系统自动 发送Email通知将接手该任务的人
第6页/共50页
6
2021/8/20
5.1软件团队需求管理概述
软件需求的重要性
第7页/共50页
7
2021/8/20
目录
1 2 3 4 5 6
软件项目需求管理概述 需求和开发管理过程 需求获取方法 需求分析建模方法 需求管理工具 案例分析
软件项目管理 PPT课件
下式计算程序a 规4模m的估b 计值： 6
L=
（单位可以是LOC或KLOC)
❖ 当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的 数值还是比较准确的。
❖ 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品” ，而且很容易计算代码行数。
❖ 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规 模代表整个软件的规模不太合理；用不同语言实现同一个软件所需要 的代码行数并不相同；这种方法不适用于非过程语言。
3.用功能点技术估算每个子功能的规模
为了计算未调整的功能点数，假设每个信息域特 性的复杂度都是平均级别的
信息域值 输入数 输出数 查询数 文件数 外部接口数 总计数值
最小值 20 12 16 4 2
估算未调整的功能点数
可能值 24 15 22 4 2
13.1.2 功能点技术
❖ 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算 软件规模。这种方法用功能点（FP）为单位度量软件规模。
1. 信息域特性 ❖ 功能点技术定义了信息域的5个特性，分别是： ① 输入项数(Inp)：提供给程序的数据项数，不包括查询 ② 输出项数(Out)：程序输出的数据项数 ③ 查询数(Inq)：不改变程序内部数据的请求-响应对的数目 ④ 主文件数(Maf)：必须由系统维护的逻辑主文件的数目 ⑤ 外部接口数(Inf)：与其他程序共享的数据的数目
13.2.2 动态多变量模型
❖ 动态多变量模型也称为软件方程式。该模型把工作量看作是软件规 模和开发时间这两个变量的函数。动态多变量估算模型的形式如下 ：
E = (LOC×B0.333/P)3×(1/t)4
其中，
E是以人月或人年为单位的工作量；
t是以月或年为单位的项目持续时间；
L=
（单位可以是LOC或KLOC)
❖ 当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的 数值还是比较准确的。
❖ 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品” ，而且很容易计算代码行数。
❖ 代码行技术的缺点是： 源程序仅是软件配置的一个成分，用它的规 模代表整个软件的规模不太合理；用不同语言实现同一个软件所需要 的代码行数并不相同；这种方法不适用于非过程语言。
3.用功能点技术估算每个子功能的规模
为了计算未调整的功能点数，假设每个信息域特 性的复杂度都是平均级别的
信息域值 输入数 输出数 查询数 文件数 外部接口数 总计数值
最小值 20 12 16 4 2
估算未调整的功能点数
可能值 24 15 22 4 2
13.1.2 功能点技术
❖ 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算 软件规模。这种方法用功能点（FP）为单位度量软件规模。
1. 信息域特性 ❖ 功能点技术定义了信息域的5个特性，分别是： ① 输入项数(Inp)：提供给程序的数据项数，不包括查询 ② 输出项数(Out)：程序输出的数据项数 ③ 查询数(Inq)：不改变程序内部数据的请求-响应对的数目 ④ 主文件数(Maf)：必须由系统维护的逻辑主文件的数目 ⑤ 外部接口数(Inf)：与其他程序共享的数据的数目
13.2.2 动态多变量模型
❖ 动态多变量模型也称为软件方程式。该模型把工作量看作是软件规 模和开发时间这两个变量的函数。动态多变量估算模型的形式如下 ：
E = (LOC×B0.333/P)3×(1/t)4
其中，
E是以人月或人年为单位的工作量；
t是以月或年为单位的项目持续时间；
项目管理工作任务分解课件
分配任务和资源
将项目分解为具体的任务，并为每个 任务分配适当的资源，包括人力、时 间、物资等。
制定详细的工作计划
根据任务和资源情况，制定详细的工 作计划，确保项目按计划进行。
制定项目预算计划
确定项目成本
制定预算计划
根据项目需求和资源情况，估算项目的成 本，包括人力成本、物资成本、设备成本 等。
根据估算的成本，制定项目的预算计划， 包括各项费用预算和总预算。
制定资源计划
根据项目需求，合理安排 人力、物力和财力等资源 。
制定风险管理计划
识别潜在的项目风险，制 定相应的风险应对措施和 预案。
项目规划阶段的工
03
作任务分解
制定项目进度计划
确定项目目标
明确项目的预期成果和交付物，确保 所有相关人员对项目目标有共同的理 解。
制定项目里程碑
根据项目目标和需求，设定关键的里 程碑，以便监控项目进度。
监控项目预算
总结词
控制项目成本
监控项目预算
确保项目成本控制在预算范围内。
跟踪项目成本
实时跟踪项目成本，了解实际成本与预算的差异。
调整预算
根据实际情况调整预算，以适应项目的需要。
监控项目质量
01
总结词
保证项目质量
定期质量检查
定期对项目进行质量检查，及时发 现并解决问题。
03
02
监控项目质量
确保项目质量符合预期标准。
控制项目成本
分析和调整预算
在项目执行过程中，对项目成本进行监控 和管理，确保项目成本控制在预算范围内 。
在项目执行过程中，对实际成本和预算进 行对比分析，及时调整预算计划以确保项 目的经济可行性。
现代软件工程(第五讲) 软件项目管理PPT课件
2020/8/1
13
5.1.6 追踪和控制
由项目管理人员负责追踪在进度安排中标明的每一个任务。 如果任务实际完成日期滞后于进度安排，则管理人员可以
使用一种自动的项目进度安排工具来确定在项目的中间里 程碑上进度误期所造成的影响。 还可对资源重新定向 对任务重新安排 （做为最坏的结果）可以修改交付日期以调整已经暴露的 问题。用这种方式可以较好地控制软件的开发。
2020/8/1
3
5.1 项目管理过程
软件项目管理的对象是软件工程项目。它所涉及 的范围覆盖了整个软件工程过程。
为使软件项目开发获得成功，关键问题是必须对 软件开发项目的工作范围、可能风险、需要资源 （人、硬件／软件）、要实现的任务、经历的里 程碑、花费工作量（成本）、进度安排等做到心 中有数。
度量开发过程的目的是为了改进过程，
度量产品的目的是为了提高产品的质量。
度量的作用是为了有效地定量地进行管理。
管理人员和技术人员可利用这些度量来了 解软件工程过程的实际情况和它所生产的 产品质量 。
2020/8/1
7
5.1.3 估算
在软件项目管理过程中关键的活动就是制定项目计划。做 计划必须就需要的人力（以人月为单位）、项目持续时间 （以年份或月份为单位）、成本（以元为单位）做出估算。
2020/8/1
不熟悉技术或过程； 不熟悉必要的硬件； 需求不一致（或定义不充分）； 需求不断变动； 软件开发计划不恰当； 软件开发过程模型不适用； 缺乏软件工程技术和方法； 缺乏自动化工具的支持；
15
5.2.1 风险估计
？ 是否所有项目都要进行风险分析。
No,风险分析成本较高，只有当软件的成本、性能、作用、 与其他系统间的关系对于重要的系统有比较大的影响时， 即软件的风险对整个系统的成败有关键影响时，才有必要 进行风险分析和管理。
- 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
分解标准应统一（续）
不能同时使用两种方法