下载文档原格式
序号大类小类
需求调研需求分析
需求方案设计编制架构设计概要设计详细设计接口设计数据库设计
系统优化及其他
测试方案编写（包含测试用例）单元测试接口测试集成测试系统部署部署文档编写6采购服务器等
9论证、鉴定、评审、验收
10
相关的其它费用1
需求分析
2系统设计
3程序开发
5系统部署小计
4系统测试
折旧
无形资产
7
8
内容描述
工作量（人天）
工作量小计
与最终用户沟通，进行需求调研
10需求分析的主要内容是系统各个功能模块的优化方案细节要求
20按需求调研结果，设计需求说明书，依说明书提出建设方案，确定工作内容和工作量。
20系统架构设计及评审10系统概要设计及评审10系统详细设计及评审20系统接口设计及评审
10系统数据模型设计及评审
20
安排压力测试并优化系统性能40测试方案编写（包含测试用例）10单元测试10接口测试
10特指在用户测试环境的调测
20包括正式环境部署和现场支持服务20提供正式的部署和安装使用文档2010101.仪器102.设备101.软件202.专利权
303.非专利技术
1030304040
410人天均价（元）
工作量价格700410
287000最终报价：
￥287,000
系统开发工作量估算
50
70
40
50
4020
60。
软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
软件开发工作量评估
1、在预算阶段，需求一般较模糊，采用预估功能点计数法测算软件规模；
2、工作量、费用的测算结果宜为一个范围而不是单一值；
3、费用测算过程中宜采用不同方法分别测算并进行交叉验证。
如果不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法确定测算结果。
4、ILF:内部逻辑文件
5、EIF：外部逻辑文件，
6、UFP:未调整的功能点数，单位为功能点
7、0.25≤复用系数τ≤1，预算阶段复用度调整系数通常取值为1（假设复用度低）；
8、US:复用调整后的软件规模，单位为功能点
7、CF:规模变更调整因子,预算时取值为1.39，招投标、项目计划时取值为1.21，需求分析阶段时取值1.1；
8、S:规模调整后的功能点，即功能规模,S＝US*规模变更调整因子。
1.软件开发价格估算方法软件开发价恪与工作重、育务成本、国冢稅收和企业利润等项有关.为了便于计算，给出一个计算公式：软件开发价格二开发工作量X开发费用/人•月开友工作星软件开发工作重与估算工作重经验值、风险系数和复用系数等项有关：软件开发工作量=估算工作量经验值X风险系数X复用系数软什开发工作重的计算，昔有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度.目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作重• 为了更好地规范估算方法，建议可按照国家标准“GB / T 8566-2001软件生存周期过程“所规走的软件开发过程的各项活动来计算工作重。
工作量的计算是按一个开发工作入员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位,也就是通箒所讲的“人月"。
特别要提醒的是软件开发过程中既包括了通箒所讲的软件开发，也应包括各类软件测试的活动.估算工作量经验值亦会存在较大风险,造成软件危机的因责很多,这也是一个方面的因庶.特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：I ＜风险系数＜根据我们对软件企业的了解,超过估算工作量经验值的一半，已是不可接受，所以我们确定"为极限值。
当然这既要音企业的能力也要看用户能接受的程度.r井己估算工作重经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用'‘基于构件的开发方法"f建立起能够复用的构件库（核心资产库），或者已有一些软件产品仅作二次开发，从而使软件开发工作量减f少。
因此：＜复用系数＜1根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据z提肓工作效率达到25% （最高值1 开友费用/人•月软件企业的商务成本、国冢稅收、企业利润、管理成本和质量成本.均可摊分到各个软件开发人员头上.开发费用/人月=（P + Q+R） x Sx T（人头费）P人头费主要是员工的工资.奖金^国家规定的各项按人计算的费用.其总重在软件企业中的商务成本占70% -80%.P = B x国冢规定的公积金7% ,医疗保险金12% ,养老金22% r失业金2% （即通常所说的四金）,另外还有按工资总额计征的工伤保证金％ ,生育保证金％ ,残疾基金％ ,工会基金2% r累计为％・B为平均工资,即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。
