软件开发费用计算方法及软件开发服务框架合同

软件开发项目计算方法（V2.0）广东软件行业协会二○○六年八月公司LOGO目录1 前言 21.1目的 21.2软件项目建设类别 21.3适用范围 21.4名词解释 32 软件项目费用概算 42.1项目阶段划分 42.2各阶段费用构成 52.3项目费用概算 63 各项费用取费依据 73.1咨询费 73.2建设费 83.3服务费 83.4附加费 123.5需求变更估算 124 工作量估算方法 134.1开发阶段工作量估算 134.2实施阶段工作量估算 154.3维护阶段工作量估算 175 人月成本估算方法 186 其他事项 196.1最终合同金额确定 196.2付款方式 206.3评估机构 20软件项目规模功能点估算方法 211功能点估算流程 212功能点分析的要素 223功能点计算（初步值UFC） 234确定技术复杂度因子TCF 245计算调节后的功能点数FP 25参考文献 26

前言1.1目的规范软件市场行为，维护价格公平竞争，同时为软件项目建设经费概算提供科学可信的依据。1.2软件项目建设类别软件产业发展到现今阶段，技术已经很成熟，产品也已经很丰富，同时由于开发工具和操作系统平台的可选择性，软件项目出现了多样化的趋势。同样是软件项目，完成途径和开发手段不同，其费用也会存在很大差异。不同类别的软件项目，其费用构成和概算方法也不同。根据项目建设要求和方式，一般分为以下几类：新开发项目：从项目的需求分析开始直至产品完成正式交付使用，其工作覆盖软件产品的分析、设计、测试、实施、运行维护各阶段。二次开发：在现有产品的基础上进行提升和改造。软件移植：已有产品从一个操作系统平台转移到另一个操作系统平台，或者从原来的运行环境切换到另一个新的运行环境所需要进行的调整和变动。产品集成：将多个现有软件产品构件整合在一起，组装成比较复杂的或者更加完整的产品。1.3适用范围本指南适用于应用类定制软件的新开发项目，项目应覆盖软件开发全过程（包括立项可行性分析，需求分析、编码实现、安装实施、运行维护各个阶段工作）。其中人月成本的计算方法也适用于其他类型的项目。本指南是站在行业的角度，去评估一个应用软件项目的开发费用应该是多少，而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。虽然这两者之间会有关联。对于同一软件开发项目，不同的开发商由于各自的技术、能力、管理、积累以及其他方面的因素，其实际成本支出会有较大差异。而这不在本指南考虑之内。1.4名词解释应用软件：是指针对特定领域开发，为特定目的服务的一类软件。软件开发：指从软件项目启动到项目实施前这一时间段的工作。其内容包括详细设计、编码、测试、系统调试等方面的工作。系统实施：指软件项目开发完毕进行安装到项目正式验收这一时间段的工作。其内容包括系统安装、个性化配置、用户培训等方面的工作，但不包括各实施点的本地化开发工作。运行维护：指从软件项目正式验收到合同规定的项目维护期结束的这一时间段的工作。其内容包括在此期间所需要提供的原系统完善性修改和服务等工作（不包括新增需求和原功能的重大变更）。如：运行管理、系统平台维护、应用软件维护、数据维护等验收测试：确定项目是否符合其验收准则，使客户能确定是否接收此项目的正式测试。功能点(FP)：功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。功能点分析法是目前国际上软件行业普遍接受的软件项目规模度量模型。成本系数：成本系数是指完成某个功能点（FP）的规定活动所需要投入的人工时，其单位为：人工时/FP。根据软件项目建设过程的各阶段工作，可分为：开发成本系数、实施成本系数、维护成本系数。工作量：工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人月”。人月成本：指软件企业一个月平均需要的所有开销（包括员工成本、国家税收、企业利润、管理成本和质量成本等）摊分到各个员工头上的金额。平均工资：指软件企业支付给所有员工的工资总和除以企业员工人数得到的工资数。软件项目费用概算2.1项目阶段划分软件项目全过程可分为：立项阶段、建设阶段、完成阶段。不同阶段工作重点不同。为保证软件项目开发质量，避免因需求不确定，或者频繁更改所造成的成本上升，同时也利于项目费用概算，软件项目建设最好采取“总体规划、分段实施”的原则。立项阶段：可委托专业技术咨询机构或者专家进行项目的可行性分析，需求分析；根据需求分析，进行系统设计；根据需求分析、系统设计，计算工作量，估算项目建设费（预算）；根据项目概算进行招投标，确定软件开发商，签订建设合同。建设阶段：由软件开发商根据前期需求分析和系统设计，进行编码实现，并负责安装实施、运行维护等工作。项目实施完毕，需委托第三方测试机构进行验收测试。完成阶段：项目完成后，在需求变更较大的情形下，可委托专业技术机构根据实际工作量估算项目建设费（决算），项目结束。2.2各阶段费用构成各阶段的所有费用可分为四类：咨询费：包括立项阶段的可行性分析，需求分析、系统设计、估价、招投标等方面的工作所需要支出的费用。服务费：第三方测试机构的验收测试费、监理单位的监理费、进行数据扫描录入等方面工作的数据处理费等。建设费：软件开发商在开发、实施、维护等方面工作的费用。其中包括：软件开发费、系统实施费、运行维护费。附加费：针对具有特殊性质的软件开发项目。如：若需要提交源程序，必须增加知识产权费；若涉及保密方面的工作，则须增加保密费用等。此外，由于软件项目建设过程中，需求变更不可避免，因而还需要考虑到因需求变更导致工作量加大带来的费用。软件项目费用构成如图1所示。可行性分析可行性分析软件项目费用构成咨询费需求分析系统设计估价招标代理建设费维护费实施费服务费监理费测试费需求变更费附加费保密费知识产权保护费费技术咨询开发费其它数据处理标准符合性检测图1软件项目费用构成2.3项目费用概算依上所述，软件项目从立项到结束，项目费用为：项目概算=咨询费+建设费+服务费（＋需求变更费+附加费）=咨询费+开发费+实施费+维护费+验收测试费+监理费（+需求变更费+附加费）各项费用取费依据3.1咨询费指软件项目立项前期，请专业机构或者专家进行技术咨询、可行性分析、需求分析，造价评估、方案设计、项目招标代理等方面工作所发生的费用。该部分费用可根据项目预计投入的建设费按照一定比例计取，也可以根据所投入的人月数进行计取，此外还可以由双方协商确定。在招标活动中，公证处对全过程进行现场公证并对采购合同进行公证，公证费按照国家规定标准计算。表1软件行业咨询取费标准收费项目收费基数基准费率（%）≤100万101-300万301-500万501-1000万1001-3000万>3000万需求分析、可行性分析、系统设计等项目预投入费8.37.87.36.75.44.5估价项目预投入费3.63.02.52.21.81.5招标代理中标金额1.00.80.70.550.350.3技术咨询每人每日1000元～1500元表2公证服务取费标准标的额m（万元）≤22<m≤55<m≤1010<m≤5050<m≤100100<m≤200200<m≤300300<m≤400>400费率(%)10.80.60.50.40.30.20.10.05注：按表1计费不足1000元的，按1000元收费。按表2计费不足200元的，按200元收费。技术咨询按耗用工时（日）计费，为完成委托任务发生的差旅、交通费由委托方另行支付。招标代理收费和公证服务收费按差额定率累进法计算。如某招标代理业务中标金额为600万元，计算招标代理费如下：100万元*1.0%=1万元（300-100）万元*0.8%=1.6万元（500-300）万元*0.7%=1.4万元（600-500）万元*0.55%=0.55万元则合计收费：1+1.6+1.4+0.55=4.55万元3.2建设费建设费包括支付给软件开发商的进行软件开发、实施、维护等方面工作的费用。主要依据工作量（完成该项目需要投入的人力，以人月度量）和人月成本进行估算。建设费=开发费+实施费+运行维护费=（开发工作量+实施工作量+运行维护工作量）×人月成本3.3服务费3.3.1验收测试费软件项目验收是一个运行环境复杂、技术难度较高、评价体系抽象的过程。该项目验收除经过专家评审外，还应进行相应验收测试，只有两者结合才能为信息化项目验收和鉴定提供定性、定量的科学依据，才能做出较为客观准确的验收和鉴定结论。软件项目的验收测试是根据项目的特点（功能、技术需求和大小等）以及项目投入，按照评价软件质量的功能性、易用性、可靠性、可维护性、可移植性、效率和文档等7个特性进行特性裁减，分为功能确认测试和验收测试。1）功能确认测试项目对象：省、市级信息化建设项目包括电子政务建设项目验收，各种渠道申报的与软件相关的科技项目的验收和科技成果鉴定项目。测试内容：根据申报或鉴定合同的技术条款和软件操作手册及被测软件运行确定测试内容，一般只覆盖软件的功能性、易用性和文档。主要判断被测系统是否完成合同要求的功能及相关特性。收费标准：8000-10000元。2）项目验收测试项目对象：各类信息化建设项目包括电子政务建设项目应用发布之前的验收，各种渠道申报的与软件相关的科技项目的验收和科技成果的鉴定项目，只要用户需求和合同中的条款覆盖效率和可移植性等特性要求的项目。测试内容：在模拟或实际环境下测试被测系统是否实现了用户需求，是否达到了国家标准的相关要求。依据用户需求分析、合同的技术条款、国家标准的特性要求、软件操作手册和被测软件运行确定测试内容。收费标准：验收测试费=建设费D*各测试项费率之和*调节系数t各测试项的费率及收费调节系数取值如表3、表4所示。表3验收测试项费率表序号测试项子特性费率（a%）1功能性功能点《100a≥2.8功能点>100a≥32易用性易理解性a≥0.07易学性a≥0.06易操作性a≥0.073可靠性成熟性a≥0.2容错性a≥0.2易恢复性a≥0.14维护性易改变性a≥0.07稳定性a≥0.07易测试性a≥0.065可移植性一个环境下测试a≥0.2多个测试环境，测试环境数na≥0.2+(n-1)*0.16效率一般的效率指标a≥1负载压力测试并发用户数≤50，测试脚本数≤3，a≥1；每增加50个以内用户数或3个以下测试脚本数，a递增0.57文档用户文档a≥0.1技术合同a≥0.05需求规格说明书a≥0.1表4调节系数t取值范围序号项目建设费D（万元）收费折扣系数(t)1D≤200≥12200<D≤500≥0.983500<D≤1000≥0.9641000<D≤2000≥0.9552000<D≤5000≥0.9365000<D≤10000≥0.927D≥10000≥0.90注：1）影响项目验收测试费用的因素一个是项目的大小，另一个是所选择的测试项。被选测试项多少决定测试费率a，项目大小决定收费调节系数L；2）根据项目特点针对软件各个特性进行选择测试，测试费率为所选择软件特性测试费率a各项之和。3）根据项目大小采取项目建设费越高费率越低原则进行调节。4）项目验收测试最低收费为：8000元（不含负载压力测试）2万元（含负载压力测试）3.3.2工程监理费软件项目监理收费既考虑了信息系统软件项目的特点，又参照了其它监理行业的收费标准、收费方式。一般可按照项目建设费(或合同价格)的一定百分比取费。其取费比率主要根据项目的规模、阶段、内容、复杂程度及监理成本等多方面因素综合计算。计算公式如下：监理费=建设费D*基本费率a*地域调整系数d*工期调整系数e1）基本费率a根据项目建设费的规模进行调整。取值范围如下：表5监理基本费率a取值范围序号项目建设费D（万元）费率a（%）1D≤200＞122200＜D≤500＞93500＜D≤1000＞741000＜D≤2000＞652000＜D≤5000＞565000＜D≤10000＞47D＞10000＞32）鉴于软件项目实施时分布的地域会有所不同，因此，监理的费率应在基本费率的基础上考虑地域的因素。地域调整系数d取值如下：表6地域凋整系数d取值范围序号地域范围地域调整系数1集中实施12地市范围1～1.23全省范围1.2～1.54全国范围1.5～23）鉴于软件项目工期长短不一，因此，监理的费率应在监理的基本费率基础上考虑工期的因素。工期越长，系数越大。工期调整系数e如下：表7工期调整系数e取值范围序号工程工期T（年）工期调整系数e1T≤1e＞0.921＜T≤2e＞1.13T＞2e＞1.44）其他对于非监理原因造成工程延期而产生的监理附加工作，监理单位有权获得监理附加报酬。监理附加报酬率=监理费*附加工作月数/合同规定月数。对于项目结束后的维护，其监理取费由用户单位和监理单位协商解决。本参考标准未作规定的，可参考国家相关标准。3.3.3数据处理费项目中如含有大量档案、数据需要录入、处理，则需要考虑相应的数据处理服务费。收费标准可以根据所需要处理的资料的页数核计收费。一般情况下单纯的数据录入，收费标准为：0.3-0.5元/页。特殊要求的数据处理可依据合同约定。3.4附加费如果用户需要软件开发商提交源代码，则必须支付相应的知识产权费；如果所开发的项目是涉密项目，则需额外再支付给软件开发商保密费。这些费用的计算均与软件开发工作量相关，也就是与项目建设费相关，可按照项目建设费的一定比例计取，或者双方协商。3.5需求变更估算由于软件开发过程中，用户的需求有可能不断变化，从而导致开发工作量的变化，费用追加。故在立项阶段即要请专业机构或者专家对需求变更的风险性进行评估，以便在做项目预算时留出足够应付需求变更的经费。项目需求变更一般发生在项目建设过程中，立项阶段的咨询服务不受需求变化的影响。但验收测试和工程监理工作量会随着需求变化而加大，所以需求变更费为：需求变更费=（建设费＋验收测试费＋监理费）*需求变更风险系数f风险系数f可依据以下因素确定：项目的成熟度：如果是新项目，则开发过程中出现需求变更的可能性很大，且需求变更幅度大，风险系数就高；如果是成熟项目，或者已经有过案例的项目，则需求变化的可能性较小，即使有变化，幅度也不会太高，则风险系数就低。项目的规模大小：如果项目规模小，需求容易确定，变更几率就小，反之就大；用户业务的稳定性和管理的规范性：用户单位业务的变化和业务流程的调整，都有可能带来开发过程中需求的变化。前期项目需求分析、系统设计的规范性和完善性：前期的需求分析是否全面到位、系统设计的是否规范和细致，会影响到开发过程的需求变化率。工作量估算方法工作量指在软件项目建设过程中需要投入的人力和时间，一般用人月数进行度量。项目建设阶段一般可分为：开发阶段、实施阶段、运行维护阶段。故在工作量需分阶段进行估算。工作量=开发工作量+实施工作量+维护工作量另：由于在软件项目开发过程中，因需求变更导致工作量改变的情形不可避免，故可分别在立项阶段进行工作量预算，在项目完成阶段进行工作量核算。4.1开发阶段工作量估算开发工作量是计算实施阶段和维护阶段工作量的基础。主要有两种估算方法。4.1.1功能点估算法该方法主要是依据软件项目的功能需求来评估开发工作量。通过分析系统需求计算项目规模（功能点数），再乘以各阶段完成每个功能点所需要投入的人工时（开发成本系数），就可计算出完成项目所需要的人月数。适用于立项阶段需求分析比较详细的项目或者用于项目完成阶段的最终工作量估算。开发工作量D（人月）=（项目功能点FP*开发成本系数k/H/W）其中H是指国家规定的一天工作时数，W指一个月工作天数。功能点FP的估算详见附录—软件项目功能点估算法。开发成本系数k的大小主要是考虑项目的非技术难度，如开发周期、协调难度、业务的复杂程度、需求的不确定性等因素。根据对实际数据的测算，开发成本系数k取值范围一般为：表8开发成本系数k取值范围功能点数(FP)开发成本系数（人工时/FP）《30003.5～4.03000〈FP《80004.0～4.5〉80004.5～5.0针对个别项目，如果有特殊情况（如某些用户业务的特殊要求是一般项目中从未出现过的、开发人员需要到用户现场开发等），则经专业咨询机构或者专家评估，开发成本系数可以超出此范围上限的限制。4.1.2任务估算法任务估算法是把软件项目功能分解为若干个相对独立的任务，再分别估计完成每个任务需要的人员搭配比例及投入时间，每个人员的工作量之和就是该任务的工作量。最后将各个任务的工作量累加起来就得出软件项目的总工作量。该方法适用于立项阶段的工作量估算。依据软件工程的概念、国内软件开发行业的惯例及经验值，软件开发工作可分为：设计、编码、测试。设计各个岗位人员工作量可基于以下标准计算：以程序员的工作量为标准；高级程序员的工作量为标准工作量的1.5倍；系统分析员的工作量为标准工作量的2.5倍；测试工程师的工作量为标准工作量；高级测试工程师的工作量为标准工作量的1.5倍；项目管理人员的工作量为标准工作量的3倍；市场营销人员的工作量为标准工作量；技术支持工程师的工作量为标准工作量；文秘的工作量为标准工作量的0.5倍；例如：完成某个任务的人员投入和时间需求如表9，则其工作量为60.5人月。表9某任务工作量估算表开发阶段投入人员情况时间（月）工作量（人月）需求分析系统分析员2人22*2*2.5=10系统设计系统分析员1人21*2*2.5=5高级程序员2人22*2*1.5=6编码高级程序员2人12*1*1.5=3程序员4人14*1*1=4测试测试工程师4人24*2*1=8项目管理项目管理人员1人71*7*3=21文案工作文秘1人71*7*0.5=3.5合计：60.5（人月）4.2实施阶段工作量估算软件项目的实施范围因项目而异（有些项目只实施一个单位、有些需要实施多个单位、有些甚至需要全市、全省甚至全国实施），所以实施阶段的费用也会有很大的差异,甚至有的项目会出现实施费用超过开发费用的情形。实施阶段的工作量可依据开发阶段工作量、实施系数来计算。实施工作量（人月）=开发工作量D*实施系数s根据项目是集中式实施还是分布式实施，实施系数s的取值有所不同。集中式实施的项目实施系数s与“用户数”相关。设n为用户数，一般情况下：当0<n≤100时，s=0.2；否则，s=0.2+（（n-100）/100）*q（四舍五入取两位小数）；q是调节因子，取值范围为：0.03≤q≤0.05，具体取值依项目实施难度而定。2)分布式实施的项目实施系数s与“实施单位（点）数”相关。设n为需要实施的单位（点）数，一般情况下：s=0.2+（n-1）*qq是调节因子,一般取值范围为：0.08≤q≤0.15，具体取值依项目实施难度而定。3)个别项目，如果对实施有特殊要求（这些特殊要求是一般项目中从未出现过的或有本地化开发工作的），或者实施环境、条件、难度等方面因素的影响，则经专业机构或者专家评估，实施系数可以超出此范围上限的限制。4)如果软件项目是系统集成项目中的一部分，实施时需要整体考虑，则可将实施费抽出另算。一种是将软件实施费并入到整个集成项目的实施费用中，另一种就是在软件实施费中加入项目集成的实施费用。4.3维护阶段工作量估算软件项目通过验收,交付使用后，需进行一年的系统维护。维护内容包括：运行管理、系统平台维护、应用软件维护、数据维护等。根据不同的用户要求，系统维护服务可分为以下两种情形：A级软件企业派出技术人员常驻用户处，解决日常运行中发生的问题。则其工作量由派驻人员的数目和派驻的时间决定。软件（系统）维护工作量＝派驻的人员数*时间（月）B级软件企业在国家规定的正常工作时间，按双方约定的条件和时间到达现场，且每月（或定期）派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。则B级的维护工作所需工作量依据开发工作量、实施工作量、维护系数来计算。运行维护工作量（人月）=（开发工作量+实施工作量）*维护系数w=（开发工作量+开发工作量*实施系数s）*维护系数w=D*（1+s）*w维护系数w取值范围为0.15-0.20，具体取值依项目维护难度而定。针对个别项目，如果对维护有特殊要求（这些特殊要求是一般项目中从未出现过的），则经专业机构或者专家评估，维护成本系数可以不受此限制。备注：系统后期维护：系统运行一年之后的系统维护，需另行签订系统维护合约。为了有利于保证用户的利益和扶植软件企业，在维护工作范围不变的前提下，如果新维护合同的维护费用不超过上一年度维护金额的115%，则用户应该和原开发商直接签订维护合同，否则由可进行招投标并确定新维护合同的项目承担单位。人月成本估算方法软件开发项目成本计算中应包括软件项目在开发过程中所耗费的各项费用，包括从设计阶段到测试完毕交付用户使用之间所发生的工资费、材料费、外协费、试验费、固定资产使用费、交通费、管理费等。一般用人月成本作为度量指标。人月成本是指软件企业一个月平均需要的所有成本开销（包括工资、奖金、福利、办公成本、国家各种税费、管理费用等等）及软件企业合理利润的总和，除以企业员工人数。其成本开销主要包括以下方面：1）工资：指软件企业需要支付给软件开发人员的工资的平均值，设该值为B。2）国家规定的福利：按照国家政策的缴费基数缴纳的职工福利，其中公积金8%~20%（此处按8%计），医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金1%，累计为47.6%。故该项成本为0.476B。3）奖金及各项物质奖励：指企业支付给企业的奖金及过年过节的一些物质奖励和基本福利。根据经验及广东省软件行业情况，该项成本约为0.20B。4）办公成本：包括办公场地租赁费、水电费、差旅费、企业为项目顺利运作所支付的其他费用如市场营销费等各项。根据经验及研究，该项支出约占企业员工成本的三分之一，即该项成本为B/3。5）人力资源储备费：企业人员流动、人员储备及人员的学习、培养、知识更新，不能创造价值但需要支付成本，该项成本为0.20B。6）基础设施建设、设备的购置、折旧费，各项开发平台、开发工具的购买等，该项成本约为0.15B。7）国家税收和企业利润，根据经验和统计数据，约占企业员工成本的三分之一，故该项成本约为B/3。8）管理费用：包括公司管理层，部门管理层，人力资源、行政、财务等人员的费用分摊。根据经验和行业通常计算方法，每十个软件人员配备两个管理人员，则管理费用计取的比例为前面七项总和的20%。综合以上因素,可得出一般程序员的人月成本Q为：Q=（工资＋福利＋奖金＋办公成本＋资源储备＋基础建设＋税收利润）*(1+管理费率)=(B+0.20B+0.476B+B/3+0.2B+0.15B+B/3)*1.2=3.23*B注：平均工资B根据国家经济发展和软件行业发展状况每年会有所调整，不同的地区工资水平也会有所差异。可由软件行业协会根据软件行业统计数据和地方经济发布数据，得出全省主要地市每年的平均值并予以发布。其他事项6.1最终合同金额确定软件项目完成后，根据最终的系统功能点数和性能要求，可由专业评估机构再次进行评估，根据评估结果确定最终项目的合同金额。其中因需求变更而追加的费用一般不能超过项目概算的40%。如果由于需求发生巨大变更而导致需求变更费用大幅增加，软件开发商需要及时向用户方提出申请，由专家进行评估后决定是终止需求的变更或续签新合同。6.2付款方式软件项目建设过程，为保证工程按时按质完成并保证投资方和开发商的利益，可将整个软件项目分解为多个子项目或者分阶段项目，逐个实施，分项付款。6.3评估机构项目概算过程中要充分发挥专家和中介机构在管理与决策中的咨询和评议作用。

附录软件项目规模功能点估算方法软件项目的工作量大小由软件项目规模所决定。软件项目规模大小可根据历史经验、类比等方法来估算，但目前国际上通行的也比较科学的估算方法是采用功能点分析方法。功能点分析方法是通过一种基于软件功能的预测模型，以各种与软件项目功能有关的因素作为软件开发工作量的度量。一旦项目的需求分析确定，就可以大致得出软件的各项功能要素，并进行相应的功能点计算，以功能点表示软件的规模，并转化为工作量大小。功能点方式目前被广泛认可并应用在信息系统、数据库密集型、4GL应用系统开发等。本指南亦采用功能点作为软件项目规模的度量指标。1功能点估算流程功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。其工作流程如下：确定计算范围：确定功能点的计算规范、划定应用程序的边界。功能点分析：识别和估算与软件数据和事务功能有关的各种要素及其数量。要确定功能点的数目，需要对软件的用户输入数、用户输出数、用户查询表、内部逻辑文件数、外部逻辑文件数的数量进行评估。功能点计算（初步）：预估出五个要素的数量后，根据复杂度加权因子，计算出初步的功能点数UFC；确定技术复杂度因子：根据项目具体情况，对14个技术复杂度参数进行调整。得出技术复杂度调整参数TCF；功能点调节：计算出经调节后的功能点数：FP=UFC×TCF2功能点分析的要素功能点分析法是从软件用户的角度来评估一个软件系统的功能，它将软件的功能分为五个基本要素：其中两个表示终端用户的数据需求：内部逻辑文件（InternalLogicalFiles），外部接口文件(ExternalInterfaceFiles)，另外三个表示用户对数据的获取处理的事务功能：用户输入(ExternalInPuts)，用户输出(ExternalOutputs)，用户查询(ExternalInquiries)。它们的详细定义如下：1）内部逻辑文件（ILF）：是一个用户可识别的逻辑相关的数据组，它在应用程序边界内，由用户输入来维护。它可能是某个大型数据库的一部分或是一个独立的文件。2）外部接口文件（EIF）：是一个用户可识别的逻辑相关的数据组，但仅仅是起参考的作用，且数据完全存于软件边界之外，由另一个应用程序进行维护，是另一个应用程序的内部逻辑文件。3）用户输入（EI）：是来自于软件外部的数据输入，可以是控制信息，也可是事务数据输入。如果是事务数据，它必须维护一个或多个内部逻辑文件。也就是说那些最后没有保存的中间计算结果和消息发送，都不算作数据输入单元。输入数据可来自于一个数据输入屏幕或其他应用程序。4）用户输出（EO）：是“经过处理”的数据，由程序内部输出到外部。这里“经过处理”是指其区别于用户查询数据，是将一个或多个ILF、EIF中取出数据经过一定的组合、计算、总结后得出的输出数据。5）用户查询（EQ）：是一个输入输出的组合过程，从一个或多个ILF、EIF中取出数据输出到程序外部。其中的输入过程不更新任何ILF，输出过程不进行任何数据处理。注：对软件项目进行估算的有效性和准确性取决于所掌握的有关项目的原始资料的完备性。这些原始资料包括：需求说明书、系统规格说明书、或者软件需求说明书等。从这些原始资料中可分析得出以上5类要素。如果以上5类要素的数据不准确，将直接影响到评估的结果。3功能点计算（初步值UFC）一旦估算出应用程序中每个功能要素的数量后，就可以将每个计数与一个复杂度值（加权因子）相乘，最后进行合计，算出一个初步的总的功能点数UFC。复杂度加权因子表如下：附表1功能要素复杂度加权因子表复杂度功能要素低平均高外部输入数EI346外部输出数EO457外部查询表EQ346内部逻辑文件数ILF71015外部接口文件数EIF5710例如，假设每个功能要素的复杂度都是平均的。一个由25个数据登记表、5个接口文件，15个报告、10个外部查询和20个逻辑内部表单组成的系统，其功能点为：UFC＝(25*4)+(5*7)+(15*5)+(10*4)+(20*10)＝450每个功能要素的复杂度可通过下表进行分析判断。附表2功能要素复杂度判别表ILF（内部逻辑文件）和EIF（外部接口文件）EO（用户输出）和EQ（用户查询）EI（用户输入）记录单元数据单元文件类型数据单元文件类型数据单元1-1920-5051+1-56-1920+1-45-1516+1低低平均0或1低低平均0或1低低平均2-5低平均高2-3低平均高2-3低平均高6平均高高4平均高高4平均高高从表中可以看出，EI（外部输入）、EO（外部输出）和EQ（外部查询）是由文件类型和数据单元的数量来决定的。而ILF（内部逻辑文件）和EIF（外部接口文件）则是由记录单元和数据单元来决定的。通过上面的两维表即可确定各个功能要素的复杂度是低、平均，还是高。表中三种数据项定义如下：·记录单元类型RecordElementType（RET）：指在ILE或EIF中，用户可识别的数据域的子集，可以通过检查数据中的各种逻辑分组来识别它们。（例如一个客户文件，包括客户姓名、地址等个人信息，以及客户的各种信用卡和卡号。一个客户一般有多张信用卡，信用卡需同客户信息相连才有意义。因此，这个客户文件含有两个记录单元：客户信息和信用卡信息）·文件引用类型FileTypeReferenced(FTR):指在一个事务过程中，所引用到的各种文件，可以是内部逻辑文件，也可以是外部接口文件。·数据单元类型DataElementType（DET）：是用户可识别的无递归，不重复的信息单元。DET是动态的，而非静态的，可以读自于文件，或由FTR的数据单元创建。另外，一个DET也可是对一个事务处理过程的唤醒，或是事务的有关信息。如果DET存在递归或重复，只计算其中的一个（如上例中的客户姓名、地址就是两个DET。在可视化编程中，用于唤醒事务处理的添加、修改按钮，也算DET）。4确定技术复杂度因子TCF算出功能点总数UFC后，还需要根据项目具体情况，对各个技术复杂度参数进行调整。技术复杂度一共考虑了14个调节参数，分别是：附表3技术复杂度因子表序号调节参数描述1E1数据通讯（Datacommunications）2E2软件性能（Performance）3E3可配置性（Heavilyusedconfiguration）4E4事务效率（Transactionrate）5E5实时数据输入（Onlinedataentry）6E6用户界面复杂度（Enduserefficiency）7E7在线升级（Onlineupdate）8E8复杂运算（Complexprocessing）9E9代码复用性（Reusabilityease）10E10安装简易性（Installationease）11E11操作方便性（Operationsease）12E12跨平台要求（Multipleease）13E13可扩展性（Facilitatechange）14E14分布式数据处理（Distributedfunctions）各个复杂度参数的取值范围从0到5，表示该项对功能点总数的影响从没有到极高。各个参数默认值为0，也就是该项不影响功能点调整。每个参数都是对总功能点数的线性调整，设Ei为根据14个方面的调节参数对软件系统的影响程度，则功能点技术复杂度因子为：TCF=0.65+0.01*∑Ei，(i=1….14)Ei∈（0,5），则：TCF∈（0.65，1.35）5计算调节后的功能点数FP最后得出经调节后功能点数FP＝UFC*TCF。

参考文献1.《软件开发和服务项目价格构成及评估方法》，中国软件行业协会制定，上海市软件行业协会编写2．《信息系统工程造价指导书》，深圳市信息工程协会和广东省价格协会编制3．《基于COCOMOII模型的软件评估软件一系统设计及实现》，李鹏，山东大学硕士学位论文，2004.114．《通信软件开发成本评估系统研究》，李文，电子科技大学工程硕士学位论文，2004年10月5．《软件工程项目管理——功能点分析方法与实践》，李帜、林立新、曹亚波，清华大学出版社6.《软件成本估算COCOMO=2\*ROMANII模型方法》，BarryW.Boehm等著，李师贤等译，机械工业出版社7．《软件工程》，杨文龙、姚淑珍、吴芸编著，电子工业出版社8．《计算机软件工程规范国家标准汇编2003》，中国标准出版社9．《IT企业投标指南》，马龙、翟荔洋编，电子工业出版社10.《软件过程改进的复杂性工作程序研究》，万江平、杨建梅著，科学出版社软件开发服务（XX公司）框架合同买方合同编号：【】卖方合同编号：【】

买方（甲方）：【XX】（盖章）签约代表签字：日期：【】卖方（乙方）：【XX】（盖章）签约代表签字：日期：【】

甲方：【XX】法定地址：【XX】

乙方：

【XX】法定地址：【XX】

鉴于：1．买方：【XX】，一家依据中华人民共和国（“中国”）法律成立并在中国【XXXX】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响买方继续正常存续和履行本合同的能力；2．卖方：【XX】，一家依据中国法律成立并在中国【XX】合法注册、经营及有效存续的公司，具有签署本合同的合法主体资格，且在签署本合同时无任何法律障碍和重大事件影响卖方继续正常存续和履行本合同的能力；3．卖方拥有合法销售本合同标的物的全部政府许可、生产和/或使用许可和/或授权，对其所销售的标的物拥有完全的排他的所有权和/或知识产权。卖方对本合同标的物的销售不会损害任何第三方的合法权益和社会公共利益。4．买方拟购买卖方供应的本合同标的物，卖方予以同意。为此，本合同各方当事人本着平等互惠、协商一致的原则，授权各自的代表签署本合同。本合同由以下约定条款和通用条款两个部分组成。第一部分约定条款一、有效期1、本框架合同的有效期至【XX】年【X】月【X】日。2、本合同有效期届满后或因累计交易额达到最高交易限额终止后，在甲方关于本合同所采购产品或服务的新一轮供应商选择结果尚未确定之前，如果甲方仍有采购需求的，乙方同意以不高于本合同约定的单价、不低于本合同服务标准、不劣于本合同约定的交易条件与甲方续签合同。在本合同或续签合同的有效期届满前，如果新一轮的供应商选择结果确定，甲方有权随时终止本合同，或停止向乙方发送新的需求订单。二、订单确认1、甲乙双方同意按照以下第【1.1】种方式确认订单：1.1双方签字盖章；1.2其他方式：【/】（如果约定是电子邮件，请进一步明确电子邮箱）。2、甲乙双方同意，在采取电子邮件等非纸质方式确认订单的，除非该种方式是基于双方认可的电子交易平台，否则双方在通过该种非纸质方式确认订单后，应当以签字盖章的纸质订单的方式对订单进行二次确认。3、甲方下达订单后，乙方应对订单内容进行确认，并在收到订单后【7】日内将确认后的订单原件送达甲方，否则甲方有权拒绝付款。4、经乙方确认的订单一旦送达回甲方，即对双方具有约束力。未经甲方同意，乙方不得再对所传回订单进行变更或撤销。三、最高交易限额1、本合同项下甲方向乙方采购产品或服务的最高限额为【X】元人民币。2、本合同约定的最高交易限额是甲方根据采购需求可能发生的最高交易限额，甲方不在该最高限额内做出任何受约束的采购承诺。3、甲方累计采购金额达到最高交易限额时，或剩余额度不足以满足甲方一个需求订单时，本合同终止。四、价款结算1、甲乙双方约定按照以下【1.1】方式确定合同价款的结算周期：（此处可以选择1中或不冲突的多种方式）1.1每【3】个月定期结算一次，乙方应于【10】日前向甲方提供项目验收报告（格式详见附件），双方根据实际完成情况对该表进行核对并确认。经双方签字盖章的初验报告作为甲、乙双方结算的依据。1.2待结算的交易金额超过【/】元时发起结算；1.3每一份订单单独结算；1.4其他结算方式：【/】。2、按照上述约定具备结算条件的，乙方汇总已经完成供货或服务的订单，制作结算汇总单，经甲方审核同意后，双方签订结算合同作为付款依据。3、结算合同签订后，买方将按如下方式及比例向卖方支付：（A）第一笔付款：即当期结算价格的【85】％，由买方收到卖方开具的符合国家法律法规和标准的【商业】发票及以下单据后【30】日内以转账方式向卖方支付。乙方申请付款时应提交以下材料：3.1付款申请书；3.2【项目初验】验收证明；3.3结算汇总单；3.4结算合同金额100%的合法【增值税专用】发票。（B）余款即当期结算价格的【15】％，由买方做为质量保证金暂扣，在满12个月的质保期后，由买方扣除应由卖方承担的保修费和或赔偿费用后以转账方式向卖方支付。乙方申请付款时应提交以下材料：3.5付款申请书；3.6【项目终验】验收证明；4、乙方的账户信息如下：开户名称：【X】开户行：【X】帐

号：【X】甲方付款前，乙方应向甲方确认乙方账户信息。乙方如需改变其帐户信息，应提前【10】个工作日书面通知甲方，经甲方审核同意后予以变更。乙方未按本合同约定通知或确认信息而使甲乙双方遭受的损失，由乙方承担。5、乙方有赔偿损失和/或支付违约金的责任的，甲方有权从应支付的任何一笔款项中扣除相应金额。6、对于本合同涉及的所有税费，均应按照有关税收的法律规定，由双方各自承担。7、乙方应当保证其提供的发票真实、合法、有效。如乙方提供虚假发票，甲方有权采取以下措施：拒绝支付合同未付款项；给甲方造成损失的，要求乙方赔偿甲方损失，损失包括但不限于甲方因处理虚假发票时间所花费的全部费用，以及因此遭受的行政处罚等；如果相应的合同款项已经支付，则甲方有权要求乙方退还，或者甲方有权暂停支付其他双方已签订合同所需支付的合同款项，且有权直接从前述合同款项中直接扣除甲方已遭受损失。五、乙方信息变更1、鉴于乙方某些信息的变更会对双方业务合作可能产生重大影响，在乙方某些信息发生变更时，应当及时书面通知甲方。本款所称的乙方某些信息包括：1.1公司架构的变化（公司的分立、合并、收购等）；1.2企业营业执照登记的事项发生变化（包括名称、住所、法定代表人、注册资本、公司类型、经营范围等）1.3场地变化（办公场地变更、地区办事处新建与撤除、子公司设立和撤除等）；1.4人员变更（与和甲方业务合作有关的联系人、高层管理人员、技术骨干等）；1.5其他可能对双方业务合作产生影响的信息。2、在涉及前款事项变更时，乙方应当在变更前1个月，书面通知甲方。3、乙方未按照上述要求通知甲方、或未及时通知甲方的，给甲方造成损失的，应当赔偿甲方全部损失；未给甲方造成损失，但存在未通知或未及时通知的情形的，甲方有权重新评估双方的合作关系，并在供应商管理当中，扣除乙方的资信分数，情节严重或屡次出现的甲方有权终止本协议和双方的具体采购合同。六 合同标的及价格合同标的、价格如下：品名不含税单价（元/人/天）税率税后单价（元/人/天）软件开发服务2266%240.432、上述软件开发服务厂商为【X】，以下简称“服务”。3、

乙方提供的服务按照双方确认的【软件开发服务交付表】（见附件1）实行。4、

本合同项下服务的主要依据：【4.3】4.1国家标准；4.2部颁标准；4.3行业标准；5

在合同执行中，乙方为完成服务而发生的其他费用，包括但不限于电脑、车辆等费用概由乙方自行承担。七技术情报和资料的保密1、乙方在履行本合同过程中触及和知晓的有关甲方的设备、网络情况、业务程序及方式、管理的方法制度和专有技术等，无论此种信息的形式和目的为何，均为甲方的保密信息；2、未经甲方书面同意，乙方不得复制、记录或以其他方式泄露上述信息。3、

其他双方关于保密的权利义务详见附件保密协议。

4、乙方在履行本合同时，不得对甲方的通信网络、信息网络发起任何形式的攻击、预留软件后门、或内置黑客软件等，且乙方应当加强对其工作人员的工号、权限管理和教育，以避免前述攻击的发生。在发现乙方或乙方人员对甲方或甲方网管网络的前述攻击时，甲方将立即解除本合同，终止和乙方的任何合作，且乙方应当向甲方支付【10】万元的违约金，该违约金不足以弥补甲方损失的，不足部分，乙方应当赔偿。此处甲方的损失包括但不限于甲方处理由此引发的法律纠纷的全部费用等。八、通知与送达1、各方地址与联系方式如下如致买方：【】地址：【】联系人：【】电话：【】电子邮件：【】邮政编码：【】如致卖方：【】地址：【】联系人：【】电话：【】电子邮件：【】九、验收标准和方式1、交付时间为：【以委托确认书约定时间为准】。2、买方指定的交付地点及收货人：【以委托确认书约定地点为准】。3、买方变更交付地点和收货人的，应提前【7】天书面通知卖方。4、软件安装运行满【10】天，买方对软件运行情况进行使用检验。十、保修与维修1、卖方对于产品向买方提供的保修期为【1】年，自【自初验合格第二日】起算。2、乙方保证提供给甲方优质的技术服务，使用优质的服务材料与部件，这种服务都是由富有经验的技术熟练的工程师来完成的。3、乙方设立技术服务热线：【】，承诺提供每周【7】天，每天【24】小时的技术服务。4、如果出现严重技术问题甲方要求紧急处理,乙方技术人员应保证在收到甲方通知后4小时到达甲方现场。当合同系统提供的服务中断时,乙方在提供远端服务的同时,须在收到甲方通知后24小时内到达甲方现场。5、乙方承诺在甲方对本工程后续的扩容工程或成本工程相关的其他工程中，无论受乙方中标与否，乙方均承诺按甲方要求进行相应系统改造；1）在本合同系统被其他系统替换的情况下，乙方应配合甲方将合同系统中全部用户数据倒换位通用的可识别的文件；为实现前述目的，乙方应主动进行合同系统的改造及相关配合工作，以满足甲方的要求；2）在甲方的与本合同系统相关的其它工程中，乙方应积极配合甲方进行相应的联网调测工作。6、甲方负责工程建设过程中的内部关系的协调，并积极配合乙方现场工作。甲方负责组织系统的实用化验收。乙方负责应用系统的软件开发、调试、安装、相关的系统集成，配合甲方试运行和实用化验收。乙方负责对甲方的系统管理员和维护人员的系统管理和维护培训，甲方的操作人员进行应用软件的操作培训，并向甲方提供培训材料。十一、违约金或者损失赔偿额的计算方法1、

若甲方或最终用户因故未能按期支付合同款项，每延误一周应向乙方支付相当于合同总额【0.05】%的逾期违约金。2、

若乙方未能按期执行合同，每延误一周应向甲方支付相当于合同总额【0.05】%的逾期违约金。若延误时间达三个月，则视为乙方不能执行本合同。甲方有权单方终止合同，并赔偿给甲方造成的一切直接经济损失。3、

在使用过程中，由于乙方设计上的缺陷或隐患给甲方造成经济损失的，乙方应当予以赔偿4、

若在本合同执行过程中，由于乙方原因发生了影响正常通信的重大通信故障或导致甲方有关设备受损、数据丢失等，由乙方承担全部赔偿责任。5、

合同违约方应将索赔金额及事由书面通知违约方，若违约方有异议，应在收到通知一周内以书面形式回复守约方，再由双方协商确定。若违约方收到通知后一周内未予答复守约方，即视为认可。十二、争议解决1、如果任何争议或权利要求起因于本合同或与本合同有关或与本合同的解释、违约、终止或效力有关，都应由双方通过友好协商解决。2、如果双方通过协商不能解决争议，则各方同意向甲方所在地人民法院提起诉讼。十三、合同生效及其他1、本合同自双方授权代表签字盖章后立即生效。2、合同执行期内，双方均不得擅自变更或解除合同，合同如有未尽事宜，须经双方共同协商，做出补充规定，补充规定与本合同具有同等效力。3、合同执行期内，乙方应严格按照《软件开发服务技术规范书》提供软件开发服务。《软件开发服务技术规范书》详见附件5。4、合同期内采用动态考核办法，每个项目由3家及以上供应商共同出具方案和报价，依据评审办法确定最佳方案。对于方案不合格者，不分配工作量；对于方案多次都是最佳者，合同期内达到最高限额后，签订补充协议动态调整其合同份额。项目评审和供应商考核办法详见附件63、本合同以中文签署，一式【肆】份，甲方【叁】份，乙方【壹】份。十四、附件：附件1：软件开发服务交付表附件2：初验证书附件3：终验证书附件4：软件开发服务技术规范书附件5：项目评审和供应商考核办法第二部分通用条款第一条合同标的及价格1.1卖方按照本合同约定条款供应的合同标的除了应当符合约定条款中约定的质量和技术标准外，还必须符合买方的使用要求，以保证买方本合同目的的实现。为此，卖方应当认真研读买方的招标文件，或从专业的角度主动向买方征询、澄清相关问题。1.2如无特殊约定，约定条款中的产品报价包含卖方将货物运送至买方指定交货地点并交付给买方指定收货人之前的所有费用（包括但不限于【成本及利润、税金、包装费、运输费、保险费、仓储费、损耗费等】）及后续相关费用（包括但不限于【后续的开箱检验、保修和维修、技术服务等费用】）。第二条付款方式2.1在卖方完全按照本合同约定履行合同义务的情况下，买方有义务按照合同约定支付相应的货款。2.2买卖双方各自承担因执行合同所发生的银行费用及各项税费。2.3卖方在买方支付合同款项前，应按各期付款数额和约定条款要求的发票种类向买方开具符合国家法律法规和标准的发票。不开具或开具不合格的，买方有权迟延支付应付款项直至卖方开具合格票据之日且不承担任何违约责任，且卖方的各项合同义务仍应按合同约定履行。2.4如果卖方有赔偿和/或支付违约金的责任，则买方有权从最近一笔付款中扣除相应金额。如果最近一笔付款不足以抵扣违约金的，则可从下一笔付款中继续扣除。2.5乙方应当保证其提供的发票真实、合法、有效。由于卖方未足额缴纳应缴税款和开具发票不真实、不合格而引起的一切责任（包括商业责任和法律责任）和损失，由卖方承担。如乙方提供虚假发票，甲方有权采取以下措施：拒绝支付合同未付款项；给甲方造成损失的，要求乙方赔偿甲方损失，损失包括但不限于甲方因处理虚假发票时间所花费的全部费用，以及因此遭受的行政处罚等；如果相应的合同款项已经支付，则甲方有权要求乙方退还，或者甲方有权暂停支付其他双方已签订合同所需支付的合同款项，且有权直接从前述合同款项中直接扣除甲方已遭受损失。第三条运输与包装3.1将货物运送至买方指定交货地点并交付给买方指定收货人之前的货物运输由卖方负责，相关的运输费用、保险、保管、货物灭失及毁损的风险亦由卖方承担。3.2卖方应根据货物特点进行坚固包装使其防水、防潮、防腐、防锈、防震等，并在正常情况下适于水运、空运和长途内陆运输及反复装卸和搬运的要求。专用、特殊安装工具材料和易磨损部件应进行适当的包装并采取特别保护措施。包装费用由卖方承担。卖方需在每一包装箱/物表面显著位置以显著方式标明合同号、箱号、收货人、目的地、内件品名、尺寸规格、数量、重量等内容。并对每一包装箱内货物附以标签，标明其在安装图纸中的编号。另外卖方应根据货物的特点及其对装卸操作的要求在包装箱显著位置以英文或中文标明“保持干燥”，“小心轻放”，“此面向上”等国际惯用图示。3.3对因运输和包装不当产生的货物灭失与损毁的责任，均由卖方承担。第四条交付、开箱检验及验收4.1卖方按照约定条款约定的交货时间、交货地点和收货人履行交货义务。4.2买方变更交货地点和收货人的，应按照约定条款约定的时间提前书面通知卖方。4.3卖方交货后应立即与买方和/或买方指定收货人进行到货检验，检验内容为包装是否完整、无损、清洁、数量是否与本合同一致，并共同签署到货检验结果。4.4卖方将货物运送至买方指定交货地点后，卖方、买方应指派代表共同对货物进行开箱检验。卖方应派其人员到买方指定地点参加开箱检验，费用自理。卖方在约定的日期内拒绝或未参加检验的，买方有权单独进行检验。对检验结果，视为卖方自动接受。4.5各方应共同签署一个详细的检验报告，该报告应详细列明检验结果，包括检验合格或发现的任何货物短缺、毁损或与合同规定有不符之处。对检验中发现货物短缺、毁损或与合同规定有不符之处的，即为检验不合格。买方有权选择拒收货物，或要求卖方对检验中发现的不符合合同约定部分进行免费修理、更换或不足，卖方应在接到买方通知后，在约定条款约定的期限内免费修理、更换或补足货物。因此产生的一切费用，包括额外的运输费用等，将由卖方承担。如在买方通知的期限内，卖方未能进行修理、更换或补足，则卖方应按合同中约定的逾期交货违约金比例向买方支付违约金。4.6买方签署上述货物检验合格报告的日期视为卖方正式交付货物的日期，此后有关保管、保险、灭失与毁损的风险由买方承担，货物所有权亦同时转移给买方。4.7开箱检验合格的结果仅视为货物在外观、数量、型号、规格上完好无缺失的证明及卖方履行其义务的必要证据，检验合格证书的签署不使买方丧失因质量问题而向卖方索赔和求偿的权利，同时不解除卖方对于货物质量缺陷或瑕疵负有的相应担保责任。4.8如果在开箱检验中发现因买方原因造成的货物短缺、毁损或与合同规定有不符之处，卖方应在接到买方通知后在约定条款约定的期限内将修理完毕、更换或补发货物运到买方指定交货地点，费用由买方负担。4.9买方根据合同标的的具体情况，有权在货物到货并安装运行一段时间后，按卖方提供的产品说明书和相关技术规范对货物运行状况进行使用检验。验收合格的，买方签署使用检验报告。验收不合格的，卖方应在在约定条款约定的期限内及时予以采取调换/修理或其他补救措施以使货物达到合格标准并再次验收，逾期应按合同中约定的逾期交货违约金比例向买方支付违约金，同时买方有权暂停支付相应货款，直至货物通过使用检验为止。再次验收的所有费用由卖方承担。第五条保修与维修5.1保修期内，卖方对产品运行过程中出现的故障指派专业技术人员进行排除，对出现故障的部件、元件或零件免费进行修理或更换。这些替换品不包括合同中规定的由卖方向买方提供的维护用的备件。紧急情况下，为了使货物正常运行，经买方同意，卖方可以使用买方的备件。使用结束后，卖方应及时归还或配齐使用过的所有备件、元件。对需要现场维修的，卖方技术人员应在收到买方故障通知后，在提供远程服务的同时，从离故障现场最近的维修点乘坐最快交通工具在最短时间内赶赴现场对货物进行维修。5.2若卖方收到买方故障通知后在约定期限内未能排除故障，买方有权要求卖方免费提供同档次的全新产品，卖方应于约定期限内免费提供相关产品供买方临时使用。5.3在保修期内经卖方修理或替换的部件、元件或零件的保修期应重新计算。5.4保修期内，对保修范围内的保修服务所发生的全部物质损耗和人员费用，均由卖方予以承担。卖方未及时承担保修责任的，买方有权采用其他渠道和方式对货物进行维修，由此产生的费用由卖方承担。对因货物在保修期间