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

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

《1软件产品发布管理规定模板Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《1软件产品发布管理规定模板Word格式文档下载.docx（16页珍藏版）》请在冰豆网上搜索。

XXX

编辑软件：

MicrosoftOffice2003中文版

CONFIDENTIAL

文档修订记录

版本编号或者更改记录编号

*变化

状态

简要说明（变更内容和变更范围）

日期

变更人

批准日期

批准人

V1.0

A

新建

20XX-06-11

*变化状态：

A——增加，M——修改，D——删除

1简介

1.1目的

软件产品发布是控制软件产品版本，保证软件产品质量的关键过程之一，同时又是软件实施调试完毕，系统即将验收的标志。

为进一步规范部门产品发布流程，本着对客户负责的原则，特制订此文档。

.2范围

适用于XXX所有软件项目。

1.3术语

软件工作产品：

由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。

软件产品：

可交付给客户或最终用户的软件工作产品的子集称作软件产品。

软件产品发布：

把经过客户认可的产品交付给客户称为产品发布，产品发布主要是针对客户的。

2软件产品发布流程

2.1概述

XXX负责的软件产品要进行发布或升级必须遵守本文的有关规定，软件产品发布分为软件产品正式发布流程和软件产品临时发布流程。

无论是正式发布还是临时发布，系统发布前必须将前一系统版本备份，且固定备份位置，以便新系统发布后因各种原因系统无法正常运行时，系统能够迅速回滚到前一版本，减少损失。

由于市场项目允许在现场调试，对于在现场的每次调试实施，项目组同样需要对前一测试版本进行备份，具体实施过程参照部门的《实施管理规定》，在此不做详细说明。

本文将部门内部的软件项目分为了市场项目、研发项目和集团内部IT项目，其中研发项目若已在客户现场进行调试试验，则所有的规则同市场项目一致。

2.2软件产品正式发布流程

图表1软件发布流程

2.2.1参与人员

项目负责人：

负责制定软件产品正式发布申请表，分析此次发布受到影响的人员或软件系统，跟踪整个发布过程，确认发布的效果，提交客户所需的资料，整理并提交XXX内部所需的资料确保资料的有效性并及时存档。

受影响的人员：

对项目负责人分析的发布影响分析进行确认，同时处理相关的受影响项并跟踪直到系统成功发布或取消发布。

客户管理层：

和项目负责人进行沟通，对项目负责人提交的发布请求进行审核。

项目直接主管：

确认发布流程的正常执行，确认受影响的人员和小组已全部通知并做好发布的准备，确认客户已同意发布，同时确保项目负责人已按照要求提交了所有的资料。

部门负责人：

对软件发布请求进行审核。

客户/用户：

配合软件的正式发布，并开始提供环境使用软件。

2.2.2入口准则

软件项目的所有程序均已由测试人员进行确认测试，且所有的测试问题都已经被修复，或者遗留的缺陷不影响系统的正常使用。

《系统测试总结报告》编制完成，报告中需对产品的质量进行总结说明，如产品所有问题缺陷已修改完成，或明确列出遗留的缺陷或问题，并说明会对项目及客户产生什么样的影响。

《安装手册》、《用户使用手册》、《安装程序》、培训资料已准备并审核完毕，初次培训效果已完成，客户可以初步使用。

项目文挡资料齐全，真实有效，且均已放入配置库中对应的准确位置。

【项目的解决方案（若存在）、项目需求文档、项目设计文档（数据库设计、界面设计、概要设计、详细设计）、项目源代码、项目使用的第三方开发控件及环境……】

若此次发布产生重大问题影响使用，该项目必须有能力将系统回滚到前一版本。

2.2.3输入

《软件产品正式发布审批表》

安装手册

用户使用说明

安装程序

培训文档

项目开发一系列文件资料

2.2.4任务描述

2.2.4.1软件产品正式发布审批表制定

1、项目负责人根据软件产品正式发布的入口准则，准备所有的软件发布资料。

2、项目负责人在《软件产品正式发布审批表》中填写发布项目的名称、项目编号、发布类型、发布形式、发布范围以及计划发布的时间，发布产品的相关概要介绍、项目负责人、填写发布承诺，确定项目发布内容及版本

3、项目负责人负责备份当前使用的软件产品版本（若存在），并标明资料备份的路径。

市场项目：

此路径是指客户方的计算机中备份的路径。

集团IT内部项目：

此路径是指目前所使用的软件版本所在的正式服务器中进行备份的路径。

研发项目【非试用在客户现场】：

指在项目配置库中的路径。

4、项目负责人对软件产品正式发布步骤进行明确，确定发布受影响的相关部门、人员（包括客户及客户的其他软件供应商等），对发布任务、责任人、要求完成时间等进行描述，包括培训相关任务安排。

5、注意事项说明：

明确新的系统发布后，对原来的工作习惯、相关系统操作等方面是否会受到影响，及其他需要说明事项。

此部分项目负责人必须明确清晰。

6、项目负责人分析对其他软件或人员产生的影响，确定受影响的部门、人员并对影响分析做详细描述，确定发布会签的部门和人员，填写到《软件产品正式发布申请表》发布步骤中。

2.2.4.2软件产品正式发布流程逐级审批

1、项目负责人根据《软件产品正式发布申请表》发布步骤中确定的受影响部门、人员以及影响分析进行发布的会签。

对于集团IT内部项目若是通用功能的发布，根据发布功能的重要程度，由项目组所在小组直接主管人员审核确定是否需要公司各相关事业部、职能部门会签。

例如对于一般性功能的更新、升级，可电话或邮件提前通知各部门兼职计算机管理员，无需所有受影响部门签字。

2、受影响的人员需要仔细确认核实对业务的影响，并签字确认。

同时需要立即开展工作，处理受影响的业务，为发布做好充分的准备。

在准备完毕之后需要通知项目负责人，并在《软件产品正式发布申请表》中签字确认。

3、在受影响的人员确认完毕之后，项目负责人需要与客户方的相关管理人员进行沟通，确认可以在客户使用环境中进行发布。

【集团IT内部项目无需此确认过程】

4、软件项目所在的小组直接主管人员对软件产品的正式发布申请及项目资料进行审核，确保无误。

【市场项目若在现场实施发布，此项可以取消或电话与直接主管进行确认】

5、部门领导对此次软件产品正式发布进行审核。

【市场项目若在现场实施发布，此项可以取消】

2.2.4.3软件产品正式发布实施

软件产品正式发布审批完成，同时受影响的人员已准备处理完毕之后，由项目负责人进行软件产品在用户业务环境中的正式发布。

2.2.4.4效果跟踪确认发布异常处理及归档

软件产品正式发布之后，项目负责人进行发布效果的跟踪，对于出现的问题及时解决，效果跟踪在7个工作日内完成。

项目负责人此时需要在《软件产品正式发布申请表》中填写软件产品发布结果，分为三类结果如下：

发布成功，无遗留问题。

项目负责人需要填写《软件产品发布资料内部验收清单》经项目组直接主管人员审核后，在7个工作日内提交此软件项目的所有资料给综合保障室配置管理人员。

发布成功，需在确定日期前解决所有的遗留问题

【若解决遗留问题不超过正式发布日期后的7个工作日，可以经配置管理人员的许可，在遗留问题解决完成之后一起发布】

项目负责人按照《软件产品正式发布审批表》中遗留问题的解决日期要求，组织人员解决所有的遗留问题并升级发布成功【此时的发布经小组直接主管人员批准后可以按照软件产品快速发布流程实施】之后，将解决遗留问题更新的所有项目文档提交给配置管理人员。

此次发布失败需要进行版本回滚

项目负责人需要组织人员快速将软件产品的版本回滚到升级之前的状态，组织人员解决问题并准备重新发布。

重新发布时必须按照《软件产品正式发布审批表》的要求进行重新审核。

2.2.5输出

《软件产品发布资料内部验收清单》

《软件产品正式发布申请表》

工程项目验收单（若市场网络项已验收）

项目资料

2.2.6出口准则

客户管理层不同意发布

项目组直接主管不同意发布

部门负责人不同意发布

软件产品发布成功

软件产品发布失败

2.2.7资源和能力要求

《软件产品发布资料内部验收清单》模板

《软件产品正式发布申请表》模板

受影响的人员具有确认影响分析的能力，并可以迅速组织人员在要求完成日期内为发布做好充分的准备

项目负责人对软件产品的整个发布过程严格把关、跟踪、协调、控制能力

2.2.8详细裁剪指南

#

可裁剪活动

市场项目

研发项目

集团IT内部项目

1

与客户管理层沟通

不可裁剪

可以裁剪

2

项目直接主管同意发布

不可以裁剪

3

部门负责人同意发布

2.3软件产品临时发布流程

图表2软件产品临时发布流程

2.3.1概述

在软件产品未正式发布前或产品正式发布后产生问题急需修改，可能需要一个临时版本供开发人员、用户应急使用或解决问题，这时候需要发布一个版本，这个版本包括基本的程序包和必要的使用说明。

此时可以按照此流程执行，具体适用条件以下面所描述的入口准则为准。

2.3.2参与人员

负责制定软件产品临时发布申请表，分析此次发布受到影响的人员或软件系统，跟踪整个发布过程，确认发布的效果，整理并提交XXX内部所需的资料确保资料的有效性并及时存档。

对项目负责人分析的发布影响分析进行确认，同时处理相关的受影响项并跟踪系统成功发布或取消发布。

确认发布流程的正常执行，确认受影响的人员和小组已全部通知并做好发布的准备，确认客户已同意临时发布使用，同时确保项目负责人已按照要求提交了所有的资料。

配合软件的临时发布，并开始提供环境使用软件。

2.3.3入口准则

软件产品未正式发布，用户需要提供一个临时版本使用；

软件产品正式发布后存在遗留问题，但此遗留问题在7个工作日内可以全部解决并升级完成投入使用；

已经过简单的培训，确保软件产品临时发布后用户可以正常使用；

若不满足以上条件，任何软件产品的发布必须按照软件产品正式发布流程执行。

2.3.4输入

《软件产品临时发布审批表》

简单的用户使用说明

项目开发的相关文件资料

2.3.5任务描述

2.3.5.1软件产品临时发布审批表制定

1、项目负责人根据软件产品临时发布的入口准则和输入，准备所有的软件临时发布资料。

2、项目负责人在《软件产品临时发布审批表》中填写发布项目的名称、项目编号、发布类型、发布形式、发布范围以及计划发布的时间，填写发布承诺及此次发布所包括的有关文件包，确定项目发布内容及版本，并说明临时发布原因。

3、项目负责人分析对其他软件或人员产生的影响，确定受影响的部门、人员并对影响分析做详细描述，确定发布会签的部门和人员，填写到《软件产品临时发布申请表》发布步骤中。

2.3.5.2软件产品临时发布审批

1、项目负责人根据《软件产品临时发布申请表》发布步骤中确定的受影响部门、人员以及影响分析进行发布的会签。

在准备完毕之后需要通知项目负责人，并在《软件产品临时发布申请表》中签字确认。

3、软件项目所在的小组直接主管人员对软件产品的临时发布申请及项目资料进行审核，确保无误。

【市场项目若在现场实施发布，此项可以由项目负责人代替或电话与直接主管进行确认】

2.3.5.3软件产品临时发布实施

软件产品临时发布审批完成，同时受影响的人员已准备处理完毕之后，由项目负责人进行软件产品在用户使用环境中的临时发布。

2.3.5.4效果跟踪确认发布异常处理及归档

软件产品临时发布之后，项目负责人进行发布效果的跟踪，对于出现的问题及时解决，效果跟踪在7个工作日内完成。

项目负责人此时需要在《软件产品临时发布申请表》中填写软件产品发布结果，分为三类结果如下：

发布成功，需在确定日期前解决所有的遗留问题【说明：

若此次临时发布属于“软件产品正式发布后存在遗留问题，但此遗留问题在7个工作日内可以全部解决并升级完成投入使用；

”的情况，再次解决遗留问题必须按照软件产品正式发布流程严格执行。

】

此次发布失败需要进行版本回滚【说明：

”的情况，再次发布必须按照软件产品正式发布流程严格执行。

2.3.6输出

2.3.7出口准则

软件产品临时发布成功

软件产品临时发布失败

2.3.8资源和能力要求

项目组直接主管人员对软件产品临时发布过程严格把关、跟踪、协调、控制能力

附录A－相关模板列表

模板名称

所在文件

使用人

使用时间

本规定

项目负责人

要进行产品发布时使用

临时发布使用

发布完成后提交给配置管理员资料使用

《产品发布报告》

配置管理文件

配置人员

正式发布后使用

《系统测试总结报告》

测试管理文件

产品进行系统测试使用