新支点的取值：1
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
3、计算未调整预算工作量（单位：人月）
未调整预算工作量 = 预算规模 * 【功能点耗时率】 / （ 8 * 22）
注：功能点耗时率采用ISBSG的统一定义，即每功能点所消耗的人时数 ，它是从业界功能点生产率的数据总结得到的。
1
科技用 多媒体 用 智能信 息用 系统用 通信控 制用 流程控 制用 指挥管 制用
科学计算、模拟、空白表格程序 图表 自然语言处理 操作系统 用程序等通信协议 生产管理 军队
1.2
1.3
1.7
• 应用领域调整因子
1.7
1.9
2
2.2
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
• 质量及特性调整因子
谢
谢！
分析总结
二、缺点分析 1、指标体系缺失灵活性，对技术方案的评估过于空洞无力 ，难于深入论述。 2、软件工程定额标准，实操难度大，像ILF、EIF辨认得难 度较大，只有编写方在编写建设方案体现ILF、EIF的思维 时，在评审时才能较好的辨认ILF与EIF。 3、评估方案中的算法流程是正确，但过程错漏百出，不谨 慎对ILF与EIF进行辨认，纯粹的把功能点均辨认为ILF,把 接口功能辨认为EIF，且ILF与EIF的乘数因子互换。 4、个人感觉是为了拼凑出与编写单位概预算相差不大的数 字，完成变成了从结果导向反推，凑数字。
性能
要用户对应答时间或处 应答时间或处理率对高峰时间或所有业务时间来说都很重存在对 1 理率的需求水平 连动系统结束处理时间的限制 为满足性能需求事项，要求设计阶段开始进行性能分析，或在设 2 计﹒开发﹒体现阶段使用分析工具
2
可靠性
没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠 0 发生障碍时引起的影响 性 程度 发生故障时可以轻易修复，带来稍微不便的损失 1
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
2、计算预算规模（单位：功能点）
预算规模 = 预算计数规模*【规模变更因子】
注：【规模变更因子】由编委会工作组参考业界数据或者根据历史项 目的实际需求变更情况总结得到，参考值： 预算规模变更因子 = 2.0 招标规模变更因子 = 1.5
投标规模变更因子 = 1.26
分析总结
例子：
意见与建议
1、在我们的评估方案中增加指标体系，可以完善对业务及 文档方面的评估。 2、在技术方案方面的评估，保留我们原有的模式或者指标 参数评估+原有的模式的混合模式。 3、一定程度上参考《中国软件行业软件工程定额标准》的 预算申请定额法，有较强的理论说服力，建议我们在保留 人月费用×工作量估算方法的基础上的尝试预算申请定额 法，看实际效果可以不。 4、文档结构建议进行修改，增加一些模板性的东西，例如 ：背景说明、评估目标、评估依据。增加一些实质性项： 建设内容概述，评估结论。
评估方法介绍
四、评估报告文档结构
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
1、计算预算计数规模（单位：功能点）
预算计数规模=（35 * ILF + 15 * EIF）
a） 内部逻辑文件内部逻辑文件（Internal Logical File，ILF，以下简称 内部数据） 软件内部需要维护（如增删改查）的数据。 b） 外部接口文件外部接口文件（External Interface File，EIF，以下简 称外部接口） 在其它系统中维护但本软件需要调用的数据。
发生故障时很难修复，发生经济损失或有生命危害 2 在设计阶段只需考虑一个设置站点的需求事项为了只在相同用途 0 的硬件或软件设计阶段需要考虑一个以上设置站点的需求事项为了用途类似 1 和软件环境的软件 的硬件或软件环境下运行而设计 在设计阶段需要考虑一个以上设置站点的需求事项为了在不同用 2 途的硬件或软件环境下操作而设计
量及特性调整因子】
评估方法介绍
五、软件系统概预算评估方法流 程（预算申请定额法） • 规模调整因子
规模调整因子 = 0.108 * Ln（功能点 规模）+ 0.2229 注：利用规模调整因子，可以区别对待 不同规模项目的生产率。
应用类 型 业务处 理用
范围
调整 因子
办公系统，人事、会计、工资、销售等 经营管理及业务处理用软件
格 式 准 完 一 无 符 确 整 致 二 合 性 性 性 义 性 性 可 验 证 性
技术方面
与 建 设 目 标 吻 合 度
预算方面
预 算 编 制 的 规 范 性 预 算 的 合 理 性 预 算 编 制 的 详 细 程 度
可 行 性
先 进 性
合 理 性
评估方法介绍
三、评估意见
1、业务方面评估
2、文档方面评估 3、技术方面评估 4、预算方面评估
1
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
5、计算项目预算费用（单位：万元）
预算费用 = 预算工作量 * 【用户单位人月费率】
注：行业建议的数值为软件开发商平均税前工资的2.7～3.35倍之间。例 如，软件开发商平均税前工资5000元/月，则此数据为13500～16750 元/人月。 此计算方法已包含行政管理费用/办公费用/人员闲置费用/四险一金/企 业税率，但不含企业利润率。
项目建设方案评估分析
广州广软信息技术服务有限公司 黄海斌 2014年7月
评估方法介绍
一、评估依据
《电子政务工程造价指导书》（整体造价结构参考）
专业软件、网络公司报价 （设备产品参考） 《中国软件行业协会软件工程定额标准》（软件系统概预 算方法论） 《软件开发和服务项目价格构成及评估方法》 二、评估体系
分析总结
一、优点分析总结
1、评估体系较为完整，覆盖业务、文档、技术、概预算方 面等方面。
2、通过指标进行评价，给人直观感觉较为科学，同时能够 较好地对文档方面进行评估，对业务评估也还可以。 3、软件开发项目概预算方法论在理论上很有吸引力，可着 重参考（后续会谈到运用难点）。
4、项目概预算由于应用了《中国软件行业软件工程定额标 准》，概预算方面过程与数据详尽。
业务方面 技术方面 文档方面 预算方面
评估体系
评估方法介绍
二、评估体系
业务方面
与 政 策 和 法 规 的 符 合 性 建 设 目 标 明 确 性 过 程 控 制 规 范 性 进 度 安 排 合 理 性 建 设 的 必 要 性 建 设 的 经 济 和 社 会 效 益 项 目 的 资 源 保 障
文档方面
功能点下限耗时率 = 9.1 小时/功能点
功能点标准耗时率 = 13.4 小时/功能点
功能点上限耗时率 = 24.8 小时/功能点
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
4、调整预算工作量（单位：人月）
预算工作量 = 未调整预算工作量 * 【软件因素调整因子】
注：鉴于软件的应用领域不同，质量等指标要求不同，功能规模相同的 产品可能造价会显著不同，软件因素调整因子的引入对这一偏差进行 了修正。 软件因素调整因子 = 【规模调整因子】*【应用领域调整因子】*【质
质量及特性调整因子 =（分布式处理因子 + 性能因子 + 可 靠性因子 + 多重站点因子）* 0.025 + 1
评估方法介绍
五、软件系统概预算评估方法流程（预算申请定额法）
调整因子 判断标准 没有明示对分散处理的需求是想 分布式处理 0 1 影响度 选择
通过网络进行客户端/服务器及网络基础应用分布处理和料传输 1 资应用能够在各组成要 。 素直接传输数据 在多个服务器及处理器上同时相互执行应用中的处理功能。 没有明示对性能的特别需求事项或活动，因此提供基本性能 2 0