软件开发项目工作量估算模板
软件开发报价(含软件开发项目工作量及报价模板)的计算方法
软件开发报价(含软件开发项目工作量及报价模板)的计算方法软件开发的价格估算与工作量、商务成本、国家税收以及企业利润等因素有关。
为了方便计算，可以使用以下公式进行计算：软件开发价格 = 开发工作量 ×开发费用/人·月。
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．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
软件开发项目工作量及报价模板
说明
请填写本模板中黄色高亮部分进行项目报价，如此表不适用，请联系采购管理相关人员。
如某些需填写项目不适用，请留空或填写“不适用”。
阶段工作量分布
1.整个项目大的工作阶段工作量权重需要遵照下列比例，权重偏差严格控制在10%之内。
角色工作量权重及人天单价
1.各角色在整个项目中的工作量权重需要遵照下列比例，权重偏差严格控制在10％之内。
2.请在下表中填写项目角色对应的人天单价，如需要，请增加/删改相关角色信息并在报价书相应位置增加/删改角色名称。
软件的开发报价（含软件的开发项目的工作量及报价实用模板）地计算方法
软件的开发报价（含软件的开发项目的工作量及报价实用模板）地计算方法软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
软件开发实施项目工作量评估明细表
建立权限分配方案
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
软件开发实施项目工作量评估明细表实用文档
项目工作量统计表项目名称：推进OA系统应用，强化业务整合一、推进OA流程应用工作量工作量总计：761人·日检查记录软件开发管理制度第一节总则第一条为规范自主软件研发以及外包软件的管理工作，特制定本制度。
本制度适用于集团软件研发与管理.第二条本制度中软件开发包含新系统开发和现有系统升级改造，此类工作均需要以项目制管理.第三条本制度中自主开发是指主要依赖信息中心自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作；合作开发是信息中心与专业IT 公司（合作商)共同协作完成IT 应用的项目实施和技术支持工作,双方组成开发团队进行项目实施，IT 系统的日常支持由信息中心软件研发部承担；外包开发是指将IT 应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT 公司或咨询公司等），由该公司(承包商)负责应用项目的实施。
第四条软件开发遵循项目管理和软件工程的基本原则.项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。
软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线。
第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组(可能包括合作开发商）。
第二节立项管理第六条提出项目需求的部门参与立项，信息中心提供立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。
《立项分析报告》应明确项目的范围和边界。
第七条信息中心将《立项分析报告》交相关部门会签后，上交集团总经理进行立项审批，以保证系统项目与集团整体策略相一致。
第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组,以下统称“项目组”），项目组应包括业务组（由信息中心需求管理组和相关业务部门组成）和开发组（自主开发为技术研发部开发组;外包开发为技术研发部指定的开发组长和外包商成员;合作开发为技术研发部开发组指定人员和外包商成员）。
软件规模、工作量、费用测算评估样例表-两种方法
软件开发工作量评估
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*规模变更调整因子。
软件项目工作量估算表.pdf
测试报告
系统部署
安装维修
培训
Total
系统设计
项目单位应用子系统详细设计
投资部应用子系统详细设计
系统管理子系统详细设计
公共业务子系统详细设计
项目开发
子系统一
功能点一
功能点二
功能点三
功能点n
功能ห้องสมุดไป่ตู้一
功能点二
子系统二
功能点三
功能点n
功能点一
功能点二
子系统三
功能点三
功能点n
功能点一
功能点二
子系统四
功能点三
功能点n
准备测试用例
系统集成测试系统测试测试结果修改
软件项目工作量估算
项目名称
xxxERP管理系统
客户名称
xxx公司
联系人
联系电话
评估人
评估日期
里程碑
工作描述
工作量估算（人天）
小计
最小工作量
最可能工作量
最大工作量
估算结果
软件开发计划
项目管理
配置管理计划
软件测试计划
质量保证计划
需求调查
需求分析
需求分析
编制需求分析文档
系统结构设计
数据模型设计
系统原型设计
软件开发报价含软件开发项目工作量及报价模板的计算方法
软件开发报价含软件开发项目工作量及报价模板的计算方法在软件开发领域，项目报价是一项关键任务，需要准确计算软件开发项目的工作量以及报价模板。
本文旨在介绍软件开发报价的计算方法，包括软件开发工作量的评估和报价模板的制定。
1. 项目概述在开始计算软件开发报价之前，首先需要对软件开发项目进行详细的概述。
项目概述应包括项目的背景、目标和技术需求。
通过理解项目的特点和需求，可以更好地估计工作量和制定报价模板。
2. 工作量评估工作量评估是软件开发报价中至关重要的一步。
以下是一些常见的评估方法：2.1 功能点分析法功能点分析法是一种基于软件功能的评估方法。
它通过识别和计算软件的功能点数量来评估工作量。
功能点分析法通常根据以下几个方面进行评估：输入、输出、查询、文件和接口。
2.2 用例点分析法用例点分析法是一种基于系统用例的评估方法。
它通过识别和计算各个用例的复杂度来评估工作量。
用例点分析法通常根据以下几个方面进行评估：用例的复杂度、输入和输出量、外部接口等。
2.3 计算机辅助软件估算方法计算机辅助软件估算方法是利用计算机工具进行工作量评估的方法。
这些工具通常基于历史数据和统计模型，能够更准确地评估工作量。
常用的计算机辅助软件估算方法包括COCOMO模型和基于函数点的软件估算方法。
3. 报价模板制定制定报价模板是为了使报价过程更加规范和高效。
以下是一些常见的报价模板要素：3.1 项目概述项目概述部分应包括对项目的背景、目标和需求的清晰描述。
这一部分应该具体、准确，并能够帮助客户全面了解项目。
3.2 工作范围在报价模板中，需要明确规定软件开发项目的工作范围。
工作范围可以包括需求分析、系统设计、编码、测试等方面的任务描述。
3.3 工时估算在报价模板中，需要准确估算各个任务的工时。
工时估算可以根据前文所述的工作量评估方法来确定，以确保报价的准确性。
3.4 人工成本在报价模板中，需要列出参与软件开发项目的人员及其对应的人工成本。
开发工作量报价模板
开发工作量报价模板
以下是一个简单的开发工作量报价模板，你可以根据具体项目进行调整：
1. 项目简介：简要描述项目的目标、范围和主要功能。
2. 工作量评估：估计完成项目所需的工作量，包括开发人员的类型、数量和工作时间。
3. 费用明细：列出各项费用，如人力成本、设备租赁、软件许可证、差旅费等，并注明单位价格和数量。
4. 总费用：汇总各项费用，得到项目的总开发工作量报价。
5. 报价有效期：说明报价的有效期限。
6. 付款方式：描述付款的方式和时间表。
7. 其他说明：如有其他需要说明的事项，可在此处列出。
请注意，这只是一个基本的模板，你可以根据实际情况进行修改和完善。
在报价时，建议与客户进行充分沟通，确保双方对项目需求和工作量有清晰的理解。
软件开发项目工作量及报价模板.xls
工作量 14 12 23
17 29
8 13
工作量小计 49
67
6
1
5 4
88
3
程序开 发
Path表单上传管理
Path表单在线编辑
自定义表单
Path表单默认值处理
Path表单与流程引擎关联
Path表单解析功能
流程设计器 自动化流程模拟工具
序号 大类
小类
需求调研
1
需求分 需求分析 析 需求方案设计编制
架构设计
2
系统设 概要设计 计 详细设计
数据库设计
系统功能优化
其它功能优化
效率分析优化
3
程序开 系统权限控制优化 发
软件开发项目工作量估算
内容描述
与最终用户，ITC沟通，进行需求调研 需求分析的主要内容是系统各个功能模块的优化方案细节要求 按需求调研结果，设计需求说明书，由建设双方共同评审前确认需求 说明书，依说明书提出建设方案，确定工作内容和工作量。
系统架构设计及评审
系统概要设计及评审
系统详细设计及评审
系统数据模型设计及评审
1.通用功能：项目中所有部门选择功能改为使用弹出页面方式 2.流程显示，起草和应用管理中，采用多级树，包括排序，调整所属 父节点功能 3.应用管理,改进表单模板的显示及选择方式 4.部门用户管理，改进部门用户组织管理方式，增加从用户的角度可 以查看所属角色，拥有的权限的功能,并可对人员直接授权 5.角色类型管理;改进角色类型、角色组织管理方式，增加从角色类型 的角度查看角色成员，角色类型拥有的权限 6.优化流程时限管理，可按照流程步骤不同办理人、不同条件设置相 应的时限，为流程运作提供监控和优化的信息支持。 1.击办理按钮后，在“人员选择窗口”中选择办理人时提供全选功能 。 2系统管理员在配置流程时配置默认的待阅人员 3.在列表中显示流程实例编号，并提供查询功能 4.委托授权前可填写意见，并在流转过程中显示 5.汇总类流程的实现方案，并提供例子流程 6.提供导出流程表单内容及流转内容 7.提供统计分析可以查看具体流程实例 8.流程设计器中的部门等，以部门ID为主键 9.流程设计器中的变迁规则，支持in，not in算法 1)增加流程实例标识，提供用户查询。 2）提供统计分析可以查看具体流程实例 3）流程管理中提供导出流程表单内容及流转内容（如：审批意见，审 批人，审批时间，超时时间等流程履历显示的内容）
软件开发费用评估模板_2020
8.33 1.10 9.17 5.75 7.19 8.63 6.59 8.24 9.89 1.00 1.00 1.00 1.00 0.80 5.27 6.59 7.91 3.0134 0.73 0.91 1.10
未进行功能吻合度调整 根据估算时机取值
CSBMK@-202010全行业基准数据中位数
下限 中值 上限 业务处理系统 无特别限定 无特别限定 无特别限定 无特别限定 下限 中值 上限 北京地区人月单价，不包含直接非人力成本 下限 中值 上限
规模估算结果（单位：功能点பைடு நூலகம் 规模变更调整因子取值
调整后规模（单位：功能点）
基准生产率（单位：人时/功能点）
未调整工作量（单位：人天）
调整因子
应用类型 质量特性 完整性级别 开发语言 开发团队背景
调整后工作量（单位：人天）
人月基准单价（单位：万元/人月）
基准报价（单位：万元） （不包含直接非人力成本）
软件开发项目工作量估算模板
5、填写相关的过程统计文档。
工作量 （天）
单价 （元/天）
43
1050
49
1000
50
1000
22
800
4
800
小计 （元） 45150
49000
50000 17600 3200
实际权重 0.18
0.20 0.21 0.09 0.02
1、实现系统分析师提出的用户界面要求。 2、完成前端展现的页面框架设计。 3、完成向导、帮助的界面设计。 6 网页设计师 4、完成页面、按钮设计。 5、编写必要的脚本程序。 6、填写相关的过程统计文档。 7、项目经理分配的其它工作。
27
800
1、完成项目的周、月例会等会议纪要等文档的编辑
7 文档编辑
2、检查项目文档是否增加到项目配置库中，是否增加了版本控制。 3、完成项目的帮助手册、等文档的编辑
31
700
4、项目经理分配的其它工作；
1、制定编写实施方案、实施计划、应急计划等。
8
实施工程师
2、完成项目实施所有软、硬件和网络等环境的准备。 3、根据配置管理员提交的项目版本进行项目实施。
软件开发项目工作量估算
序号 角色
内容描述
1 项目经理
1、负责编制总体项目计划；参与评审配置计划、质量保证计划和测试 计划； 2、制定项目管理制度，进行员工绩效考核和奖惩。 3、负责控制项目的总体进度、成本、质量和风险； 4、负责与客户相关部门(决策委员会、系统分析小组)联络沟通和任务 协调； 5、负责公司内部资源对项目组的调配/协调； 6、负责定期组织项目阶段性评审； 7、定期编制项目总结提交给双方的管理部门。
4、项目经理分配的其它工作。
软件的开发报价(含软件的开发项目的工作量及报价实用模板)地计算方法
软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤ 风险系数≤ 1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
软件研发工作量估算表.xls
项目名称 项目组长(经理)
估算人
里程碑
工作描述
软件开 发计划
项目管理 配置管理计划 软件测试计划
质量保证计划
需求调查
需求分析 需求分析
编制需求分析文档
体系结构设计
系统设计
数据模型设计 系统原型设计
模块详细设计
项目开发
模块名 称
功能点1 功能点2
功能点3
模块名 称
功能点1 功能点2
0
人力成本 （元）
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 #NAME?
复核：
#NAME? 拟制：
小计 0 0 0 0 0 0
以下由立项 评审组组长 填写：
评审结果
备注： 1、工作量 的预估采用 专家意见法 预估，专家 数量不得少
核定工作量（人. 月）
人力成本（元） 其它投入合计（元）
成本合计（元）
评审组长签字 /日期
2、人力成 本估算以公 司上年度平 均薪酬W （含社会保 险、各种补 贴）作为基 3、估算结 果的计算公 式：（最小 工作量+4× 最可能工作 量+最大工 4、核定工 作量是指项 目全过程的 工作量； 5、本表格 是项目立项 评审的组成 部分，存档
功能点3
准备测试用例
系统集成测试
系统测试 测试结果修改
用户验收测试
测试报告 试运行/联
试 一年维护
培工作量总训计（人. 天）
0 交通费用
Hale Waihona Puke 其它投入估算评审/会务费
（元）
差旅费用
其它费用
成本预估（元）
批准：
软件开发项目工作量及报价模板
说明
请填写本模板中黄色高亮部分进行项目报价，如此表不适用，请联系采购管理相关人员。
如某些需填写项目不适用，请留空或填写“不适用”。
阶段工作量分布
1.整个项目大的工作阶段工作量权重需要遵照下列比例，权重偏差严格控制在10%之内。
角色工作量权重及人天单价
1.各角色在整个项目中的工作量权重需要遵照下列比例，权重偏差严格控制在10％之内。
2.请在下表中填写项目角色对应的人天单价，如需要，请增加/删改相关角色信息并在报价书相应位置增加/删改角色名称。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1需求方案设计 编制 架构设计 系统 概要设计 设计 详细设计 数据库设计
系统功能优化
1
5
6
其它功能优化
1
1
效率分析优化 系统权限控制 系统 优化 开发 自定义表单
5 3 1
5 4
3
2
5
1
5
13
流程设计器
1.Win32版本的设计器改进 2.Silverlight版本流程设计工具
2 2
8 1
5 5
15 8
4
系统 测试
5
系统 部署 小计
自动化流程模 1.流程自动化模拟工具，简化流程测试 拟工具 1.后台数据处理 2.业务处理 增加新的流程 3.WebService处理步骤 步骤类型 4.业务代理 talk操作 6.MOSS操作 1.流程组合的支持 流程引擎的功 2.流程嵌套的支持 能改进 3.环节参与者自定义SQL的支持 4.流程版本的支持 1）可以安装在IAP、UAP等平台，供各应用系统作为流程引擎组 流程引擎组件 件调用。 2）对调用系统提供WebService接口方式。 1.业务表单的分离设计 基于Visual 2.业务表单的向导式创建 Studio的表单 3.业务表单字段设置控件 设计改进 4.业务表单字段校验控件 5.业务表单的发布管理 测试方案编写 （包含测试用 测试方案编写（包含测试用例） 例） 单元测试 单元测试 接口测试 接口测试 集成测试 特指在用户测试环境的调测 系统部署 包括正式环境部署和现场支持服务 数据初始化 （包括数据迁 原有设备记录、系统运行基础数据导入与生成 移等） 部署文档编写
4
5
1
10
2
5
1
8
5
1
6
4
2
1
5
12
1 1 1 1
7 6 1 1 4 3 31 3 15
8 7 1 7 4 4 6 241
5 3
43
49
50
22
4
27
第3点“系统开发”由各个项目根据实际情况填写项目建设内容。