软件开发工作量评估报价表

软件开发报价(含软件开发项目工作量及报价模板)的计算方法

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

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

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

软件开发实施项目工作量评估明细表

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

(完整版)软件开发实施项目工作量评估明细表

2
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理（设置，备份还原）
操作人员管理及权限管理
2
24
安全认证
2
70
电子印章
2
64
规章制度管理
3
81
业务整合（初步）
2
20
业务整合（深入）
4
120
8
集成测试
系统集成测试、系统测试，编程与测试可以交叉进行
4
24
9
安装调试
调整全局配置项
建立权限分配方案
2
12
3
流程调研
落实需要上线的流程列表，这些流程主要包括：党委发文流程、纪委发文流程、公司发文流程、部门发文流程（报告、函、请示、通知）、公司收文流程，以及：用印申请流程、出差申请流程、会议管理流程等
培训流程图的标准画法
收集流程图，交流流程信息、修改流程图、流程图定稿
4
2
8
7
用户培训
根据项目实际整理培训资料
落实培训人员、场地、时间安排
三场用户培训，需用户积极配合协调
2
8
8
系统启用
建立起与系统运行相适应的管理规章制度
发布正式启用系统的通知
系统检查与实施补充
问题收集、反馈、调整
2
12
9
项目收尾
项目回顾
权限收回
2
2
合计
244
2、新功能开发工作量
序号
阶段
工作内容
人员配备
人·日
到用户现场安装调试开发好的系统，并与用户一起试走业务流程，对系统进行功能确认测试

软件项目工作量估算表.pdf

软件项目工作量估算表.pdf
软件项目工作量估算
项目名称xxxERP 管理系统客户名称xxx 公司
联系人联系电话
评估人评估日期
里程碑工作描述
工作量估算（人天）小计最小工作量最可能工作量最大工作量估算结果
软件开发计划
项目管理配置管理计划软件测试计划质量保证计划需求调查
需求分析需求分析
编制需求分析文档
系统结构设计
数据模型设计
系统原型设计
系统设计项目单位应用子系统详细设计
投资部应用子系统详细设计
系统管理子系统详细设计
公共业务子系统详细设计
项目开发子系统一功能点一功能点二
功能点三
功能点n
功能点一
功能点二
子系统二
功能点三
功能点n
功能点一
功能点二
功能点三
功能点n
功能点一
功能点二
子系统四
功能点三
功能点n 准备测试用例
系统集成测试
系统测试测试结果修改
用户验收测试
测试报告
系统部署
安装维修
培训
Total
文件名:软件项目工作量估算‐1.doc 目录:D:\我的文档模板:Normal.dotm
标题:
主题:
作者:zheng wei
关键词:
备注:
创建日期:2010‐9‐20 8:47:00
修订号: 4
上次保存日期:2010‐9‐20 9:14:00
上次保存者:zheng wei
编辑时间总计:23 分钟
上次打印时间:2010‐9‐20 9:14:00
打印最终结果
字数:119 (约) 字符数:679 (约)。

软件公司-工作量评估明细表(模板)

15
15
人员预估单价
单项费用各模块费应用开发费用小计(万) 用（万）合计（万）
项目经理
2019年服务信息系统升级改造项
目
需求分析师系统分析员
程序员
测试人员
5.5 8.3 4.3 19.0 5.4
费用总计：1万
填表说明： 1)投入人员类型，一般分为程序员、系统分析员、项目经理和测试人员 2)工作量以人日或人月为单位，1人月=22人日 3)人员预估单价，数据来源于采购中心 4)编码开发阶段，要求至少分为3级 5)项目各阶段工作量建议值：项目管理10%，需求30%，设计10%，开发40%，测试上线10%
程序员
8
8
8
8
XXXXXXXX
程序员
12
12
12
12
XXXXXXXX
程序员
15
12
12
13
XXXXXXXX
程序员
27
28
28
0
XXXXXXXX
开发
XXXXXXXX
程序员
10
10
10
10
XXXXXXXX
程序员
8
8
8
8
XXXXXXXX
XXXXXXXX
程序员
2
2
2
2
XXXXXXXX
程序员
11
11
11
11
XXXXXXXX
2
2
XXXXXXXX
系统分析员
38
36
40
38
XXXXXXXX
系统分析员
15
15
15
15
XXXXXXXX

软件研发工作量估算表.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 其它投入估算评审/会务费
（元）
差旅费用
其它费用
成本预估（元）
批准：

软件开发工作量估算和报价.docx

1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。

为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1 开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以 A 来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。

目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。

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

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

特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。

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

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

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

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

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

因此：0.25≤ 复用系数≤ 1根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25% （最高值）。

软件开发报价(含软件开发项目工作量及报价模板)的计算方法

软件开发报价(含软件开发项目工作量及报价模板)的计算方法-CAL-FENGHAI.-(YICAI)-Company One1软件开发报价的计算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。

为了便于计算，给出一个计算公式：软件开发价格＝开发工作量× 开发费用／人·月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值× 风险系数× 复用系数1.1.1估算工作量经验值（以A来表示）软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。

目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。

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

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

特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。

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

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

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

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

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

软件系统开发报价单

2、依据开发需求，本系统开发需配备两名程序员，需三十天的开发及调试期；
3、系统上线后的第一年内免费护,第二年后收取相关维护服务费。如有新增需求及功能,则开发费用另计。
软件系统开发报价单
使用单位
系统名称
开发单位
电话
主题
系统开发报价单
日期
费用内容
费用金额（元/人.月）
人工数量（人.月)
小计（元）
人工及管理成本
元/人。月
人.月
定制研发成本
元/人.月
人。月
安装调试成本
元/人。月
人.月
开发成本总计（元）
客户意见
（盖章）
年月日
备注：
1、如客户初步同意系统报价，需在客户意见处盖章确认定制软件，双方再进行合同的签署；

软件开发实施项目工作量评估明细表实用文档

项目工作量统计表项目名称：推进OA系统应用，强化业务整合一、推进OA流程应用工作量工作量总计：761人·日检查记录软件开发管理制度第一节总则第一条为规范自主软件研发以及外包软件的管理工作，特制定本制度。

本制度适用于集团软件研发与管理.第二条本制度中软件开发包含新系统开发和现有系统升级改造，此类工作均需要以项目制管理.第三条本制度中自主开发是指主要依赖信息中心自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作；合作开发是信息中心与专业IT 公司（合作商)共同协作完成IT 应用的项目实施和技术支持工作,双方组成开发团队进行项目实施，IT 系统的日常支持由信息中心软件研发部承担；外包开发是指将IT 应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT 公司或咨询公司等），由该公司(承包商)负责应用项目的实施。

第四条软件开发遵循项目管理和软件工程的基本原则.项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。

软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线。

第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组(可能包括合作开发商）。

第二节立项管理第六条提出项目需求的部门参与立项，信息中心提供立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。

《立项分析报告》应明确项目的范围和边界。

第七条信息中心将《立项分析报告》交相关部门会签后，上交集团总经理进行立项审批，以保证系统项目与集团整体策略相一致。

第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组,以下统称“项目组”），项目组应包括业务组（由信息中心需求管理组和相关业务部门组成）和开发组（自主开发为技术研发部开发组;外包开发为技术研发部指定的开发组长和外包商成员;合作开发为技术研发部开发组指定人员和外包商成员）。