1软件产品发布管理规定模板Word格式文档下载.docx

1、XXX编辑软件：Microsoft Office 2003 中文版CONFIDENTIAL文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人V1.0A新建20XX-06-11 *变化状态：A增加，M修改，D删除1简介1.1目的软件产品发布是控制软件产品版本，保证软件产品质量的关键过程之一，同时又是软件实施调试完毕，系统即将验收的标志。为进一步规范部门产品发布流程，本着对客户负责的原则，特制订此文档。.2范围适用于XXX所有软件项目。1.3术语软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和

2、相关文档，无论是否打算将它们交给客户或最终用户。软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品。软件产品发布：把经过客户认可的产品交付给客户称为产品发布，产品发布主要是针对客户的。2软件产品发布流程2.1概述XXX负责的软件产品要进行发布或升级必须遵守本文的有关规定，软件产品发布分为软件产品正式发布流程和软件产品临时发布流程。无论是正式发布还是临时发布，系统发布前必须将前一系统版本备份，且固定备份位置，以便新系统发布后因各种原因系统无法正常运行时，系统能够迅速回滚到前一版本，减少损失。由于市场项目允许在现场调试，对于在现场的每次调试实施，项目组同样需要对前一测试版本进行备份，

3、具体实施过程参照部门的实施管理规定，在此不做详细说明。本文将部门内部的软件项目分为了市场项目、研发项目和集团内部IT项目，其中研发项目若已在客户现场进行调试试验，则所有的规则同市场项目一致。2.2软件产品正式发布流程图表 1软件发布流程2.2.1参与人员项目负责人：负责制定软件产品正式发布申请表，分析此次发布受到影响的人员或软件系统，跟踪整个发布过程，确认发布的效果，提交客户所需的资料，整理并提交XXX内部所需的资料确保资料的有效性并及时存档。受影响的人员：对项目负责人分析的发布影响分析进行确认，同时处理相关的受影响项并跟踪直到系统成功发布或取消发布。客户管理层：和项目负责人进行沟通，对项目负

4、责人提交的发布请求进行审核。项目直接主管：确认发布流程的正常执行，确认受影响的人员和小组已全部通知并做好发布的准备，确认客户已同意发布，同时确保项目负责人已按照要求提交了所有的资料。部门负责人：对软件发布请求进行审核。客户/用户：配合软件的正式发布，并开始提供环境使用软件。2.2.2入口准则软件项目的所有程序均已由测试人员进行确认测试，且所有的测试问题都已经被修复，或者遗留的缺陷不影响系统的正常使用。系统测试总结报告编制完成，报告中需对产品的质量进行总结说明，如产品所有问题缺陷已修改完成，或明确列出遗留的缺陷或问题，并说明会对项目及客户产生什么样的影响。安装手册、用户使用手册、安装程序、培训资

5、料已准备并审核完毕，初次培训效果已完成，客户可以初步使用。项目文挡资料齐全，真实有效，且均已放入配置库中对应的准确位置。【项目的解决方案（若存在）、项目需求文档、项目设计文档（数据库设计、界面设计、概要设计、详细设计）、项目源代码、项目使用的第三方开发控件及环境】若此次发布产生重大问题影响使用，该项目必须有能力将系统回滚到前一版本。2.2.3输入软件产品正式发布审批表安装手册用户使用说明安装程序培训文档项目开发一系列文件资料2.2.4任务描述2.2.4.1软件产品正式发布审批表制定1、项目负责人根据软件产品正式发布的入口准则，准备所有的软件发布资料。2、项目负责人在软件产品正式发布审批表中填写

6、发布项目的名称、项目编号、发布类型、发布形式、发布范围以及计划发布的时间，发布产品的相关概要介绍、项目负责人、填写发布承诺，确定项目发布内容及版本3、项目负责人负责备份当前使用的软件产品版本（若存在），并标明资料备份的路径。市场项目：此路径是指客户方的计算机中备份的路径。集团IT内部项目：此路径是指目前所使用的软件版本所在的正式服务器中进行备份的路径。研发项目【非试用在客户现场】： 指在项目配置库中的路径。4、项目负责人对软件产品正式发布步骤进行明确，确定发布受影响的相关部门、人员（包括客户及客户的其他软件供应商等），对发布任务、责任人、要求完成时间等进行描述，包括培训相关任务安排。5、注意事

7、项说明：明确新的系统发布后，对原来的工作习惯、相关系统操作等方面是否会受到影响，及其他需要说明事项。此部分项目负责人必须明确清晰。6、项目负责人分析对其他软件或人员产生的影响，确定受影响的部门、人员并对影响分析做详细描述，确定发布会签的部门和人员，填写到软件产品正式发布申请表发布步骤中。2.2.4.2软件产品正式发布流程逐级审批1、项目负责人根据软件产品正式发布申请表发布步骤中确定的受影响部门、人员以及影响分析进行发布的会签。对于集团IT内部项目若是通用功能的发布，根据发布功能的重要程度，由项目组所在小组直接主管人员审核确定是否需要公司各相关事业部、职能部门会签。例如对于一般性功能的更新、升级

8、，可电话或邮件提前通知各部门兼职计算机管理员，无需所有受影响部门签字。2、受影响的人员需要仔细确认核实对业务的影响，并签字确认。同时需要立即开展工作，处理受影响的业务，为发布做好充分的准备。在准备完毕之后需要通知项目负责人，并在软件产品正式发布申请表中签字确认。3、在受影响的人员确认完毕之后，项目负责人需要与客户方的相关管理人员进行沟通，确认可以在客户使用环境中进行发布。【集团IT内部项目无需此确认过程】4、软件项目所在的小组直接主管人员对软件产品的正式发布申请及项目资料进行审核，确保无误。【市场项目若在现场实施发布，此项可以取消或电话与直接主管进行确认】5、部门领导对此次软件产品正式发布进行

9、审核。【市场项目若在现场实施发布，此项可以取消】2.2.4.3软件产品正式发布实施软件产品正式发布审批完成，同时受影响的人员已准备处理完毕之后，由项目负责人进行软件产品在用户业务环境中的正式发布。2.2.4.4效果跟踪确认发布异常处理及归档软件产品正式发布之后，项目负责人进行发布效果的跟踪，对于出现的问题及时解决，效果跟踪在7个工作日内完成。项目负责人此时需要在软件产品正式发布申请表中填写软件产品发布结果，分为三类结果如下：发布成功，无遗留问题。项目负责人需要填写软件产品发布资料内部验收清单经项目组直接主管人员审核后，在7个工作日内提交此软件项目的所有资料给综合保障室配置管理人员。发布成功，需

10、在确定日期前解决所有的遗留问题【若解决遗留问题不超过正式发布日期后的7个工作日，可以经配置管理人员的许可，在遗留问题解决完成之后一起发布】项目负责人按照软件产品正式发布审批表中遗留问题的解决日期要求，组织人员解决所有的遗留问题并升级发布成功【此时的发布经小组直接主管人员批准后可以按照软件产品快速发布流程实施】之后，将解决遗留问题更新的所有项目文档提交给配置管理人员。此次发布失败需要进行版本回滚项目负责人需要组织人员快速将软件产品的版本回滚到升级之前的状态，组织人员解决问题并准备重新发布。重新发布时必须按照软件产品正式发布审批表的要求进行重新审核。2.2.5输出软件产品发布资料内部验收清单软件产

11、品正式发布申请表工程项目验收单（若市场网络项已验收）项目资料2.2.6出口准则客户管理层不同意发布项目组直接主管不同意发布部门负责人不同意发布软件产品发布成功软件产品发布失败2.2.7资源和能力要求软件产品发布资料内部验收清单模板软件产品正式发布申请表模板受影响的人员具有确认影响分析的能力，并可以迅速组织人员在要求完成日期内为发布做好充分的准备项目负责人对软件产品的整个发布过程严格把关、跟踪、协调、控制能力2.2.8详细裁剪指南#可裁剪活动市场项目研发项目集团IT内部项目1与客户管理层沟通不可裁剪可以裁剪2项目直接主管同意发布不可以裁剪3部门负责人同意发布2.3软件产品临时发布流程 图表 2软

12、件产品临时发布流程2.3.1概述在软件产品未正式发布前或产品正式发布后产生问题急需修改，可能需要一个临时版本供开发人员、用户应急使用或解决问题，这时候需要发布一个版本，这个版本包括基本的程序包和必要的使用说明。此时可以按照此流程执行，具体适用条件以下面所描述的入口准则为准。2.3.2参与人员负责制定软件产品临时发布申请表，分析此次发布受到影响的人员或软件系统，跟踪整个发布过程，确认发布的效果，整理并提交XXX内部所需的资料确保资料的有效性并及时存档。对项目负责人分析的发布影响分析进行确认，同时处理相关的受影响项并跟踪系统成功发布或取消发布。确认发布流程的正常执行，确认受影响的人员和小组已全部通

13、知并做好发布的准备，确认客户已同意临时发布使用，同时确保项目负责人已按照要求提交了所有的资料。配合软件的临时发布，并开始提供环境使用软件。2.3.3入口准则软件产品未正式发布，用户需要提供一个临时版本使用；软件产品正式发布后存在遗留问题，但此遗留问题在7个工作日内可以全部解决并升级完成投入使用；已经过简单的培训，确保软件产品临时发布后用户可以正常使用；若不满足以上条件，任何软件产品的发布必须按照软件产品正式发布流程执行。2.3.4输入软件产品临时发布审批表简单的用户使用说明项目开发的相关文件资料2.3.5任务描述2.3.5.1软件产品临时发布审批表制定1、项目负责人根据软件产品临时发布的入口准

14、则和输入，准备所有的软件临时发布资料。2、项目负责人在软件产品临时发布审批表中填写发布项目的名称、项目编号、发布类型、发布形式、发布范围以及计划发布的时间，填写发布承诺及此次发布所包括的有关文件包，确定项目发布内容及版本，并说明临时发布原因。3、项目负责人分析对其他软件或人员产生的影响，确定受影响的部门、人员并对影响分析做详细描述，确定发布会签的部门和人员，填写到软件产品临时发布申请表发布步骤中。2.3.5.2软件产品临时发布审批1、项目负责人根据软件产品临时发布申请表发布步骤中确定的受影响部门、人员以及影响分析进行发布的会签。在准备完毕之后需要通知项目负责人，并在软件产品临时发布申请表中签字

15、确认。3、软件项目所在的小组直接主管人员对软件产品的临时发布申请及项目资料进行审核，确保无误。【市场项目若在现场实施发布，此项可以由项目负责人代替或电话与直接主管进行确认】2.3.5.3软件产品临时发布实施软件产品临时发布审批完成，同时受影响的人员已准备处理完毕之后，由项目负责人进行软件产品在用户使用环境中的临时发布。2.3.5.4效果跟踪确认发布异常处理及归档软件产品临时发布之后，项目负责人进行发布效果的跟踪，对于出现的问题及时解决，效果跟踪在7个工作日内完成。项目负责人此时需要在软件产品临时发布申请表中填写软件产品发布结果，分为三类结果如下：发布成功，需在确定日期前解决所有的遗留问题【说明

16、：若此次临时发布属于“软件产品正式发布后存在遗留问题，但此遗留问题在7个工作日内可以全部解决并升级完成投入使用；”的情况，再次解决遗留问题必须按照软件产品正式发布流程严格执行。】此次发布失败需要进行版本回滚【说明：”的情况，再次发布必须按照软件产品正式发布流程严格执行。2.3.6输出2.3.7出口准则软件产品临时发布成功软件产品临时发布失败2.3.8资源和能力要求项目组直接主管人员对软件产品临时发布过程严格把关、跟踪、协调、控制能力附录A相关模板列表模板名称所在文件使用人使用时间本规定项目负责人要进行产品发布时使用临时发布使用发布完成后提交给配置管理员资料使用产品发布报告 配置管理文件配置人员正式发布后使用系统测试总结报告测试管理文件产品进行系统测试使用