软件开发项目管理制度.docx

1、软件开发项目管理制度软件开发项目管理制度 1 目的和适用范围 为规范公司自有软件研发的管理工作，特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度，最大限度满足用户的需求。 本标准适用于聚龙股份有限公司(以下简称公司)软件开发项目的管理与控制。 2 涉及的相关部门 公司所有部门 3职责与管理控制 3.1 职责 参见设计和开发控制程序中相关条款。 3.2管理控制 3.2.1 软件开发项目分类与立项管理分类 1. 软件开发项目分类 （1）软件产品项目：公司或部门提出的，可以作为公司独立产品或配套产品的软件开发项目； （2）内部管理软件项目：公司或部门提

2、出的，仅限于公司内部管理应用的管理软件项目； （3）内部工具软件项目：公司或部门提出的，仅限于公司内部生产调试使用的各种工具软件项目。 3.2.2 软件项目管理分类 软件项目管理分为正式立项管理与设计更改管理。 1. 正式立项管理 软件开发需求之前没有相同的正式软件产品，或者软件在功能和结构上与原有软件相比有较大改变，能够作为一个独立的应用软件，均可作为软件开发项目进行正式立项，并按3.3.2进行软件立项管理。 2. 设计更改管理 如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时，由项目组按照需求部门要求进行设计更改，并按3.3.3进行软件设计更改管理。 3.3 软件项目各阶

3、段管理 软件项目开发管理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。 3.3.1各阶段工作内容及形成表单 项目阶工作内参与部形成表软件开发项目需求部门对预开发软件及其匹配硬件产品需求阶需求部议书目标客户、市场情况、功能需求、网络环境预计销售产品价格政策法规竞争对手软件开发项提况等内容进行市场调研技术管理部征求软建议书至技术管理部开发部门意见如果建议书内容合理可行进入立项阶段立项方案确定项目负责人及项目组成员，明确软件技术管理软件开发项目项单各开发发计划，项目负责人组织编写软件开发设计开发评审需求部软件开发需求报告确定目立项单告件开发及运行的环境、实现

4、功能、业务及软件开发需求据要求，设计方案及技术指标等内容告的内容针对立项单软件开发需求报告技术管理部组织评审组实施立项方案评审软件设项目负责人按照软件开发项目立项单各开发软件项目任务解计划书软件开发需求报告中的要求进行任务相关部参解并落实项目组成员任务计划完成的工期产品开发项管理制度形软件项目任务分解计划书实施软技设计开发文件管理制度中与软件配套使用的硬件产品或设备的开发关条理流程及技术文件要求按照产品开发项管理制度及技术文件管理制度要求测试过程管理按3.3.4.1软件测试及发各开发测试任务书软件测软件测试报告流程规定执行测试问题处理记录与软件配套使用的硬件产品或设备的测试相关部产品开发项目管

5、理制度程及管理要求按及技术文件管理制度要求执行软件或程序*软件发布过程管理按照3.3.4.1 软件测试及各开发部 软件发布通知单 软件发 布发布 发布流程规定执行。 *如涉及与软件配套硬件产品或设备程序或硬件升级的，相关开发部门按照产品开发项目管理制度及技术文件管理制度的要软件求同时下发软件版本执行通知单、更改通知单或技术更改通知单至产业中心及相关部门。 测试部相关部门 软件版本执行通知单 软件更改通知单 技术更改通知单 软件安装和使用说明书或软件系统使用培训记录 项目验收软件设计更改 项目开发完成后，由技术管理部资料管理员进行VSS备份检查，检查合格后技术管理部提交审财务中心财务部对项目研发

6、费用进行核算， 核通过后项目验收完成见“3.3.3 软件设计更改管理”中相关条款 技术管理部 各开发部 财务中心需求部门 技术管理部 版本变更记录 项目完成验收单 软件设计更改申请单 项目更改项目暂停 项目终止 参见产品开发项目管理制度中相关条款。 项目开发过程中，由于安排新的工作任务或其各开发部 测试部 相关部门技术管理部 各开发部 需求部门 测试部 相关部门技术管理部 软件升级通知单 项目更改通知单 项目暂停申请单 他原因，项目需要暂停开发的，由项目负责人研发提交项目暂停申请单至技术管理部，中心总经理批准后交由项目管理员备档并调 整项目计划。产品研发过程中，如果需求部门或市场有新 各开发部

7、需求部门 项目终止申请单 项目终止通知单技术管理部的开发要求，且当前已研发或正在研发的软 财务中心件已不能满足市场的要求，需求部门需提交 相关部门至技术管理部，终止正在项目终止申请单产品进行中的项目。项目终止基本流程参见 开发项目管理制度中的相关条款。 3.3.2 软件开发项目管理流程 标题组织单元 需求部门 需求部门根据市场软件开发项目管理流程技术管理部 软件开发部门 组织需求部门及所 硬件开发部门 或部门需求及调研信息提交软件开发项目建议书至技术管理部涉及的项目组对项目需求进行评估，汇总技术方案及可 行性等意见，上报 研发中心经理审批 结束 Yes 是否开发？No No 项目负责人组织填写

8、软件开发项目立项单件开发需求报告和 软 立项方案评审 Yes 样机开发 软件开发 管理 控制No No 样机测试 软件测试Yes Yes No No 联机测试Yes 审核对外发布程序发布Yes 同意验收？ 验收使用反馈No 注：1.软件所匹配的机型或硬件设备的开发及管理控制程序，按照产品开发项目管理制度执行。 2.涉及到技术文件及技术改动要求按照技术文件管理制度要求执行。 3.3.3软件设计更改管理 3.3.3.1. 软件设计更改分类 软件设计更改可分为两个类型：软件升级需求和软件缺陷修改。a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护。 b）软件缺陷修改指对一些软件功

9、能或使用上的问题所进行设计修改，这些问题一般是由于软件设计和实现上的缺陷而引发的。 3.3.3.2. 软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段：任务提交和接收、任务实现、任务测试、软件发布上线。 1. 需求部门提出的软件升级需求按以下流程进行： 软件设计更改基本流程（软件升级需求） 标题 组织需求部门 技术管理部 项目组 单元 软提出部需求门并将件更改需求，技术管理部汇总项整更变需求汇总软件设计更理成提交至改申请单目组意见，上报研 发中心经理审批管理控制 注：如果软件设计更改涉及配套硬件产品或设备的更改时，则需要把软件设计更改申请单和硬件产品

10、立项材料一起存档。测试组对软件程序项目负责人按照要 技术管理部变更进行测试，并求组织实施软件需Yes 出具软件测试报求变更，将需求提交 审核由测试负责人告，至相关开发人员，完和项目负责人签字No 成软件升级开发。后确认通过测试组确定软件发布版本，安装及软件发布 书，并下发软件升级通知单程序至需求部门及相关部门 测试修软及相 2. 软件缺陷修改按照以下流程进行： 软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题，形成问题处理记录上报研发中心项目专管员，由项目专管员协调项目组予以解决。对于问题处理专责人员不能处理的问题，应立即通知项目负责人进行处理。当确定发生的问题属紧急问题

11、时，或者虽属于一般问题，但难以解技术管理部项目管理员跟踪项目问题处理解决全过程，并通知相关负责人。决时，应及时向上级主管上报，及时跟进，确保所有问题得到妥善解决和记录。问题处理人员在问题处理过程中应做好记录，在问题处理记录中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。问 题解决后问题处理记录由项目专管员存档。 软件测试及发布管理3.3.4 3.3.4.1 软件测试及发布流程 1.软件产品项目测试及发布流程 标题 软件产品项目测试及发布流程 组织项目组 测试组 单元管理 控制? VSS开通软件程序及相关技术资料的下载权限。? 软件产品项目由营销中心负责软件程序

12、的对外发布。软件发布时， 项软件开发完成后，测试人员获取可测试版本后，按照测试组接收测试任务，搭建测试任务目组提交测试计划及测试方法实施软件测软件测试环境，并制定软件 书至测试组，将测试，并出具软件测试报告 测试计划和测试方法。 试结果反馈给项目组。项目组按照立项要No 求或设计更改要求测试通过？ 解决测试中出现的 问题、BUG等。Yes 测试测试组下发软件发组撰写测试组和项目负责人测试报告，下发版本软确定件布通知单/软件测试负责人及号；测试组组织编写升级通知单及相关项目负责人签软件安装及使用说销中至资技术料营字心或需求部门、VSS确认明书并备份程序及后通 过。管理员及相关部门。 相关技术资料

13、至VSS 服务器 管理员按照软件发布通知单/软件升级通知单中的内容及要求，为需求部门及相关部门 软件安装及使用说明书应与软件发布通知单/软件升级通知单及版本变更记录一起下发。 ? 公司内部管理或工具类软件由项目组负责软件程序对内发布。软件发布前，如果无软件安装及使用说明书，需要项目组给使用部门进行使用前培训，且软件系统使用培训记录交于项目专管员进行存档。 软件下发要求软件安装及使用说明书应详细介绍安装软件对运行环境的要求，安装软件的定义和内容，在客户端、服务器端及中间件的具体安装步骤，安装后的软件配置等。软件安装及使用说明书还应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意

14、事项等方面的内容，在需要时还应举例说明。 2.软件管理类项目或软件工具类项目测试及发布流程 标题 组织软件管理类或工具类项目测试及发布流程 单元项目组 需求部门（使用部门） 管理 控制? VSS序及相关技术资料的下载权限。项目组修改问题直至满足要求。 No 门用部使使用部门试运行结测试将由项目负软件开发完成后，过程中配合软件测试通过？ 给反馈果责人指定人员组织对软件项目组共同完成 项目组。Yes 使用部门相关人员进行培报软试件测软件系统使用并做好训， 。告。培训记录项目负责人确定软件下发版本号；由项目项目组成员下发软件发布通知单/组成员编写软件安装和使用说明书软件升级通知单至需求部门及相并下发

15、给使用部门或者对使用部门进行关部门，同时备份程序及相关技术资 服务器。料至VSS培训，形成软件系统使用培训记录。 管理员按照软件发布通知单/软件升级通知单中的内容及要求，为需求部门开通软件程 3.3.5项目评审管理 3.3.5.1 评审组人员组成、评审组职责及项目评审形式要求见产品开发项目管理制度中相关规定。 项目评审内容及表单记录3.3.5.2 评审类型 记录文件 提供文件部门 评审内容 评审时需提交的资料立项方案评软件开发项目立项单 1.立项单内容 需求部门 各开发部 设计开发评审报告审 项目验收 软件开发需求报告2.设计方案合理性 测试部技术总结报告及对各部门提出1. 各开发部 问题的回

16、复软件测试报告及问题说明2. 测试部（包括软件及与其匹配硬件产品 需求部门 或设备的测试结果）对设计输入和输设计开发评审报告 出对照检查。 3.项目文档成套性审核 项目完成验收单 技术管理部对项目进行验收 /软件升级通知4.软件发布通知单 各开发部 论证。 单。涉及与其配套硬件产品或设备5. 技术管理部的评审资料要求及文件，见产 品开发项目管理制度中相关规各开发部 定 编号规则3.3.6 项目编号规则3.3.6.1 产品及项目编号方法的规定执行。2014QJ/JL 09401按照 表单编号规则3.3.6.2 技术表单归档的编号方法的规定执行。按照QJ/JL 01805-2013 3.3.7 软

17、件版本管理 2014技术文件编号方法的规定执行。软件版本号命名、升级规则按照QJ/JL 01803 3.3.8备份管理 VSS管理制度的规定执行。按照 3.3.9 技术文件管理 按照技术文件管理制度中的相关条款执行。 借用的文件、流程及表单4 技术文件管理制度 QG/JL 170501-2013 (A/0) 4.1 产品开发项目管理制度QG/JL 060501-2013 (A/0) 4.2 VSS管理制度 QG/JL 060506-2013 (A/0) 4.3 产品及项目编号方法 4.4 QJ/JL 09401-2014 技术表单归档的编号方法 QJ/JL 01805-2013 4.5 4.6

18、 QJ/JL 018032014 技术文件编号方法 4.7 QG/JL 060501-10A 项目完成验收单 4.8 QG/JL 060501-11A 项目终止申请单 4.9 QG/JL 060501-12A 项目终止通知单 4.10 QG/JL 060501-15A 项目暂停申请单 5形成的支持性文件、流程及表单 5.1 QG/JL 060503-1A 软件开发项目建议书 5.2 QG/JL 060503-2A 软件开发需求分析报告 5.3 QG/JL 060503-3A 软件开发项目立项单 5.4 QG/JL 060503-4A 设计开发评审报告 5.5 QG/JL 060503-5A 测

19、试任务书 5.6 QG/JL 060503-6A 软件设计更改申请单 5.7 QG/JL 060503-7A 软件发布通知单 5.8 QG/JL 060503-8A 软件升级通知单 5.9 QG/JL 060503-9A 软件项目文件清单 5.10 QG/JL 060503-10A 问题处理记录 5.11 QG/JL 060503-11A 软件测试报告 5.12 QG/JL 060503-12A 版本变更记录 5.13 QG/JL 060503-13A 软件项目任务分解计划书 5.14 QG/JL 060503-14A 软件系统使用培训记录 6 附则 6.1 本程序自批准之日起生效，借用的文件

20、如已换新版/次则以新版/次内容为准。 本制度文件由研发中心技术管理部起草和负责解释，并负责维护其适宜性和有效性。6.2 本文件状态： 6.3 编制：代红 日期：2014.8.29 审核： 日期： 批准： 日期： 软件开发项目建议书 QG/JL 060503-1A 软件名称 软件名称 项目编号申请日期 申请人客户信息 软件涵盖范围编号 业务管理名称 申请部门 拟定日期 数据要求功能要求 联系电话联系电话 备注 软件应用环境及场所功能要求 软件要求 局域网 网点应用 银行硬件环境：（如可提供计算机或服务器数量及配置、操作软件、数据库等）设备要求：（如银行使用我公司主要产品型号及程序版本号、设备数量

21、、联网方式等） 银行办公网 银行业务网 现金中心应用 人民银行应用 其他：（请说明） 其他：（请说明） 硬 件环境 其他：（如银行使用其他厂商设备型号、数量、联网方式及兼容要求，开发周期等） 预计销售情况 申请部门意见 需求部门负责人： 研发中心意见 研发中心总经理： 其他： 编 制 项目负责人 研发中心总经理 备注：可附其他说明文件及材料。 软件开发需求报告 QG/JL 060503-2A 软件开发项目立项单 QG/JL 060503-3A 软件名称 项目编号 项目专管员 立项日期 软件部门 硬件部门 软件：立项目的和技术指标研制计划 硬件： 项目组成员 计划任务 计划工作时间 研发中心经理

22、 总经理批准 注：可用附件说明。 设计开发评审报告 QG/JL 060501-4A 产品名称 项目编号 评审类别 评审主持 评审日期 评审记录： 结论： 项目负责人 项目组成员评审组组长： 测试任务书 QG/JL 060503-5A 任务书编号： 申请部门： 申请日期： 项目名称 程序版本号 相关匹配程序版本号 版本代码存放位置及安装包名称 软件环境 硬件配置变更内容 测试重点 Build 需要Build 不需要Build 负责人： 测试申请人 测试开始日期 试验结果试验结论 备注 接收部门 项目负责人负责人 测试结束日期 测试负责人： 年 月 日 项目负责人： 日 年 月 软件设计更改申请单

23、QG/JL 060503-6A 软件名称 申请人 申请部门 申请日期 项目管理员 项目编号 软件部门 硬件部门 软件缺陷 软件升级需求 其他：_ 软件： 需求类型 硬件： 项目组成员 设计任务 计划工作时间 研制计划 申请部门负责人 研发中心经理 软件发布通知单 QG/JL 060503-7A 编制人员： 年 月 日 ：表单流水号 下发日期： 软件名称 软件版本适用范围 （机型、图像程序、主控程卡程序序、SD 版本） （可用附件说明） 功能说明 软件发行方式 安装注意事项 其它说明 审核人（项目负责人）： 审核日期： 年 月 日 审核/批准技术管理部项目专管员： 审核日期： 年 月 日 批准人

24、（研发中心经理）： 批准日期： 年 月 日 下发接收人 （签字） 执行和备档部门 技术管理部 软件升级通知单 QG/JL 060503-8A 日 月 下发日期： 年 表单流水号： 软 件 名 称 升级前版本号 升级后版本号 围适 用 范 图像程型、（机 序、主控程序、 SD卡程序版本） 原因升 级更改内容 软件发行方式 安装注意事项 ) 可用附件说明( 其它说明 编制人员 审核/批准 培训负责人 审核人（部长/副部长）： 审核日期： 年 月 日 技术管理部项目专管员： 审核日期： 年 月 日 批准人（研发中心经理）： 批准日期： 年 月 日 下发接收人 （签字） 存档部门 期 日 存档人 软件

25、项目文件清单 QG/JL 060503-9A 项目名称 软件负责人 项目编号 硬件负责人 序 文件交接记录 时间负责部门 文件名称 号1 软件开发项目建议书2 软件开发需求分析报告3 软件开发项目立项单设计开发评审报告4 移交 接收 营销中心 开发部 开发部 技术管理部 测试任务书5 软件测试报告6 软件安装及使用说明书8 9 软件发布通知单10 软件升级通知单 项11 项目完成验收单 开发部 测试组/ 使用部门 测试组 测试组 测试组 技术管理部 目12 问题处理记录 开发部 文13 软件设计更改申请单 件14 版本变更记录 技术管理部 开发部 15 软件项目任务分解计划书开发部 16 软件

26、系统使用培训记录 开发部 问题处理记录 QG/JL 060503-10A软件名称 当前软件版本 当前安装包全称服务器端： 客户端： 问题反馈部门 报告人 提出日期 联系方式 地区： 银行： 软件应用场所 局域网 银行办公网 银行业务网 其他：（请说明） 硬件环境 网点应用 现金中心应用 人民银行应用 其他：（请说明）银行硬件环境：（如计算机或服务器数量及配置、操作软件、数据库等）我司设备：（如银行使用我公司主要产品型号及程序版本号、设备数量、设备情况 其他设备： 问题描述 问题分析 处理方案 处理部 门所需资源 处理结果联网方式等 软件测试报告 QG/JL 060502-11A 项目名称： 项目编号： 报告日期 测试用例（由提出部门及开发部门共同完成） 项目负责人: /安装包名称程序