软件成本度量体系认证

1、一个软件项目如何评估工作量和成本?

软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。

其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。

国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：

国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。

一、软件规模估算

通常情况下，规模估算是软件成本估算过程的起点。

估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。

在规模估算过程中，需要注意以下情况：

在规模估算开始前，应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行说明，以保证可以根据项目需求进行规模预估。

依据项目特点和需求详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需求的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。

若当前的项目需求极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。

二、工作量估算

在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。

工作量估算时，可采用方程法、类比法、类推法、功能点法：

方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。

类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。

类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。

功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。

在开展工作量估算的过程中，需要注意以下情况：

当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。

当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。

对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时，在采用方程法估算工作量时，工期要求有可能是方程的参数之一。

为追求估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。

工作量的估算结果宜为一个范围而不是单一的值。

三、成本估算

在获得了工作量估算结果后，可采用科学的方法进行成本估算。

在成本估算过程中，应需要注意的情况：

类比法和类推法，同样适用于需求极其模糊或不确定时的成本估算；

间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关；

直接非人力成本通常与工作量估算结果无关，宜单独分项测算；

成本估算结果，也通常为一个范围，而不是单一的值。

四、确定软件开发成本

在《软件工程 软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。

而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本：

根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本；

根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。

在进行软件的规模、工作量、成本估算时应遵循以下原则：

在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法；

充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算；

工作量和成本的估算结果宜为一个范围值；

在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整；

成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法；

在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。

除了上述主要原则外，我们还需注意在使用基准数据时：

 对于委托方和第三方，建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。

对于开发方，在引入行业基准数据的基础上，可逐步建立组织级基准数据库，以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致，以便于与行业基准数据进行比对分析，并持续提升组织能力。

2、软件度量的方法体系

项目度量
项目度量是针对软件开发项目的特定度量，目的在于度量项目规模、项目成本、项目进度、顾客满意度等，辅助项目管理进行项目控制。
规模度量
软件开发项目规模度量(size measurement)是估算软件项目工作量、编制成本预算、策划合理项目进度的基础。规模度量是软件项目失败的重要原因之一。一个好的规模度量模型可以解决这一问题。有效的软件规模度量是成功项目的核心要素：基于有效的软件规模度量可以策划合理的项目计划，合理的项目计划有助于有效地管理项目。规模度量的要点在于：由开发现场的项目成员进行估算；灵活运用实际开发作业数据；杜绝盲目迎合顾客需求的“交期逆推法”。
软件规模度量有助于软件开发团队准确把握开发时间、费用分布以及缺陷密度等等。软件规模的估算方法有很多种，如：功能点分析(FPA：function points analysis)、代码行(LOC：lines of code)、德尔菲法(Delphi technique)、COCOMO模型、特征点(feature point)、对象点(object point)、3-D功能点(3-D function points)、Bang度量(DeMarco's bang metric)、模糊逻辑(fuzzy logic)、标准构件法(standard component)等，这些方法不断细化为更多具体的方法。
成本度量
软件开发成本度量主要指软件开发项目所需的财务性成本的估算。主要方法如下：
类比估算法。类比估算法是通过比较已完成的类似项目系统来估算成本，适合评估一些与历史项目在应用领域、环境和复杂度方面相似的项目。其约束条件在于必须存在类似的具有可比性的软件开发系统，估算结果的精确度依赖于历史项目数据的完整性、准确度以及现行项目与历史项目的近似程度。
细分估算法。细分估算法是将整个项目系统分解成若干个小系统，逐个估算成本，然后合计起来作为整个项目的估算成本。细分估算法通过逐渐细化的方式对每个小系统进行详细的估算，可能获得贴近实际的估算成本。其难点在于，难以把握各小系统整合为大系统的整合成本。
周期估算法。周期估算法是按软件开发周期进行划分，估算各个阶段的成本，然后进行汇总合计。周期估算法基于软件工程理论对软件开发的各个阶段进行估算，很适合瀑布型软件开发方法，但是需要估算者对软件工程各个阶段的作业量和相互间的比例具有相当的了解。
顾客满意度度量
顾客满意是软件开发项目的主要目的之一，而顾客满意目标要得以实现，需要建立顾客满意度度量体系和指标对顾客满意度进行度量。顾客满意度指标(CSI：customer satisfaction index)以顾客满意研究为基础，对顾客满意度加以界定和描述。项目顾客满意度量的要点在于：确定各类信息、数据、资料来源的准确性、客观性、合理性、有效性，并以此建立产品、服务质量的衡量指标和标准。企业顾客满意度度量的标准会因为各企业的经营理念、经营战略、经营重点、价值取向、顾客满意度调查结果等因素而有所不同。比如：NEC于2002年12月开始实施的CSMP 活动的度量尺度包括共感性、诚实性、革新性、确实性和迅速性，其中，将共感性和诚实性作为CS活动的核心姿态，而将革新性、确实性和迅速性作为提供商品和服务中不可或缺的尺度。每个尺度包括两个要素，各要素包括两个项目，共计5大尺度、10个要素和20个项目。例如，共感性这一尺度包括“了解顾客的期待”、“从顾客的立场考虑问题”这两个要素；“了解顾客的期待”这一要素又包括“不仅仅能胜任目前的工作还能意识到为顾客提供价值而专心投入”、“对顾客的期望不是囫囵吞枣而是根据顾客的立场和状况来思考‘顾客到底需要什么’并加以应对”这两个项目。
美国专家斯蒂芬(Stephen H.Kan)在《软件质量工程的度量与模型》(Metrics and Models in Software Quality Engineering)中认为，企业的顾客满意度要素如表7-1所示： 顾客满意度要素 顾客满意度要素的内容 技术解决方案 质量、可靠性、有效性、易用性、价格、安装、新技术 支持与维护 灵活性、易达性、产品知识 市场营销 解决方案、接触点、信息 管理 购买流程、请求手续、保证期限、注意事项 交付 准时、准确、交付后过程 企业形象 技术领导、财务稳定性、执行印象 作为企业的顾客满意度的基本构成单位，项目的顾客满意度会受到项目要素的影响，主要包括：开发的软件产品、开发文档、项目进度以及交期、技术水平、沟通能力、运用维护等等。具体而言，可以细分为如表7-2所示的度量要素，并根据这些要素进行度量。
顾客满意度项目 顾客满意度度量要素
软件产品 功能性、可靠性、易用性、效率性、可维护性、可移植性
开发文档 文档的构成、质量、外观、图表以及索引、用语
项目进度以及交期 交期的根据、进度迟延情况下的应对、进展报告
技术水平 项目组的技术水平、项目组的提案能力、项目组的问题解决能力
沟通能力 事件记录、式样确认、Q&A
运用维护 支持、问题发生时的应对速度、问题解决能力

3、软件成本评估都包含哪些内容？

完整的软件造价评估应该包含哪些？

1 估算基础

对估算对象（需求、任务等）的拆分颗粒度定义了上限与下限，以提升估算的准确度。

完备识别了估算对象，没有遗漏的需求或任务。

估算人员经过了估算方法的系统培训。

定义了组织级的估算方法。

2 规模估算

从不估算规模或经验估算规模升级为客观度量规模，比如采用国际标准的功能点方法或自定义的规模度量方法，无论是哪种方法，规模与工作量之间应该是强相关的才是合理的。

如果对本公司的项目而言，规模与工作量不强相关，也可以是复杂度等其他因子，对这些因子应该也与工作量做了相关性分析，与工作量应该强相关才是合理的。

3 工作量估算

建立了从规模的客观度量用定量模型推算出项目总工作量。

建立了工作量分布百分比的性能基线，可以从总工作量推算各阶段或各类任务的工作量。比如开发的工作量、测试的工作量。

能够用PPB或PPM推算出各种关键活动的最少投入工作量，比如需求评审的工作量、代码评审的工作量、系统测试的工作量等。

工作量的估算结果应该是一个区间，而不是单点值。如，总工作量不超过100人月。

4 成本估算

从工作量到成本有定量的计算方法。

成本的估算结果应该也是一个区间，而不是单点值。比如不超过30万，或者在25到30万之间等。

5 工期估算

识别了项目的关键路径与关键链。

对项目的工期进行了模拟，得到满足项目工期要求的概率有多大。如果概率太低，对关键路链上的任务、投入的资源与需要完成的需求进行了优化。

6 评审与修订估算

保存了估算记录，估算结果经过了评审。

随着需求和任务的明确，在开发过程中修订了估算结果。

7 持续改进估算过程

对比了估算结果与实际结果，对估算偏差率建立了过程性能基线或过程性能模型。

总结了估算有关的经验教训。

对估算方法和过程进行了持续优化。

跟踪检查了估算方法与过程在组织级的落地实施情况。

4、项目成本估算方法的软件度量标准

一、工信部行业标准《软件研发成本度量规范》
软件研发成本度量规范简介
本标准规定了软件研发成本度量方法、过程及原则，包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。本标准适用于度量成本与功能规模密切相关的软件研发项目的成本。本标准不涉及软件定价，但相关各方可依据本标准明确研发成本，从而为软件定价提供重要依据。
标准研制背景
长期以来，如何度量和评估软件研发项目的成本一直是产业界的难题。目前我国尚无科学统一的软件研发项目成本度量标准体系以指导、规范、管理软件项目的研发成本，较大程度导致做预算时无据可依，造成极大浪费；在软件项目招评标过程中，由于无法界定软件工程项目的合理成本范围，常常出现恶意低价或超高价格竞标现象；软件开发商在项目实施过程中，由于缺乏成本控制的科学依据，也经常出现时间滞后、费用远远超出最初估算水平的情况。
标准研制过程
在国家工业和信息化部软件服务业司领导下，从2010年开始启动我国软件成本度量标准体系的研制工作。中国软件行业协会系统与软件过程改进分会 （以下简称 “过程改进分会”）和中国电子技术标准化研究院（以下简称“电子四所”）围绕软件研发成本度量标准体系建设开展了基础性研究工作，梳理了标准体系。核心标准《软件研发成本度量规范》于2010年12月正式立项，计划号为2010-3194T-SJ，由过程改进分会和电子四所共同牵头起草，组织产、学、研、 用约40家单位共同参与，历时3年，为软件项目预算、立项审批、招投标、项目计划、变更管理等工作提供“科学依据”。
标准的价值
1、倡导使用统一的国际功能点方法度量软件规模，使度量结果可比对；
2、倡导使用基准数据估算软件工期和成本，使估算结果更科学；
3、倡导使用一致的估算过程和公式，使估算过程透明化、估算结果可追溯。
标准试点应用
《软件研发成本度量规范》从2012年开始试点应用。海关总署、中国人民银行、东软集团等单位都参与了试点工作，分别在预算审批、项目立项、招投标、项目计划等场景进行应用，取得了很好的效果。截至2013年年底，共有约2000人参加CCEP培训，近1500人通过考试并成为国内首批CCEP（软件成本估算专家）。采用标准规定的方法后，极大的解决了试点企业长期以来面临的问题。
标准发布
行业标准《软件研发成本度量规范》（SJ/T11463-2013） 由中华人民共和国工业和信息化部于2013年10月17日正式发布，并于2013年12月1日开始正式实施。
最新进展
经推荐，该标准由中关村智联软件服务业质量创新联盟牵头 ，正在申请升级为国家标准，于2015年7月31日正式下达计划号：20151553-T-469
二、北京市地方标准《信息化项目软件开发费用测算规范》
规范研制背景
北京作为全国软件与信息服务业之都，产业规模一直位居全国前列，并且保持着较快的增长水平，软件和信息服务业在全市经济发展中也占有越来越重要的地位。随着十二五规划的逐步实施，北京市各行各业信息化建设投资也不断加大，仅全市每年属于市级财政拨款范畴的信息化项目就可达700至800个，金额总量可达三十多亿元，涉及上千家企事业单位。然而本市一直没有科学统一的标准以支撑、规范、管理信息化项目软件开发费用的测算，这大大制约了北京软件产业的健康可持续发展。由于相关标准的缺失，如何测算信息化项目软件开发的合理费用一直都是北京软件产业发展中的难点，因而常常导致软件项目预算审批无依据、恶意竞标等问题的发生。
规范的价值
由北京市经济和信息化委员会归口指导，北京软件和信息服务交易所、北京软件行业协会过程改进分会联合制订的北京市首个软件成本度量地方标准《信息化项目软件开发费用测算规范》于今年11月起正式实施，这标志着我市信息化项目软件开发工作拥有了科学、标准的费用评估方法，有助于规范行业市场、推动软件企业提升生产效率，提升产业增长质量。
三、联盟标准《行标应用指南（预算场景）》
编制背景
长期以来，如何度量软件研发成本一直是产业界的难题，尤其是在预算、招投标、项目计划等活动中因为缺失科学统一的软件研发成本度量标准，较大程度导致项目做预算时无据可依，进而造成预算浪费或预算不足；在软件项目招投标过程中，因为缺乏软件研发成本度量依据，恶意竞标、低价中标现象频频发生；开发方在项目实施过程中，由于缺乏成本控制的科学依据，也经常出现时间滞后，费用远远超出最初预算的情况。科学统一的软件研发成本度量标准既是有效进行软件项目管理的重要依据，也是当前软件产业发展的迫切需要。
为此，工业与信息化部软件服务业司委托中国软件行业协会系统与软件过程改进分会牵头组织编制了《软件研发成本度量规范》。标准中规定了软件研发成本度量的方法及过程，包括软件研发成本的构成、软件研发成本度量的过程、软件研发成本度量的应用。其目的是帮助软件研发涉及各方科学、一致地进行成本度量。但标准中没有包含软件研发成本度量过程中所需要的估算模型、行业基准数据及其在不同场景进行成本估算的详细步骤和方法，因此需要制订标准的应用指南，以便相关各方针对不同的应用场景、正确使用行业数据和模型，有效开展软件研发成本度量相关工作。
编制目的与范围
本指南是《软件研发成本度量规范》系列应用指南之一，针对预算场景。
《软件研发成本度量规范》中的成本度量，特指对软件研发成本的预计值进行估算或对实际值进行测量、分析的过程。而《软件研发成本度量规范》中，预算是指根据项目成本估算的结果确定预计项目费用的过程。因此，本指南主要描述在预算场景下如何开展成本估算工作，而不涉及编制预算的其他方面。
在《软件研发成本度量规范》及本指南中，软件研发过程包括从项目立项开始到项目完成验收之间的需求分析、设计、编码、集成、测试、验收交付活动及相关的项目管理、支持活动。因此，本指南中软件研发成本仅包括软件研发过程中的所有直接成本和间接成本，但不包括数据迁移、软件维护等成本。本指南中所涉及工作量、工期也仅为软件研发过程所用工作量、工期。
本指南编制的主要目的是指导预算活动相关各方，基于《软件研发成本度量规范》有效开展成本估算工作，并为确定软件项目预算提供科学依据。
本指南明确了基于《软件研发成本度量规范》和基准数据开展成本估算相关活动的步骤与方法，并通过示例，明确了典型情况的估算及调整方法；对于其他特殊情况，相关人员应根据本指南及《软件研发成本度量规范》中的相关原则，结合项目特点，选择适当的估算方法或对估算结果进行合理调整。
对于与预算类似的其他早期估算应用场景，相关人员也可参照本指南的相关原则与方法，开展项目估算活动。

5、哪些软件适合使用功能点方法进行成本度量？

看你问的问题，我觉得你应该是刚刚接触软件成本度量这方面的知识。我先说说功能点方法然后再回答你的问题。功能点是度量软件规模的一种单位。功能点方法是从用户视角度量软件的大小，已经成为软件规模度量的国内外标准，也是唯一纳入国际标准的软件规模度量方法。目前应用比较广泛的是国际功能点用户组（IFPUG）发布的标准功能点法和荷兰软件度量协会（NESMA）发布的快速功能点法。我建议你好好了解一下功能点方法，这样你就很容易分辨清。
好了，我开始回答你的问题。在行业标准解读《软件研发成本度量规范释义》第2版中提到，适合使用功能点方法来度量的软件有以数据和交互处理为中心的；以功能多少为主要造价制约因素的，例如：电子政务类；银行、电信的用户和业务管理系统类；办公自动化、ERP、信息管理系统类等。
不适合使用功能点方法来度量的软件有包含大量复杂算法、创意型软件、以非功能性需求为主的，例如：视频和图片处理软件；杀毒软件；网络游戏；性能优化任务等。
希望我的回答可以帮到你。

6、软件开发成本有哪些？

所谓售前成本，就是在合同签订前，乙方为这个项目做商务、做演示、做售前调研等付出的成本（人工费、办公费、差旅费等）。倒霉的是，并不是每个售前项目都可以签单，更倒霉的是，一般情况下丢单的比签单的多，这些丢单的售前项目，成本往哪里去呢，自然需要由签下的项目弥补。
直接人工成本。
每个开发团队包括很多岗位，如项目实施经理、需求分析师、系统架构师、程序员、测试工程师、美工、客服等，这些岗位的人，都是需要吃饭的，都需要发工资、交五险一金。一个项目要做好，离不开这些岗位通力合作。即使只看直接人工成本，也远远不止程序员的工资社保。
开发工具及设备成本。
团队在开发过程中需要各种开发工具，有些工具是开源免费的，但也有很多工具是要收费的。当然，一般来说，每个团队都有很多开发项目，这个成本分摊到每个项目并不高，几乎可以忽略不计。但是，有的时候，有些特殊的设备是为这个项目专门采购的，那么这个成本就不能忽视了。
间接人工成本。

7、体系认证是指什么认证

体系认证一般是指某组织或企业，通过一个第三方机构对其的管理体系或产品，进行第三方的评价。该机构必须是独立的，公正的，权威的。
常见的体系认证一般有：ISO/PAS28000：2005供应链安全管理（反恐认证）、ICTI国际玩具业协会商业行为守则、SA8000：2001社会责任管理体系认证、QC08000危险物品进程管理系统要求、ISO/TS16949：2002汽车工业质量管理体系认证、ISO22000：2005与HACCP食品卫生安全管理体系认证、ISO13485：2003医疗器械质量管理体系认证、ISO9001：2008质量管理体系认证、ISO14000：2004环境质量管理体系认证、OHSAS18000：1999职业健康安全管理体系认证、FSC森林体系认证等等。

8、CCEP认证是什么？有人了解吗？

ccep认证与十环认证的区别是什么?泰融环保小编与大伙聊聊。
一、证书不同：
ccep认证是中国环境保护产品认证；
十环认证是中国环境标志产品认证的俗称。

二、认证范围不同：
ccep认证主要认证范围是：针对污染治理机械设备、环境监测仪器仪表、环境保护材料和药剂等；
十环认证主要认证范围是：家具建材，涂料胶水等。

三、认证机构不同：
ccep认证机构是中环协（北京）认证中心；
十环认证认证机构中环联合（北京）认证有限公司。

四、认证费用不同：
ccep需要的费用比较高；

五、认证作用上的相同和不同：
相同点：十环认证和CCEP政府招投标都可以加分；
不同点：十环认证可以进政府绿色采购，ccep认证不能。

更多的关于ccep认证详情的可以关注广州泰融环保网查询了解。那么哪些产品可以申请ccep认证?

1. 水污染治理产品(一体化污水处理装置、隔油器等等);
2. 空气污染治理产品(餐饮油烟净化器、VOC有机废气处理装置、烟气脱硫除尘设备等等);
3. 固体废物处理处置设备(污泥压滤机、小型生活垃圾处理装置等等);
4. 噪声及振动控制产品(声屏障等等);
5. 环境监测仪器设备(COD、氨氮在线监测仪器，数据采集仪等等);
6. 环境保护材料和药剂

9、常见的体系认证有哪些？

ISO9001质量管理体系认证、ISO14001环境管理体系认证、OHSAS18001职业健康安全管理体系认证、ISO2200/HACCP食品安全管理体系认证、ISO13485医疗器械质量管理体系认证、中石油HSE管理体系、中石化HSE管理体系认证、ISO/TS16949汽车行业质量管理体系认证、ISO5001能源管理体系认证、ISO27001信息安全管理体系认证、ISO20000信息技术服务管理体系认证、CMMI软件企业管理体系认证、企业标准化管理体系认证。