软件开发项目管理制度【参考】.doc

软件开发项目管理制度 1 目的和适用范围3职责与管理控制 3.1 职责 软件开发项目管理流程 组织 单元 技术管理部 软件开发部门 硬件开发部门 管理控制 注：1.软件所匹配的机型或硬件设备的开发及管理控制程序，按照《产品开发项目管理制度》执行。 2.涉及到技术文件及技术改动要求按照《技术文件管理制度》要求执行。 3.3.3软件设计更改管理 3.3.3.1. 软件设计更改分类 软件设计更改可分为两个类型：软件升级需求和软件缺陷修改。 a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护。 b）软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改，这些问题一般是由于软件设计和实现上的缺陷而引发的。 3.3.3.2. 软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段：任务提交和接收、任务实现、任务测试、软件发布上线。 1. 需求部门提出的软件升级需求按以下流程进行： 标题 软件设计更改基本流程（软件升级需求） 组织 单元管理控制 注：如果软件设计更改涉及配套硬件产品或设备的更改时，则需要把《软件设计更改申请单》和硬件产品立项材料一起存档。 2. 软件缺陷修改按照以下流程进行： 软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题，形成《问题处理记录》上报研发中心项目专管员，由项目专管员协调项目组予以解决。对于问题处理专责人员不能处理的问题，应立即通知项目负责人进行处理。当确定发生的问题属紧急问题时，或者虽属于一般问题，但难以解决时，应及时向上级主管上报，并通知相关负责人。技术管理部项目管理员跟踪项目问题处理解决全过程，及时跟进，确保所有问题得到妥善解决和记录。问题处理人员在问题处理过程中应做好记录，在《问题处理记录》中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。问题解决后《问题处理记录》由项目专管员存档。 3.3.4 软件测试及发布管理 3.3.4.1 软件测试及发布流程 软件产品项目测试及发布流程 标题 软件产品项目测试及发布流程 组织 单元管理控制 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管理制度》的规