软件产品发布规程Word文档格式.docx

1、 7 8 9 1 目的 产品的发布主要用于指导从项目到产品，从产品到市场的对内发布和对外发行的过程，本过程目的是为了有效指导项目组开展产品发布，以实现下列目的： 指导发布活动，有效控制产品发布过程。 有效控制和追踪产品版本 2 适用范围 本规程适用于*有限公司研发类、合同开发类、维护开发类的软件产品发布。 3 术语 测试包【test包】：已打包未经测试或没有测试环境的软件包，是根据用户或项目 正式发布：是指通过测试并达到发布条件的产品发布活动。 让步发布：是指未通过测试或者未达到发布条件的产品和测试包的发布活动。 4 角色与职责 5 流程图 图（1）正式发布流程示意图 6 主要活动 6.1.

2、发布准备 6.1.1 启动准则 软件已通过系统测试 产品达到发布条件或达到让步发布条件 图（2）让步发行流程示意图 备注：发布条件参见项目计划中的定义 6.1.2 输入 已通过系统测试的可执行文件、代码及相关文档 项目计划 测试报告 6.1.3 主要步骤 1） 通过系统测试后，测试经理将通过测试后的最新版本提交给配置管理员，并 告知项目经理； 2） 项目经理安排开发人员编写产品发布说明书； 3） 项目经理通知并协调售前部门安排售前人员提供用户手册、安装手册，并组织评 审，评审通过后，由项目经理提交给配置管理员； 4） 项目经理提交发布申请给产品经理，并通知SQA开展产品发布前审计，配置管理员、

3、测 试经理、开发经理协助开展审计； 5） 产品经理进行协调产品License的定义和管理过程，具体依据公司产品License相关规 定。 6） 审计通过后，SQA向产品经理提交审计报告和发布申请进行审批； 7） 审批通过后，产品经理告知配置管理员实施发布；审批不通过则放弃本次发布。 6.1.4 输出 产品发布说明书 用户手册 安装手册 发布申请 审计报告 6.1.5 结束准则 发布申请通过审批 6.2 发布实施 6.2.1 产品License已定义并通过授权 6.2.2 输入 发布申请 待发布产品升级包（补丁） 产品发布说明 升级说明 升级包说明 用户手册 安装手册 产品License 6.2

4、.3 正式发布 6.2.3.1 对内发布 1） 配置管理员接到发布申请后从受控库获取规定的配置项并标识，将产品配置项放置在产 品库版本标识的目录下，生成新的产品基线，并在发布申请表上签字确认。 2） 配置管理员填写XX产品版本发布备忘录，并知会相关项目人员。这样就完成了对内 发布过程。 6.2.3.2 对外发行 1） 当配置管理员接到实施通知，根据实施申请和产品发布说明书/升级说明/升 级包说明（升级版本发行时）从产品库获取相关产品，填写实施申请单中的产品发布相关软件资料清单并提供给实施人员。 2） 实施人员接到发布资料，依据实施申请单检查移交的产品及资料的完备性和规范性， 并签字确认，提交给

5、配置管理员入库存档。如提供的产品包和文档不完备或不符合规范，实施人员将产品发布包退还给配置管理员，要求其准备完毕后再次提交。 3） 实施人员开展实施活动，具体步骤参见实施规程。 4） 配置管理员依据验收结果确认产品正常发布，填写产品发行汇总表并通知项目组员， 同时将该表纳入配置库中。 6.2.4 让步发行项目组内仅只有配置管理员作为发布的唯一出口，禁止任何其他人员私下发布程序。 6.2.4.1 对内发布 1） 产品让步发布前,项目经理组织公司相关部门、相关人员对让步发布风险进行评估。 2） 项目组在让步发布前需采取适当的标识方式，确保能够有效的识别哪些程序是未经测 试验证或未达到发布准则而直接

6、发布给客户的，可采取的方式有： 通过拉分支来识别 通过不同的LABEL标识 存放于测试库中 让步发布前，配置管理员填写问题跟踪记录表，标明该问题是让步问题，标识让步发行的产品包。标识规则如下： 3） 项目经理提交发布申请，以不同版本标识让步发布的产品，根据下表中要求提交相应 的申请文档和发布产品配置项。 4） 配置管理员组织实施配置审计，详见配置管理规程，并将配置审计报告提交 给产品经理。以TSF_HOTFIX和NTS让步发布的产品不需要进行配置审计。 5） 配置审计通过后，配置管理员根据审批后的发布申请资料，从受控库获取规定的配置 项并标识，将产品配置项放置在产品库版本标识的目录下，生成产品

7、基线，并填写XX产品版本发布备忘录。发布完成后通知项目相关人员。 6.2.4.2 对外发行 注意：对于让步发布的产品，发行范围应为一家或少量的几家客户 1） 当配置管理员接到实施通知，根据实施申请和版本发布说明/升级说明/升 级包说明（升级版本发行时） 、问题跟踪记录表从产品库获取相关资料，填写实施申请单中的产品发布相关软件资料清单并提供给实施人员。 2） 实施人员接到发布资料，依据实施申请单检查移交的产品及资料的完备性和规范性， 3） 实施人员开展实施活动，具体步骤参见实施规程。 4） 配置管理员依据验收结果确认产品正常发布，填写产品发行汇总表并通知项目组 员，同时将该表纳入配置库中。 6.

8、2.4.3 让步发行的问题跟踪 1） 让步发布的产品，实施人员需要对让步问题进行跟踪确认和反馈，并填写问题跟踪记 录表，目的是： 跟踪没有测试环境或未经测试的以TSF标识的产品包在客户现场的测试情况。 跟踪没有测试环境的测试包（NTS包）的现场测试情况以及用户上线通知。 跟踪经过测试但未达到发布准则的以TSF标识的产品包在客户现场的运行情 况。 2） 让步发布的产品跟踪（需要在客户现场调测的情况下）： 实施人员在测试前，应确定测试的重要性与影响程度，必要时采取以下措施： a） 若测试有可能影响用户当前的使用，应事前征得用户的同意； b） 测试前应做好必要的预防与备份工作，必要时先拟定操作步骤再

9、依其进行操作； 若在测试过程中发现程序问题，禁止技术人员直接修改程序，应将问题反馈给 项目经理，由开发项目组实施变更后重新按以上产品发布过程进行发布。 调测结束后，实施人员应确认是否已将用户环境恢复成测试前的状态，并填写 问题跟踪记录表，将其反馈给配置管理员同时抄送给指定的项目经理。 3） 对于以TSF标识的产品包，如无特殊要求，应在发布后的两天内反馈问题跟踪记录 表给项目经理。对于NTS包测试通过后，实施人员还应同用户确认NTS包升级为正式包的时间，并应提前五个工作日反馈给项目经理。 4） 让步发布的产品跟踪（需要跟踪客户运行情况）： 实施人员跟踪让步发布包的现场运行情况，出现问题通过变更申

10、请反馈给项目 经理。 5） 项目组成员对实施人员的反馈回来的让步问题进行受理，受理方式有： 项目组接收到实施人员的问题跟踪记录表后，如果测试不通过，则由项目 组经过修改后重新按让步发布对内发布步骤2的要求重新标识； 对于以TSF标识的产品包若现场测试通过，则由项目组形成正式的产品包，按 正式发布流程进行正式发布，同时将相关的源代码归入主线； 对于调试通过的NTS包，由项目组进行妥善的配置管理，并在正式发布前重新 按照配置管理规程中的变更活动进行严格代码审查后归入到相应的产品包中进行正式发布。 6） 配置管理员应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证 状态，定期汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在XX产品版本发布备忘录中。 6.2.5 输出 问题跟踪记录表 审计报告 产品版本发布备忘录 产品发行汇总表 实施申请单 6.2.6 结束准则 产品发布版本已经提交产品配置库中并创建产品发布基线 产品发布已通知相关人员 产品对外发行完成 7 裁剪准则 8 引用规程 配置管理规程 实施规程 9 使用模板 问题跟踪记录表 产品发行汇总表 产品发布说明 升级说明 升级包说 实施申请单 产品发布申请