软件产品发布规程.doc

(word完整版)软件产品发布规程

产品发布规程

文件状态：
［ ] 草稿
[√］ 正式发布
［ ] 正在修改
文件编号：
XXX-OSP—VR
当前版本：
V1。0
作 者：

修 订 者:

审 核 者:

批 准 者：

发布日期：

密级： ［ ］ 绝密 [ ] 普通 ［√]部门公开 ［ ］集团公开 [ ］外部公开

XXX有限公司
XXX LTD.

版权所有 翻印必咎© 富士通公司
文件修订记录
类别:A – 增加 M – 修改 D – 删除
日期
版本/序号
类别
描述
作者
2011—05—12
V1.0
A
初稿
**
2011-5—25

M
修订
＊＊

目录
1 目的 1
2 适用范围 1
3 术语 1
4 角色与职责 1
5 流程图 3
6 主要活动 4
6.1. 发布准备 4
6.1.1 启动准则 4
6.1.2 输入 4
6.1.3 主要步骤 5
6。1.4 输出 5
6。1.5 结束准则 5
6.2 发布实施 5
6.2。1 启动准则 5
6.2.2 输入 6
6。2。3 正式发布 6
6。2。3。1 对内发布 6
6。2。3。2 对外发行 6
6.2.4 让步发行 7
6。2.4.1 对内发布 7
6.2。4.2 对外发行 8
6。2.4。3 让步发行的问题跟踪 9
6.2.5 输出 10
6.2.6 结束准则 10
7 裁剪准则 10
8 引用规程 10
9 使用模板 11

版权所有 翻印必咎© XXX公司

1 目的
产品的发布主要用于指导从项目到产品，从产品到市场的对内发布和对外发行的过程，本过程目的是为了有效指导项目组开展产品发布，以实现下列目的:
l 指导发布活动,有效控制产品发布过程.
l 有效控制和追踪产品版本
2 适用范围
本规程适用于***＊＊＊有限公司研发类、合同开发类、维护开发类的软件产品发布.
3 术语
l 测试包【test包】：已打包未经测试或没有测试环境的软件包，是根据用户或项目组的调试请求,在用户环境调试相关的程序，但不确定该程序的正式发布时间,需等待用户的上线通知。
l TSF：测试未通过的发布标识。
l NTS：未经测试的发布标识。
l 正式发布:是指通过测试并达到发布条件的产品发布活动.
l 让步发布:是指未通过测试或者未达到发布条件的产品和测试包的发布活动。
4 角色与职责
角色
职责
备注
配置管理员
l 负责产品对内发布
l 负责产品对外发行
l 组织配置审计
l 参与内部识别让步发布产品
l 跟踪需要现场调测的让步发布产品包验证状态

SQA
l 负责对发布产品的审计

项目经理
l 提出发布申请
l 跟踪让步发布的产品
l 负责产品移交给项目实施部门、客户服务部门

产品经理
l 审核产品发布

项目组成员
l 修改完善产品
l 负责对项目实施人员、客户服务人员进行培训，完成产品知识转移
l 协助项目实施部门、客户服务部门进行验收测试

项目实施人员
l 接受产品移交
l 对产品进行验收测试
l 让步问题的跟踪、反馈

5 流程图

图（1)正式发布流程示意图

图（2）让步发行流程示意图
6 主要活动
6.1. 发布准备
6.1.1 启动准则
l 软件已通过系统测试
l 产品达到发布条件或达到让步发布条件
备注：发布条件参见项目计划中的定义
6.1.2 输入
l 已通过系统测试的可执行文件、代码及相关文档
l 项目计划
l 测试报告
6.1.3 主要步骤
1) 通过系统测试后，测试经理将通过测试后的最新版本提交给配置管理员，并
告知项目经理;
2) 项目经理安排开发人员编写《产品发布说明书》;
3) 项目经理通知并协调售前部门安排售前人员提供《用户手册》、《安装手册》，并组织评审，评审通过后,由项目经理提交给配置管理员；
4) 项目经理提交发布申请给产品经理，并通知SQA开展产品发布前审计，配置管理员、测试经理、开发经理协助开展审计；
5) 产品经理进行协调产品License的定义和管理过程,具体依据公司产品License相关规定.
6) 审计通过后，SQA向产品经理提交审计报告和发布申请进行审批；
7) 审批通过后，产品经理告知配置管理员实施发布；审批不通过则放弃本次发布。
6.1.4 输出
l 产品发布说明书
l 用户手册
l 安装手册
l 发布申请
l 审计报告
6.1.5 结束准则
l 发布申请通过审批
6.2 发布实施
6.2.1 启动准则
l 发布申请通过审批
l 产品License已定义并通过授权
6.2.2 输入
l 发布申请
l 待发布产品\升级包（补丁）
l 产品发布说明
l 升级说明
l 升级包说明
l 用户手册
l 安装手册
l 产品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） 项目组在让步发布前需采取适当的标识方式,确保能够有效的识别哪些程序是未经测试验证或未达到发布准则而直接发布给客户的，可采取的方式有:
l 通过拉分支来识别
l 通过不同的LABEL标识
l 存放于测试库中
让步发布前，配置管理员填写《问题跟踪记录表》，标明该问题是让步问题，标识让步发行的产品包。标识规则如下:
标识规则
存放目录
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） 让步发布的产品，实施人员需要对让步问题进行跟踪确认和反馈，并填写问题跟踪记录表，目的是：
l 跟踪没有测试环境或未经测试的以TSF标识的产品包在客户现场的测试情况。
l 跟踪没有测试环境的测试包（NTS包）的现场测试情况以及用户上线通知。
l 跟踪经过测试但未达到发布准则的以TSF标识的产品包在客户现场的运行情况.
2） 让步发布的产品跟踪（需要在客户现场调测的情况下）：
l 实施人员在测试前，应确定测试的重要性与影响程度，必要时采取以下措施：
a） 若测试有可能影响用户当前的使用，应事前征得用户的同意；
b） 测试前应做好必要的预防与备份工作，必要时先拟定操作步骤再依其进行操作；
l 若在测试过程中发现程序问题，禁止技术人员直接修改程序，应将问题反馈给项目经理，由开发项目组实施变更后重新按以上产品发布过程进行发布.
l 调测结束后，实施人员应确认是否已将用户环境恢复成测试前的状态，并填写《问题跟踪记录表》，将其反馈给配置管理员同时抄送给指定的项目经理。
3） 对于以TSF标识的产品包，如无特殊要求，应在发布后的两天内反馈《问题跟踪记录表》给项目经理。对于NTS包测试通过后，实施人员还应同用户确认NTS包升级为正式包的时间，并应提前五个工作日反馈给项目经理。
4） 让步发布的产品跟踪(需要跟踪客户运行情况)：
l 实施人员跟踪让步发布包的现场运行情况，出现问题通过变更申请反馈给项目经理。
5） 项目组成员对实施人员的反馈回来的让步问题进行受理，受理方式有：
l 项目组接收到实施人员的《问题跟踪记录表》后，如果测试不通过，则由项目组经过修改后重新按让步发布对内发布步骤2的要求重新标识;
l 对于以TSF标识的产品包若现场测试通过，则由项目组形成正式的产品包，按正式发布流程进行正式发布，同时将相关的源代码归入主线；
l 对于调试通过的NTS包，由项目组进行妥善的配置管理，并在正式发布前重新按照配置管理规程中的变更活动进行严格代码审查后归入到相应的产品包中进行正式发布。
6） 配置管理员应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证状态,定期汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在《XX产品版本发布备忘录》中。
6.2.5 输出
l 问题跟踪记录表
l 审计报告
l 产品版本发布备忘录
l 产品发行汇总表
l 实施申请单
6.2.6 结束准则
l 产品发布版本已经提交产品配置库中并创建产品发布基线
l 产品发布已通知相关人员
l 产品对外发行完成
程CM及其他相关活动开始时间99999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999
7 裁剪准则
编号
过程代号-TAILOR-001
内容

编号
过程代号—TAILOR—002
内容

8 引用规程
l 配置管理规程
l 实施规程
9 使用模板
l 问题跟踪记录表
l 产品发行汇总表
l 产品发布说明
l 升级说明
l 升级包说
l 实施申请单
l 产品发布申请
版权所有 翻印必咎© XXX公司 第 9页 共9页