软件产品发布规程.docx

软件产品发布规程.docx

《软件产品发布规程.docx》由会员分享，可在线阅读，更多相关《软件产品发布规程.docx（13页珍藏版）》请在冰豆网上搜索。

软件产品发布规程

产品发布规程

文件状态：

[]草稿

[√]正式发布

[]正在修改

文件编号：

XXX-OSP-VR

当前版本：

作者：

修订者:

审核者:

批准者:

发布日期：

密级：

[]绝密[]普通[√]部门公开[]集团公开[]外部公开

XXX

XXXLTD.

文件修订记录

类别：

A–增加M–修改D–删除

日期

版本/序号

类别

描述

作者

2021-05-12

A

初稿

**

2021-5-25

M

修订

**

1目的

产品的发布主要用于指导从工程到产品，从产品到市场的对内发布和对外发行的过程，本过程目的是为了有效指导工程组开展产品发布，以实现以下目的：

●指导发布活动，有效控制产品发布过程。

●有效控制和追踪产品版本

2适用范围

本规程适用于******研发类、合同开发类、维护开发类的软件产品发布。

3术语

●测试包【test包】：

已打包未经测试或没有测试环境的软件包，是根据用户或工程组的调试请求，在用户环境调试相关的程序，但不确定该程序的正式发布时间，需等待用户的上线通知。

●TSF：

测试未通过的发布标识。

●NTS：

未经测试的发布标识。

●正式发布：

是指通过测试并到达发布条件的产品发布活动。

●让步发布：

是指未通过测试或者未到达发布条件的产品和测试包的发布活动。

4角色与职责

角色

职责

备注

配置管理员

●负责产品对内发布

●负责产品对外发行

●组织配置审计

●参与内部识别让步发布产品

●跟踪需要现场调测的让步发布产品包验证状态

SQA

●负责对发布产品的审计

工程经理

●提出发布申请

●跟踪让步发布的产品

●负责产品移交给工程实施部门、客户效劳部门

产品经理

●审核产品发布

工程组成员

●修改完善产品

●负责对工程实施人员、客户效劳人员进行培训，完成产品知识转移

●协助工程实施部门、客户效劳部门进行验收测试

工程实施人员

●接受产品移交

●对产品进行验收测试

●让步问题的跟踪、反应

5流程图

图〔1〕正式发布流程示意图

图〔2〕让步发行流程示意图

6主要活动

6.1.发布准备

6.1.1启动准那么

●软件已通过系统测试

●产品到达发布条件或到达让步发布条件

备注：

发布条件参见工程方案中的定义

6.1.2输入

●已通过系统测试的可执行文件、代码及相关文档

●工程方案

●测试报告

6.1.3主要步骤

1）通过系统测试后，测试经理将通过测试后的最新版本提交给配置管理员，并

告知工程经理；

2）工程经理安排开发人员编写?

产品发布说明书?

；

3）工程经理通知并协调售前部门安排售前人员提供?

用户手册?

、?

安装手册?

，并组织评审，评审通过后，由工程经理提交给配置管理员；

4）工程经理提交发布申请给产品经理，并通知SQA开展产品发布前审计，配置管理员、测试经理、开发经理协助开展审计；

5）产品经理进行协调产品License的定义和管理过程，具体依据公司产品License相关规定。

6）审计通过后，SQA向产品经理提交审计报告和发布申请进行审批；

7）审批通过后，产品经理告知配置管理员实施发布；审批不通过那么放弃本次发布。

6.1.4输出

●产品发布说明书

●用户手册

●安装手册

●发布申请

●审计报告

6.1.5结束准那么

●发布申请通过审批

6.2发布实施

6.2.1启动准那么

●发布申请通过审批

●产品License已定义并通过授权

6.2.2输入

●发布申请

●待发布产品\升级包〔补丁〕

●产品发布说明

●升级说明

●升级包说明

●用户手册

●安装手册

●产品License

6.2.3正式发布

6.2.3.1对内发布

1）配置管理员接到发布申请后从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，生成新的产品基线，并在发布申请表上签字确认。

2）配置管理员填写?

XX产品版本发布备忘录?

，并知会相关工程人员。

这样就完成了对内发布过程。

6.2.3.2对外发行

1）当配置管理员接到实施通知，根据实施申请和?

产品发布说明书?

/?

升级说明?

/?

升级包说明?

（升级版本发行时）从产品库获取相关产品，填写?

实施申请单?

中的产品发布相关软件资料清单并提供应实施人员。

2）实施人员接到发布资料，依据?

实施申请单?

检查移交的产品及资料的完备性和标准性，并签字确认，提交给配置管理员入库存档。

如提供的产品包和文档不完备或不符合标准，实施人员将产品发布包退还给配置管理员，要求其准备完毕后再次提交。

3）实施人员开展实施活动，具体步骤参见实施规程。

4）配置管理员依据验收结果确认产品正常发布，填写?

产品发行汇总表?

并通知工程组员，同时将该表纳入配置库中。

6.2.4让步发行

备注：

工程组内仅只有配置管理员作为发布的唯一出口，禁止任何其他人员私下发布程序。

6.2.4.1对内发布

1）产品让步发布前,工程经理组织公司相关部门、相关人员对让步发布风险进行评估。

2）工程组在让步发布前需采取适当的标识方式，确保能够有效的识别哪些程序是未经测试验证或未到达发布准那么而直接发布给客户的，可采取的方式有：

●通过拉分支来识别

●通过不同的LABEL标识

●存放于测试库中

让步发布前，配置管理员填写?

问题跟踪记录表?

，标明该问题是让步问题，标识让步发行的产品包。

标识规那么如下：

标识规那么

存放目录

TSF-正式版本号

产品库中“TSF〞目录

TSF-HOTFIX序列号

TSF-SP序列号

NTS序列号，如NTS001

产品库指定的NTS目录中

3）工程经理提交发布申请，以不同版本标识让步发布的产品，根据下表中要求提交相应的申请文档和发布产品配置项。

版本标识

发布配置项

配置审计

审批

TSF_产品版本号〔第一次发布〕

?

发布申请表?

?

产品发布说明?

?

问题跟踪记录表?

物理审计和功能审计

产品经理

TSF_产品版本号〔升级变动版本号X1、X2或X3数字〕

?

发布申请表?

?

产品发布说明?

?

升级包说明?

?

问题跟踪记录表?

物理审计和功能审计

产品经理

TSF_产品版本号〔升级变动版本号X4位数字〕

?

升级包说明?

?

问题跟踪记录表?

进行物理审计

产品经理

TSF_SP序列号

?

升级包说明?

?

问题跟踪记录表?

进行物理审计

产品经理

TSF_HOTFIX序列号

?

升级说明?

?

问题跟踪记录表?

产品经理

NTS序列号

?

问题跟踪记录表?

产品经理

4）配置管理员组织实施配置审计，详见?

配置管理规程?

，并将?

配置审计报告?

提交给产品经理。

以TSF_HOTFIX和NTS让步发布的产品不需要进行配置审计。

5）配置审计通过后，配置管理员根据审批后的发布申请资料，从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，生成产品基线，并填写?

XX产品版本发布备忘录?

。

发布完成后通知工程相关人员。

6.2.4.2对外发行

注意：

对于让步发布的产品，发行范围应为一家或少量的几家客户

1）当配置管理员接到实施通知，根据实施申请和?

版本发布说明?

/?

升级说明?

/?

升级包说明?

（升级版本发行时）、?

问题跟踪记录表?

从产品库获取相关资料，填写?

实施申请单?

中的产品发布相关软件资料清单并提供应实施人员。

2）实施人员接到发布资料，依据实施申请单检查移交的产品及资料的完备性和标准性，并签字确认，提交给配置管理员入库存档。

如提供的产品包和文档不完备或不符合标准，实施人员将产品发布包退还给配置管理员，要求其准备完毕后再次提交。

3）实施人员开展实施活动，具体步骤参见?

实施规程?

。

4）配置管理员依据验收结果确认产品正常发布，填写?

产品发行汇总表?

并通知工程组员，同时将该表纳入配置库中。

6.2.4.3让步发行的问题跟踪

1）让步发布的产品，实施人员需要对让步问题进行跟踪确认和反应，并填写问题跟踪记录表，目的是：

●跟踪没有测试环境或未经测试的以TSF标识的产品包在客户现场的测试情况。

●跟踪没有测试环境的测试包（NTS包）的现场测试情况以及用户上线通知。

●跟踪经过测试但未到达发布准那么的以TSF标识的产品包在客户现场的运行情况。

2）让步发布的产品跟踪〔需要在客户现场调测的情况下〕：

●实施人员在测试前，应确定测试的重要性与影响程度，必要时采取以下措施：

a）假设测试有可能影响用户当前的使用，应事前征得用户的同意；

b）测试前应做好必要的预防与备份工作，必要时先拟定操作步骤再依其进行操作；

●假设在测试过程中发现程序问题，禁止技术人员直接修改程序，应将问题反应给工程经理，由开发工程组实施变更后重新按以上产品发布过程进行发布。

●调测结束后，实施人员应确认是否已将用户环境恢复成测试前的状态，并填写?

问题跟踪记录表?

，将其反应给配置管理员同时抄送给指定的工程经理。

3）对于以TSF标识的产品包，如无特殊要求，应在发布后的两天内反应?

问题跟踪记录表?

给工程经理。

对于NTS包测试通过后，实施人员还应同用户确认NTS包升级为正式包的时间，并应提前五个工作日反应给工程经理。

4）让步发布的产品跟踪〔需要跟踪客户运行情况〕：

●实施人员跟踪让步发布包的现场运行情况，出现问题通过变更申请反应给工程经理。

5）工程组成员对实施人员的反应回来的让步问题进行受理，受理方式有：

●工程组接收到实施人员的?

问题跟踪记录表?

后，如果测试不通过，那么由工程组经过修改后重新按让步发布对内发布步骤2的要求重新标识；

●对于以TSF标识的产品包假设现场测试通过，那么由工程组形成正式的产品包，按正式发布流程进行正式发布，同时将相关的源代码归入主线；

●对于调试通过的NTS包，由工程组进行妥善的配置管理，并在正式发布前重新按照配置管理规程中的变更活动进行严格代码审查后归入到相应的产品包中进行正式发布。

6）配置管理员应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证状态，定期汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在?

XX产品版本发布备忘录?

中。

6.2.5输出

●问题跟踪记录表

●审计报告

●产品版本发布备忘录

●产品发行汇总表

●实施申请单

6.2.6结束准那么

●产品发布版本已经提交产品配置库中并创立产品发布基线

●产品发布已通知相关人员

●产品对外发行完成

●程CM及其他相关活动开始时间XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

7裁剪准那么

编号

过程代号-TAILOR-001

内容

编号

过程代号-TAILOR-002

内容

8引用规程

●配置管理规程

●实施规程

9使用模板

●问题跟踪记录表

●产品发行汇总表

●产品发布说明

●升级说明

●升级包说

●实施申请单

●产品发布申请