软件平台如何计算开发成本

‘壹’ 开发一个软件的费用怎么计算

开发一个软件的费用怎么计算

定制开发一个小程序的费用，价格通常都需要数千元至数万元之间，具体多少钱，需要看你的需求。例如，你准备开发一个什么类型的小程序?要实现哪些功能?页面的数量?UI的风格?有没有外部接口或者植入某种系统等等。

互联网是个神奇的大网，大数据开发和软件定制也是一种模式，这里提供最详细的报价，如果你真的想做，可以来这里，这个手机的开始数字是一伍扒中间的是壹壹三三最后的是泗柒泗泗，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。

主要看你的功能，外包公司也是看小程序开发的难易程度，需要的工作时间来定费用的。

(一)自己有开发团队

小程序开发需要前端、后端的技术支持，简单的展示小程序我们就不说了，这种大多数商家是不会选择的。

我们说的是具备展示+在线销售的小程序，当然也有人能够独立开发一个小程序，但是相对应的开发进度会比较慢，另外这类开发者薪资都不低，找他开发的话那后期维护肯定也是他了，这个成本一下子就高了很多。

如果是团队的话开发进度会快很多，另外开发完成之后只需要出市场价留下一到两人维护即可(正常一个人就够了)。这种比较适合大型企业，有雄厚的资金支持。

(二)找专业的开发公司外包

直接写需求，外包公司按你的需求去开发，开发完成你就可以直接上产品使用，虽然这也需要一定时间，价格也不低，本身工种薪资水平就不低，但一般这样的团队开发的小程序比你见过的总和还要多，专业性就不用说了。这种比较适合中型企业，有自己的定制需求，开发成本也能够承受。

(三)购买代码包

自己配置服务器在早几个月有很多这种在网络上售卖小程序代码包的，有真的也有假的，假的我们就不说了，大家自己注意就行，这种小程序通常是小程序模板，没有个性化设计，买了代码包自己部署服务器安装上去就行，当然也需要一定的IT基础，价格比前两种选择会便宜很多，功能类似的小程序买代码包的价格差不多是开发的十分之一，但是这个代码包的质量是无法保证的，建议找一个专业人士检查测试代码包，另外购买代码包也需要自己维护的，所以这种方式比较适合有能力和基础，出于其他原因不能自己开发的。能够减少开支。

‘贰’ 如何确定软件的开发成本价格

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

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

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

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

一、软件规模估算

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

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

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

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

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

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

二、工作量估算

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

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

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

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

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

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

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

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

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

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

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

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

三、成本估算

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

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

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

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

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

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

四、确定软件开发成本

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

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

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

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

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

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

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

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

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

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

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

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

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

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

‘叁’ 一个软件项目如何评估工作量和成本

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

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

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

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

一、软件规模估算

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

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

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

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

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

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

二、工作量估算

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

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

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

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

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

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

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

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

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

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

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

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

三、成本估算

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

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

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

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

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

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

四、确定软件开发成本

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

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

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

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

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

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

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

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

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

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

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

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

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

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

‘肆’ 软件开发怎么计价的

软件开发怎么计价的
软件开发如何计算工时，如何报价软件系统定制开发报价的计算方法，软件开发工时费用标准
1.软件开发做软件((致电手。叽l58--ll33--4744))价格估算方法
软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：
软件开发价格 = 开发工作量 × 开发费用/人·月
1.1开发做软件((致电手。叽l58--ll33--4744))工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：
软件开发工作量 = 估算工作量经验值 × 风险系数 × 复用系数
1.1.1估算工作量经验值(以A来表示)
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内(日历中的月，即包括国家规定的节假日)能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数(以σ来表示)
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此：
l ≤ 风险系数 ≤ 1.5
根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数(以τ来表示)
估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”
，并己建立起能够复用的构件库(核心资产库)，或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此：
0.25 ≤ 复用系数 ≤ 1
根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据，提高工作效率达到25%(最高值)。
1.2开发费用/人·月
软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。
开发费用/人·月 =(P+Q+R)× S× τ
1.2.1 P(人头费)
人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%-80%。
P = B × 1.476
国家规定的公积金 7%，医疗保险金12%，养老金22%，失业金
2%(即通常所说的四金)，另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金2%，累计为47.6%。
B为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。
1.2.2 Q(办公费)
办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，其总量在软件企业中的商务成本占20%-30%。
Q = B/3
此处办公费用按商务成本的25%计算。
1.2.3 R(国家税收和企业利润)
由于国家实施发展软件产业的优惠政策，故不单独列出计算，但软件企业仍需承担缴纳国家税收的义务，可一并与企业利润一起考虑。
另外，软件企业的员工不可能全年满负荷地工作，即使一年十二个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解，软件企业的员工一年能有10个月到
11个月的工作也是正常的。
R = B/3
此处为我们的建议方案，各软件企业可视情况加以变更。
1.2.4 S(管理系数)
通常每个机构的管理人员都会有一定的比例，参考一些机构的做法，按每十个软件人员配备两个管理人员即管理成本：
1 ≤ S ≤ 1.2
1.2.5 T(优质系数)
提高软件质量，必然有所开支，即质量成本，对于不同的软件企业来说，其质量成本不尽相同。
软件企业与其他企业一样，也有诚信和品牌等诸多因素，从而增加企业的开支。
目前我们可以按通过 ISO9000质量体系认证和CMM或CMMI的认证来确定，分别取值1.05、1.1、1.15、1.2。
今后建议可对软件企业的资质分为四级。由软件行业协会根据CMMI的认证、品牌、诚信程度等各种因素加以确定。此体系建设还有待进一步探索。
据此，我们综合上述各点：
开发费用/人·月 =(B × 1.476 + B/3 + B/3)× l.2 × T
= B ×(1.476 + 2/3)× 1.2 × T
= B × 2 .575 × T
= B × λ
当T=1.05时，λ=2.7
当T=1.2时，λ=3.09
因此，2.7 ≤ λ ≤ 3.09
对于承接国外软件外包业务，一方面员工的工资较高，另外工作的安排也较难满负荷工作，用此建议R=B/2。因此
开发费用/人·月 = B(1.476 + 1/3 + 1/2)× 1.2 × T
= B × 2.767 × T
= B × λ
当T=1.05时，λ=2.906
当T=1.2时，λ=3.32
因此，2.9 ≤ λ ≤ 3.32
结论：
软件开发价格 = A × σ × τ × B × λ
A：估算工作量经验值
B：软件企业的平均工资/人·月
Q：风险系数l ≤ Q ≤ 1.5
T：复用系数0.25 ≤ τ ≤ 1
λ：综合系数2.7 ≤ λ ≤ 3.09
2. 软件(系统)维护收费价格估算方法
在完成信心工程项目的系统集成和应用软件开发，并交付用户正式运行的一年内，对软件(系统)实行免费维护服务一年。
在正式运行一年后，软件企业应与用户签定软件(系统)维护合同。该合同属技术转让合同，也可属技术开发合同。
根据不同的用户要求，可分四种级别进行软件(系统)维护。
2.1 A级
软件企业派出技术人员常驻用户，解决日常运行中发生的问题。
2.1.1 U(系统建设投资额)
用户需要软件企业维护的系统，该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件，U就是该应用软件开发费;如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和应用软件，则U就是该信息工程项目的总投资额。
2.1.2 N(技术人员数)
软件企业派出N个技术人员，常驻用户，因此：
软件(系统)维护费/年 = U × 15% 或 B × λ × N × 12
B、λ参见1.
2.2 B级
软件企业每周七天，每天24小时(即7×24小时)响应，2小时到现场，且每天派技术人员到现场进行软件(系统)性能调试，使之运行处于良好状态。
软件(系统)维护费/年 = U × 10%
2.3 C级
软件企业7×24小时响应，2小时到场。
软件(系统)维护费/年=U × 5%
2.4 D级
用户的信息工程系统或应用软件发生问题，由原承担的软件企业派人维护。
2.4.1 B’
这种维护方式要求软件企业需要保存所有的技术档案，更需要软件企业抽出专人来不断熟悉和全面掌握该软件(系统)的各项技术细节。因此，软件企业的这项支出必然要在维护费用收入中得到回报。
以1.1.3节中的B 作为参数，将其人·月单位改为人·天，以B’表示。
2.4.2 τ’
软件企业如果采用基于构件开发方法，并建立起构件库，则会大大提高软件维护的效率。另外，如果有多家用户运行的系统大致类似，也可有所提高效率。
以1.1.3节中的τ 作为参数，以τ’来表示。因此：
软件(系统)维护费/次=B’ × τ’× n
此次n表示所需要的人·天数。τ’的取值是0.2 ≤ τ’≤ 1。
3. 系统集成价格的估算方法
将整个系统所涉及到的设备、软件、网络整和起来，并能正常地运行，其运行的结果能达到用户建立该系统的目标。这就是系统集成的含义。因此，可以理解为单纯的设备采购和供应并不涉及系统集成，以及单纯的应用软件开发也并不涉及系统集成。
系统集成费应与整个系统的规模、整个系统的复杂程度等项有关。
系统规模往往与系统建设费用密切相关。为了简便计算，以系统建设费用(以U来表示)为参考坐标。复杂程度(以α来表示)可分四种级别来区分。
系统集成费 = U × α × T
T参见1.2.5节
3.1 A级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三层次以下(含三层次)。
5% ≤ α ≤ 8%
3.2 B级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上(含三层次)。
7% ≤ α ≤ 10%
3.3 C级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。
8% ≤ α ≤ 12%
3.4 D级
整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采集设备接口或者与用主系统有接口。
10% ≤ α ≤ 15%
4. 系统解决方案费用估算方法
根据用户所提出的初步需求，软件企业根据以往的经验为之提供整个系统建设的方案，包括需购买的计算机硬件、软件、网络设备和应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及到的规章制度的一些规划，有时还会涉及信息中心的建设等等。这就是系统解决方案所要完成的工作。
目前国内市场对于系统解决方案是一种智力劳动成果的认识不足，以及国内多数招标公司并不熟悉信息技术，从而更加使得系统解决方案收费变得困难。因此，目前的收费处于过渡阶段。
系统解决方案费用与整个系统的规模、复杂程度等项有关。
系统规模往往与系统建设费用密切相关，为了简便计算，以系统建设的总投资(以U来表示)为参考坐标。
复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和数量有关，以β来表示。
解决方案费用=U × β × T
T参见 1.2.5节
关于β我们参照第3节所列各级。
A级： 0.7% ≤ β ≤ 1.2%
B级： 1% ≤ β ≤ 1.8%
C级： 1.5% ≤ β ≤ 2.2%
D级： 2% ≤ β ≤ 3%

‘伍’ 如何核算一个软件开发项目的成本

如何核算一个软件开发项目的成本

如今，不少企业都想拥有属于自己企业或产品的手机APP，但其中最困扰企业主的问题就是：开发一款手机APP到底需要多少钱？

简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。

四、APP开发公司的所在地

需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些

‘陆’ 软件项目的成本如何估算

定制软件开发是软件开发的一个领域，开发定制的数字技术解决方案以满足特定业务组织的特定需求。话虽如此，任何投资于定制软件开发的组织都必须有适当的计划和预算。定制软件开发项目有两个非常重要的限制需要考虑：时间和成本。（准确估算软件开发项目的成本是保障其整体成功的关键）。

在为某个定制软件开发项目制定计划时，组织或个人会问两个问题。

“多少钱？”

“多长时间？”

一、确定定制软件开发的基础工作

要确定和估算某个软件开发项目的成本，必须了解定制软件开发的基础知识。更具体地说，您必须知道问题的答案：

“定制软件开发是如何执行的？”

为了最简单、最全面地回答这个问题，需要讨论以下几点，它们是定制软件开发的基础。

• 确定需求——它有助于更好地估算成本，还可以正确开发和执行开发任务。

• 计划整个过程并设定目标——为整个软件项目开发周期制定适当的计划可以在时间和成本管理方面大有帮助。

• 详细文档——必须记录项目计划、实施计划、测试计划、范围说明书和培训计划中的所有内容。

• 为定制软件寻找合适的专业团队——能够高效工作并且能够同时处理多项任务，为整个过程提升效益。

二、确定影响定制软件开发成本的因素

在下面这一部分，讨论影响自定义软件开发项目的关键因素。确定软件开发项目的成本需要组织或个人考虑并考虑这些因素。

• 软件的规模和类型：软件的规模和类型是决定开发成本的两个关键因素。

例如，移动应用程序或电子商务商店将比银行或医院 ERP 解决方案等其他类型的软件便宜。自定义软件、仓库管理、安全应用程序和 CRM 解决方案的类型通常更加昂贵和耗时。

• 复杂性：开发的复杂性是影响整体定制软件开发估算的关键因素。

• 设计结构：设计结构有两个关键领域：创意设计和UI/UX设计。这两个因素对于项目的总成本都是必不可少的。

• 集成：第三方集成需要大量的精力和资源。

• 数据迁移：数据迁移是一个非常具体和准确的过程，需要自定义脚本和多个渠道。

• 开发时间：开发时间是影响定制软件开发成本的关键因素，人力成本是最大的支出。

• 功能和平台：尽管听起来很明显，软件运行的平台及其功能对您需要在产品上进行的整体投资有重大影响。

• 测试：有助于确定软件的效率和功能，还涉及一些影响项目总成本的支出。

• 维护：在成本估算时，还必须考虑某种定制软件产品的维护和支持类型。

三、如何估算定制软件的规模

快速功能点方法是依据国际标准《ISO/IEC 24570－2005软件工程NESMA功能尺度测量法2.1版功能点分析应用的定义和计数指南》提出的一种软件规模度量方法。

该方法适用于软件项目早期、中期、后期等各个阶段的规模估算或测量。

快速功能点方法进行规模估算或测量的基本过程或步骤如下：

• 确定计数类型

• 识别系统边界

• 识别功能点计数项

• 计算未调整的功能点数

• 计算调整后的功能点数。
  

那么就让新星为大家详细对每个步骤进行剖析：

1、确定计数类型

根据需求或项目的类型确定计数类型。

计数类型分为三种：新开发、延续开发及已有系统计数。

• 对于新开发需求或项目，对预计（或实际）投产的功能进行计数；

• 对于延续开发需求或项目，对预计（或实际）新增、修改及删除的功能均进行计数；

• 对于已有系统，对实际的功能进行计数。
  

2、识别系统边界

在识别系统边界的时候应注意：

• 应从用户视角出发，不受系统实现影响；

• 主要是为了区分内部逻辑文件（ILF）和外部接口文件（EIF）；

• 事务功能应穿越识别的系统边界。
  

3、识别功能点计数项

功能点计数项分为数据功能和交易功能两类。

• 数据功能——包括内部逻辑文件（ILF）、外部接口文件（EIF）；

• 交易功能——包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。

数据功能：系统提供给用户的满足产品内部和外部数据需求的功能，即本系统管理或使用那些业务数据（业务对象），如“客户信息”“账户交易记录”等。内部逻辑文件或外部接口文件所指的“文件”不是传统数据处理意义上的文件，而是指一组客户可识别的、逻辑上相互关联的数据或者控制信息。因此，这些文件和物理上的数据集合（如数据库表）没有必然的对应关系。

交易功能：系统提供给用户的处理数据的功能，即本系统如何处理和使用那些业务数据（业务对象），如“转账”“修改黑名单生成规则”“查询交易记录”等。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作，可能由多个处理逻辑构成。例如，“添加柜员信息”这个基本过程可能包含“信息校验”“修改确认”“修改结果反馈”等一系列处理逻辑。

3、计算未调整的功能点数

a.采用预估功能点进行计数，计算公式如下：

FP＝35ILF+15EIF

——FP：未调整的功能点数，单位为功能点；

——ILF：内部逻辑文件的数量；

——EIF：外部接口文件的数量。

b.采用估算功能点进行计数，计算公式如下：

FP＝10ILF+7EIF+4EI+5EO+4*EQ

——FP：未调整的功能点数，单位为功能点；

——ILF：内部逻辑文件的数量；

——EIF：外部接口文件的数量；

——EI：外部输入的数量；

——EO：外部输出的数量；

——EQ：外部查询的数量。

5、计算调整后的功能点数

根据不同的规模测算阶段，需要考虑隐含需求及需求变更对规模的影响，因此，需要根据规模计数时机进行规模调整。

调整后的功能点数（AFP），计算公式如下：

AFP＝FP*CF

——AFP：调整后的功能点数，单位为功能点；

——FP：未调整的功能点数，单位为功能点；

——CF：规模变更调整因子，依据行业数据，项目估算早期（如概预算阶段）通常取值为1.5；项目估算中期（如招投评标、项目立项、技术方案阶段）通常取值为1.26；项目估算中后期（如需求分析完成及后评价）通常取值为1.0。

四、估算软件项目开发成本

得出功能点数后，结合当地人力成本成本费率和项目非人力成本支出可以估算出软件项目开发成本。

‘柒’ 开发一款App成本是多少后期的维护又需要多少

开发一款App成本是多少?后期的维护又需要多少

随着互联网时代的来临，APP开发这块已经成为了众多商家企的必争之地。但是，在实际的APP开发过程中，很少有企业会拥有一支完善的技术开发团队。更多时候大家会选择将自己APP开发的项目外包出去，找专门的APP开发公司来负责项目的开发。

一、APP开发流程

1、人员配置：在进行APP开发前，首先需要一个完整的技术开发团队。app开发团队的技术人员结构分为：安卓开发工程师1名、iOS开发工程师1名、产品经理1名、前端开发1名、后台开发1名、设计师1名、测试工程师1名。

2、需求沟通：产品经理与客户进行洽谈沟通，了解APP的开发内容、基础的功能模块，面对的市场人群、解决用户的核心功能需求等等，制作APP功能列表。

3、规划设计：产品经理在APP功能列表的基础上，结合自身市场经验制作APP原型图。然后由设计师，设计APP整个页面效果图。

4、功能开发：由前面的专业开发工程师依靠APP原型图、设计图等，完成APP系统的开发工作。

5、测试修改：测试工程师通过不同型号的战机对APP项目进行测试，发现问题反馈修改，并最终完成项目开发。

6、上线部署：测试完成之后对软件进行服务器部署，以及上架到应用商店。

7、后期维护：一般市面上的公司提供半年到一年的后期维护和开发软件本身自带BUG的免费维护

二、APP开发成本计算

1、基础的人力成本：每个流程开发人员工资大部分都在万元以上，具体可以结合开发公司所在城市的薪资水平来计算。一般来说定制APP开发最少需要两个月时间左右，复杂项目周期更长。

2、办公耗材：APP开发需要的手机电脑配置较高，根据技术人员的人数来定，按照批发价格，中等配置来算，初步估计每个人5000。

3、场地租赁：办公场地租赁费用，视各地情况而定，越发达的城市租金费用越高昂。

4、周边产品：包括域名、服务器等，约2万元。

总结：这些基本上就涵盖了软件开发公司所有涉及到的大项目板块，可以根据这个和自身项目情况做一个大体成本的评估，开发公司在这个价格上下一定范围内浮动基本上就是正常的了，这里建议在这个价格范围之外过高过低都不建议考虑，过低没有安全保障，可能导致时间精力金钱的多重浪费，过高则浪费成本没有必要，毕竟后期运营的作用较之软件开发更加重要。

‘捌’ 开发软件的费用如何计算

首选算算你的成本：
参与开发项目的工程师多少人？实施人员、服务人员等多少人？他们的工资各是多少？工作多少时间？期间内需要的办公费用会是多少？出差交通费，公司费用等。
等等，上述这些就是你最基本的成本，后续服务的费用，然后再加上你最重要的利润！
大致这样计算就差不多了。

‘玖’ 做软件开发的成本究竟如何估算

软件成本评估的6个步骤：

1、软件规模评估：

软件规模评估是软件成本评估的基础，是为了保证软件成本评估结果的客观性和透明性，软件规模信息必不可少。

在软件规模评估过程中，如果能够以软件功能点方法作为主要的软件规模评估方法，同时辅以其他的非标准评估方法，例如代码行方法、用例数方法等，应用不同的软件规模评估方法对规模评估结果进行真实性交叉检验，一方面可以提高软件规模评估结果的可信度；另一方面，也可以对不同类型的项目干系人也会具有更强的说服力。

在实际的软件规模评估过程中，软件组织或者个人也可以根据自身的特点采用有别于上述评估方法的其他方法。但要注意的是，不管采用哪种软件规模评估方法，都要尽可能的保证这个方法所评估结果的一致性和客观性。

2、软件工作量评估

如果说我们能够算出开发软件、维护软件所投入的人员工作量，那么我们也就相当于得到了相应的软件成本。在软件行业中的绝大多数项目里面，影响软件工作量的最主要因素还是软件规模因素，当软件规模越来越大时，也就意味着我们需要投入的工作量越多，这两者之间是存在着正相关的关系。

在软件工作量的评估中，还包含了五个小步骤，也就是收集历史工作量数据、分析历史工作量数据、建立工作量评估模型、评估工作量、工作量模型的标定和更新。通过这些步骤可以积累更多关于软件组织开发工作量和维护工作量的数据，在此基础之上，建立相应的工作量评估模型，从而为后续的工作量评估任务提供支持方法。

3、软件阶段工作量评估

在这个步骤中，软件成本评估团队应该充分考虑软件项目的工期因素，对软件项目总工作量安排和各个阶段工作量安排进行优化分析，将软件项目的总工作量以合理可行的方式分解为各个阶段的工作量。

不仅如此，还要考虑软件项目工期所面临的各种工期约束条件，例如一些来自客户的强制工期要求、市场竞争性、可用的人力资源、项目各阶段人力资源分配的合理比例等约束条件，都在这个步骤中明确介绍了一系列阶段工作量安排的改进和优化方法，包括阶段工作量汇总法、资源平滑法、快速跟踪法、赶工法以及软件阶段工作量的可行性评估方法等。

这些方法的主要目的就是在于将软件工作总量以合理、可行的方式分配到软件项目的各个阶段，确保在不超出工作总量的前提下，尽可能降低人员成本、优化人力资源配置，为软件预算、软件开发计划制定等管理活动提供充分的决策支持信息。

4、软件人员成本评估

在这个步骤里面，我们将会详细说明如何在软件开发和维护所需的工作量转换为对应的费用信息，以便为相关的项目外部干系人提供更直接的决策依据。在软件人员成本评估中，也包含有单一人员成本评估法、分类人员成本评估法和行业人员成本评估法。

5、软件风险评估

在软件开发的过程中，许多软件组织明确认识到软件行业的开发人员已经默认和接受了无偿加班这一行业事实，这样一来，就算没有识别相应的风险信息，但也没有严重后果，也就是说，如果风险发生了，那就加班。

这个步骤中通过应用不同的风险评价方法，将软件项目的风险信息转换为项目的成本信息，从而建立软件项目的风险预算。

6、软件成本报告与更新

软件项目在开发过程中时，经常容易发生各种软件需求变更、人员变更、工期变更等多种类型的变更，这些变更无一例外地将对软件成本产生明显的影响。

在这个步骤中，可以分析软件成本更新面临的困难，有哪些典型的软件成本更新的信息来源，从机制设计的角度确保尽可能全面获取软件成本变更信息。最后遵循软件组织所建立的软件成本更新过程，将软件成本变更信息反映到更新后的软件成本评估结果中。