软件开发工作量评估报价表
软件开发报价(含软件开发项目工作量及报价模板)的计算方法
软件开发报价(含软件开发项目工作量及报价模板)的计算方法软件开发的价格估算与工作量、商务成本、国家税收以及企业利润等因素有关。
为了方便计算，可以使用以下公式进行计算：软件开发价格 = 开发工作量 ×开发费用/人·月。
1.1 开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等因素有关。
具体计算公式为：软件开发工作量 = 估算工作量经验值 ×风险系数 ×复用系数。
1.1.1 估算工作量经验值（以 A 来表示）过去，有人提出使用源代码行或功能点来计算软件开发工作量，但这些方法都存在一定的困难。
目前，国际上仍按照经验的方式进行计算，而国内各软件企业也采用这种方式进行工作量估算。
为了更好地规范估算方法，建议按照国家标准“GB/T 8566-2001 软件生存周期过程”中规定的软件开发过程活动来计算工作量。
工作量的计算按照一个开发工作人员在一个月内（日历中的月，包括国家规定的节假日）能够完成的工作量为单位，通常称为“人·月”。
需要特别提醒的是，软件开发过程中不仅包括软件开发，还包括各种软件测试活动。
1.1.2 风险系数（以σ 来表示）估算工作量经验值也存在较大的风险，造成软件危机的因素很多，这也是一个方面的因素。
特别是当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实需求，就会导致软件企业需要不断地完善需求获取、修改设计等各项工作。
因此，风险系数应该满足以下条件：1 ≤ 风险系数≤ 1.5.我们了解到，超过估算工作量经验值的一半已经是不可接受的，因此我们将“1.5”设定为极限值。
当然，这既要看企业的能力，也要看用户能接受的程度。
1.1.3 复用系数（以τ 来表示）估算工作量经验值是软件企业承担一般项目时使用的，但如果软件企业已经采用“基于构件的开发方法”，并建立了能够复用的构件库（核心资产库），或者已有一些软件产品仅需进行二次开发，从而使软件开发工作量减少。
软件系统开发工作量估算
序号大类小类
需求调研需求分析
需求方案设计编制架构设计概要设计详细设计接口设计数据库设计
系统优化及其他
测试方案编写（包含测试用例）单元测试接口测试集成测试系统部署部署文档编写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。
软件开发项目工作量及人工费用评估报价模版
说明请填写本模板中黄色高亮部分进行项目报价，如此表不适用，请联系采购管理相关人员。
如某些需填写
项目不适用，请留空或填写“不适用”。
阶段工作量分布
目大的工作阶段工作量权重需要遵照下列比例，权重偏差严格控制在10%之内。
角色工作量权重及人天单价
在整个项目中的工作量权重需要遵照下列比例，权重偏差严格控制在10％之内。
2.请在下表中填写项目角色对应的人天单价，如需要，请增加/删改相关角色信息并在报价书相应位置增加/删改角色名称。
软件开发实施项目工作量评估明细表
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理（设置，备份还原）
操作人员管理及权限管理
2
24
安全认证
2
70
电子印章
2
64
规章制度管理
3
81
业务整合（初步）
2
20
业务整合（深入）
4
120
8
集成测试
系统集成测试、系统测试，编程与测试可以交叉进行
4
24
9
安装调试
项目工作量统计表
项目名称：推进OA系统应用，强化业务整合
1、推进OA流程应用工作量
序号
阶段
工作内容
人员
配备
人·日
1
项目准备
现有系统配置情况检查
系统相关模块的基本数据情况检查
制定实施阶段计划，约定每个阶段的时长，准确划分各阶段时间节点
预定培训实施期间培训日期安排
3
9
2
系统配置
建立相关组织结构
建立相关角色
2
8
7
用户培训
根据项目实际整理培训资料
落实培训人员、场地、时间安排
三场用户培训，需用户积极配合协调
2
8
8
系统启用
建立起与系统运行相适应的管理规章制度
发布正式启用系统的通知
系统检查与实施补充
问题收集、反馈、调整
2
12
9
项目收尾
项目回顾
权限收回
2
2
合计
2、新功能开发工作量
序号
阶段
工作内容
软件开发实施项目工作量评估明细表
建立权限分配方案
2
12
3
流程调研
落实需要上线的流程列表，这些流程主要包括：党委发文流程、纪委发文流程、公司发文流程、部门发文流程（报告、函、请示、通知）、公司收文流程，以及：用印申请流程、出差申请流程、会议管理流程等
培训流程图的标准画法
收集流程图，交流流程信息、修改流程图、流程图定稿
4
项目工作量统计表
项目名称：推进OA系统应用，强化业务整合
一、推进OA流程应用工作量
序号
阶段
工作内容
人员
配备
人·日
1
项目准备
现有系统配置情况检查
系统相关模块的基本数据情况检查
制定实施阶段计划，约定每个阶段的时长，准确划分各阶段时间节点
预定培训实施期间培训日期安排
3
9
2
系统配置
建立相关组织结构
建立相关角色
36
4
设定流程
建立流程，谁提交，谁批准，谁执行
建立流程表单，及相应说明
建立流程处理签
建立存档管理，配置相关归档目录
建立权限管理
5
85
5
模拟调试
对所有流程进行模拟测试，特别是各个重要公文流程，必须进行遍历测试
根据模拟测试发现的情况，对流程设置进行检讨和调整
4
72
6
管理员培训
对流程管理员进行培训，使其掌握流程异常情况处理、流程微调技巧
2
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理（设置，备份还原）
操作人员管理及权限管理
2
软件开发工作量评估模板
软件开发工作量评估模板项目名称：______________________项目描述：______________________项目目标：______________________项目范围：______________________项目里程碑：______________________ 项目资源需求：______________________ 项目风险评估：______________________ 项目工作量评估：1. 需求分析阶段：- 需求收集：____小时- 需求整理：____小时- 需求确认：____小时- 需求变更管理：____小时- 需求分析总结：____小时- 小计：____小时2. 设计阶段：- 概要设计：____小时- 详细设计：____小时- 设计评审：____小时- 设计文档编写：____小时- 小计：____小时3. 编码阶段：- 编码规范制定：____小时- 编码实现：____小时- 代码评审：____小时- 代码重构：____小时- 小计：____小时4. 测试阶段：- 测试计划制定：____小时- 测试用例编写：____小时- 测试执行：____小时- 缺陷管理：____小时- 测试报告编写：____小时- 小计：____小时5. 部署与上线阶段：- 部署计划制定：____小时- 环境搭建：____小时- 数据迁移：____小时- 上线验证：____小时- 上线支持：____小时- 小计：____小时6. 维护阶段：- 问题处理：____小时/月- 功能优化：____小时/月- 版本升级：____小时/次- 小计：____小时总工作量：____小时备注：以上工作量评估仅供参考，实际工作量可能因项目实际情况而有所调整。
软件开发项目工作量及报价模板
序号 大类 小类 内容描述 与最终用户，ITC沟通，进行需求调研 需求分析的主要内容是系统各个功能模块的优化方案细节要求 按需求调研结果，设计需求说明书，由建设双方共同评审前确认需求 说明书，依说明书提出建设方案，确定工作内容和工作量。 系统架构设计及评审 系统概要设计及评审 系统详细设计及评审 系统数据模型设计及评审 1.通用功能：项目中所有部门选择功能改为使用弹出页面方式 2.流程显示，起草和应用管理中，采用多级树，包括排序，调整所属 父节点功能 3.应用管理,改进表单模板的显示及选择方式 4.部门用户管理，改进部门用户组织管理方式，增加从用户的角度可 以查看所属角色，拥有的权限的功能,并可对人员直接授权 5.角色类型管理;改进角色类型、角色组织管理方式，增加从角色类 型的角度查看角色成员，角色类型拥有的权限 6.优化流程时限管理，可按照流程步骤不同办理人、不同条件设置相 应的时限，为流程运作提供监控和优化的信息支持。 1.击办理按钮后，在“人员选择窗口”中选择办理人时提供全选功能 。 2系统管理员在配置流程时配置默认的待阅人员 3.在列表中显示流程实例编号，并提供查询功能 4.委托授权前可填写意见，并在流转过程中显示 5.汇总类流程的实现方案，并提供例子流程 6.提供导出流程表单内容及流转内容 7.提供统计分析可以查看具体流程实例 8.流程设计器中的部门等，以部门ID为主键 9.流程设计器中的变迁规则，支持in，not in算法 1)增加流程实例标识，提供用户查询。 2）提供统计分析可以查看具体流程实例 3）流程管理中提供导出流程表单内容及流转内容（如：审批意见， 审批人，审批时间，超时时间等流程履历显示的内容） 流程查看、申请、管理权限 人员分配（项目经理+普通程序 员） 1+2 12 23 17 29 8 13 工期 5
软件开发报价(含软件开发项目工作量及报价模板)的计算方法
软件开发报价（含软件开发项目工作量及报价模板）的计算方法-CAL-FENGHAI.-(YICAI)-Company Onel软件开发报价的计算方法1 .软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格二开发工作量X开发费用/人•月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量二估算工作量经验值X风险系数X复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB /T 8566-2001软件生存周期过程〃所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人•月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以a来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ＜风险系数＜ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以T来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1搭建项目整体框架310
2搭建数据库模型3101各页面基础配置信息管理模块2102帐户登录、注销与退出功能模块21011帐户个性化信息管理模块21012帐户个性化配置管理模块2101后台帐户管理模块
2102后台帐户角色管理模块
2103
后台帐户个性化信息管理模块
210短信群发功能模块短信数据群发接口管理模块210语音群聊功能管理模块210语音群聊数据接口处理模块210手机用户订购信息处理接口210手机订购用户信息同步处理模块220短信信息管理模块220语音信息管理模块220用户激活功能模块
210用户信息查询模块210帐户信息状态控制功能模块
2105分组信息管理模块2106组员从属关系变更管理模块2107分组信息审核管理模块2108地理信息管理模块2109功能项管理模块21010角色管理模块21012系统参数配置管理模块
2
10
1系统测试2系统部署3系统培训系统框架
语音群聊功能模块
系统前台功能模块
分组管理
系统配置信息管理
后台管理员帐户管理用户扣费管理模块
用户管理模块
系统后台功能模块
用户帐户相关管理模块
系统前台公共应用模块
信息管理模块
系统部署相关
30 30 20 20 20 20 20 20 20 20 20 20 20 40 40 40 20 20 20 20 20 20 20 20 20 20 0 0 0。