软件开发项目管理制度.docx
《软件开发项目管理制度.docx》由会员分享，可在线阅读，更多相关《软件开发项目管理制度.docx（26页珍藏版）》请在冰点文库上搜索。
QG/JL060501-2014（A/0）
软件开发项目管理制度
第21页共25页
1目的和适用范围
软件开发项目管理制度
为规范公司自有软件研发的管理工作，特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度，最大限度满足用户的需求。
本标准适用于聚龙股份有限公司（以下简称公司）软件开发项目的管理与控制。
2涉及的相关部门
公司所有部门
3职责与管理控制
3.1职责
参见《设计和开发控制程序》中相关条款。
3.2管理控制
3.2.1软件开发项目分类与立项管理分类
1.软件开发项目分类
（1）软件产品项目：
公司或部门提出的，可以作为公司独立产品或配套产品的软件开发项目；
（2）内部管理软件项目：
公司或部门提出的，仅限于公司内部管理应用的管理软件项目；
（3）内部工具软件项目：
公司或部门提出的，仅限于公司内部生产调试使用的各种工具软件项目。
3.2.2软件项目管理分类
软件项目管理分为正式立项管理与设计更改管理。
1.正式立项管理
软件开发需求之前没有相同的正式软件产品，或者软件在功能和结构上与原有软件相比有较大改变，能够作为一个独立的应用软件，均可作为软件开发项目进行正式立项，并按3.3.2进行软件立项管理。
2.设计更改管理
如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时，由项目组按照需求部门要求进行设计更改，并按3.3.3进行软件设计更改管理。
3.3软件项目各阶段管理
软件项目开发管理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。
3.3.1各阶段工作内容及形成表单
项目阶段
工作内容
参与部门
形成表单
需求分析
需求阶段
需求部门对预开发软件及其匹配硬件产品的目标客户、市场情况、功能需求、网络环境、政策法规、竞争对手、产品价格、预计销售情况等内容进行市场调研，提交《软件开发项目建议书》至技术管理部。
技术管理部征求软件开发部门意见，如果建议书内容合理可行，则进入立项阶段。
需求部门
《软件开发项目建议书》
立项阶段
立项方案评审
*确定项目负责人及项目组成员，明确软件开发计划，项目负责人组织编写《软件开发项目立项单》和《软件开发需求报告》，确定软件开发及运行的环境、实现功能、业务及数据要求，设计方案及技术指标等内容。
*针对立项单和《软件开发需求报告》的内容
技术管理部组织评审组实施立项方案评审。
技术管理部各开发部需求部门
，
《软件开发项目立项单》
《设计开发评审报告》
《软件开发需求报告》
设计编码及测试
软件设计
*项目负责人按照《软件开发项目立项单》和
《软件开发需求报告》中的要求进行任务分解，并落实项目组成员任务计划完成的工期形成《软件项目任务分解计划书》，实施软件设计开发。
*与软件配套使用的硬件产品或设备的开发管理流程及技术文件要求按照《产品开发项目管理制度》及《技术文件管理制度》要求执
行
各开发部相关部门
，
《软件项目任务分解计划书》
参见《产品开发项目管理制度》及
《技术文件管理制度》中相关条款
软件测试
*测试过程管理按照3.3.4.1软件测试及发布流程规定执行。
*与软件配套使用的硬件产品或设备的测试流程及管理要求按照《产品开发项目管理制度及《技术文件管理制度》要求执行
各开发部测试组相关部门
》
《测试任务书》
《软件测试报告》
《问题处理记录》
软件发布
软件或程序发布
*软件发布过程管理按照3.3.4.1软件测试及发布流程规定执行。
*如涉及与软件配套硬件产品或设备程序或硬件升级的，相关开发部门按照《产品开发项目管理制度》及《技术文件管理制度》的要求同时下发《软件版本执行通知单》、《软件更改通知单》或《技术更改通知单》至产业中心及相关部门。
各开发部测试部相关部门
《软件发布通知单》
《软件版本执行通知单》
《软件更改通知单》
《技术更改通知单》
《软件安装和使用说明书》或《软件系统使用培训记录》
《版本变更记录》
项目验收
项目开发完成后，由技术管理部资料管理员进行VSS备份检查，检查合格后技术管理部提交财务中心财务部对项目研发费用进行核算，审核通过后项目验收完成
技术管理部各开发部财务中心
《项目完成验收单》
软件设计更改
见“3.3.3软件设计更改管理”中相关条款
需求部门技术管理部各开发部测试部
相关部门
《软件设计更改申请单》
《软件升级通知单》
项目更改
参见《产品开发项目管理制度》中相关条款。
技术管理部各开发部需求部门测试部
相关部门
《项目更改通知单》
项目暂停
项目开发过程中，由于安排新的工作任务或其他原因，项目需要暂停开发的，由项目负责人提交《项目暂停申请单》至技术管理部，研发中心总经理批准后交由项目管理员备档并调整项目计划。
技术管理部各开发部
《项目暂停申请单》
项目终止
产品研发过程中，如果需求部门或市场有新的开发要求，且当前已研发或正在研发的软件已不能满足市场的要求，需求部门需提交
《项目终止申请单》至技术管理部，终止正在进行中的项目。
项目终止基本流程参见
《产品开发项目管理制度》中的相关条款。
需求部门技术管理部财务中心相关部门
《项目终止申请单》
《项目终止通知单》
3.3.2软件开发项目管理流程
标题
软件开发项目管理流程
组织单元
需求部门
技术管理部
软件开发部门
硬件开发部门
需求部门根据市场或部门需求及调研信息提交《软件开发项目建议书》至技术管理部
组织需求部门及所涉及的项目组对项目需求进行评估，汇总技术方案及可行性等意见，上报研发中心经理审批
是否开发？
Yes
项目负责人组织填写《软件开发项目立项单》和
《软件开发需求报告》
结束 No No
立项方案评审
Yes
管理
控制
软件开发 样机开发
No No
软件测试 样机测试
Yes Ye
No 联机测试 No
Yes
对外发布 审核
程序发布
使用反馈 同意验收？
Yes
验收
No
注：
1.软件所匹配的机型或硬件设备的开发及管理控制程序，按照《产品开发项目管理制度》执行。
2.涉及到技术文件及技术改动要求按照《技术文件管理制度》要求执行。
3.3.3软件设计更改管理
3.3.3.1.软件设计更改分类
软件设计更改可分为两个类型：
软件升级需求和软件缺陷修改。
a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护。
b）软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改，这些问题一般是由于软件设计
和实现上的缺陷而引发的。
3.3.3.2.软件设计更改流程
软件设计更改工作以任务形式由需求部门和项目组协作完成。
更改过程分为四个阶段：
任务提交和
接收、任务实现、任务测试、软件发布上线。
软件设计更改基本流程（软件升级需求）
标题
1.需求部门提出的软件升级需求按以下流程进行：
组织单元
需求部门
技术管理部
项目组
测试组
测试组对软件程序
变更进行测试，并出具《软件测试报告》，由测试负责人和项目负责人签字后确认通过
项目负责人按照要求组织实施软件需求变更，将需求提交至相关开发人员，完成软件升级开发。
技术管理部汇总项目组意见，上报研发中心经理审批
需求部门提出软件更改需求，并将变更需求汇总整理成《软件设计更改申请单》提交至技术管理
es
Y
审核
No
管理
控制
测试组确定软件发
布版本，修订《软件安装及使用说明书》，并下发《软件升级通知单》及相应程序至需求部门及相关部门
软件发布
注：
如果软件设计更改涉及配套硬件产品或设备的更改时，则需要把《软件设计更改申请单》和硬件产品立项材料一起存档。
2.软件缺陷修改按照以下流程进行：
软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题，形成《问题处理记录》上报研发中心项目专管员，由项目专管员协调项目组予以解决。
对于问题处理专责人员不能处理的问题，应立即通知项目负责人进行处理。
当确定发生的问题属紧急问题时，或者虽属于一般问题，但难以解决时，应及时向上级主管上报，并通知相关负责人。
技术管理部项目管理员跟踪项目问题处理解决全过程，及时跟进，确保所有问题得到妥善解决和记录。
问题处理人员在问题处理过程中应做好记录，在《问题处理记录》中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。
问题解决后《问题处理记录》由项目专管员存档。
3.3.4软件测试及发布管理
3.3.4.1软件测试及发布流程
1.软件产品项目测试及发布流程
标题 软件产品项目测试及发布流程
组织
项目组 测试组
单元
软件开发完成后，项目组提交《测试任务书》至测试组
测试人员获取可测试版本后，按照测试计划及测试方法实施软件测试，并出具《软件测试报告》，将测试
结果反馈给项目组。
测试组接收测试任务，搭建软件测试环境，并制定软件测试计划和测试方法。
项目组按照立项要求或设计更改要求
管理 解决测试中出现的
问题、BUG等。
控制
测试组下发《软件发布通知单》/《软件升级通知单》及相关技术资料至营销中心或需求部门、VSS管理员及相关部门。
No
测试组和项目负责人确定软件下发版本号；测试组组织编写《软件安装及使用说明书》并备份程序及相关技术资料至VSS服务器
测试通过？
Yes
测试组撰写
《测试报告》，测试负责人及项目负责人签字确认后通过。
ØVSS管理员按照《软件发布通知单》/《软件升级通知单》中的内容及要求，为需求部门及相关部门开通软件程序及相关技术资料的下载权限。
Ø软件产品项目由营销中心负责软件程序的对外发布。
软件发布时，《软件安装及使用说明书》应与
《软件发布通知单》/《软件升级通知单》及《版本变更记录》一起下发。
Ø公司内部管理或工具类软件由项目组负责软件程序对内发布。
软件发布前，如果无《软件安装及使用说明书》，需要项目组给使用部门进行使用前培训，且《软件系统使用培训记录》交于项目专管员进行存档。
软件下发要求
《软件安装及使用说明书》应详细介绍安装软件对运行环境的要求，安装软件的定义和内容，在客户端、服务器端及中间件的具体安装步骤，安装后的软件配置等。
《软件安装及使用说明书》还应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。
2.软件管理类项目或软件工具类项目测试及发布流程
No
软件开发完成后，由项目
负责人指定人员组织对软件使用部门相关人员进行培训，并做好《软件系统使用培训记录》。
测试通过？
Yes
项目组成员下发《软件发布通知单》
/《软件升级通知单》至需求部门及相关部门，同时备份程序及相关技术资料至VSS服务器。
ØVSS管理员按照《软件发布通知单》/《软件升级通知单》中的内容及要求，为需求部门开通软件程序及相关技术资料的下载权限。
项目组修改问题直至满足要求。
管理控制
需求部门（使用部门）
项目组
组织单元
软件管理类或工具类项目测试及发布流程
标题
项目负责人确定软件下发版本号；由项目组成员编写《软件安装和使用说明书》并下发给使用部门或者对使用部门进行培训，形成《软件系统使用培训记录》。
使用部门将测试结果反馈给项目组。
使用部门试运行过程中配合软件项目组共同完成
《软件测试报告》
。
3.3.5项目评审管理
3.3.5.1评审组人员组成、评审组职责及项目评审形式要求见《产品开发项目管理制度》中相关规定。
3.3.5.2项目评审内容及表单记录
评审类型
评审内容
评审时需提交的资料
提供文件部门
记录文件
立项方案评审
立项单内容
设计方案合理性
1.《软件开发项目立项单》
2.《软件开发需求报告》
需求部门各开发部测试部
《设计开发评审报告》
项目验收
对设计输入和输出对照检查。
对项目进行验收论证。
1.技术总结报告及对各部门提出问题的回复
各开发部
《设计开发评审报告》
《项目完成验收单》
2.《软件测试报告》及问题说明
（包括软件及与其匹配硬件产品或设备的测试结果）
测试部需求部门
3.项目文档成套性审核
4.软件发布通知单/软件升级通知单。
技术管理部各开发部
5.涉及与其配套硬件产品或设备的评审资料要求及文件，见《产品开发项目管理制度》中相关规定
技术管理部各开发部
3.3.6编号规则
3.3.6.1项目编号规则
按照QJ/JL09401—2014《产品及项目编号方法》的规定执行。
3.3.6.2表单编号规则
按照QJ/JL01805-2013《技术表单归档的编号方法》的规定执行。
3.3.7软件版本管理
软件版本号命名、升级规则按照QJ/JL01803—2014《技术文件编号方法》的规定执行。
3.3.8备份管理
按照《VSS管理制度》的规定执行。
3.3.9技术文件管理
按照《技术文件管理制度》中的相关条款执行。
4借用的文件、流程及表单
4.1
QG/JL170501-2013（A/0）
《技术文件管理制度》
4.2
QG/JL060501-2013（A/0）
《产品开发项目管理制度》
4.3
QG/JL060506-2013（A/0）
《VSS管理制度》
4.4
QJ/JL09401-2014
《产品及项目编号方法》
4.5
QJ/JL01805-2013
《技术表单归档的编号方法》
4.6
QJ/JL01803—2014
《技术文件编号方法》
4.7
QG/JL060501-10A
《项目完成验收单》
4.8
QG/JL060501-11A
《项目终止申请单》
4.9
QG/JL060501-12A
《项目终止通知单》
4.10
QG/JL060501-15A
《项目暂停申请单》
5形成的支持性文件、流程及表单
5.1QG/JL060503-1A 《软件开发项目建议书》
5.2QG/JL060503-2A 《软件开发需求分析报告》
5.3QG/JL060503-3A 《软件开发项目立项单》
5.4QG/JL060503-4A 《设计开发评审报告》
5.5QG/JL060503-5A 《测试任务书》
5.6QG/JL060503-6A 《软件设计更改申请单》
5.7QG/JL060503-7A 《软件发布通知单》
5.8QG/JL060503-8A 《软件升级通知单》
5.9QG/JL060503-9A 《软件项目文件清单》
5.10QG/JL060503-10A《问题处理记录》
5.11QG/JL060503-11A 《软件测试报告》
5.12QG/JL060503-12A 《版本变更记录》
5.13QG/JL060503-13A 《软件项目任务分解计划书》
5.14QG/JL060503-14A 《软件系统使用培训记录》
6附则
6.1本程序自批准之日起生效，借用的文件如已换新版/次则以新版/次内容为准。
6.2本制度文件由研发中心技术管理部起草和负责解释，并负责维护其适宜性和有效性。
6.3本文件状态：
编制：
代红 日期：
2014.8.29
审核：
日期：
批准：
日期：
软件开发项目建议书
QG/JL060503-1A
软件名称
申请日期
申请人
申请部门
联系电话
客户信息
联系电话
软件应用环境及场所
□局域网 □银行办公网 □银行业务网 □其他：
（请说明）
□网点应用 □现金中心应用 □人民银行应用 □其他：
（请说明）
软件要求
功能要求
硬件环境
银行硬件环境：
（如可提供计算机或服务器数量及配置、操作软件、数据库等）
设备要求：
（如银行使用我公司主要产品型号及程序版本号、设备数量、联网方式等）
其他：
（如银行使用其他厂商设备型号、数量、联网方式及兼容要求，开发周期等）
预计销售情况
申请部门意见
需求部门负责人：
研发中心意见
研发中心总经理：
备注：
可附其他说明文件及材料。
软件开发需求报告
QG/JL060503-2A
软件名称
项目编号
软件涵盖范围
拟定日期
编号
业务管理名称
功能要求
数据要求
备注
其他：
编制
项目负责人
研发中心总经理
软件开发项目立项单
QG/JL060503-3A
软件名称
项目编号
项目专管员
立项日期
软件部门
硬件部门
立项目的和技术指标
软件：
硬件：
研制计划
项目组成员
计划任务
计划工作时间
研发中心经理
总经理批准
注：
可用附件说明。
设计开发评审报告
QG/JL060501-4A
产品名称
项目编号
评审类别
评审主持
评审日期
评审记录：
结论：
评审组组长：
项目负责人
项目组成员
测试任务书
QG/JL060503-5A
任务书编号：
申请部门：
申请日期：
项目名称
程序版本号
相关匹配程序版本号
版本代码存放位置及安装包名称
□需要Build □不需要Build Build负责人：
软件环境硬件配置
变更内容测试重点
测试申请人
项目负责人
接收部门
负责人
测试开始日期
测试结束日期
试验结果
测试负责人：
年 月 日
试验结论
项目负责人：
年 月 日
备注
软件设计更改申请单
QG/JL060503-6A
软件名称
申请人
申请部门
申请日期
项目管理员
项目编号
软件部门
硬件部门
需求类型
□软件缺陷 □软件升级需求 □其他：
软件：
硬件：
研制计划
项目组成员
设计任务
计划工作时间
申请部门负责人
研发中心经理
软件开发项目管理制度
软件发布通知单
QG/JL060503-7A
表单流水号：
下发日期：
年 月 日 编制人员：
软件名称
软件版本
适用范围
（机型、图像程序、主控程序、SD卡程序版本）
功能说明
（可用附件说明）
软件发行方式
安装注意事项
其它说明
审核/批准
审核人（项目负责人）：
技术管理部项目专管员：
批准人（研发中心经理）：
审核日期：
审核日期：
批准日期：
年年
年
月月
月
日日
日
下发接收人
（签字）
执行和备档部门
技术管理部
软件升级通知单
QG/JL060503-8A
表单流水号：
下发日期：
年 月
日
软件名称
升级前版本号
升级后版本号
适用范围
（机型、图像程序、主控程序
SD卡程序版本）
、
升级原因
更改内容
（可用附件说明）
软件发行方式
安装注意事项
其它说明
编制人员
培训负责人
审核/批准
审核人（部长/副部长）：
技术管理部项目专管员：
批准人（研发中心经理）：
日
审核日期：
审核日期：
批准日期：
年年
年
月月
月
日日
下发接收人
（签字）
存档部门
存档人
日期
软件项目文件清单
QG/JL060503-9A
项目名称
项目编号
软件负责人
硬件负责人
项目文件
序号
文件名称
负责部门
文件交接记录
时间
移交
接收
1
软件开发项目建议书
营销中心
2
软件开发需求分析报告
开发部
3
软件开发项目立项单
开发部
4
设计开发评审报告
技术管理部
5
测试任务书
开发部
6
软件测试报告
测试组/使用部门
8
软件安装及使用说明书
测试组
9
软件发布通知单
测试组
10
软件升级通知单
测试组
11
项目完成验收单
技术管
升级会员 