FP估算 计划的制定
FP功能点估算方法[学习内容]
![FP功能点估算方法[学习内容]](https://img.taocdn.com/s3/m/2be8c27daef8941ea66e0577.png)
MarkII、COSMIC、NESMA、FISMA、IFPUG
概念
✓ 软件功能规模是指通过量化功能用户需求而得到的软件规模。
软件规模用功能点（FP）来表示，即功能点是IFPUG功能规模的度量单位。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
• 数据存储类的复杂度 • DET：具体数据存储文件的数据项（字段）的数目。 • RET：一个EIL\ILF中用户可以识别的DET的集合。
• EI复杂度计算规则 • EO/EQ复杂度计算规则 • ILF复杂度计算规则 • EIL复杂度计算规则
调整影响因子
● 1.数据通讯 ● 2. 分布式数据处理 ● 3. 性能 ● 4. 使用强度高的配置 ● 5. 事务处理率 ● 6. 在线数据输入 ● 7. 最终用户的效率
缺乏有效的估算方法与过程导致无法制 定出准确的项目计划
FP的价值
✓ 更准确的项目规模 ✓ 更客观的项目进度和预算 ✓ 项目的可预测性 ✓ 更早的风险识别
监控
计划
FP估算
• 仅仅通过估算实践本身并不能获得准确的估算结果，还需要 通过有效的项目控制。
• FP的首要目标不是预测项目的结果，而是确定项目目标是否 足够现实，从而让项目在可控的状态下达到这些目标。
• 用户通过界面向系统输入，目
逻辑文件
的是维护ILF或更改系统的行为。 • 用户角度识别的，被系统边界内
• 如：增、删、改的操作。
维护的数据或控制信息。
• 数据库的表、独立的文件
• EO: External Output外部输出
• 用户看到的一个完整业务逻辑对
FP功能点估算法资料
功能点估算(CMMI-FP)含例子功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：∙功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
∙使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
∙功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
∙通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
[荐]功能点估算(CMMI-FP)有实例介绍
![[荐]功能点估算(CMMI-FP)有实例介绍](https://img.taocdn.com/s3/m/3a981c1484868762cbaed578.png)
功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
一、功能点估算法的特点项目围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
信息系统项目管理功能点估算(CMMI-FP)
选用了FP功能点分析作为项目主要的估算方法•因为FP方法中有大量项目经验数据可以从网络上获得，同时其数据功能TLF、EIF，以及事务功能El、EO EQ的计算对经验数据依赖不强，只需对概念理解正确一般就可以正确估算了.在估算成本的时候，因为公司以前的生产率数据是以LOC为单位的，我利用软件工程书籍中的“逆火”经验数据，将LOC转换为功能点单位，当然，这里必然导致一些误差。
为了降低估算误差，最后使用Delphi专家分析法对估算结果进行了调整.功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMM的“ MA度量分析管理和“ PP'项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC弋码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
*通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤具体步骤包括：1. 识别功能点的类型。
功能点估算(CMMI-FP)含例子
功能点估算(CMMI-FP)含例子功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
FP估算-功能点说明
Function Point Counting Procedure Diagram
Count Data Functions 计算数据功 能点 Count Transactional Functions 计算事务功能 能点 Determine unadjusted function point count 确定未调整 的功能点
ILF是指一组以用户角度识别的、在应用程序边界内且被维护的逻辑相关 数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本处理 过程来维护数据。
External Interface Files (EIF)
An external interface file (EIF) is a user identifiable group of logically related data or control information referenced by the application, but maintained within the boundary of another application. The primary intent of an EIF is to hold data referenced through one or more elementary processes within the boundary of the application counted. This means an EIF counted for an application must be in an ILF in another application.
Human Resources Applications 人事系统 Employee Information 员工信息（ILF）
[荐]功能点估算(CMMI-FP)有实例介绍
![[荐]功能点估算(CMMI-FP)有实例介绍](https://img.taocdn.com/s3/m/53640327f121dd36a32d82dc.png)
功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
一、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
fp估算法例题
FP估算法（Fixed Point Estimation）是一种用于求解非线性方程组的数值方法。
它的基本思想是通过迭代逼近的方式，找到一个近似解。
下面是一个关于FP估算法的例题：
问题描述：已知函数f(x) = x^2 - 4x + 5，求f(x) = 0的根。
解答过程：
1. 选择一个初始值x0，例如x0 = 2。
2. 计算f(x0)的值，即f(2) = (2)^2 - 4 * 2 + 5 = 1。
3. 计算f(x0)的导数f'(x0)，即f'(2) = 2 * 2 - 4 = 0。
4. 根据FP估算法的公式，计算下一个迭代值x1：x1 = x0 - f(x0) / f'(x0) = 2 - 1 / 0 = Infinity。
5. 由于x1为无穷大，说明当前迭代值不收敛，需要重新选择初始值。
可以尝试将x0减小一些，例如x0 = 1.5。
6. 重复步骤2-4，得到新的迭代值x1 = x0 - f(x0) / f'(x0) = 1.5 - (1.5)^2 - 4 * 1.5 + 5 / (2 * 1.5 - 4) = -1.75。
7. 继续迭代，直到找到一个收敛的解。
在这个例子中，当x0 = 1时，迭代收敛到一个解x1 = 2。
8. 因此，f(x) = 0的根为x = 2。
通过以上步骤，我们使用FP估算法求解了一个简单的非线性方程f(x) = x^2 - 4x + 5 = 0的根。
在实际应用中，FP估算法可以用于求解更复杂的非线性方程组。
[荐]功能点估算(CMMI-FP)有实例介绍
![[荐]功能点估算(CMMI-FP)有实例介绍](https://img.taocdn.com/s3/m/e62f414c866fb84ae45c8db3.png)
功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
一、功能点估算法的特点项目围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
FP功能点估算方法
• 用户通过界面向系统输入，目
逻辑文件
的是维护ILF或更改系统的行为。 • 用户角度识别的，被系统边界内
• 如：增、删、改的操作。
维护的数据或控制信息。
• 数据库的表、独立的文件
• EO: External Output外部输出
• 用户看到的一个完整业务逻辑对
• 系统向用户输出，通过逻辑处
象，在系统内部可能对应多个数
商品库 销售记录
EI EO EQ
EI
FTR
DET个数 复杂度 未调整的FP个数
客户姓名、交易
日期、单项、数
销售记录 保存
销售商品、 销售记录
2
量、商品单价、 商品总价、交易 小计、销售税、 交易合计、F1保
中
4
存、报错信息
11
保存算一个EI，查询并汇总算一个EO吗？
数据功能 EIF
销售商品
ILF 销售记录
20世纪70年代提出，演进为一个总标准（ISO14143） 与5个子标准
MarkII、COSMIC、NESMA、FISMA、IFPUG
概念
✓ 软件功能规模是指通过量化功能用户需求而得到的软件规模。
软件规模用功能点（FP）来表示，即功能点是IFPUG功能规模的度量单位。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
功能点估算方法
Functional Size Measurement，FSM
FPA
2014年1月
内容
FP方法概述 • 概念 • 价值 • 应用 FP估算过程 • 步骤 • 规则 FP估算案例 • 案例一 • 案例二 FP估算演练
不够敬业？
加班赶工期
FP功能点估算方法(共68张PPT)
FP的应用
✓ 工作量估算 项目功能点/生产率=项目工作量
✓ 人力成本预算 资源个数＊平均工资=资源成本
生产率
工资
FP
平均成本
项目能否按期交付？ 项目的收益？
2.FP估算过程
FP估算步骤
确定项目的计数范围
• 新开发项目 • 开发并交付软件应用的第一个正式版本项目
• 如：导出、报表、打印、出错信息。
• EQ: External Queries外部查询 • 系统向边界外发送数据，该数据未 经加工。
• 如：查询
• ILF: Internal Logical Files内部逻辑
文件
• 用户角度识别的，被系统边界内 维护的数据或控制信息。
• 数据库的表、独立的文件
• 用户看到的一个完整业务逻辑对象， 在系统内部可能对应多个数据表。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
是用功能点分析（FPA）方法来度量软件功能规模的活动。
FP的目的
• 一个成功的软件项目首先要有一个好的起点，也就是一个合理的项 目计划；一个好的项目计划，离不开一个准确的、可信的、客观
的项目估算数据作为基础。 • 之所以要先制定项目计划，目的就是为了让项目更加可控。 • 加班是对不负责任的进度承诺的惩罚。
小结
FP计算过程
• 收集可得到的文档 • 确定计数范围和边界，识别功能用户需求 • 度量数据功能 • 度量事务功能
• 调整因子，计算功能规模
数据功能度量过程
• 识别数据功能（借助识别规则） • 分类数据功能ILF\EIF
• 判断RET和DET（借助计算规则） • 根据复杂度判定表计算复杂度
[荐]功能点估算(CMMI-FP)有实例介绍
![[荐]功能点估算(CMMI-FP)有实例介绍](https://img.taocdn.com/s3/m/4e783b1a14791711cc791773.png)
功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
一、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Hundsun Technologies Inc. |
单代号网络举例
DU=2 刷门框
DU=3 DU=2 准备 刷屋顶
DU=2 清扫
DU=4 刷墙1st
DU=2 刷墙2nd
Hundsun Technologies Inc. |
活动之间的逻辑关系
逻辑关系
– 完成-开始（FS） – 完成-完成（FF） – 开始-开始（SS） – 开始-完成（SF） – 提前（Lead）与滞后(Lag)
活动排序
输入
活动表 产品描述 强制依赖关系 离散性依赖关系 外部的依赖关系 里程碑
工具和技术
优先图法 箭线图法 条件图法 网络模板
输出
项目网络图 活动表更新
Hundsun Technologies Inc. |
优先图法（PDM）/单代号网络（ AON ） 优先图法（PDM） 单代号网络（
● 用节点表示活动，箭线表示活动之间的关系 ● 一项活动前面的活动称为紧前活动，后面的活动称为紧后活动 ● 活动之间有四种逻辑关系
Hundsun Technologies Inc. |
总体浮动时间的计算
● 活动最迟开始时间-活动最早开始时间 ● 活动最迟结束时间-活动最早结束时间
Hundsun Technologies Inc. |
活动浮动时间窗口
● 一个活动可以浮动的时间范围：
– 从最早开始时间到最晚结束时间，即：『ES-LF』
活动排序练习
● 绘制FP估算联系中的网络图 ● 银行系统
Hundsun Technologies Inc. |
活动工期估计
输入
活动表 约束条件 假设 资源需求 资源能力 历史信息 已识别的风险
工具和技术
专家判断 类比估计 基于定量的工期 时间储备（应急）
输出
活动工期估计 估计的依据 活动表更新
Hundsun Technologies Inc. |
活动工期估计
● 活动工期不同于工时
– 工作效率 –响因数
– 不同技能水平 – 突发事件 – 工作时间的有效性
Hundsun Technologies Inc. |
活动工期的估算方法
● 与其他活动的类比 ● 历史数据 ● 专家建议 ● Delphi技术 ● PERT方法
● 最迟结束时间
– 在没有延误一项活动紧后活动的情况下，该活动可以结束的最迟时 间
Hundsun Technologies Inc. |
逆推法练习
● 使用逆推发计算各个活动的最晚开始和最晚结束时间 ● 银行系统
Hundsun Technologies Inc. |
活动总浮动时间
● 在没有延误项目最早结束日期的情况下，一项活动从最早开始 日期被推迟的时间长度，称为总体浮动时间
● Critical Path Method(CPM)/关键路径法 ● Early Start Date(ES)/最早开始时间 ● Early Finish Date(EF)/最早结束时间 ● Late Start Date(ES)/最迟开始时间 ● Late Finish Date(EF)/最迟结束时间 ● Gantt Chart/甘特图
正推法练习
● 使用正推法计算各个活动的最早开始时间和最早结束时间 ● 银行系统
Hundsun Technologies Inc. |
逆推法
● 逆推法
– 从项目网络的最右面开始，计算每个活动最迟开始和最迟结束时间
● 最迟开始日期（LS）
– 在没有延误一项活动紧后活动的情况下，该活动可以开始的最迟时 间
Hundsun Technologies Inc. |
资源计划练习
● 按照各个活动尽早安排的原则给网络图分备资源 ● 银行系统
Hundsun Technologies Inc. |
基于资源可获得性，最终确定网络进度计 基于资源可获得性， 划
● 资源存在数量的限制 ● 在项目生命周期内，资源需求分布应便于管理
Hundsun Technologies Inc. |
基本概念
● Lag(滞后) ● Lead(超前) ● Milestone/里程碑 ● Precedence Diagram Method(PDM)/优先图法 ● Resource Leveling/资源均衡 ● Resource_Limited Schedule/有限资源进度计划 ● Time_scaled Network Diagram/时标网络图
Hundsun Technologies Inc. |
时间管理的过程
时间管理过程
Hundsun Technologies Inc. |
活动定义
输入
工作分解结构 范围说明
工具和技术
分解 模板
输出
活动表 详细细节 工作分解 结构更新
历史信息
约束条件 假设 专家判断
Hundsun Technologies Inc. |
约束条件决定了活动之间的逻辑关系
Hundsun Technologies Inc. |
箭线图法（ADM） 双代号网络法（AOA） 箭线图法（ADM）/双代号网络法（AOA）
● 用箭线表示活动，活动之间用节点（称作事件）链接
– 只能表示结束关系 – 每一个活动必须用一个唯一的紧前事件和唯一的紧后事件描述 – 紧前事件编号要小于紧后事件编号 – 每一个事件必须有唯一的事件号
Hundsun Technologies Inc. |
关键路径
● 浮动时间等于0的活动组成的路径 ● 网络图中时间最长的路径 ● 关键路径的长度即是项目的工期
Hundsun Technologies Inc. |
找关键路径的练习
● 寻找出所有的关键路径 ● 银行系统
Hundsun Technologies Inc. |
时间储备
● 活动工期的估计不要趋于保守，否则魔鬼法则肯定会降临 ● 项目整体工期预备一个应急预算，占到项目工期的5%-10% ● 应急工期可以作为一个假想活动，安排在网络图的最后 ● 作为衡量项目进度或者进度奖励的指标
Hundsun Technologies Inc. |
资源需求计划
● 根据每个活动对资源的需求，计算各个单位时间内项目对资源 的需求数量
Hundsun Technologies Inc. |
活动之间的逻辑关系
活动A 活动A 活动B 活动A 活动A 活动B 活动B 活动A 活动A
-2天
活动B
活动B 活动B
Hundsun Technologies Inc. |
+2天
逻辑关系约束条件
● 技术约束条件 ● 管理约束条件
– 资源可得到性等外部约束条件 – 里程碑等日期约束条件
Hundsun Technologies Inc. |
资源调优练习
在最短的时间内使用最少资源的完成任务的原则调优： 银行系统
Hundsun Technologies Inc. |
总结
Hundsun Technologies Inc. |
Q&A
我
有
题
问
Hundsun Technologies Inc. |
●FP估算 估算
Hundsun Technologies Inc. |
工期估计的准确性
● 估计的渐进性 ● 70%的把握保证80%的正确 ● 与使用的资源密切相关
Hundsun Technologies Inc. |
制定项目工期计划
● 确定项目的开始和结束时间 ● 计算活动的最早开始和最早完成日期，使用正推法 ● 计算活动的最晚开始和最晚完成日期，使用逆推法
Hundsun Technologies Inc. |
资源平衡
● 根据资源计划计算，可能出现：
– 资源需求超过可得资源限制数量 – 资源需求量变化比较大，资源管理困难
● 通过调整任务的工期和或者次序，使对资源的需求尽可能在直 方图上表现的平缓并不超过资源的限量 ● 一般的通过调整非关键路径的活动来实现
谢谢! 谢谢
Hundsun Technologies Inc. |
Hundsun Technologies Inc. |
双代号举例
活动D 活动A 活动B
3
6
1
活动C
4
5
7
2
Hundsun Technologies Inc. |
双代号网络中的虚活动
● AOA网络因为表达活动关系的需要 ● 虚活动没有历时，不需要资源 ● 用带箭头的虚线表示
Hundsun Technologies Inc. |
计划的制定
课前提示
Hundsun Technologies Inc. |
课前说明
● 自我介绍 ● 培训对象
–需要合理的制定计划的人员；
Hundsun Technologies Inc. |
基本概念
● Activity/task/活动 ● BaseLine/基准计划 ● Arrow Diagram Method(ADM)/箭线图法 ● Critical Activity/关键活动 ● Critical Path/关键路径
Hundsun Technologies Inc. |
正推法
● 正推法
– 从网络图左边开始，为每项任务制定最早开始和最早结束日期，进 行到网络图结束（最右边）
● 最早开始日期（ES）
– 基于网络逻辑和进度约束条件，一项活动开始的可能的最早时间
● 最早结束时间（EF）
– 活动可完成的可能的最早时间
Hundsun Technologies Inc. |