软件运维成本测算示例
软件运维成本测算标准解读及应用 王海青
应用案例分享—预算管理
• 硬件运维费用测算思路
– 设备分类 – 关键影响因素分析 – 回归分析
应用案例分享—预算管理
• 设备分类及统计
设备类型
最小值 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、运维费用的收费原则是遵循“公平、公正、施工质量”的原则，把其联系到技术、服务、安全及性能等影响因素上，确保运维费用核算准确、科学、合理。
二、运维费用测算细则1、工程运维管理费工程运维管理费一般按照项目总投资的3％－5％来计算，也可以按照实际项目实施过程的运维管理中的实际需求和所需的资源来计算。
2、运维技术支持费用运维技术支持费用一般按照项目总投资的1％－2％来计算，也可以按照实际项目实施过程的实际需求和技术支持所需的资源来计算。
3、设备费用设备费用一般按照实际项目实施过程所需设备资源及费用进行计算，占比5％以上。
4、运维维护费运维维护费一般按照实际项目实施过程所需运维资源及费用进行计算，占比20％左右。
三、运维费用核算原则1、根据信息化项目实施过程的实际情况，分析计算出不同组成部分的具体投入及费用。
2、对于集成系统采用系统工程运维服务费统一测算，把其费用比例总和确定在项目总投资的8％－10％之间，具体由招标文件及供应商报价表确定。
3、对于开发项目，运维费用主要指运维维护费用，把其费用比例总和确定在项目总投资的20％－25％之间。
4、对于实施费用，运维费用包括运维管理费、运维技术支持费用和设备费等，把其费用总和确定在项目总投资的10％－15％之间。
5、信息化项目一般以4－5年定期处理服务费统一测算，具体以实际服务时间及服务内容为准。
6、软件及数据维护费用按照软件及数据的实际开发费用计算，具体以实际服务时间及服务内容为准。
软件开发成本估算与工作量计算例题
软件开发成本估算与工作量计算例题【引言】在软件开发过程中，成本估算和工作量计算是项目计划和管理的关键环节。
准确的成本估算和工作量计算有助于为项目提供合理的预算和人力资源分配。
本文将介绍软件开发成本估算与工作量计算的方法及实例分析。
【软件开发成本估算方法】1.类比估算：根据历史类似项目的成本数据，对新项目进行预测。
类比估算适用于具有相似功能和规模的项目。
2.参数估算：通过对项目的工作量、工时等参数进行量化，计算项目成本。
适用于工作量可量化、有规律的项目。
3.专家评审：邀请具有相关经验的专家对项目成本进行评估。
适用于复杂、不确定性较高的项目。
4.逐项估算：逐一分析项目中的各个任务，估算其成本并累加。
适用于详细规划的项目。
【工作量计算方法】1.工时法：根据项目成员的工时计算工作量，适用于有明确任务分工的项目。
2.帕累托分析法：分析项目任务的重要性，优先分配关键任务，减少工作量。
3.类比法：参照历史类似项目的工时数据，对新项目的工作量进行预测。
【实例分析】以一个简单的在线教育平台项目为例。
项目包括前端开发、后端开发、数据库建设和测试四个部分。
根据项目规模和团队成员的经验，采用类比法和工时法进行成本估算和工作量计算。
1.成本估算：类比估算：参照历史类似项目，预计在线教育平台项目成本为50万元。
工时法：估算各个任务所需工时，累计得出项目总工时，再根据团队平均工时费用计算成本。
2.工作量计算：类比法：参照历史类似项目，预计在线教育平台项目工作量为1000人天。
工时法：根据项目成员分配任务，计算各任务工时，累计得出项目总工作量。
【结论】准确地进行软件开发成本估算和工作量计算，有助于项目顺利进行。
在实际操作中，可以根据项目特点和团队经验，灵活运用多种方法进行成本估算和工作量计算。
软件开发成本估算与工作量计算例题
软件开发成本估算与工作量计算例题【最新版】目录一、引言二、软件开发成本的构成1.硬件购置费2.软件购置费3.人工费4.培训费5.通讯费6.基本建设费7.财务费用8.管理费用9.材料费10.水、电、汽、气费11.专有技术购置费12.其他费用三、系统软件生命周期构成的两阶段1.开发阶段2.维护阶段四、系统软件成本的测算方法1.系统软件的开发成本测算2.系统软件的维护成本测算五、软件开发工作量计算例题六、结论正文一、引言在软件开发过程中，成本估算和工作量计算是至关重要的环节。
准确的成本估算可以帮助企业更好地规划项目预算，合理分配资源；而工作量计算则可以确保项目进度的合理安排，避免人力资源的浪费。
本文将从软件开发成本的构成、系统软件生命周期的两阶段以及成本测算方法等方面展开讨论，并以例题形式介绍软件开发工作量的计算方法。
二、软件开发成本的构成软件开发成本主要包括以下几个方面：1.硬件购置费：包括计算机及相关设备的购置，不间断电源、空调器等的购置费。
2.软件购置费：包括操作系统软件、数据库系统软件和其它应用软件的购置费。
3.人工费：主要是开发人员、操作人员、管理人员的工资福利费等。
4.培训费：为开发人员、操作人员提供的培训费用。
5.通讯费：包括购置计算机网络设备、通讯线路器材、租用公用通讯线路等的费用。
6.基本建设费：如新建、扩建机房、购置计算机机台、机柜等的费用。
7.财务费用：包括项目的财务管理费用等。
8.管理费用：如办公费、差旅费、会议费、交通费等。
9.材料费：如打印纸、包带、磁盘等的购置费。
10.水、电、汽、气费：为项目提供的水、电、汽、气等基础设施费用。
11.专有技术购置费：为项目所需的专有技术购置费用。
12.其他费用：如资料费、固定资产折旧费及咨询费等。
三、系统软件生命周期构成的两阶段系统软件的生命周期主要包括开发阶段和维护阶段。
1.开发阶段：包括系统软件的分析/设计费用（含系统调研、需求分析、系统分析）、实施费用（含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训）及系统切换等方面的费用。
信息化项目软件运维费用测算规范》(编制说明-it项目成本评估
信息化项目软件运维费用测算规范》（编制说明-it项目成本评估北京地标《信息化项目软件运维费用测算规范》(征求意见稿)编制说明一、任务来源，起草单位，协作单位，主要起草人。
根据北京市质量技术监督局下达的2016年标准制修订计划，将《信息化项目软件运维费用测算规范》列为标准制修订一类项目，该标准项目计划号为20161065，归口单位为北京市经济和信息化委员会。
主要起草单位:主要起草人:二、制定标准的必要性和意义。
为了更快地促进北京市信息产业的发展相继出台了《信息化基础设施提升计划》及《北京市促进软件和信息服务业发展的指导意见》，进一步明确了新时期软件和信息服务业的发展战略，为未来产业新发展进行了战略布局。
随着十三五规划的逐步实施，北京市信息化逐步进入运维阶段，运维管理以及外包服务的性质与内容发生了根本性的改变。
由于首都信息化项目的独特性和创新性，对如何保证运维项目的化良性发展;如何实施“十三五”信息化规划;如何坚持以科学发展观为统领，全面推进“智慧城市”建设等，是北京市当前需要完成的重要工作任务。
由于相关标准的缺失，如何测算运维项目的合理成本一直都是北京软件产业发展中的难点，因而常常导致项目预算超支、工期延期、软件企业恶性竞争等问题的频频发生。
信息化项目运维费用测算标准的出台，其意义在于:统一预测算算口径，明确运维内容，采用运维工作量法计算运维费用，使得运维费用测算更加科学化、合理化，从而有效利用资金，保障相关企业和部门的信息化运维工作正常开展，确保信息化对运维的有效支撑和业务持续。
因此，该规范的制定将是北京软件产业走向成熟的重要标志，北京作为工业和信息化部设立的全国软件名城之一，将为全国的软件和信息服务业起到良好的示范带头作用，将为北京软件和信息产业的可持续健康发展提供重要的战略支1 / 5撑。
本标准借鉴国外成熟经验并结合北京市产业实际情况，针对北京市信息化软件运维项目，信息化项目软件运维费用测算的方法及过程，包括信息化项目软件运行维护服务内容及费用构成，软件运维项目规模、工作量、费用的测算方法及过程，以满足北京市软件和信息服务产业发展的迫切需求。
软件运维成本测算标准解读及应用 王海青
ISO/IEC 14143功能规模度量系列标准
功能规模测量操作方法国际标准
标准号 ISO/IEC19761:2011 ISO/IEC20926:2009 ISO/IEC20968:2002 ISO/IEC24570:2005
ISO/IEC29881:2010
软件运维成本测算标准 解读及应用
北京软件造价评估技术创新联盟 首席度量专家 王海青
软件成本测算标准现状 地标-软件运维费用测算规范简介 国标-IT服务运维成本度量规范前瞻 标准技术思路应用案例分享
2
软件成本测算标准现状
3
软件成本度量标准化现状
• 国外
– 由国际标准化组织/国际电工委员会/信息技术第1联合技术 委员会/软件与系统工程分技术委员会（ISO/IEC JTC 1/SC 7） 负责。
•运维系统特征因素包括部署方式、用户规模、系统关联性、业务单 元数等
软件运维成本=工作量*人月费率+直接非人力成本
软件运维费用构成
直接成本
直接人力成本 直接非人力成本
软件运维费用
间接成本
毛利润
间接人力成本 间接非人力成本
根据规模估算工作量， 再根据直接人力成本费 率估算直接人力成本
通常按照办公费、差旅 费、培训费、业务费、 采购费等分项估算
编写
数据收集
• 计划、起草、征求意 见、报批、送审
• 收集组织级数据 • 定期更新变更因子
应用
• 项目试点 • 经验总结&交流 • 方法的改进演化 • 逐步扩大应用范围
19
关键技术路线构想
• 信息技术运维分类
– GB/T 29264-2012信息技术服务 分类与代码 – 基础设施、硬件、软件、安全、运维管理等
智慧交通 运营、养护成本测算模型
智慧交通运营、养护成本测算模型下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢！本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注！Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!智慧交通运营、养护成本测算模型随着智慧交通技术的发展和应用，对于运营和养护成本的测算变得尤为重要。
软件运维成本测算示例
附录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.002新闻管理新闻信息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.009用户管理……10………………合计10001000.00 A.3工作量估算本项目工作量估算活动主要包括：a)确认项目关键属性，如表A.3所示。
表A.3关键属性描述序号类别调整因子描述1.运维级别要求更新频率平均每季度1次2.技术支持方式现场支持为主3.安全等级第三级4.业务重要性核心5.响应时效一级故障处理时间小于24h6.软件完整性级别没有明确的完整性级别7.运维能力要求团队经验无特别要求8.自动化程度无特别要求9.运维系统及业务特征部署方式集中式10.用户规模小于100011.系统关联性1-5个12.业务单元数1-5个b)参考相关行业数据及本组织历史数据中软件运维调整因子参数表（参见表A.4-表A.17），确定本项目调整因子取值（参见表A.18）。
DB11!T_1424-2017信息化项目软件运维费用测算规范
ICS 35.080L 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)4.1 运维费用构成 (3)4.2 直接人力成本构成 (4)4.3 直接非人力成本构成 (4)4.4 间接人力成本构成 (4)4.5 间接非人力成本构成 (4)4.6 毛利润构成 (4)5 信息化项目软件运维费用测算 (4)5.1 测算过程 (4)5.2 规模测算 (5)5.3 工作量测算 (5)5.4 费用测算 (6)附录 A（规范性附录）功能点计数基本规则 (7)附录 B（资料性附录）参数表 (9)附录 C（资料性附录）测算示例 (11)参考文献 (13)前言本标准按照GB/T 1.1-2009 《标准化工作导则第1部分：标准的结构和编写》的规则起草。
本标准由北京市经济和信息化委员会提出并归口。
本标准由北京市经济和信息化委员会组织实施。
本标准主要起草单位：北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、北京科信深度科技有限公司、北京中基数联科技有限公司、中科宇图科技股份有限公司、珠海市软件行业协会、神州数码信息服务股份有限公司、国网北京经济技术研究院、中国光大银行股份有限公司、招商银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、广发银行股份有限公司、中信银行股份有限公司、北京神舟航天软件技术有限公司、北京久其软件股份有限公司、北京市朝阳区卫生信息中心、北京爱知之星科技股份有限公司。
软件工作室运营成本核算
软件工作室运营成本核算在当今数字化的时代，软件工作室如雨后春笋般涌现。
然而，要想让软件工作室成功运营并实现盈利，准确核算运营成本至关重要。
这不仅有助于工作室管理者做出明智的决策，还能帮助他们有效地控制成本，提高竞争力。
一、人员成本人员成本通常是软件工作室运营成本中的最大支出项。
这包括员工的工资、福利、奖金等。
首先是开发人员的薪酬。
根据经验和技能水平的不同，开发人员的薪资差异较大。
初级开发人员的月薪可能在_____元左右，而经验丰富的高级开发人员月薪可能高达_____元甚至更多。
此外，还需要考虑到加班工资和项目奖金等额外支出。
其次是测试人员和运维人员的费用。
测试人员负责确保软件的质量，运维人员负责软件的上线和后续维护，他们的薪资水平也会根据经验和技能有所不同。
除了直接的工资支出，员工的福利也是不可忽视的一部分。
这包括五险一金、带薪年假、节日福利、定期体检等。
这些福利不仅能够提高员工的满意度和忠诚度，也是法律规定的企业责任。
二、硬件设备成本为了保证软件的开发和运行，软件工作室需要配备一定的硬件设备。
电脑是必不可少的工具。
根据不同的工作需求，需要配置性能各异的电脑。
例如，开发人员可能需要高性能的台式电脑，而销售人员可能只需要普通的笔记本电脑。
每台电脑的价格从几千元到上万元不等。
服务器也是重要的硬件设备。
用于存储数据、运行软件等。
服务器的价格较高，而且还需要考虑到后续的维护和升级成本。
此外，还需要购买网络设备、打印机、扫描仪等办公设备，这些设备的购置和维护也需要一定的费用。
三、软件工具成本在软件开发过程中，需要使用各种软件工具和开发平台。
操作系统是基础，如Windows、Linux 等，可能需要购买正版授权。
开发工具如 IDE（集成开发环境）、数据库管理工具、版本控制工具等，通常需要按年或按月付费订阅。
还有一些专业的设计软件、测试工具等，也都需要支付相应的费用。
四、办公场地成本办公场地的租赁费用是软件工作室的一项固定支出。
- 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元之间。