软件开发项目工作量估算模板

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

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

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

软件开发工作量评估模板项目名称：______________________项目描述：______________________项目目标：______________________项目范围：______________________项目里程碑：______________________ 项目资源需求：______________________ 项目风险评估：______________________ 项目工作量评估：1. 需求分析阶段：- 需求收集：____小时- 需求整理：____小时- 需求确认：____小时- 需求变更管理：____小时- 需求分析总结：____小时- 小计：____小时2. 设计阶段：- 概要设计：____小时- 详细设计：____小时- 设计评审：____小时- 设计文档编写：____小时- 小计：____小时3. 编码阶段：- 编码规范制定：____小时- 编码实现：____小时- 代码评审：____小时- 代码重构：____小时- 小计：____小时4. 测试阶段：- 测试计划制定：____小时- 测试用例编写：____小时- 测试执行：____小时- 缺陷管理：____小时- 测试报告编写：____小时- 小计：____小时5. 部署与上线阶段：- 部署计划制定：____小时- 环境搭建：____小时- 数据迁移：____小时- 上线验证：____小时- 上线支持：____小时- 小计：____小时6. 维护阶段：- 问题处理：____小时/月- 功能优化：____小时/月- 版本升级：____小时/次- 小计：____小时总工作量：____小时备注：以上工作量评估仅供参考，实际工作量可能因项目实际情况而有所调整。

项目工作量统计表项目名称：推进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*规模变更调整因子。