某软件项目估算培训教材.ppt
合集下载
UCP估算方法培训课件
Simple
5
Average
10
查看权重分,我们发现4步对应的 权重分是10分,那么UUCW=10分 3:计算UUCP UUCP=ACTOR权重分+USECASE分 TCF和ECF的定义参见 =6+10=16分 UCP估算模版定义, 此处都假设为1 4:计算UCP UCP=UUCP*TCF*ECF=16*1*1=16
项目估算( 项目估算(UCP)培训课件 )
内容
项目估算介绍
1. 选择UCP估算原因 2. 项目估算的整体步骤 3. UCP估算的方法 4.项目估算练习
实例与练习
项目估算
选择UCP的原因 选择UCP的原因 UCP
代码行:在原始需求和需求分析完成时很难估计行数 功能点: 缺点:估算方法复杂 与公司倡导的以UC驱动的开发模式很难融合 UCP :估算方法简单(真的很简单) 以UC驱动,可以很好与UC开发模式结合
项目估算
UCP规模估算的方法讲解
一:估算原理 通过UC中的ACTOR个数和UC的步骤数来确定UC的规模 简单地说:UC中的ACTOR个数越多,UC的步骤越多,那么UC的规模越大 二:认识一下UC是什么样子? 请看UC的例子
用例文档
用例编写指南
项目估算
UCP规模估算的方法讲解
红色部分是我们UCP规模估算重点 关注的地方 UCP估算的步骤是: 1:数ACTORS,并计算权重 2: 数主流程和备选流程, 并计算权重 3:将ACTORS和流程的权重分相加就得到了 未经过调整的UUCP 4: 计算UCP UCP=UUCP*TCF*ECF (TCF技术因素 ECF环境因素) 下面用本图片的用例,结合项目估计书 为大家讲解UCP规模估算
用例复杂度 Description 满足以下任何一种情况的用例均算作简单用例: 1.用例中只含有一个简单用户界面或接口并且 仅使用到一个单一数据库实体的用例。 2.用例操作步骤在3步以内的用例。 3.它的实现涉及到5个类以内的用例。 满足以下任何一种情况的用例均算作普通用例: 1.用例中含有多于一个用户界面或接口并且仅 使用到2个以上数据库实体的用例。 2.用例操作步骤在4到7步以内的用例。 3.它的实现涉及到5到10个类的用例。 Weight
第六章软件项目规模成本估算PPT课件
培训 房租水电 员工福利 市场费用 管理费 其他等等
可编辑
19
项目估算结果
估算文件
包括资源,资源的数量,质量标准,估算成本等信息 单位:一般是货币单位 BAC(Budget At completion)
估算说明
工作范围 估算的基础和依据 估算的假设 估算的误差变动等
可编辑
可编辑
估算结果
15
成本估算输入
项目需求、 WBS 历史项目度量 资源要求(资源编制计划) 资源消耗率:如人员成本: 100元/小时 进度规划:项目总进度(一般是合同要求) 学习曲线
可编辑
Hale Waihona Puke 16直接成本 间接成本
成本估算
可编辑
17
直接成本
与具体项目相关的成本
可编辑
18
间接成本
不能具体到某个项目中的成本, 可以分摊到各个具体项目中的成本,例如:
要成本 开发成本是以一次性开发过程所花费的代价来
计算的
可编辑
10
成本的单位
货币单位
人民币元 美元 ……..
可编辑
11
软件的规模和成本的关系
规模是成本的主要因素,是成本估算的基础 有了规模就确定了成本,
可编辑
12
成本估算定义
对完成项目所需费用的估计和计划 包括预测开发一个软件系统所需要的总工作量
从软件程序量的角度定义项目规模。
要求功能分解足够详细的 有一定的经验数据(类比和经验方法) 与具体的编程语言有关
可编辑
23
代码行(LOC)
可编辑
24
代码行(LOC)优、缺点
n 优点
l 代码是所有软件开发项目都有的“产品”,而且很容易计算代 码行数。
可编辑
19
项目估算结果
估算文件
包括资源,资源的数量,质量标准,估算成本等信息 单位:一般是货币单位 BAC(Budget At completion)
估算说明
工作范围 估算的基础和依据 估算的假设 估算的误差变动等
可编辑
可编辑
估算结果
15
成本估算输入
项目需求、 WBS 历史项目度量 资源要求(资源编制计划) 资源消耗率:如人员成本: 100元/小时 进度规划:项目总进度(一般是合同要求) 学习曲线
可编辑
Hale Waihona Puke 16直接成本 间接成本
成本估算
可编辑
17
直接成本
与具体项目相关的成本
可编辑
18
间接成本
不能具体到某个项目中的成本, 可以分摊到各个具体项目中的成本,例如:
要成本 开发成本是以一次性开发过程所花费的代价来
计算的
可编辑
10
成本的单位
货币单位
人民币元 美元 ……..
可编辑
11
软件的规模和成本的关系
规模是成本的主要因素,是成本估算的基础 有了规模就确定了成本,
可编辑
12
成本估算定义
对完成项目所需费用的估计和计划 包括预测开发一个软件系统所需要的总工作量
从软件程序量的角度定义项目规模。
要求功能分解足够详细的 有一定的经验数据(类比和经验方法) 与具体的编程语言有关
可编辑
23
代码行(LOC)
可编辑
24
代码行(LOC)优、缺点
n 优点
l 代码是所有软件开发项目都有的“产品”,而且很容易计算代 码行数。
软件项目管理教材PPT89页
核心三计划
范围计划 进度计划 成本计划
--成本基准,进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程,它容易创 建和修改,能让用户知道系统的操作方式和流程。
根据与用户交互的方式,场景串联被分成三种模式:静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中,需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
范围计划 进度计划 成本计划
--成本基准,进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程,它容易创 建和修改,能让用户知道系统的操作方式和流程。
根据与用户交互的方式,场景串联被分成三种模式:静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中,需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
软件估算ppt
2019/4/25 36
估算方法-功能点
代码需要设计为可复用的吗? 安装方便吗? 操作方便吗?(如启动、备份、恢复等是否高效) 系统是否需要为不同的组织进行设计、开发、安装 在多个地方吗? 系统是否专门设计成适应并支持变化吗?
TPCA SEPG
2019/4/25
37
估算方法-功能点
• 面向功能的软件估算,通过对软件所提供的功
能的度量作为规范化值。 • “功能“不能直接度量,所以引入功能点,允 许以标准单位对软件规模进行度量。 • 说明
功能点是度量软件的一种单位,如同小时用于度量
时间,公里度量距离,属于序数单位。 完全从功能角度出发,与语言等具体技术无关。 提供跟踪和监控项目范围的变化。
估算方法-功能点
信息流动
• 信息从系统边界之外进入 系统
EI: External Inputs ILF:Internal Logical File
TPCA SEPG
2019/4/25
21
估算方法-功能点
信息流动(续)
• 信息从系统边界内 部流向外部
EO: External Outputs
2019/4/25 32
TPCA SEPG
估算方法-功能点
文件类型参照(FTRs)
• 一个FTR表示被一个事务引用的文件类型,它同 时一定是一个内部逻辑文件或外部接口文件 • 例如:
一个外部输入更新一个内部逻辑文件,但是同时引 用一个 “安全性文件”以保证某个用户具有适当 的权限,此时存在两个FTR’s
注:进度和费用可以依据工作量和工资得到
TPCA SEPG 2019/4/25 16
软件项目估算方法
估算方法-概述
估算方法-功能点
代码需要设计为可复用的吗? 安装方便吗? 操作方便吗?(如启动、备份、恢复等是否高效) 系统是否需要为不同的组织进行设计、开发、安装 在多个地方吗? 系统是否专门设计成适应并支持变化吗?
TPCA SEPG
2019/4/25
37
估算方法-功能点
• 面向功能的软件估算,通过对软件所提供的功
能的度量作为规范化值。 • “功能“不能直接度量,所以引入功能点,允 许以标准单位对软件规模进行度量。 • 说明
功能点是度量软件的一种单位,如同小时用于度量
时间,公里度量距离,属于序数单位。 完全从功能角度出发,与语言等具体技术无关。 提供跟踪和监控项目范围的变化。
估算方法-功能点
信息流动
• 信息从系统边界之外进入 系统
EI: External Inputs ILF:Internal Logical File
TPCA SEPG
2019/4/25
21
估算方法-功能点
信息流动(续)
• 信息从系统边界内 部流向外部
EO: External Outputs
2019/4/25 32
TPCA SEPG
估算方法-功能点
文件类型参照(FTRs)
• 一个FTR表示被一个事务引用的文件类型,它同 时一定是一个内部逻辑文件或外部接口文件 • 例如:
一个外部输入更新一个内部逻辑文件,但是同时引 用一个 “安全性文件”以保证某个用户具有适当 的权限,此时存在两个FTR’s
注:进度和费用可以依据工作量和工资得到
TPCA SEPG 2019/4/25 16
软件项目估算方法
估算方法-概述
投资估算培训课程(PPT 30张)
确定的数额估算
6、基本预备费
指在项目实施中为了防止可能发生的难以预料的支出, 需要事先预留的费用,又称工程建设不可预见费。 (1)具体内容 ①进行技术设计、施工图设计和施工过程中,在批准 的初步设计范围内所增加的工程及费用; ②由于一般自然灾害所造成的损失和预防自然灾害所 采取的措施费用; ③工程竣工验收时,为鉴定工程质量,必须开挖和修 复的隐蔽工程的费用。
第八章
投
资
估
算
8.1 投资估算概述
8.1.1 投资估算的范围及内容
项目总投资是指从投资项目筹建开始到项目报废为止所发生的 全部投资费用。包括项目建设期和筹建期投入的建设投资、建设期 利息和项目建成投产后所需的流动资金。
项目总投资=建设投资+建设期利息+流动资金
建筑工程费 工程费用 设备及工器具购置费费 安装工程费
(二)建设投资的估算
1、估算步骤: a. 分别估算各单项工程所需要的建筑工程费、设备及工器具 购置费、安装工程费; b. 在汇总各单项工程费的基础上,估算工程建设其他费用; c. 估算基本预备费和涨价预备费; d. 加总求得建设投资总额;
2、建筑工程费估算 建筑工程费的估算方法: ①单位建筑工程投资估算法 建筑工程费 = 单位建筑工程投资×建筑工程总量 ②单位实物工程量投资估算法 建筑工程费 = 单位实物工程投资×实物工程总量 ③概算指标投资估算法
【例3】某生物农药项目建设期2年,按照实施进度,工程费用使用比例第1年为 40%,第2年为60%;建设期的物价上涨指数参照有关行业规定取4%,按【例2】 条件做出该生物农药项目的涨价预备费估算。 【解答】 工程费用= =1935.1+2883.6+297.5 =6116.2(万元) 第1年工程费用=6116.2×40%=2446.5 (万元) 第1年涨价预备费=2446.5×[(1+4%)-1]=97.9(万元) 第2年工程费用= 6116.2×60%=3669.7 (万元) 第2年涨价预备费= 3669.7×[(1+4%)2 -1]=299.4(万元) 该项目的涨价预备费= 97.9+ 299.4=397.3 (万元)
6、基本预备费
指在项目实施中为了防止可能发生的难以预料的支出, 需要事先预留的费用,又称工程建设不可预见费。 (1)具体内容 ①进行技术设计、施工图设计和施工过程中,在批准 的初步设计范围内所增加的工程及费用; ②由于一般自然灾害所造成的损失和预防自然灾害所 采取的措施费用; ③工程竣工验收时,为鉴定工程质量,必须开挖和修 复的隐蔽工程的费用。
第八章
投
资
估
算
8.1 投资估算概述
8.1.1 投资估算的范围及内容
项目总投资是指从投资项目筹建开始到项目报废为止所发生的 全部投资费用。包括项目建设期和筹建期投入的建设投资、建设期 利息和项目建成投产后所需的流动资金。
项目总投资=建设投资+建设期利息+流动资金
建筑工程费 工程费用 设备及工器具购置费费 安装工程费
(二)建设投资的估算
1、估算步骤: a. 分别估算各单项工程所需要的建筑工程费、设备及工器具 购置费、安装工程费; b. 在汇总各单项工程费的基础上,估算工程建设其他费用; c. 估算基本预备费和涨价预备费; d. 加总求得建设投资总额;
2、建筑工程费估算 建筑工程费的估算方法: ①单位建筑工程投资估算法 建筑工程费 = 单位建筑工程投资×建筑工程总量 ②单位实物工程量投资估算法 建筑工程费 = 单位实物工程投资×实物工程总量 ③概算指标投资估算法
【例3】某生物农药项目建设期2年,按照实施进度,工程费用使用比例第1年为 40%,第2年为60%;建设期的物价上涨指数参照有关行业规定取4%,按【例2】 条件做出该生物农药项目的涨价预备费估算。 【解答】 工程费用= =1935.1+2883.6+297.5 =6116.2(万元) 第1年工程费用=6116.2×40%=2446.5 (万元) 第1年涨价预备费=2446.5×[(1+4%)-1]=97.9(万元) 第2年工程费用= 6116.2×60%=3669.7 (万元) 第2年涨价预备费= 3669.7×[(1+4%)2 -1]=299.4(万元) 该项目的涨价预备费= 97.9+ 299.4=397.3 (万元)
软件工程中的软件项目估算教程
软件工程中的软件项目估算教程
制作人: 时间:202X年X月
目录
第1章 简介 第2章 项目估算的基本概念 第3章 项目估算工具与技术 第4章 项目估算实践与案例分析 第5章 项目估算的挑战与解决方案 第6章 总结与展望
●01 第1章 简介
项目估算概述
项目估算是软件工程中非常重要的一环,涉及项目的成 本、时间和资源预测。准确的估算有助于制定合理计划,
专家判断法
依赖专家经验判断 适用于小型项目
类比估算法
参数化估算法
基于类似项目的历史数据 用于大型项目估算
根据参数模型进行估算 适用于复杂项目
自下而上估算法
从细化任务开始估算 适用于详细项目计划
结尾
软件项目估算是软件工程中的关键环节,通过本教程,希望 您能更深入了解项目估算的重要性和方法,提升项目管理能
自动化估算
借助人工智能和大数据技术,实现软件项目估算的自动化
数据驱动决策
基于数据分析结果,提供决策支持,优化项目规划和执行
敏捷方法应用
采用敏捷开发模式,灵活应对项目需求的变化
软件项目估算的价值
软件项目估算是软件工程中的重要环节,它能够帮助管理者、 开发人员和利益相关者更好地理解和规划项目,确保项目按 时交付、在预算内完成,并达到高质量的标准。因此,深入 学习和实践软件项目估算,对提升软件工程水平和项目管理
数据分析工具
Excel - 数据处理和分析 SPSS - 统计分析 Tableau - 数据可视化
敏捷估算方法
游戏形式促进团队合作 通过投票提高估算准确性 专家逐轮评估确定估算值
机器学习应用
分析大量项目数据 预测项目成本、时间和资源需 求 提高估算准确性和效率
总结
制作人: 时间:202X年X月
目录
第1章 简介 第2章 项目估算的基本概念 第3章 项目估算工具与技术 第4章 项目估算实践与案例分析 第5章 项目估算的挑战与解决方案 第6章 总结与展望
●01 第1章 简介
项目估算概述
项目估算是软件工程中非常重要的一环,涉及项目的成 本、时间和资源预测。准确的估算有助于制定合理计划,
专家判断法
依赖专家经验判断 适用于小型项目
类比估算法
参数化估算法
基于类似项目的历史数据 用于大型项目估算
根据参数模型进行估算 适用于复杂项目
自下而上估算法
从细化任务开始估算 适用于详细项目计划
结尾
软件项目估算是软件工程中的关键环节,通过本教程,希望 您能更深入了解项目估算的重要性和方法,提升项目管理能
自动化估算
借助人工智能和大数据技术,实现软件项目估算的自动化
数据驱动决策
基于数据分析结果,提供决策支持,优化项目规划和执行
敏捷方法应用
采用敏捷开发模式,灵活应对项目需求的变化
软件项目估算的价值
软件项目估算是软件工程中的重要环节,它能够帮助管理者、 开发人员和利益相关者更好地理解和规划项目,确保项目按 时交付、在预算内完成,并达到高质量的标准。因此,深入 学习和实践软件项目估算,对提升软件工程水平和项目管理
数据分析工具
Excel - 数据处理和分析 SPSS - 统计分析 Tableau - 数据可视化
敏捷估算方法
游戏形式促进团队合作 通过投票提高估算准确性 专家逐轮评估确定估算值
机器学习应用
分析大量项目数据 预测项目成本、时间和资源需 求 提高估算准确性和效率
总结
软工概论-第20章软件项目估算ppt课件
精品课件
23
基于用例的估算
用户界面LOC=6*560+((10/12-1)+(6/51))*0.3*560=3365.6
工程子系统LOC=10*3100 +((20/16-1)+(8/81))*0.3*3100=31232.5
基础设施LOC=5*1650+((6/10-1)+(5/61))*0.3*1650=7969.5
Software 软件
Project
项目
Plan
计划
精品课件
6
了解范围 ..……
了解客户的需求 了解商业环境 了解项目边界 了解客户的动机 了解可能变更的路径 了解 ...
即使当你了解了这些 也不能保证什么!
精品课件
7
什么是范围?
软件范围 描述了
将要交付给最终用户的功能和特性; 输入和输出数据; 作为使用软件的结果呈现给用户的“内容” ; 界定系统的性能、约束条件、接口和可靠性。
精品课件
3
项目计划任务集-2
估算成本和工作量
分解问题 使用规模、功能点、过程任务或用例等方法进行两种
以上的估算 调和不同的估算
制定项目进度计划
计划的具体制定过程见第21章。
• 建立一组有意义的任务集 • 定义任务网络 • 使用进度计划工具制定时间表 • 定义进度跟踪机制
精品课件
4
估算
empirically derived
经验常数
通常以人月为 单位来表示所 需的工作量
either a constant or
usually LOC but 通常是LOC may also be 或功能点估 function point 算变量
项目管理-2-软件工作量估算课件
统参数2)2+……)的平方根
项目管理-2-软件工作量估算
练习
• 假定将要构造的系统有7个输入,15个输出,过去有一个项目有8 个输入,17个输出,这两个项目的欧几里的距离是多少?
• 答案:2.24
项目管理-2-软件工作量估算
Albrecht功能点分析
• 该方法是由Allan Albrecht在IBM工作时发明的自顶向下方法。 • 功能点法(Function Points)的基本点是计算机信息系统包括五
项目管理-2-软件工作量估算
练习
• 答案
• 获取用户需求 • 分析系统中已有数据 • 设计报表和编写用户建议 • 编写测试计划 • 编写技术描述 • 设计软件 • 写软件 • 测试软件 • 写说明书 • 执行接受测试
• 设计,写,测试软件将最难估算工作量
项目管理-2-软件工作量估算
自顶向下方法
• 自顶向下的方法和参数化模型 • 一般采用对比方法确定总的工作量 • 对比是建立在一系列参数的基础上的,通过这些参数可以计算出
项目管理-2-软件工作量估算
软件估算的基础(2)
• 复杂性
• 相同KLOC的两个程序花费的时间将会不同。因而不能简单地应用KLOC 或SLOC,而要根据复杂性进行修正,但是复杂性的度量通常是主观而定 的。
项目管理-2-软件工作量估算
基于承诺的估计
• 一些组织直接从需求出发安排进度而不进行中间的工作量估算。 他们要求每个开发者作出进度承诺而非进度估算。
• 精确(precision)是结果有多少有意义的位数,3.14比3代表圆 周率更精确
• 一个结果可以不准确而精确,不精确而准确, • 软件估算中错误的精确是准确的敌人,40~70个人月的工作量估
项目管理-2-软件工作量估算
练习
• 假定将要构造的系统有7个输入,15个输出,过去有一个项目有8 个输入,17个输出,这两个项目的欧几里的距离是多少?
• 答案:2.24
项目管理-2-软件工作量估算
Albrecht功能点分析
• 该方法是由Allan Albrecht在IBM工作时发明的自顶向下方法。 • 功能点法(Function Points)的基本点是计算机信息系统包括五
项目管理-2-软件工作量估算
练习
• 答案
• 获取用户需求 • 分析系统中已有数据 • 设计报表和编写用户建议 • 编写测试计划 • 编写技术描述 • 设计软件 • 写软件 • 测试软件 • 写说明书 • 执行接受测试
• 设计,写,测试软件将最难估算工作量
项目管理-2-软件工作量估算
自顶向下方法
• 自顶向下的方法和参数化模型 • 一般采用对比方法确定总的工作量 • 对比是建立在一系列参数的基础上的,通过这些参数可以计算出
项目管理-2-软件工作量估算
软件估算的基础(2)
• 复杂性
• 相同KLOC的两个程序花费的时间将会不同。因而不能简单地应用KLOC 或SLOC,而要根据复杂性进行修正,但是复杂性的度量通常是主观而定 的。
项目管理-2-软件工作量估算
基于承诺的估计
• 一些组织直接从需求出发安排进度而不进行中间的工作量估算。 他们要求每个开发者作出进度承诺而非进度估算。
• 精确(precision)是结果有多少有意义的位数,3.14比3代表圆 周率更精确
• 一个结果可以不准确而精确,不精确而准确, • 软件估算中错误的精确是准确的敌人,40~70个人月的工作量估
项目管理-项目估算PPT课件
EAF——Effort Adjustment Factor,工作量调整因子
2020/2/12
a,b——随开发模式而变化的因子
18
项目工作量的估算(Effort)
➢COCOMA ➢基本COCOMA模型 ➢中级COCOMA模型 ➢详细COCOMA模型
2020/2/12
19
项目工作量的估算(Effort)
❖成本估算过程中,要紧密结合项目进度计划
❖避免过于乐观或者过于保守的估算。
❖在费时较长的大型项目中,还应考虑到今后 的职工工资结构、设备费用以及管理费用是 否发生较大变化等
1、乐观时间--任何事情都顺利的情况,完成某项工作 的时间。
2、最可能时间--正常情况下,完成某项工作的时间。 3、悲观时间--最不利的情况,完成某项工作的时间。
2020/2/12
32
项目工作量的估算(Effort)
➢Pert(三点估算) 估算步骤: ➢对某个任务估算出三个值:最好情况的值, 最坏情况的值,最可能的值
2020/2/12
26
项目工作量的估算(Effort)
➢Wideband Delphi(专家评估法)
德尔菲法鼓励参加者 就问题进行相互的、 充分的讨论
2020/2/12
27
项目工作量的估算(Effort)
➢Wideband Delphi(专家评估法)
Delphi法的估计结果计算方法:
取平均值, 偏差率=MAX{(最大值-平均值),(平均值-最小值)}/平均值 如果偏差率小于15%,则认为达成一致,大于这个百分比就重新估计 ,最多四轮。
产 品
RELY DATA CPLX
必要的软件可靠性要求 数据库规模 产品复杂性
项目投资估算培训课件(PPT 60页)
建设项目除去工程费以外必须开支的费用,包括以下内容: 土地使用费 与企业未来生产经营有关的费用
➢ 未来企业经营有关的联合试运转费、生产准备费、办公及 生活家具购置费
与项目建设有关的其它费用 一般采用比率指标或者相应规定计算。
★(5)预备费估算
预备费=基本预备费+涨价预备费
基本预备费=(设备及工器具费用+建安工程费用 +工程建设其它费用)×基本预备费率
和定额。 有关部门制定的工程建设其他费用计算方法和
费用标准及国家颁布的价格指数。 拟建项目各单项工程的建设内容和工程量。
2)估算的精度要求
工程内容和费用构成齐全,计算合理,不重复计 算,不提高和降低估算标准,不漏项少算;
选用的指标与具体的工程质检的标准或条件有差 异,应进行必要的换算和调整;
投资估算深度应能满足控制设计概述要求。
涨价预备费包括:工费、设备、材料施工机械价差,费率, 汇率等调整。 计算公式:
例题:某项目的静态投资为22310万元,按项目实施 进度计划,项目建设期为三年,每年的投资分配使 用比例为:第一年20%,第二年55%,第三年25%,建 设期内平均价格变动率预测为6%,试估算该项目建 设期的涨价预备费。
★ (6)建设期利息估算 (1)贷款额一次性贷出且利率固定的贷款,按下面 公式计算: I=F-P F = P(1+i)n(n为计息期数) (2)如果各种债务资金均在年中支用,计当年借款 按半年计息,上年借款按全年计息。建设期每年利 息的计算公式为:
资
建 设
第4部分:建设期利息
项 目
第5部分:固定资产投资方向调节税(暂停征收)
总
投
资 流动资金
流动资产-流动负债
工程投资费用构成表
➢ 未来企业经营有关的联合试运转费、生产准备费、办公及 生活家具购置费
与项目建设有关的其它费用 一般采用比率指标或者相应规定计算。
★(5)预备费估算
预备费=基本预备费+涨价预备费
基本预备费=(设备及工器具费用+建安工程费用 +工程建设其它费用)×基本预备费率
和定额。 有关部门制定的工程建设其他费用计算方法和
费用标准及国家颁布的价格指数。 拟建项目各单项工程的建设内容和工程量。
2)估算的精度要求
工程内容和费用构成齐全,计算合理,不重复计 算,不提高和降低估算标准,不漏项少算;
选用的指标与具体的工程质检的标准或条件有差 异,应进行必要的换算和调整;
投资估算深度应能满足控制设计概述要求。
涨价预备费包括:工费、设备、材料施工机械价差,费率, 汇率等调整。 计算公式:
例题:某项目的静态投资为22310万元,按项目实施 进度计划,项目建设期为三年,每年的投资分配使 用比例为:第一年20%,第二年55%,第三年25%,建 设期内平均价格变动率预测为6%,试估算该项目建 设期的涨价预备费。
★ (6)建设期利息估算 (1)贷款额一次性贷出且利率固定的贷款,按下面 公式计算: I=F-P F = P(1+i)n(n为计息期数) (2)如果各种债务资金均在年中支用,计当年借款 按半年计息,上年借款按全年计息。建设期每年利 息的计算公式为:
资
建 设
第4部分:建设期利息
项 目
第5部分:固定资产投资方向调节税(暂停征收)
总
投
资 流动资金
流动资产-流动负债
工程投资费用构成表
第6章软件项目规模成本估算精品PPT课件
16.31
9.01 12.06 16.15* 8 21.62
逻辑 设置
7.55 10.98 15.98 23.25
3.88 5.04 6.56
8.53* 6
文本
3.75 8.00 17.07 36.41
规模估算 5.13*5+ 16.15*8+ c8ha.5pte3r_*_61=206.03
30.09 28.93 33.83 11.09
7
成本估算输入
项目需求、 WBS 历史项目度量 资源要求(资源编制计划) 资源消耗率:如人员成本: 100元/小时 进度规划:项目总进度(一般是合同要求) 学习曲线
chapter__1
8
直接成本 间接成本
成本估算
chapter__1
9
直接成本
与具体项目相关的成本
chapter__1
对象点(OP)
对象点是基于对象的软件产品规模估算。 著名的Probe方法---Watts Humphrey
chapter__1
19
Probe方法的步骤
1. 基于产品需求构建体系结构和概要设计
2. 对设计中的每个类(面向对象方法中的Class) 的输入和交互,标识所设计的对象属于表中 哪类方法并估算其复杂性
要求功能分解足够详细的 有一定的经验数据(类比和经验方法) 与具体的编程语言有关
chapter__1
14
功能点(FP)
用系统的功能数量来测量其规模 与实现产品所使用的语言和技术没有关系的 两个评估
内部Байду номын сангаас本功能 外部基本功能
加权和量化
chapter__1
15
功能点的公式
FP =UFC*TCF
讲座软件项目工作量估算ppt课件.ppt
而即使提供了这些项目数据,也未必非常有用。
上海交通大学计算机系
9
例子
结论:很难用这些数据去估算项目
上海交通大学计算机系
10
工作量估算的其它困难
某些人试图建立一个过去项目的全软件业的数据
库,但是许多词汇意义的不明确使得这种努力没 有效果,例如“测试”阶段究竟包括哪些活动就 不明确。 估计的主观性:人们容易低估小项目的工作量, 而过分夸大大项目的工作量 估计的政治因素:不同的人有不同的目标,如项 目经理会高估项目工作量,许多机构采用独立的 估算小组,但是将项目经理和项目成员吸收进估 算小组,能够增强他们的责任感。
为了实现该系统需要哪些任务哪些任务的工作量比较难计21练习设计写测试软件将最难估算工作量22自顶向下方法对比是建立在一系列参数的基础上的通过这些参数可以计算出新系统的工作量预测软件开发工作量的模型有两个部分第一部分为估算软件大小第二部分为估算工作效率23练习学生要求每学期写一篇有关it的报告如果你想建立一个估算学生完成这样一份报告的模型你用什么来衡量报告的大小什么因素会影响学生完成报告的难度
上海交通大学计算机系
24
类比估计
类比方法又被称为基于案例的推理(Case-based
reasoning) 评估者寻找已经完成的项目,这些项目与需要开 发的新项目在许多特征上必须是类似的。 如何选择与待预测的项目相近的项目?
欧几里的距离(Euclidean Distance)公式 distance=((目标系统参数1-原系统参数1)2+(目 标系统参数2-原系统参数2)2+……)的平方根
在参考历史数据时需要考虑不同的环境,如编程语言, 软件工具,标准和人员的经验。 直接计算真正的成本或时间是不可能的。编写程序的 时间不同的人将有显著的区别。 通常将工作量表达为工作量,如源代码的数量 (source line of code,SLOC),或者千行代码量 (KLOC)
上海交通大学计算机系
9
例子
结论:很难用这些数据去估算项目
上海交通大学计算机系
10
工作量估算的其它困难
某些人试图建立一个过去项目的全软件业的数据
库,但是许多词汇意义的不明确使得这种努力没 有效果,例如“测试”阶段究竟包括哪些活动就 不明确。 估计的主观性:人们容易低估小项目的工作量, 而过分夸大大项目的工作量 估计的政治因素:不同的人有不同的目标,如项 目经理会高估项目工作量,许多机构采用独立的 估算小组,但是将项目经理和项目成员吸收进估 算小组,能够增强他们的责任感。
为了实现该系统需要哪些任务哪些任务的工作量比较难计21练习设计写测试软件将最难估算工作量22自顶向下方法对比是建立在一系列参数的基础上的通过这些参数可以计算出新系统的工作量预测软件开发工作量的模型有两个部分第一部分为估算软件大小第二部分为估算工作效率23练习学生要求每学期写一篇有关it的报告如果你想建立一个估算学生完成这样一份报告的模型你用什么来衡量报告的大小什么因素会影响学生完成报告的难度
上海交通大学计算机系
24
类比估计
类比方法又被称为基于案例的推理(Case-based
reasoning) 评估者寻找已经完成的项目,这些项目与需要开 发的新项目在许多特征上必须是类似的。 如何选择与待预测的项目相近的项目?
欧几里的距离(Euclidean Distance)公式 distance=((目标系统参数1-原系统参数1)2+(目 标系统参数2-原系统参数2)2+……)的平方根
在参考历史数据时需要考虑不同的环境,如编程语言, 软件工具,标准和人员的经验。 直接计算真正的成本或时间是不可能的。编写程序的 时间不同的人将有显著的区别。 通常将工作量表达为工作量,如源代码的数量 (source line of code,SLOC),或者千行代码量 (KLOC)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目工作量的估算(Effort)
➢代码行(KLOC)---->工作量(人月)
➢方法2:COCOMA,一种基于代码行的工 作量估算法
E——工作量(人月) S——千源代码行(KLOC) EAF——Effort Adjustment Factor,工作量调整因子 a,b——随开发模式而变化的因子
项目工作量的估算(Effort)
1.21 1.10 1.00 0.90
1.14 1.07 1.00 0.95
1.24 1.10 1.00 0.91 0.82
1.24 1.10 1.00 0.91 0.83
1.23 1.08 1.00 1.04 1.10
项目工作量的估算(Effort)
➢详细COCOMA模型 ➢E=a(KLOC)b ×EAF
❖ 对于一个陌生的领域,这种复杂性和不确定性 会被放大。
❖ 软件规模越大,复杂性越高、不确定性就越大 ❖ 对当前项目的理解程度,缺乏理解,估算甚至
无从下手 ❖ 是否有足够历史数据,没有历史数据,就缺乏
参照物
软件项目估算
• 软件项目估算主要包括三个方面:
1. 规模和工作量的估算 • 确定每个软件功能所执行的一系列软件工 程任务 ,以及每项任务花费的时间
2.8 1.20
项目工作量的估算(Effort)
➢EAF
成本驱动量
描述
产 品
RELY DATA CPLX
必要的软件可靠性要求 数据库规模 产品复杂性
计 算 机
TIME STOR VIRT TURN
执行时间限制 主存限制 虚拟计算机可变性 计算机响应时间
ACAP 分析员能力
人 员
AEXP PCAP VEXP
2. 进度的估算 • 估计任务的持续时间,即历时估计
3. 资源和成本的估算 • 确定完成软件项目规模相应付出的代价
软件项目估算
规模估算
生产力数据
工作量估算
进度估算
资源估算
成本估算
人力成本
项目规模的估算(Size)
➢估计软件项目的规模,能为后面的工作量估
算、人员估算/计划、进度估算/计划提供依据, 是能直接决定和影响到其它三个估算的决策
项目规模的估算(Size)
➢规模的估算方法
➢代码行估算法 •估算单位:LOC/KLOC(源代码程序 长度的测量)
➢功能点(FP)估算法 •估算单位:FP(系统的功能点数目)
项目规模的估算(Size)
➢代码行估算法(LOC/KLOC) ➢可以用到以下的方法来估计代码行 •专家判定 •类比法(参考以往类似实现) •Pert法
为什么需要软件项目估算
• 软件项目的规模估计历来是比较复杂的 事,估计错误已被列入软件项目失败的 四大原因之一
• 项目组织原因 • 需求缺乏管理 • 缺乏计划和控制
软件项目估算
关于估算
➢估算不是很准确的,是有误差的 ➢经验(历史)数据非常重要 ➢不要太迷信数学模型
项目估算的挑战
项目的复杂性、不确定性是项目估算的挑战
应用经验 程序员能力 虚拟机经验*
LEXP 编程语言经验
项 目
MODP 现代编程经验 TOOL 软件工具使用 SCED 规定的开发进度表
取值
很低
低
一般
高
很高
非常 高
0.75 0.88 1.00 1.15 1.40
0.94 1.00 1.08 1.16
0.70 0.85 1.00 1.15 1.30 1.65
项目规模的估算(Size)
➢功能点估算法(FP)
➢在需求分析阶段基于系统功能的一种规模 估算方法
FP=UFC×TCF
未调整的功能ount) 技术复杂度因子(TCF,Technical Complexity Factor)
➢功能点也可以转换成代码行
项目估算
合同管理 启动 需求管理 任务分解 项目估算 项目进度 质量计划 配置计划 风险计划 团队管理 项目度量 集成项目 跟踪控制 项目结束
软件项目估算
• 软件项目估算是指预测构造软件项目所 需要的工作量以及任务经历时间的过程
软件项目估算
• 软件项目估算是有效的软件项目管理必 不可少的,没有比较精确的估算,软件 项目将不可避免地造成项目的超支和软 件开发工作处于失控状态等问题
1.00 1.11 1.30
1.00 1.06 1.21 1.66
0.87 1.00 1.15 1.30 1.56
0.87 1.00 1.07 1.15
1.46 1.19 1.00 0.86 0.71
1.29 1.13 1.00 0.91 0.82
1.42 1.17 1.00 0.86 0.70
半分离式 3.0 1.12 2.5 0.35
嵌入式
3.6 1.20 2.5 0.32
项目工作量的估算(Effort)
➢中级COCOMA模型
➢E=a(KLOC)b ×EAF
EAF----工作量调整因子EAF根据15个成本驱动量计算
开发模式 a b
有机式
3.2 1.05
半分离式 3.0 1.12
嵌入式
包括中级COCOMO模型的所有特性,但用上述各种影 响因素调整工作量估算时,还要考虑对软件工程过程中 每一步骤(分析、设计等)的影响
项目工作量的估算(Effort)
➢代码行(KLOC)---->工作量(人月)
✓要求功能分解足够详细的 ✓有一定的经验数据,比如生产率LOC/PM ✓生产率与具体的编程语言和平台有关 ✓在开发初期估算代码行较困难,适用于过程式程 序设计语言
项目规模的估算(Size)
➢代码行和功能点估算的输入: ------WBS
项目工作量的估算(Effort)
➢工作量的估算单位:
➢人月 ➢人天 ➢人年
项目工作量的估算(Effort)
➢代码行(KLOC)---->工作量(人月) ➢方法1:工作量=代码行/生产率
生产率 = KLOC/PM(人月) 质量 = 错误数/KLOC 成本 = 元/LOC (不同技术平台和语言的生产率 需要分别计算)
➢COCOMA ➢基本COCOMA模型 ➢中级COCOMA模型 ➢详细COCOMA模型
项目工作量的估算(Effort)
➢基本COCOMA模型
➢E=a(KLOC)b
E——工作量(人月) KLOC——千代码行 a,b——随开发模式而变化的因子
开发模式 a b c d
有机式
2.4 1.05 2.5 0.38