信息系统运行维护服务成本度量要求规范标准

信息系统运行维护服务成本度量要求规范标准
信息系统运行维护服务成本度量要求规范标准

《信息系统运行维护服务成本度量规范》

河南省地方标准编制说明

一、编制的目的和意义

目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本,较大程度导致做预算时无据可依,造成资源极大浪费或预算不足;在信息系统运行维护服务项目招评标过程中,由于无法界定信息系统运行维护服务工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象;

信息系统运行维护服务成本度量规范的出台,其意义在于:统一预测算口径,明确运维服务内容,采用科学的计算方法计算运维费用,使信息系统运维费用测算更加科学化、合理化,从而有效利用资金,保障相关企事业单位和部门的信息化运维工作正常开展,确保对信息化运维工作的有效支撑和业务持续。

因此,该规范的制定将是河南省信息系统运维服务行业走向成熟的标志,将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。

本标准借鉴国内成熟经验,针对河南省信息系统运维服务项目,规定了信息系统运行维护服务成本度量方法,包括运维成本的构成、度量公式、参数取值,以满足河南省信息系统运维服务产业发展的需求。

二、任务来源及编制原则和依据

2018年3月,由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请,2018年7月,该标准列入2018年第一批河南省地方标准制修订计划(豫质监标发〔2018〕236号),立项编号:20181210065,由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。

标准的编制原则:

1.在规范制定过程中,对大量各种案例和场景进行了分析,提炼出符合河南省信息系统运维项目实际情况的成本度量方法。

2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习,总结并借鉴了其中成熟的做法。

依据和参考的主要标准有:

【1】GB/T 1.1 标准化工作导则第1部分:标准的结构和编写

【2】GB/T 28827.1 信息技术服务运行维护第1部分:通用要求

【3】GB/T 28827.2信息技术服务运行维护第2部分:交付规范

【4】GB/T 28827.3信息技术服务运行维护第3部分:应急响应规范

【5】GB/T 28449信息安全技术信息系统安全等级保护测评过程指南

【6】GB/T 29264 信息技术服务分类与代码

【7】ISO/IEC 20926 软件和系统工程-软件度量

【8】SJ/T11463 软件研发成本度量规范

三、编制过程

2015年12月,编制组成立并开始启动标准的编写工作,从

开始的场景、案例分析,到成本度量的构成提炼,再到具体业务

的测算方式、方法和调整系数的确定,历时24个月,编制组共

召开了22次研讨会,形成标准初稿。

2018年8月6日,标准起草组召开了《信息系统运行维护服

务成本度量规范》河南省地方标准的预审会议,对每项标准逐条

逐项讨论和审查。编制小组根据与会部门和专家的意见和建议,

对标准进一步修改和完善,于2018年8月形成标准征求意见稿。四、主要内容的确定

本标准规定了信息系统运行维护服务成本度量的术语和定义、成本度量、基础环境运维、硬件运维、应用软件运维、安全

运维和运维管理。

本标准主要适用对象为行政、事业单位,大中型国有企业,

及其他需要规范运维服务收费的组织;本标准主要用于指导适用对象针对信息系统日常运行维护预算的编制和核定,信息系统建设、搬迁等成本度量不在此规范适用范围。

有关本标准起草过程中的一些技术问题说明如下:

1.成本度量构成

信息系统运维服务成本由人工成本、材料成本构成;其中人工成本由综合单价、工作量构成,材料成本由备件费、备件维护费、耗材成本和工具费构成;在计算人工成本时,考虑到距离、服务级别、系统年限等因素,加入了调整系数,使度量规范更具适宜性和科学性。

2.度量业务范围

本标准涵盖的运维服务内容有基础环境运维、应用软件运维、硬件运维、安全运维、运维管理,针对不同的运维服务内容,描述和规范了成本度量各项具体的计算公式和调整系数,使该规范更具有可行性和指导性。

3、各类运维服务成本度量方法

(1)硬件运维成本度量

本标准中硬件运维是指对硬件设备的例行检查及状态监控、响应支持、故障处理、性能优化等服务。服务对象包括网络运维服务、主机运维服务、存储运维服务、桌面运维服务以及其他硬件运维服务等。

标准中硬件运维成本度量方法,在估算硬件运维规模度量

(硬件运维服务的规模以运维对象的数量来衡量)、硬件运维工作量度量的基础上,结合人工成本、材料成本及其他调整因子,衡量运行维护的成本,使运行维护成本估算更加合理高效,便于计量。

a) 硬件运维规模度量

硬件运维服务的规模以运维对象的数量来衡量。

规模计算公式: SH=∑=n 1

i 类设备数量总和)i (第

式中:

SH —— 运维规模;i —— 设备的类别。

b) 硬件运维工作量度量

运维总工作量=设备数量总和*总工作效率*调整系数;

基于行业数据及编写组成员单位的大量实例建立模型,估算出各类运维活动的工作效率,结合运维活动规模,计算运维活动所需工作量。同时根据实际情况的不同,引入各类调整因子,对工作量进行适当的调整,使之更符合实际情况。

c) 运维成本

硬件运维成本=人工成本+材料成本

根据行业数据及经验值,同时在计算人工成本和材料成本的 时候考虑各种调整因子,使运维成本计量更贴合实际。

(2)应用软件运维成本度量

本标准中应用软件运维成本度量方法,在估算运行维护对象规模的基础上,结合工作量、人力成本等其他各方面调整因子,衡量运行维护的成本,使运行维护成本估算更加科学化、合理化。

d)规模估算

采用符合国际标准的快速功能点估算方法,对所运维的应用软件的规模大小进行估算,作为运维成本度量的基础数据

e)工作量估算

基于行业数据及编写组成员单位的大量实例建立模型,估算出各类运维活动的工作效率,结合运维活动规模,计算运维活动所需工作量。同时根据实际情况的不同,引入各类调整因子,对工作量进行适当的调整,使之更符合实际情况。

f)成本估算

采用行业数据和基准对比的方法,对人力成本进行估算,结合应用软件运维工作量估算结构,计算出应用软件运维人力成本。同时考虑应用软件运维所需的各种材料和工具成本,综合的出应用软件运维的运维成本。

(3)安全运维成本度量

本文中安全运维成本度量方法依据国家标准对运维服务内容及对象的定义,在基于一定设备数量规模的基础之上,参照行业内多个经典项目实例,科学设置数据调整因子,力求安全运维

成本估算更加准确、实际和合理。安全运维成本包含人工成本和材料成本;

a)人工成本

为整体工作量与综合单价的乘积,其中整体工作量为安全运维服务中例行操作、响应支持、优化改善、调研评估四类运维服务工作量的总和,在充分考虑安全运维服务中涉及的人工效率、服务场地距离、服务级别、服务频率以及服务系统规模等多个因素,通过大量实际数据比对研究,合理设置调整系数,使工作量估算公式满足在不同环境和情形下都能产出较之合理的值;

b)材料成本

考虑到安全运维服务中必然会采用一些工具来配合完成工作,因此将工具费用作为材料成本,与人工成本一起对安全运维成本进行综合估算。

(4)运维管理成本度量

本标准中运维管理成本度量, 考虑了服务供方的范围管理、需方资产管理、服务流程管理、运维变更管理、风险管理、用户培训和其他各服务供方的监督管理等,起到了类似于对需方的运维管理和监理的作用,在一定程度上承担了运维需方的工作.

根据地区内行业数据的统计和分析,运维管理成本的计算按各类运维成本的总和×M(运维管理取费系数),该系数按行业经验数据, 根据对运维管理服务的要求不同进行取值,取值范围为

0~0.15。

(5)基础环境运维成本度量

基础环境运维成本度量部分对基础环境运维规模、基础环境运维成本效率和运维工作量进行度量,每个类别的度量区分整体机房基础环境和单系统基础环境的度量。

五、标准中涉及到任何专利情况

本标准未涉及到任何专利。

六、与国家法律法规和强制性标准的关系

本标准与现行法律、法规、标准都不存在冲突。标准的技术内容符合河南省信息服务产业的实际情况和使用要求,但不涉及人体健康,人身、财产安全。建议主管部门将该标准作为推荐性标准。

七、标准实施的建议

本标准发布后,将用科学的方法计算信息系统运维费用,有效统一预测算口径,明确运维服务内容,使信息系统运维费用测算更加科学化、合理化。建议先组织行政、事业单位,大中型国有企业,及其他需要规范运维服务收费的组织进行培训,然后进行下一步推广应用,引导各利益相关方规范信息系统日常运行维护预算的编制和核定,使我省信息系统运维持续健康发展。同时,该标准符合信息系统运维费用测算的技术发展趋势,具有重要的社会效益和良好的经济效益,建议尽快发布实施。

《信息系统运行维护服务成本度量规范》

标准编写组

2018年8月

浅析软件质量指标度量

软件质量指标度量 V 1.0 2012.3

目录 1综述 (3) 1.1编写目的 (3) 1.2阅读指南 (3) 2软件质量指标 (4) 2.1需求功能点覆盖率 (4) 2.2用例执行覆盖率 (4) 2.3缺陷修复率(截至于**年*月*日) (5) 2.4缺陷遗留个数(截至于**年*月*日) (5) 2.5缺陷分布统计(模块缺陷率) (5) 2.6缺陷分布统计(严重缺陷率) (6) 2.7缺陷密度及收敛 (7) 3测试过程质量指标 (9) 3.1缺陷探测率 (9) 3.2有效缺陷率 (9) 3.1用例执行效率 (10) 3.2缺陷发现率 (10) 4交付质量指标 (12) 4.1加载回退率 (12) 4.2故障回退率 (12) 5版本说明 (13)

1综述 1.1 编写目的 本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析,为当期被测产品的质量提供可参考的数据,也为后续测试提供数据的基础积累,并作为制定方法流程的依据。 1.2 阅读指南 ●软件测试质量指标主要针对研发项目、商务项目被测产品出具数据 度量。 ●测试过程质量指标主要为测试经理、测试组长对测试人员的测试执 行质量出具数据度量。 ●交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用,也可结合使用。

2软件质量指标 2.1 需求功能点覆盖率 【需求覆盖率】:计算测试用例总数之和除以与之一一对应的功能点数之和,主要查看是否有功能点遗漏测试的情况。 【公式】:∑测试用例数(个)/ ∑功能点(个) 说明:用例覆盖需求矩阵,一个需求对应多个功能点。 【数据来源】:《联通集中集团客户业务支撑系统销售管理用户需求说明书》《联通集中集团客户业务支撑系统销售管理需求跟踪矩阵》 【计算结果】需求覆盖率=113/8=14.13 2.2 用例执行覆盖率 【用例执行覆盖率】:计算测试用例执行总数除以与之一一对应的测试数之和,主要查看是否有测试用例执行遗漏或有效的情况。 【公式】:∑执行的测试用例个数(个)/ ∑测试用例个数(个)*100% 【数据来源】:《iSMS测试进度跟踪表》 【计算结果】:用例执行覆盖率=100%

信息系统运行维护服务成本度量规范

《信息系统运行维护服务成本度量规范》xx地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本,较大程度导致做预算时无据可依,造成资源极大浪费或预算不足;在信息系统运行维护服务项目招评标过程中,由于无法界定信息系统运行维护服务工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象; 信息系统运行维护服务成本度量规范的出台,其意义在于: 统一预测算口径,明确运维服务内容,采用科学的计算方法计算运维费用,使信息系统运维费用测算更加科学化、合理化,从而有效利用资金,保障相关企事业单位和部门的信息化运维工作正常开展,确保对信息化运维工作的有效支撑和业务持续。 因此,该规范的制定将是河南省信息系统运维服务行业走向成熟的标志,将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国内成熟经验,针对河南省信息系统运维服务项目,规定了信息系统运行维护服务成本度量方法,包括运维成本的构成、度量公式、参数取值,以满足河南省信息系统运维服务产业发展的需求。 二、任务来源及编制原则和依据2018年3月,由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请, 2018年7月,该标准列入2018年第一批河南省地方标准制修订计划(豫质监标发〔2018〕236号),立项编号:065,由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则:

1.在规范制定过程中,对大量各种案例和场景进行了分析,提炼出符合河南省信息系统运维项目实际情况的成本度量方法。 2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习,总结并借鉴了其中成熟的做法。 依据和参考的主要标准有: 【1】GB/T 1.1标准化工作导则第1部分: 标准的结构和编写 【2】GB/T 28827.1信息技术服务运行维护第1部分: 通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分: 交付规范 【4】GB/T 28827.3信息技术服务运行维护第3部分: 应急响应规范 【5】GB/T28449信息安全技术信息系统安全等级保护测评过程指南 【6】GB/T 29264信息技术服务分类与代码 【7】ISO/IEC 20926软件和系统工程-软件度量 【8】SJ/T11463软件研发成本度量规范

软件测试度量(精华)

软件测试度量(精华) 转至https://www.360docs.net/doc/498863220.html, 摘要: 任何过程的有效管理需要量化、测量和建模。软件度量为开发和软件过程模型的验证提供量化方法。度量帮助组织获得继续提高生产率、减少错误和提高过程接受率、产品、服务以及达到最终目标的信息。 这份白皮书发表了度量生命周期、各种软件测试度量元、度量元元素、过程评估以及达到理想的结果。 一、业务需要 在技术方面日益增加的竞争和飞跃,迫使公司采取创新的方法来评估自己的过程、产品和服务。这种评估将帮助他们改善业务,使他们能够取得成功,并且获得更多利益和较高的市场占有率。 度量是评估的基石也是任何业务改进的基础。 二、软件度量 度量是标准度量单位的量化结果。对于评估软件过程、产品以及服务使用的度量被称作软件度量。 Paul Goodman给出的软件度量定义: 软件度量是一中度量技术,这种技术应用在过程、产品和服务中用来支撑工程和管理信息,以及支持过程、产品以及服务的信息上的改进,如果需要的话。 三、度量的重要性 ● 度量是用来提高质量、产品生产力以及服务,从而达到客户满意度。 ● 对于管理组织很容易分析数据并且深入下去,如果需要的话。 ● 当过程不受控时有不同的度量方式作为监控者。

● 度量提供当前过程改进。 四、记忆要点 ● 度量那些可以收集的必须使用的准确以及完整数据。 ● 度量必须很容易解释以及评估。 ● 度量多样化使度量基准形式可以从组织到组织,也可以是个人到个人。 五、度量生命周期 建立度量时涉及的过程: 六、软件测试度量类型 基于测试执行的不同类型,下面就是软件测试度量的类型: 1、手工测试度量 2、性能测试度量 3、自动化测试度量 下面的图表展示了不同的软件测试度量

软件开发费用计算方法

软件开发项目计算方法 () 广东软件行业协会 二○○六年八月

目录

1前言 目的 规范软件市场行为,维护价格公平竞争,同时为软件项目建设经费概算提供科学可信的依据。 软件项目建设类别 软件产业发展到现今阶段,技术已经很成熟,产品也已经很丰富,同时由于开发工具和操作系统平台的可选择性,软件项目出现了多样化的趋势。同样是软件项目,完成途径和开发手段不同,其费用也会存在很大差异。不同类别的软件项目,其费用构成和概算方法也不同。根据项目建设要求和方式,一般分为以下几类: 新开发项目:从项目的需求分析开始直至产品完成正式交付使用,其工 作覆盖软件产品的分析、设计、测试、实施、运行维护各 阶段。 二次开发:在现有产品的基础上进行提升和改造。 软件移植:已有产品从一个操作系统平台转移到另一个操作系统平台,或者从原来的运行环境切换到另一个新的运行环境所 需要进行的调整和变动。 产品集成:将多个现有软件产品构件整合在一起,组装成比较复杂的或者更加完整的产品。 适用范围 本指南适用于应用类定制软件的新开发项目,项目应覆盖软件开发全过

程(包括立项可行性分析,需求分析、编码实现、安装实施、运行维护各个阶段工作)。其中人月成本的计算方法也适用于其他类型的项目。 本指南是站在行业的角度,去评估一个应用软件项目的开发费用应该是多少,而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。虽然这两者之间会有关联。 对于同一软件开发项目,不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素,其实际成本支出会有较大差异。而这不在本指南考虑之内。 名词解释 应用软件:是指针对特定领域开发,为特定目的服务的一类软件。 软件开发:指从软件项目启动到项目实施前这一时间段的工作。其内容包括详细设计、编码、测试、系统调试等方面的工作。 系统实施:指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。其内容包括系统安装、个性化配置、用户培训等方面的工作, 但不包括各实施点的本地化开发工作。 运行维护:指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。其内容包括在此期间所需要提供的原系统完善性修改 和服务等工作(不包括新增需求和原功能的重大变更)。如:运 行管理、系统平台维护、应用软件维护、数据维护等 验收测试:确定项目是否符合其验收准则,使客户能确定是否接收此项目的正式测试。 功能点(FP):功能点是对软件功能和大小的间接度量单位,一般通过必须和

项目责任成本测算办法

项目责任成本测算办法 1 范围 本办法适用于公司、分公司及项目部。 本办法主要包含工程项目标价分离的原则、工程项目成本分类、工程项目标价分离费用组成及计算方法、工程项目标价分离工作步骤、工程项目标价分离工作考核五部分内容。 2 定义 标价分离 是指工程项目的中标价或合同价与项目责任成本(价)的分开。 标 是指承包方向发包方承诺并获得认可的完成所承包内容需发包方支付的工程款。 价 是指在既定的施工环境和市场条件下,根据企业现有的生产力水平、管理特点,按企业费用支出标准计算,项目部为完成工程合同义务而支出的各项费用总和(或项目部为完成所签订的项目管理目标责任书的预计支出),即项目责任成本。它不包含企业经营效益、企业管理效益、政府规费及税金、企业管理成本、企业管理风险、市场风险和合同外的资金风险。 3 职责 公司 1) 成立标价分离管理领导小组指导分公司对项目目标成本进行测算和标价分离工作。 2) 考核项目施工期间责任成本执行情况和考核项目竣工后责任成本执行结果。 分公司 1) 组建目标成本测算小组进行项目目标成本测算和标价分离工作。 2) 新承揽项目标价分离率必须达到100%。 3) 在项目中标后28天内,完成标价分离方案和测算成本的编制,并报公司合约部门备案。特级项目或特殊项目的标价分离时间可酌情延长。 4) 按工程的形象进度节点或时间节点对项目部进行标价分离后的节点考核。 5) 工程竣工后,对项目进行责任成本的最终考核,按本“办法”规定的责任成本范围对项目责任成本进行整体核实后,特级项目上报公司合约部审批,其他项目报公司合约部门备案。 项目部 1) 施工期间的责任成本控制、核算与分析。

软件研发成本度量规范

软件研发成本度量规范发布 11月8日,工业和信息化部行业标准《软件研发成本度量规范》在北京发布。 作为我国战略新兴产业,软件信息服务业发展迅速,但是多年来,无论是预算的申报,预算的审批,还是招投标采购过程中都无法界定软件工程合理的成本范围。《软件研发成本度量规范》的发布解决了软件度量的评估标准缺失问题,对于提升产业的创新和发展能力具有重要的基础性支撑作用。 相关新闻:软件研发成本度量规范正式发布 近日,行业标准《软件研发成本度量规范》正式对外发布,工业和信息化部软件服务业司副司长陈英出席发布活动并发表讲话。 陈英表示,软件和信息技术服务业这几年发展非常快,各种产品的标准在加紧制定中,在管理质量过程方面已有一些标准,但还不够多,尤其是在质量定额方面经常有1元中标、万元中标,甚至还有零元中标的情况出现,这反映出行业里招投标的不规范,竞争秩序方面的不规范。另外,企业管理者对脑力工作也难以量化安排,软件企业和行业用户都非常需要一个评估的标准。 对于本次发布的标准,陈英强调能够很好地执行和实施才能使标准发挥应有的作用,希望软件企业的发展能够借助该标准登上一个新的台阶,软件市场秩序也能够借助这个标准变得更加规范。 据了解,本标准规定了软件研发成本度量方法、过程及原则,包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。本标准适用于度量成本与功能规模密切相关的软件研发项目的成本。本标准不涉及软件定价,但相关各方可依据本标准明确研发成本,从而为软件定价提供重要依据。 据悉,本标准由工业和信息化部软件服务业司提出,全国信息技术标准化技术委员会归口管理,由中国软件行业协会系统与软件过程改进分会、中国电子技术标准化研究院等超过40家单位起草完成

工程项目成本核算管理办法范本

工作行为规范系列 工程项目成本核算管理办 法 (标准、完整、实用、可修改)

编号:FS-QG-73977工程项目成本核算管理办法Administrative Measures for Cost Accounting of Engineering Projects 说明:为规范化、制度化和统一化作业行为,使人员管理工作有章可循,提高工作效率和责任感、归属感,特此编写。 工程项目成本核算管理办法 总则 第一条为了加强工程项目成本管理,提高成本核算的准确性和及时性,通过实行项目成本核算制,有效控制项目成本,改进经营管理,提高经济效益,特制定本办法。 第二条适用范围 本办法适用于除尘工程事业部负责执行的设计、采购、施工及现场管理的工程项目。 第三条本办法的作用是规范工程项目的成本核算管理工作,明确公司各部门、除尘工程事业部及项目部的职责和相关工作关系。 成本核算的管理,除应遵循本办法外,还应当符合国家有关财务会计法律制度、公司其他成本核算的规定。

成本核算管理体系 第四条工程项目成本核算管理是应体现公司、各部门及项目部参与的一种事中控制的成本管理活动。 第五条项目成本管理内容 项目成本管理是对工程项目成本运行的全过程管理,包括成本预测与计划、成本实施、成本控制、成本核算、成本分析、成本考核、工程款回收管理以及成本管理数据库的建设(整理成本资料与编制成本报告)等,是项目管理的重要组成部分,是提高公司经济效益的重要途径。 (一)根据成本的预测和决策,制定工程项目的目标成本,编制成本计划,作为降低项目成本费用的努力方向,作为成本控制、分析和考核的依据; (二)根据成本计划、相应的消耗定额和有关制度,控制各项成本费用,防止浪费和损失,促使各项目部执行成本计划、节约费用、降低成本消耗; (三)正确及时地进行成本核算,反映各项目部成本计划的执行情况,为公司项目经营决策提供成本信息,并按规定为管理提供必要的成本数据;

软件质量度量指标v1.0

软件质量指标度量 1综述 (2) 1.1编写目的 (2) 1.2阅读指南 (2) 2软件质量指标 (3) 2.1需求功能点覆盖率 (3) 2.2用例执行覆盖率 (3) 2.3缺陷修复率(截至于**年*月*日) (4) 2.4缺陷遗留个数(截至于**年*月*日) (4) 2.5缺陷分布统计(模块缺陷率) (4) 2.6缺陷分布统计(严重缺陷率) (5) 2.7缺陷密度及收敛 (5) 3测试过程质量指标 (8) 3.1缺陷探测率 (8) 3.2有效缺陷率 (8) 3.1用例执行效率 (9) 3.2缺陷发现率 (9) 4交付质量指标 (11) 4.1加载回退率 (11) 4.2故障回退率 (11) 5版本说明 (12)

1综述 1.1编写目的 本文档主要为测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析,为当期被测产品的质量提供可参考的数据,也为后续测试提供数据的基础积累,并作为制定方法流程的依据。 1.2阅读指南 ●软件测试质量指标主要针对研发项目、商务项目被测产品出具数据 度量。 ●测试过程质量指标主要为测试经理、测试组长对测试人员的测试执 行质量出具数据度量。 ●交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用,也可结合使用。

2软件质量指标 2.1需求功能点覆盖率 【需求覆盖率】:计算测试用例总数之和除以与之一一对应的功能点数之和,主要查看是否有功能点遗漏测试的情况。 【公式】:∑测试用例数(个) / ∑功能点(个) 说明:用例覆盖需求矩阵,一个需求对应多个功能点。 【数据来源】:《联通集中集团客户业务支撑系统销售管理用户需求说明书》《联通集中集团客户业务支撑系统销售管理需求跟踪矩阵》 【计算结果】需求覆盖率=113/8=14.13 2.2用例执行覆盖率 【用例执行覆盖率】:计算测试用例执行总数除以与之一一对应的测试数之和,主要查看是否有测试用例执行遗漏或有效的情况。 【公式】:∑执行的测试用例个数(个) / ∑测试用例个数(个)*100% 【数据来源】:《iSMS测试进度跟踪表》 【计算结果】:用例执行覆盖率=100%

信息系统运行维护服务成本度量要求规范

《信息系统运行维护服务成本度量规范》 河南省地方标准编制说明 一、编制的目的和意义 目前我省尚无科学统一的信息系统运行维护服务成本度量标准体系以指导、规范、信息系统运行维护服务项目的研发成本,较大程度导致做预算时无据可依,造成资源极大浪费或预算不足;在信息系统运行维护服务项目招评标过程中,由于无法界定信息系统运行维护服务工程项目的合理成本范围,常常出现恶意低价或超高价格竞标现象; 信息系统运行维护服务成本度量规范的出台,其意义在于:统一预测算口径,明确运维服务内容,采用科学的计算方法计算运维费用,使信息系统运维费用测算更加科学化、合理化,从而有效利用资金,保障相关企事业单位和部门的信息化运维工作正常开展,确保对信息化运维工作的有效支撑和业务持续。 因此,该规范的制定将是河南省信息系统运维服务行业走向成熟的标志,将为河南省信息服务产业的可持续健康发展提供重要的战略支撑。 本标准借鉴国内成熟经验,针对河南省信息系统运维服务项目,规定了信息系统运行维护服务成本度量方法,包括运维成本的构成、度量公式、参数取值,以满足河南省信息系统运维服务产业发展的需求。

二、任务来源及编制原则和依据 2018年3月,由中平信息技术有限责任公司向河南省质量技术监督局提出制定《信息系统运行维护服务成本度量规范》地方标准立项申请,2018年7月,该标准列入2018年第一批河南省地方标准制修订计划(豫质监标发〔2018〕236号),立项编号:20181210065,由中平信息技术有限责任公司、河南省软件服务业协会信息技术标准化专业委员会等单位负责该地方标准的编制工作。 标准的编制原则: 1.在规范制定过程中,对大量各种案例和场景进行了分析,提炼出符合河南省信息系统运维项目实际情况的成本度量方法。 2.编制组对国内水利信息系统运行维护定额标准、软件研发成本度量规范、电力标准成本度量等标准和规范进行了研究和学习,总结并借鉴了其中成熟的做法。 依据和参考的主要标准有: 【1】GB/T 1.1 标准化工作导则第1部分:标准的结构和编写 【2】GB/T 28827.1 信息技术服务运行维护第1部分:通用要求 【3】GB/T 28827.2信息技术服务运行维护第2部分:交付规范

项目成本管理方案办法.docx

项目成本管理办法 第一章总则 第一条为加强工程项目成本管理,规范工程项目成本管理行为, 提高经济效益,根据国家有关规定,结合我司实际,特制定本办法。 第二条项目成本管理的原则是:开源与节流相结合;全员、全 过程地动态管理;实行“量价分离”和项目成本核算制;责权利相结 合等。 第三条项目经理部为工程项目成本管理责任中心,项目经理对工 程从开工到竣工的全过程成本管理及其经济效果负全部责任。 第四条项目成本管理实行全额承包责任制和成本核算制,由公司和项目经理部共同测算项目经理部的工程承包收入,经双方认可后以责任书的形式确定。 第五条项目成本管理的内容包括成本预测与计划、成本实施、 成本核算、成本分析和经济活动分析、成本责任考核、工程款回收管 理以及成本管理数据库的建设等。 第六条项目成本核算制一律采用制造成本法或责任成本法,即项目经理部只管理和核算承包范围内的成本盈亏情况,分公司汇总核算全部的工程成本。 第七条项目成本核算制包括预算成本(责任成本)、实际成本核算,两项成本的计算口径应保持一致。

第八条公司在项目成本管理工作中的主要职责是: 1、制定各项生产要素内部结算价格和劳务分包、材料采购等招标制度,建立内部模拟市场; 2、及时测算、调整项目承包收入,明确项目责任成本目标; 3、核定项目资金使用计划和范围,协助项目催收工程款; 4、审核项目奖金发放标准; 5、管理、合并、汇总核算工程项目全部成本;

6、规范、检查和指导项目成本管理各项工作; 7、考核项目经理部的工作业绩; 8、负责收集项目成本测算资料,建立成本测算数据库。 9、负责规划、建立公司项目成本核算、资金管理网络系统,逐 步实施项目成本核算、资金结算等业务异地零距离管理。 10、随时掌握市场投标报价情况,根据不同投标报价体系研究、 制定项目承包的合理方法与水平。 第九条公司应建立成本核算制,包括人工费管理及结算制度、限 额领料制度、物资盘点和实物计量制度、机械管理及租赁结算办法、费用开支办法、成本考核与奖罚制度、工程验工报量制度等。 第十条项目经理部应建立成本管理责任体系,主要包括项目各业 务部门、岗位及作业层的成本管理责任制。成本管理责任制应有详细的量化责任目标和考核奖罚标准,并实行动态管理。 第十一条项目各业务系统或业务员的主要成本管理职责为: 物资员:①建立健全各类材料收发、领用数量金额台帐; ②按月编制各类材料的需用量计划和月耗报表,并报成本员; ③制订材料费控制目标,严格执行限额领料; ④定期对库存物资进行盘点并做好盘点记录,及时将材料库存和耗用情况与成本员核对,做到帐物相符、帐证相符 ; ⑤按月对材料费的节超原因进行分析并提供分析资料;⑥ 负责零星材料的采购及价款结算的审核工作,严格控制采购价格;⑦ 各类材料价格、实际消耗等信息数据库的建设。

软件研发人员考核的基本原则

软件研发人员考核的基本原则 软件研发人员的考核一直是软件企业管理的难点,总结了进行软件研发人员考核的一些基本原则,整理出来与大家共享: ?要体现公司的价值观 公司的价值观体现了公司认可什么类型的人员?要挽留哪些人?提倡做什么?对这些人员的认可可以通过具体的考核办法落实下来。比如企业鼓励在某一个业务领域内积累丰富的领域经验,鼓励在某个技术方向上进行深入钻研等,对于提倡的这些行为,要有具体的奖励措施。所以在定义考核办法时,需要首先考虑清楚要体现企业的哪些价值观。 ?要体现多劳多得,质与量并重 不能让那些完成了大量艰苦工作的人员吃亏,否则就会打击真正努力工作的人员的积极性。多劳多得原则的实现,基于对工作量的计算。规范的管理都是“以人为本、以过程为核心、以度量为基础”的。要做到多劳多得就需要做好对工作量的度量,如果仅仅注重工作量而不关注工作质量,显然是不对的,而对于质量的考核,可以通过多个渠道来获得数据,如发现的缺陷个数、客户的反馈等等。 当然多劳多得的前提是团队的目标达成了,如果目标未完成,多劳未必多得。 ?要鼓励创新与规范管理 管理与创新是软件企业发展的2个轮子,通过规范管理可以确保企业的常规发展,通过创新实现企业的跳跃式发展,管理为创新提供了转化为生产力的基础,创新可以快速地提高企业的竞争能力,因此在考核办法中要体现出来对这2者的认可。有的企业设立了创新基金,专门用来奖励那些技术创新、管理创新等,有的企业在研发人员的考核指标中加入了对过程改进工作的支持等指标。 ?要鼓励技术复用 成功的软件企业必须在人员、技术、过程三个方面加大投入。软件复用是目前软件公司提高软件生产率的最有效的手段之一,为了在企业内建立组织级的技术复用体系,首先就要鼓励大家主动去提取可复用的各种构件,主动贡献可复用的构件。对于这种提取可复用构件的行为,应根据其可能带来的收益,适当给予奖励。 ?要因时而变,但要尽可能保持连续性 考核办法的制定都有一定的针对性,具有一定时限性,随着公司内外部环境的变化,随着公司文化的逐步稳定,对考核办法要逐步调整,在改变考核办法时,要注意保持考核办法的连续性,不要变化太大,否则就会让被考核人无所适从,产生观望的心态,或者在研究考核办法上花费很多时间,造成不必要的生产效率的下降。 ?要量化与非量化结合 如果没有量化的考核指标,全靠非量化的指标,对于开发人员来讲,很难体现多劳多得的原则,很容易走向“吃大锅饭”的模式,无法调动开发人员的积极性。如果全量化也很难,在开发过程中,有很多工作难以量化,比如需求开发的工作,就很难定量的计算工作量。因此在考核时,在尽可能量化的基础上,也允许有一些非量化的指标的存在。至于2者的比重,可以根据当前企业的管理水平来确定。对于管理比较规范的企业,成熟度比较高的企业,可以采用量化的指标多一些,量化的比重大一些。

2020手机软件测试员工作总结

2020手机软件测试员工作总结 一、前提条件 1.培养个人素质: a)对工作一丝不苟的谨慎态度和一如既往的高昂热情。 b)探索精神,打破沙锅问到底。 c)追求完美,创造性思维,想出富有创意甚至超常的手段来寻找 缺陷。 d)善于表达观点,并组织好语言,描述操作过程应做到通俗易懂。 2.理解职责所在: a)测试用例、测试计划的编写,测试资源、测试质量的协调保证。 b)测试执行,部分自动化测试、性能测试。 c)国外、国内,外场测试的支持。 二、测试目的 测试的目的是为了发现尽可能多的缺陷,这个观点很容易让人接受,但是却很难落实到实际工作中,因为测试的目的常常被定位为 “证明软件没有问题”。软件质量是否优良在投产后才能有所体现。 准确理解测试的目的十分重要。如果认为测试的目的是为了说明 程序中没有缺陷,那么测试人员就会向这个目标靠拢,因而下意识地 设计很多不易暴露错误的测试示例,这些测试用例恰恰证明软件实现 了预期功能,这样的测试是不真实的。成功的测试在于发现了迄今尚 未发现的缺陷。 三、测试流程 1.项目需求评审:

a)评审原则:检查需求的准确性,无歧义性,完整性,一致性, 可执行性,可验证性,可修复性,可追溯性。不要只检查文档的表面 文字和界面,要深入思考,该功能是否符合逻辑,敢于提出问题。 b)评审要点:是否描述可输入/输出值的属性,如边界值,度量 单位,时序要求等。是否描述清楚软件模块与模块间衔接处的处理情 况及返回值。专用名词是否一致性等等。 2.制定测试计划 a.对测试项目实行划分进程,明晰在某个时间应该完成某个测试 任务。尽量细分测试阶段及人员分配。 b.了解、收集并整理测试所需的资源。 c.制定可用度量指标定义的测试成功条件。 3.设计测试用例: a)基本要素:测试目的、前提条件、输入数据或操作过程、期望 的响应。 b)不同的测试例其用途理应不同,不要冗余。 c)设计测试用例在除了常用数据外,还需要考虑极限值、边界值、重复值、0值及负值,即不同的测试用例需要不同类型的数据值来实行测试。 d)设计测试用例时需要注意的是,除了对整体流程及功能注意外,还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。 4.测试过程 a)集成测试:将一些程序模块集成在一起时,测试它们能否正常 运行。

项目成本核算管理办法

中铁隧道集团二处有限公司 南昌轨道交通1号线一期工程土建四标项目经理部 成本核算管理办法 编制: 复核: 审批: 二〇一一年三月二十二日

目录 第一章总则 (1) 第二章管理机构与职责 (1) 第三章成本核算管理及会议流程 (4) 第四章附则 (5)

第一章总则 第一条为了加强现场施工管理和成本管理,及时准确掌握项目工程成本,本着“早发现、早控制”的目的,坚持项目经理主抓、各职能部门紧密配合、全员参与齐抓共管的原则,项目部成立成本核算小组,每月定期召开成本分析会议,查找工程盈亏原因,为下月执行责任成本提供可靠依据。为搞好该项工作,明确各部门职责,特制定本办法。 第二章管理机构与职责 第二条项目部组织机构 (一)项目部成立成本核算管理小组 组长:何毅 副组长:侯彬周兆勇周国奎査家彪贾家敏 成员:吴云竹汪建卫郑雪昭刘毅肖开旭徐黔昆文永先 (二)项目部责任成本管理实施小组职责 1、负责贯彻本办法的落实执行。 2、组织各职能部门制定计量验收、考核、评价的标准。 3、协调各责任主体的责、权、利,督促各职能部门履行职责,推行可控成本承包和开展核算。 4、定期收集月责任成本核算资料,召开月责任成本分析会议,落实责任成本的执行情况。找出责任成本盈亏原因和制定改进措施。 5、按时向公司责任成本管理领导小组报送月责任成本核算资料(报表及文字说明)。 6、负责对责任主体奖罚的认定和执行。 第三条成本核算管理小组及各部门工作职责 1、项目经理(何毅) (1)负责本办法的全面贯彻落实; (2)针对月责任成本分析存在问题制定整改措施; 2、项目书记(侯彬)

负责对成本分析工作进行领导、监督。 3、工程部(责任人:刘毅) (1)制定切实可行的施工方案并不断优化,以最少的投入获取最优的产出。尽量减少施工方案及方法引起成本的亏损。 (2)在总工程师指导下,负责落实根据工程情况确定的施工组织措施,确保施工计划的完成。 (3)加强施工技术管理,合理组织施工,从技术上负责工、料、机械使用等耗费的降低。 (6)负责提供未完成的盘点资料,确保收入完整准确。 (7)负责分析与施工方案相关责任成本节超的原因。 4、工区(责任人:工区主任) (1)负责点工的签认,按项目部的相关规定来审核,并于每月29日12:00前把当月已经审核的点工单送交计划合同部。 (2)负责对当月完成工程数量的确认,及材料(包括主材及辅材)消耗的确认,同时要对完成工天的审核。 (3)负责提供当月发生影响责任成本亏损的事件的记录。 5、物资部(责任人:肖开旭) (1)制定材料采购方案,降低采购单价。 (2)熟悉承包(分包)合同中有关材料种类、消耗定额、责任单价、按工程计划和实际进度进行采购和供应,尽量减少采购成本和储备成本,减少资金占用。 (3)建立健全材料管理制度,加强计量、检验、收发、领用、管理和清查盘点工作,做好材料的修旧利废、节约代用、回收利用工作、确保帐帐、帐实(物)相符。 (4)做好材料消耗记录,按工程(使用)对象和生产班组建立消耗记录、核算节超,负责指导班组的材料消耗核算。 (5)建立材料进货台帐,及时做好材料差价的清算资料。 (6)每月及时与试验部门核对检验代表数量是否与应耗量一致。 (7)以每月24日晚12点为分界点对当月材料消耗进行认真清理盘库25日对各工区、承包班组进行盘点库存。并于当月29日12:00前将各工区(或承包班组)领用材料及各项发生的相关费用送交财务部和计划合同部各一份(计划合同部可用电子版)。(7)于当月29日17:00前将材料实际消耗量(分工区\班组)、物资报表送交计划合

【CN110084439A】一种基于NESMA功能点估算的软件成本度量方法及云系统【专利】

(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910384476.2 (22)申请日 2019.05.09 (71)申请人 浪潮软件集团有限公司 地址 250100 山东省济南市高新区科航路 2877号 (72)发明人 白玉坤 张新法 李传义 崔维康  王振东  (74)专利代理机构 济南信达专利事务所有限公 司 37100 代理人 姜明 (51)Int.Cl. G06Q 10/04(2012.01) G06Q 10/06(2012.01) (54)发明名称 一种基于NESMA功能点估算的软件成本度量 方法及云系统 (57)摘要 本发明公开了一种基于NESMA功能点估算的 软件成本度量方法及云系统,属于软件成本度量 技术领域。本发明的基于NESMA功能点估算的软 件成本度量方法,通过明确被评估系统的边界、 整理被评估系统的数据功能和交易功能,并输入 到度量系统中,通过NESMA功能点估算得出被评 估系统的规模、成本和工期。该发明的基于NESMA 功能点估算的软件成本度量方法能够快速、高 效、准确且权威的估算处软件的规模和成本,具 有很好的推广应用价值。权利要求书1页 说明书5页 附图2页CN 110084439 A 2019.08.02 C N 110084439 A

1.一种基于NESMA功能点估算的软件成本度量方法,其特征在于:该方法通过明确被评估系统的边界、整理被评估系统的数据功能和交易功能,并输入到度量系统中,通过NESMA 功能点估算得出被评估系统的规模、成本和工期。 2.根据权利要求1所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:该方法具体包括以下步骤: S1、规模估算:该流程中搜集相关文档,确定计数范围和边界,度量交易功能和度量数据功能,计算项目原始功能规模; S2、规模校准调整; S3、成本估算。 3.根据权利要求2所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:所述搜集相关文档包括招投标文件、项目需求规格说明书项目详细设计说明书和数据库设计说明书。 4.根据权利要求3所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:所述确定计数边界的边界是软件和其用户之间概念上的分解,用户包括操作软件的人及和软件有交互的软件或硬件。 5.根据权利要求4所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:功能点分为数据功能和交易功能,数据功能包括内部逻辑文件和外部接口文件,交易功能包括外部输入处理、外部输出处理和外部查询处理。 6.根据权利要求5所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:项 目原始功能规模的计算公式如下: 其中,n为数据功能和事务功能的数量和。 7.根据权利要求6所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:规模校准调整过程中采用估算调整因子确定应用程序的处理复杂度,通过估算调整因子,项目原始功能规模转换成校准调整。 8.根据权利要求7所述的基于NESMA功能点估算的软件成本度量方法,其特征在于:所述成本估算包括规模计算工时和工时算成本,规模计算工时公式如下: AE=S*PDR*SWF*RFD 其中,AE:调整后工作量,单位为人时;S:调整后的规模,单位为功能点数;PRD:生产率,单位为人时每功能点,通常取P25到P75之间的数值;SWF:软件因素调整因子;RFD:开发因素调整因子; 工时算成本的公式如下: SDC=AE/176*F 其中,SDC:软件研发成本,单位为万元;AE:调整后工作量,单位为人时;F:人力成本费率,单位为万元每人月。 9.一种基于NESMA功能点估算的软件成本度量云系统,其特征在于:该云系统包括软件项目管理、软件模块管理、功能点管理、项目估算报表生成、复杂度矩阵管理、调整因子管理、地市人月费率管理、用户管理、登录管理和帮助模块。 权 利 要 求 书1/1页2CN 110084439 A

软件测试标准和测试用例汇总

软件测试标准 前言 前一版的《软件测试标准》,在测试工作中发挥了很好的指导作用。本次修改在原标准基础上,提出了新的测试理念、工作方法、组织方式,使之更贴近实际工作,真正起到纲领的作用。 一、软件测试 1、软件测试的目的 软件测试是指为了度量和提高被测试对象的质量、对测试对象进行工程设计、使用和维护的与软件开发过程并发的生命周期过程。软件测试的目的为:验证软件产品的实现状态以及实现质量。 2、软件测试相关概念 2.1白盒测试 指基于程序结构的测试,测试目标是检查程序内部逻辑结构和逻辑路径,是代码级的测试。 2.2黑盒测试 基于程序功能的测试,根据输入输出的关系推断程序功能的正确性。 2.3测试用例 测试方案,包括数据输入和相应的期望输出。依据测试用例来执行具体操作。 2.4预防性测试 其原理为:只要测试在生命周期中进行得足够早,就能够提高待测软件的质量。 2.5测试风险分析 其目的为:确定测试对象、测试的优先级、测试的深度。 2.6软件测试模型 公司目前采用V模型,实现测试与软件开发的同步进行。 2.7等价类划分 将测试对象按某种约定划分为有限个组成部分,提高测试的有效性。 2.8边界值分析 分析测试对象的所有边界值及边界附近的临界值。 二、测试工作流程 三、开发—测试流程

程序员 测试员BUG管理 关闭BUG 得到BUG 修改BUG 版本更新新的开发任务 得到新版本 提交新BUG 验证BUG 执行新的测试任务BUG审核 定期检查、审核BUG 定期编译 说明: 1、新版本提供时间,由程序员与测试员按实际情况协调; 2、BUG 审核的范围包括对BUG 的抽查;对标注为不修改或待讨论BUG 的管理; 3、软件涉及到功能性修改时,应该先提供修改设计说明,讨论通过后方可进行修改。 四、测试角色与职责 角色 职责范围 管理 负责测试全过程组织管理 分析 负责进行测试分析、编写测试用例 执行 执行测试任务 文档管理 负责对测试文档、开发文档管理 五、BUG 主要参数 1、当前状态 记录BUG 的状态,包括已修改、未修改、已验证。 2、严重程度 BUG 严重程度分为四个级别 级别一:死机,数据丢失,主要功能完全丧失,系统悬挂 级别二:主要功能丧失,导致严重的问题,或致命的错误声明

定制开发软件费造价评估方法

1.版本维护 2.依据 此文依据重庆市首席信息官(CIO)协会2019年5月初版的《软件及信息化工程造价理论与实践培训讲义》编制,版权所有,请在有限范围内外传。 3.范围 此费用范围从立项完成到项目竣工之间的费用。 排除:可行性分析、数据迁移、软件维护、与其他项目集成、三方测评、应用示范推广等。

4.软件开发费用计算 方法一 公式:软件开发费用=软件开发成本+利润 说明:软件开发成本=直接人力成本+间接人力成本+直接非人力成本+间接非人力成本。 适用范围:适用于软件开发组织内部核算项目成本及利润的情形。 方法二 公式:软件开发费用=功能规模(数量)* 功能点单价 适用范围:适用于已经确定了功能点及单价的软件开发项目 方法三 公式:软件开发费用=工作量*人月单价 说明:工作量因素有功能规模、功能点耗时率、调整因子、复用度等人月单价=人月工资*人月系数 人月工资:根据所在地统计部门或上一级统计部门公布的“信息传输、软件和信息技术服务业”专业技术人员平均工资计算出的人月工资。 人月系数:根据所在地官方部门或行业组织发布的为准,若所在地未发布,参考国家级官方或者行业组织帆布的基准,特殊情况下可由委托方根据R (E/C或U/C)原则确定 人月系数=人月工资系数+企业管理费系数+规费系数+利润系数

综上得: 人月单价=人月工资(B)*人月系数(人月工资系数+企业管理费系数+规费系数+利润系数) =B*(1+0.45~0.50+0.39~0.45+0.425) =2.265B~2.375B 软件开发费用=工作量*2.265B(此处取最小值) 适用范围:建议政府投资信息化项目宜采用此方法。 5.功能规模计算说明 4.1依据 度量依据 《软件工程软件开发成本度量规范》 GB/T 36964-2018 《信息化项目软件开发费用测算指南》渝 CIO协会 度量方法依据 《软件工程功能规模测量 IFPUG方法 ISO/IEC 20926:2009》 《软件工程功能规模测量 NESMA方法 SJ/T 11619-2016》 《软件工程功能规模测量 COSMIC方法 SJ/T11617-2016》 《软件工程功能规模测量 MKII功能点分析方法 SJ/T 11618-2016》 《软件工程功能规模测量 FiSMA1.1方法 SJ/T 11620-2016》 建议使用IFPUG方法和NESMA方法。 4.2度量过程说明 流程:

项目责任成本管理办法.doc

工程项目责任成本管理办法(征求意见稿) 为适应整个建筑市场的发展需要,增强企业市场竞争能力,提高企业经济效益,实现效益最大化,达到合理降低成本的目的。现全面推行落实公司项目责任成本管理,加强成本的预测与控制,堵塞成本管理漏洞,挖掘内部潜力,完善内部约束和激励机制,正确处理责权利关系,实现成本和收益的目标管理,特制订本办法。 第一章总则 第一条责任成本是指在工程项目施工过程中,按照责任者的可控程度所归集的应由责任者掌控的成本。也就是按照“谁负责,谁承担”的原则,把可控成本归集到负责控制成本的责任中心,在可控成本之上落实责任。可控成本,是指在明确责任人控制范围和管理职责的基础上,责任人可以控制并适当调节的成本。责任成本管理,是指先明确责任,后归集成本,即将项目管理层和作业层,按项目组织责任直接发生成本或费用,划分成若干成本或费用中心(生产单位和业务部门),形成责任中心,再根据各责任中心可控的责任范围、依据的市场价格、定额、取费标准、结算价格等,编制或分解责任成本预算。 第二条推行项目责任成本管理的基本措施: 1.必须制订科学合理的实施性施工组织计划和施工工艺方案。 2.必须编制切实可行的责任成本预算。 3.项目按规定分岗位配备稳定强健的项目领导班子,包括项目经理、总

工程师和总经济师。 4.项目部必须明确岗位职责,将项目责任成本落实到人,做到“人人有成本,人人有责任。 5.项目部必须建立完整配套的日常记录、计价核算、评价分析、考核兑现、系统表报等责任成本管理制度。 第三条本办法适用范围:除抢险、工期少于一个月的、合同额低于伍拾万元的三类项目外,其余项目都要纳入责任成本管理。 第二章责任成本管理体制 第一条公司组织机构及管理职责: 公司为责任成本管理控制层 一、组织机构:公司成立责任成本领导小组,组长由公司总经理担任,副组长为公司总经济师、总工程师、总会计师、分管生产的领导,组员由经济核算办公室、财务部、工程管理部、物资设备部等人员组成。公司经济核算办公室作为责任成本日常管理部门,负责责任成本预算的编制、项目部三项招标(分包、物资采购、设备租赁)、项目单价和数量的审核、并对成本计划的执行、控制,调整、考核负责。 二、管理职责:负责并监控集团公司托管项目和公司自揽工程项目的责任成本管理;建立本公司责任成本管理档案,掌握本公司责任成本管理工作动态;编制项目责任成本预算;收集整理本公司的分部分项工程及工序成本资料和间接费标准,制订和修订本公司的企业内部定额。公司经济核算办公室,每半年定期对公司所属项目责任成本执行情况,形成书面分析报告,上报公司责任成本领导小组。

广东省省级政务信息化服务预算编制标准(软件开发服务分册)

广东省省级政务信息化服务预算编制标准(试行) 软件开发服务分册 2018年12月12日

目录 1适用范围 ......................................................................................................................................... 2编制依据 ......................................................................................................................................... 2.1规范性引用文件 ................................................................................................................... 2.2政策文件 .............................................................................................................................. 3术语、定义和缩略语 4分类指引 ............................................................................................................................................................................................................................................................... 4.1定制软件开发服务 ................................................................................................................ 4.2定制软件升级服务 ................................................................................................................ 4.3定制软件租赁服务 ................................................................................................................ 4.4成品软件租赁服务 ................................................................................................................ 5预算标准 ......................................................................................................................................... 5.1定制软件开发服务费 ............................................................................................................ 5.1.1功能点估算法 ............................................................................................................. 5.1.2工作量估算法 ............................................................................................................. 5.2定制软件升级服务费 ............................................................................................................ 5.3定制软件租赁服务费 ............................................................................................................ 5.3.1定制软件综合租赁费 .................................................................................................. 5.3.2服务调整系数 W ........................................................................................................ 5.4成品软件租赁服务(许可)费............................................................................................. 6附表定制软件开发服务费参考表格 ............................................................................................... 参考附录 .........................................................................................................................................

相关文档
最新文档