软件运维成本测算示例
软件运维成本测算标准解读及应用 王海青
应用案例分享—预算管理
• 硬件运维费用测算思路
– 设备分类 – 关键影响因素分析 – 回归分析
应用案例分享—预算管理
• 设备分类及统计
设备类型
最小值 P10 P25 P50 P75 P90 最大值
小型机
XX
XX
国标-IT服务运维成本度量规范前瞻
17
标准研制背景
• 近年来，随着软件行业飞速发展，如何确定IT运维及服务 的合理费用并据此开展后续工作成为日益突出的行业普遍 问题。一方面，投资方需要正确评估各项信息化运维的价 值，避免盲目投资、铺张浪费；另一方面，也需要根据建 设需要确定相关服务的合理成本并选择优质的供应商并有 效管理，以保证建设项目的顺利实施及有效运维。
标准名称 软件工程 COSMIC:功能规模测量方法
软件和系统工程 软件管理 IFPUG功能规模测量方法2009
软件工程 MK II功能点分析 计算实践手册 软件工程 NESMA功能规模测量方法，2.1版 功能点分析 应用的定义和计算指南 信息技术 系统和软件工程 FiSMA 1.1 功能规模测量方法
应用案例分享—采购管理（甲方）
• 评估模型
– 基于快速功能点方法确定运维规模
– 引入运维要求、用户规模等调整因子
三级模块
四级模块
功能点计数项名称
类别 UFP
首页
不计数（静态页面）
组织机构导航
勘探成果组织机构导航
EQ
4
勘探成果展示 年度设置
按年度查询勘探成果图
EQ
4
柱状图查看
勘探成果柱状图查看
EO
5
软件开发成本估算与工作量计算例题
软件开发成本估算与工作量计算例题摘要：1.软件开发成本的构成2.软件开发成本的估算方法3.工作量计算在软件开发成本估算中的作用4.实际案例分析：如何进行软件开发成本估算与工作量计算正文：在软件开发过程中，成本估算和工作量计算是至关重要的环节。
合理的成本估算可以帮助企业做好项目预算和计划，而准确的工作量计算则能有效地评估项目的进度和人力资源需求。
本文将首先介绍软件开发成本的构成，然后探讨软件开发成本的估算方法，以及工作量计算在其中的作用。
最后，将通过一个实际案例分析，详细说明如何进行软件开发成本估算与工作量计算。
一、软件开发成本的构成软件开发成本主要包括以下几个方面：1.人力成本：包括开发人员、测试人员、项目管理人员的工资福利等。
2.硬件成本：如计算机、服务器、存储设备等购置费用。
3.软件成本：包括购买或授权的软件许可证费用。
4.培训成本：针对新软件的培训和教育费用。
5.通信成本：网络设备、通讯线路租赁等费用。
6.基础设施建设成本：如机房建设、设备安装等费用。
7.管理成本：包括项目管理、行政管理、财务管理等费用。
8.其他成本：如资料费、差旅费、咨询费等。
二、软件开发成本的估算方法软件开发成本的估算方法主要有以下几种：1.基于历史数据的方法：通过分析过去类似项目的成本数据，进行类比估算。
2.基于参数的方法：通过统计软件开发过程中的各项参数，如代码行数、开发周期等，进行定量估算。
3.基于工作的方法：将项目分解为各项任务，估算每项任务的工作量，然后根据工作量和工作效率计算总成本。
4.基于风险的方法：分析项目风险，对可能导致的成本增加进行预测。
三、工作量计算在软件开发成本估算中的作用工作量计算是软件开发成本估算的重要依据。
它可以帮助我们：1.确定项目的人力资源需求：根据工作量大小，合理配置开发团队。
2.制定项目进度计划：根据工作量和工作效率，合理安排项目周期。
3.评估项目风险：工作量计算有助于发现潜在的工作量过大或过小的任务，从而提前做好风险应对措施。
软件成本度量估算计价与质量体系
小学数学
度量和估算
门轩庭
诸子百家 增兵减灶
先秦的度量估算
秦统一度量衡
门轩庭
《周髀算经》 圆周率
汉以后的度量估算
门轩庭
主题
软件估算度量的标准与方法 实例案例效果 人工智能的度量估算展望示例 怎么开始建设估算度量质量体系
• 主要技术方法和基本思路 • 标准的发展和应用状况
基本思路
甲方
客观、公正评估依据 专家评审及评标依据
监管 机构
软件成本度量的社会意义
01 促进软件计价价值 02 优化软件生态，促进良性竞争，
减少恶性价格战
03 提高软件组织盈利能力，帮助软件做大做强 04预算质量（资金、工期、资源、工作量）、质量体系
05
过程改进、绩效管理。；成本度量为切入口，有助 发展出自主可控的软件研发成熟度模型。
CEPREI
软件成本度量
--软件估算计价与质量体系
赛宝认证中心
门轩庭
2018.03
实例：一个失败的项目
• 甲方：美国政府某部门 • 乙方：某软件开发公司 • 初始预算：500万美元 • 终止时花费（仅部分完成）：
1.5亿美元
Page 2
失败的原因？
团队实际 生产率只 有计划中 的1/30？
项目开始 后发生了 2900%的 变更？
学习一些技术—理解逻辑文件
系统用户 权限数据
积分换礼 规则数据
公文 数据
人事 数据
车辆 信息
论坛 数据
资产 信息
部门 代码
学习一些技术—理解事务功能类型（基本过程）
录入 人员 信息
修改 人员 信息
删除 人员 信息
查询 人员 信息
实用的软件系统开发成本估算法-软件成本管理(含例子)
软件系统开发成本估算法功能点估算含例子目录一、功能点估算法概念 (1)二、功能点估算法的特点 (1)三、功能点分析的步骤（含例子） (1)3.1 识别项目的类型 (2)3.2 识别项目的范围和边界 (2)3.3 按不同功能点计算 (3)3.3.1功能点估算分类 (3)3.3.2识别功能点的重要原则 (3)3.3.3内部逻辑文件与外部接口文件 (4)3.3.4事务类型功能点的计算规则 (8)3.3.5计算调整因子 (13)3.3.6计算调整后的功能点个数 (24)3.4 总结 (31)一、功能点估算法概念功能点估算法是软件项目管理众多方法中比较有技术含量的一个，也是最实用的一个.在软件项目管理中项目计划制定的优劣、合理直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
二、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法.它们之间的区别和关系如下:•功能点估算法常用在项目开始或项目需求基本明确时使用,这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析,功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算,这个时候估算的结果才能最准确反映项目的规模.三、功能点分析的步骤（含例子）本文将以国际标准IFPUG(International Function Point Users Group）组织提供的功能点估算法V4.1。
软件维护费用估算方案(参考示例)
软件维护费用估算方案(参考示例)1. 项目背景软件维护是确保软件系统持续运行和正常运作的重要环节。
在估算软件维护费用之前，需要了解项目的背景和具体要求。
2. 费用估算方法软件维护费用的估算可以采用以下方法：2.1 工作量估算法根据软件维护的工作量来进行费用的估算。
具体步骤包括：- 分析软件系统的规模和复杂度- 根据系统的规模和复杂度确定每个维护任务所需的时间- 计算所有维护任务所需的总时间- 根据开发人员的工作时间和单位工时费用来计算维护费用2.2 功能点估算法根据功能点的数量来进行费用的估算。
具体步骤包括：- 分析软件系统的功能点数量- 根据功能点数量和维护任务的平均工时来计算维护费用2.3 综合估算法综合利用工作量估算法和功能点估算法进行费用的估算。
可以根据实际情况选择合适的比例来计算维护费用。
3. 成本因素在估算软件维护费用时，需要考虑以下成本因素：3.1 人力资源成本包括开发人员的工资、福利和培训成本等。
3.2 硬件和设备成本包括服务器、计算机等硬件设备的购置和维护费用。
3.3 软件工具和许可证成本包括用于软件维护的工具和许可证的购买和更新费用。
3.4 外包成本如果选择外包软件维护工作，需要考虑外包合作伙伴的费用。
4. 费用估算报告根据以上方法和成本因素，编写一份详细的费用估算报告，报告中应包含以下内容：- 软件维护费用的估算方法和依据- 软件维护费用的具体数值- 费用估算的参考数据来源- 费用估算的不确定性和风险5. 结论软件维护费用的估算是一个复杂的过程，需要综合考虑多个因素。
本文提供了软件维护费用估算的参考示例，希望能为您的项目提供一些帮助。
根据项目实际情况，可以选择适合的估算方法和成本因素，进行费用的估算。
软件运维成本测算标准解读及应用
国标-IT服务运维成本度量规范前瞻
17
标准研制背景
• 近年来，随着软件行业飞速发展，如何确定IT运维及服务 的合理费用并据此开展后续工作成为日益突出的行业普遍 问题。一方面，投资方需要正确评估各项信息化运维的价 值，避免盲目投资、铺张浪费；另一方面，也需要根据建 设需要确定相关服务的合理成本并选择优质的供应商并有 效管理，以保证建设项目的顺利实施及有效运维。
– 目前没有直接制定和发布软件成本度量标准，主要制定了大 量可用于成本度量的功能规模测量方法的标准。
• ISO/IEC 14143“信息技术 软件度量 功能规模度量”系列标准 • IFPUG、COSMIC、Mk II、NESMA、FiSMA 五个具体操作方法的标准
• 国内
– 我国为了满足行业发展需求，制订了功能规模测量国家标准 GB/T 18491“信息技术 软件测量 功能规模测量”系列标准。
直接非人力成本合计DNC（元）
软件运维费用P（元）
计算公式： P=AE/HM×F+DNC
下限（元） 最有可能（元） 上限（元） 项目预算（元）
功能点单价（元/功能点）
617.31 1202.13 2144.34
176
19400
50000 118044 182508 286365 182508 182.508
标准名称 软件工程 COSMIC:功能规模测量方法
软件和系统工程 软件管理 IFPUG功能规模测量方法2009
软件工程 MK II功能点分析 计算实践手册 软件工程 NESMA功能规模测量方法，2.1版 功能点分析 应用的定义和计算指南 信息技术 系统和软件工程 FiSMA 1.1 功能规模测量方法
软件运维成本测算标准 解读及应用
DBT信息化项目软件运维费用测算规范
ICSL 77DB11北京市地方标准DB11/T 1424—2017信息化项目软件运维费用测算规范Specification for software operation and maintenance cost estimating ofinformation technology projects2017 - 06 - 29 发布2017 - 10 - 01 实施目次前言 (Ⅱ)1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 信息化项目软件运维费用构成 (3)运维费用构成 (3)直接人力成本构成 (4)直接非人力成本构成 (4)间接人力成本构成 (4)间接非人力成本构成 (4)毛利润构成 (4)5 信息化项目软件运维费用测算 (4)测算过程 (4)规模测算 (5)工作量测算 (5)费用测算 (6)附录 A（规范性附录）功能点计数基本规则 (7)附录 B（资料性附录）参数表 (9)附录 C（资料性附录）测算示例 (11)参考文献 (13)前言本标准按照GB/T 《标准化工作导则第1部分：标准的结构和编写》的规则起草。
本标准由北京市经济和信息化委员会提出并归口。
本标准由北京市经济和信息化委员会组织实施。
本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。
本标准主要起草人：王海青、于铁强、代寒玲、胡才勇、刘东华、许宗敏、冯军红、李培圣、张超辉、唐坤良、崔婷婷、王伟欣、刘俊、王忠福、王宗凯、吴新平、董丽、陈祖家、廖为民、孙莉、张海彤、王丽辉、陈石、张艳、彭欣华、秦思思、彭涛、曾以蓁、王楠、汪喜斌、李炯锋、张坤、曹晖、戴悦、朱默、孔垂柳。
IT服务运维成本度量国家标准解读与应用实践
◼ 以此标准为基础，规划并制订了 一系列相关标准
标准研制背景—相关标准
国家标准 《软件工程 软件开发成本度量规范》（GB/T 36964-2018） 国家标准 《软件测试成本度量规范》（GB/T 32911-2016） 工信部行业标准 《软件研发成本度量规范》（SJ/T 11463-2013）
标准 预研
地标 团标
国家 标准
PART 02
方法要点解析
方法要点解析—主要技术路线
运维要求
运维对象特征
运维能力
业务特征
其他
确定运维 对象规模
规模
工作量 度量
工作量 （人日）
直接人力 成本度量
单位工作量
直接非人力 成本度量
• 成本构成：直接/间接/人力/非人力 • 测算路线：规模-工作量-费用
间接人力 成本度量
规划
建设
运维
国家标准 《信息技术服务 运行维护 第7部分： 成本度量规范》（GB/T 28827.7-2022 ）
标准研制背景—相关标准
国家标准
• 2022年10月12日，运维国标正式发布，并将于2023年5月1日正式实施 • 2021年4月运维国标通过标准审查会，已经进入报批阶段 • 2020年6月19日，《信息技术服务 运行维护 第7部分：成本度量规范》标准编写组核心成员通
2.分析建模
4.试点优化
现状调研
• 了解行业及组织现状 • 确定工作范围 • 根据运维内容选择合适方法
分析建模
• 收集行业及历史数据 • 数据分析及建模 • 模型验证与确认
体系建立
• 修订相关管理办法、指南、模板 • 新制度征求意见及发布
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附录A
（资料性）
软件运维成本测算示例
A.1需求示意
表A.1XX政务服务平台业务需求
XX政务服务平台业务需求
……
3业务需求分析
3.1目标业务架构
……
3.2业务功能概括
3.2.1门户首页
按照国家政务服务平台要求，主体布局分为两列。
左边展示“新闻”列表。
右边展示XX政务服务应用图标。
3.2.2新闻管理
新闻管理是维护管理门户新闻栏目，包括对新闻的新增、修改、删除、查看、保存、撤回等操作。
3.2.3用户管理
……
3.2.4……
……
本项目评估范围包括门户首页、新闻管理、用户管理等共计8个模块。
A.2规模度量
根据需求文档的软件功能描述，采用SJ/T11619-2016中的估算功能点法进行规模度量。
功能点计数表如表A.2所示。
表A.2功能点计数表
规模估算方法估算功能点
功能点合计1000单位：FP
调整后功能点1000单位：FP
编号子系统一级模块
二级
模块
功能点计数项
名称
类别UFP
重用
程度
修改
类型
US备注
1政务服
务平台
门户首页门户首页EQ4低新增 4.00
2新闻管理新闻信息ILF10低新增10.00 3新闻信息新增EI4低新增 4.00 4新闻信息修改EI4低新增 4.00 5新闻信息删除EI4低新增 4.00 6新闻信息查看EQ4低新增 4.00 7新闻信息保存EI4低新增 4.00 8新闻信息撤回EI4低新增 4.00
9用户管理……
10………………
合计10001000.00 A.3工作量估算
本项目工作量估算活动主要包括：
a)确认项目关键属性，如表A.3所示。
表A.3关键属性描述
序号类别调整因子描述
1.
运维级别要求更新频率平均每季度1次
2.技术支持方式现场支持为主
3.安全等级第三级
4.业务重要性核心
5.响应时效一级故障处理时间小于24h
6.软件完整性级别没有明确的完整性级别
7.
运维能力要求团队经验无特别要求
8.自动化程度无特别要求
9.
运维系统及业务特征部署方式集中式
10.用户规模小于1000
11.系统关联性1-5个
12.业务单元数1-5个
b)参考相关行业数据及本组织历史数据中软件运维调整因子参数表（参见表A.4-表A.17），确定本项目调整因子取值（参见表A.18）。
表A.4软件级别调整因子参数表
软件级别调整因子
轻量级0.90
中级 1.00
重量级 1.05
表A.5软件类型调整因子参数表
软件类型调整因子
操作系统0.90
中间件0.96
数据库 1.00
开发平台 1.05
表A.6系统更新频率调整因子参数表
系统更新频率调整因子
平均每季度1次或以下0.95
平均每月1次或以下 1.00
超过每月1次 1.12
表A.7支持方式调整因子参数表
支持方式调整因子
非现场支持为主0.89
现场支持为主 1.00
纯现场支持 1.08
表A.8安全等级调整因子参数表
安全等级调整因子
第一级0.90
第二级0.95
第三级 1.00
第四级 1.05
第五级 1.10
表A.9业务重要性调整因子参数表
业务重要性调整因子
周边0.90
一般 1.00
核心 1.10
表A.10响应时效调整因子参数表
响应时效调整因子
一级故障处理时间小于72h0.90
一级故障处理时间小于48h 1.00
一级故障处理时间小于24h 1.10
表A.11软件完整性级别调整因子
软件完整性级别调整因子
没有明确的完整性级别或等级为C/D 1.0完整性级别为A/B同时为达成完整性级别要求采取了特殊的设计及实现方式 1.1
完整性级别为A同时为达成完整性级别要求在软件开发全生命周期均采取了特定、明确的措施 1.3
表A.12运维团队经验调整因子参数表
运维团队经验调整因子
为本行业做过类似的项目0.80为其他行业做过类似的项目，或为本行业做过不同但相关的项目 1.00
没有同类项目的背景 1.20
注：运维团队经验调整因子仅适用于工作量测算。
表A.13自动化程度调整因子参数表
自动化程度影响度
自动化0.90
半自动化 1.00
无自动化 1.10
表A.14部署方式调整因子参数表
部署方式影响度
集中式 1.00
分布式 1.06
表A.15用户规模调整因子参数表
用户规模调整因子
小于等于10000.90
小于等于10000 1.00
超过10000 1.10
表A.16系统关联性调整因子参数表
系统关联性调整因子
无0.97
1-5个系统 1.00
6个及以上 1.14
表A.17业务单元数调整因子参数表
业务单元数调整因子
1-5个0.96
5-10个 1.00
11个以上 1.05
表A.18项目调整因子取值
序号类别调整因子描述取值
1.
运维级别要求更新频率平均每季度1次0.95
2.技术支持方式现场支持为主 1.00
3.安全等级第三级 1.00
4.业务重要性核心 1.10
5.响应时效一级故障处理时间小于24h 1.10
6.软件完整性级别没有明确的完整性级别 1.00
7.
运维能力要求团队经验无特别要求 1.00
8.自动化程度无特别要求 1.00
9.运维系统及业部署方式集中式 1.00
务特征
10.用户规模小于10000.90
11.系统关联性1-5个 1.00
12.业务单元数1-5个0.96
因此，计算可得运维级别要求调整因子MLF=0.95×1.00×1.00×1.10×1.10×1.00=1.15；运维能力要求调整因子MCF=1.00×1.00=1.00；运维系统及业务特征调整因子MSF=1.00×0.90×1.00×0.96=0.86.
c)生产率选择。
根据2019中国软件行业基准数据库（CSBMK-201906），电子政务领域应用软件运维生产率基准数据中值为0.92（单位：人时/功能点），范围取中值的±20%为（0.74-1.10，单位：人时/功能点）。
d)工作量估算
根据软件运维工作量估算公式：
测算工作量=（软件规模×运维耗时率）×运维级别要求调整因子×运维能力调整因子×运维系统及业务特征调整因子
计算可得工作量AE的最有可能值=（1000×0.92）×1.15×1.00×0.86=909.88人时，而工作量的合理范围在727.90人时到1091.86人时之间。
A.4成本度量
该项目所在地为北京市。
根据2019中国软件行业基准数据库（CSBMK-201906），北京市应用软件运维人月费率为22651（单位：元）。
根据软件运维成本度量公式，得到最有可能的软件运维费用P=(909.88/176×22651)+0=117100元，软件运维费用的合理范围在93700元到140500元之间。