软件项目报价表模板

软件开发报价(含软件开发项目工作量及报价模板)的计算方法软件开发的价格估算与工作量、商务成本、国家税收以及企业利润等因素有关。

为了方便计算，可以使用以下公式进行计算：软件开发价格 = 开发工作量 ×开发费用/人·月。

1.1 开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等因素有关。

具体计算公式为：软件开发工作量 = 估算工作量经验值 ×风险系数 ×复用系数。

1.1.1 估算工作量经验值（以 A 来表示）过去，有人提出使用源代码行或功能点来计算软件开发工作量，但这些方法都存在一定的困难。

目前，国际上仍按照经验的方式进行计算，而国内各软件企业也采用这种方式进行工作量估算。

为了更好地规范估算方法，建议按照国家标准“GB/T 8566-2001 软件生存周期过程”中规定的软件开发过程活动来计算工作量。

工作量的计算按照一个开发工作人员在一个月内（日历中的月，包括国家规定的节假日）能够完成的工作量为单位，通常称为“人·月”。

需要特别提醒的是，软件开发过程中不仅包括软件开发，还包括各种软件测试活动。

1.1.2 风险系数（以σ 来表示）估算工作量经验值也存在较大的风险，造成软件危机的因素很多，这也是一个方面的因素。

特别是当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实需求，就会导致软件企业需要不断地完善需求获取、修改设计等各项工作。

因此，风险系数应该满足以下条件：1 ≤ 风险系数≤ 1.5.我们了解到，超过估算工作量经验值的一半已经是不可接受的，因此我们将“1.5”设定为极限值。

当然，这既要看企业的能力，也要看用户能接受的程度。

1.1.3 复用系数（以τ 来表示）估算工作量经验值是软件企业承担一般项目时使用的，但如果软件企业已经采用“基于构件的开发方法”，并建立了能够复用的构件库（核心资产库），或者已有一些软件产品仅需进行二次开发，从而使软件开发工作量减少。

说明请填写本模板中黄色高亮部分进行项目报价，如此表不适用，请联系采购管理相关人员。

如某些需填写
项目不适用，请留空或填写“不适用”。

阶段工作量分布
目大的工作阶段工作量权重需要遵照下列比例，权重偏差严格控制在10%之内。

角色工作量权重及人天单价
在整个项目中的工作量权重需要遵照下列比例，权重偏差严格控制在10％之内。

2.请在下表中填写项目角色对应的人天单价，如需要，请增加/删改相关角色信息并在报价书相应位置增加/删改角色名称。

序号 1
2
3
大类
小类
系统设计 架构设计
概要设计 数据库设
计
MMP模块
AMP模块程序开发 AMB Nhomakorabea块MMM模块
SPC模块
看板模块
系统部署 调试
预留接口 接口测试
内容描述 系统架构设计及评审 系统概要设计及评审 系统数据模型设计及评审 数控机床通讯--程序下载及回传 数控程序管理--系统权限管理 数控程序管理--程序比较功能 数控程序管理-文档附件管理 数控程序管理-程序版本管理 数控程序管理-程序审批流程管 理 在线文档浏览功能 基础数据管理 数据采集管理 实时生产状态查询 历史生产状态查询 单机设备状态视图分析 自定义状态名称及颜色 自定义停机原因 即时产量 即时参数 历史产量 历史参数 设备班次自定义 设备故障报修采集 人员管理 用户-菜单权限管理 停机用时分析 报警分析 报告图表分析 绩效考核 数据备份管理 设备维护管理 维修保养计划管理 设备巡检 实时设备数据查询 维修知识库管理 详细设备基础信息 设备资料管理 设备备件管理 维修故障及效率分析 设备点检 实时数据查询 设备故障采集 设备考核指标分析(四个考核指 标) 安全人员权限管理 CPK趋势分析(4) 产品质量分析 产品质量查询 设备状态看板 设备运行效率分析 生产进度实时跟踪 设备维修保养看板 第三方系统的集成接口 同OPC,MIT等采集数据接口测试
价格(万) 12
13.5
52.5
6 34.5
9 12 21
3
系统部署 调试
集成测试 特指在用户测试环境的调测
4
系统培训 系统部署 包括正式环境部署 应用 系统培训 系统使用培训
5
小计
注:以上软件功能实现前提需要OPC服务和西门子MIT软件提供各设

软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关.为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1。

1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1。

1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。

目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量.为了更好地规范估算方法,建议可按照国家标准“GB／T 8566—2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量.工作量的计算是按一个开发工作人员在一个月内(日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”.特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。

1。

1.2风险系数(以σ来表示）估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。

特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。

因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5"为极限值。

当然这既要看企业的能力，也要看用户能接受的程度.1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库(核心资产库）,或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。