(9.23)软件开发项目管理制度

..

a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护。

b）软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改，这些问题一般是由于软件设计和实现上的缺陷而引发的。

3.3.3.2. 软件设计更改流程

软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段：任务提交和接收、任务实现、任务测试、软件发布上线。

1. 需求部门提出的软件升级需求按以下流程进行： 标题 组织 单元 需求部门提出软件更改需求，并将变更需求汇总整理成《软件设计更改申请单》提交至技术管理部 审核 项目负责人按照要技术管理部汇总项目组意见，上报研发中心经理审批 测试组对软件程序变更进行测试，并出具《软件测试报告》，由测试负责人和项目负责人签字后确认通过 软件设计更改基本流程（软件升级需求） 需求部门 技术管理部 项目组 测试组 Yes 求组织实施软件需求变更，将需求提交至相关开发人员，完成软件升级开发。 No 管理控制 测试组确定软件发布版本，修订《软件安装及使用说明软件发布 书》，并下发《软件升级通知单》及相应程序至需求部门及相关部门 注：如果软件设计更改涉及配套硬件产品或设备的更改时，则需要把《软件设计更改申请单》和硬件产品立项材料一起存档。 2. 软件缺陷修改按照以下流程进行：

软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题，形成《问题处理记录》上报研发中心项目专管员，由项目专管员协调项目组予以解决。对于问题处理专责人员不能处理的问

;.

..

题，应立即通知项目负责人进行处理。当确定发生的问题属紧急问题时，或者虽属于一般问题，但难以解决时，应及时向上级主管上报，并通知相关负责人。技术管理部项目管理员跟踪项目问题处理解决全过程，及时跟进，确保所有问题得到妥善解决和记录。问题处理人员在问题处理过程中应做好记录，在《问题处理记录》中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。问题解决后《问题处理记录》由项目专管员存档。 3.3.4 软件测试及发布管理 3.3.4.1 软件测试及发布流程 1.软件产品项目测试及发布流程 标题 组织 单元 软件开发完成后，项目组提交《测试任务书》至测试组 软件产品项目测试及发布流程 项目组 测试组接收测试任务，搭建软件测试环境，并制定软件测试计划和测试方法。 测试人员获取可测试版本后，按照测试计划及测试方法实施软件测试，并出具《软件测试报告》，将测试结果反馈给项目组。 测试组 项目组按照立项要求或设计更改要求No 测试通过？ 管理控制 解决测试中出现的问题、BUG等。 测试组下发《软件发布通知单》/《软件升级通知单》及相关技术资料至营销中心或需求部门、VSS管理员及相关部门。 测试组和项目负责人确定软件下发版本号；测试组组织编写《软件安装及使用说明书》并备份程序及相关技术资料至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/JL 09401—2014《产品及项目编号方法》的规定执行。 3.3.6.2 表单编号规则

按照QJ/JL 01805-2013《技术表单归档的编号方法》的规定执行。 3.3.7 软件版本管理

软件版本号命名、升级规则按照QJ/JL 01803—2014《技术文件编号方法》的规定执行。 3.3.8备份管理

按照《VSS管理制度》的规定执行。 3.3.9 技术文件管理

按照《技术文件管理制度》中的相关条款执行。 4 借用的文件、流程及表单

4.1 QG/JL 170501-2013 (A/0) 《技术文件管理制度》 4.2 QG/JL 060501-2013 (A/0) 《产品开发项目管理制度》 4.3 QG/JL 060506-2013 (A/0) 《VSS管理制度》 4.4 QJ/JL 09401-2014 《产品及项目编号方法》 4.5 QJ/JL 01805-2013 《技术表单归档的编号方法》

;.