DM-ISO-软件发布管理控制程序

1、文件发行及分发状况分发部门收文章发行章份数一发行部门变更履历No.版本修订日期修订内容修订者123456789101112131415161718制作审核批准张琦11目的软件发布阶段的主要工作是进步稳定产品，保证生产版本的按时推出。制定良好的软件产品发布规程，并严格按照软件发布阶段的主要工作是进规程发布软件产品或软件版本，是保证软件产品质量和成功交付的关键过程之一。2范围本程序适用于软件产品开发、工程应用及公共管理等部门，涉及产品、项目、架构/开发、测试、软件配置管理、 运维与技术支持等角色或岗位。本程序关注软件产品在系统测试完成后到上线试运行或交付客户之前的工作流程，不涉及软件产品的需求、设

2、 计、开发等环节。3定义软件产品发布是在系统测试完成后，进入验收测试阶段时进行第一次安装或部署。软件发布阶段起始于Alpha版本的 推出，终于软件生产版本（RTM）的发布。在试运行阶段到验收完成期间通过适当的变更控制，根据需要可发布多个不同版 本。当客户验收确认完成后，对客户进行正式发布。正式发布的内容主要包括：完整的软件系统、系统源代码、相关脚本、第三方软件产品或依赖库包等；相关的产品和工程技术文档，例如：系统设计文档、产品质量评估报告、用户手册、系统运维和技术支持文档4职责角色职责产品决定产品发布的内容和发布日期；系统展示、产品交付、用户培训。项目制定产品发布策略，结合变更管理，和产品人员

3、一起确定发布的确切内容和发布计戈U；组织对发布前各软件版本进行验收评审，确保只有正确的、被授权的和经过测试的软 件产品或版本才能导入实际运作环境；严格按照软件产品发布规程组织实施软件产品的发布工作，协调发布过程中的各项资 源；发布进度跟踪和风险控制。开发负责创建和维护有关产品发布的各种版本，例如RC版、RTM版等；修复软件缺陷、持续完善系统；协助进行产品的安装部署，支持系统集成。产品/项目开发测试配置管理运维客户.物理配置审核， 项目过程资产信 息归档.产生beta版，生 成正式的外部版 本号，对外发布安装beta测试环境Beta阶段1F1r.进度跟踪和控制.沟通协调、需求 变更控制，风险1.

4、修复软件缺陷.根据测试计划， 执行验收测试， 主要关注常用功 能、业务价值 高、复杂容易出 错、性能瓶颈等 所在的模块.缺陷的收集、整 理、提交、跟踪 和分析等.结合客户的反馈 意见或客户提交 的验收测试报 告，生成产品质 量评估报告.协助产品/项目人 员进行发布版本 与基线的控制和 管理.配置状态监控和 报告.提交变更管理和 控制记录.为产品的beta测 试环境安装和部 署提供协助和技 术支持.准备预发布测试 环境和产品环境.进行全面的有关 产品功能和性能 方面的验收测试.反馈测试过程中 遇到的各种问题 和缺陷，尽可能 提出完善和改进 意见和建议.如果可能，提交 正式规范的beta 验收测试

5、报告管理F.组织进行技术评 审，项目干系人 参加，针对本阶 段的工作成果.若评审通过，则 进入产品的预发 布测试阶段；否 则，修复缺陷， 完善系统，重新 发布beta版并进 行测试5.3预发布阶段产品/项目开发测试配置管理运维客户11.物理配置审核， 项目过程资产信 息归档.产生RTM版（最终 发布版），生成外 部版本号，正式 对外发布1正式发布.系统展示、用户 培训，提交产品 使用手册.项目总结，提交项目总结报告O软件产品及相关资产 的正式交付或分发O开发工作总结，整理 并提交有关架构、系 统设计和开发的工程 技术文档产品测试工作总结， 提交产品测试总结 报告和更新的产 品质量评估报告1配置

6、审计，提交配置审计报告.产品环境的初始 化、测试与优化.产品的安装、部 署.提交系统运维和-古土田什+八技术支持文档1 f1 F1.产品使用跟踪彳yV根据用户和市场反 馈，进行产品新版本 或下一代产品的规划1.修复软件缺陷缺陷的持续收集、整 理、提交、跟踪和统 计分析等.协助产品/项目人 员进行后续发布 版本与基线的控 制管理.配置状态监控.系统监控和维护.运行故障处理.性能持续优化.软件产品的正式 验收和接收.产品的使用、问 题反馈及需求变 更请求5.5软件版本号策略基于GNU风格的方案：主版本号.子版本号.修正版本号.编译（构建）版本号Major_Version_Number.Minor_

7、Version_Number.Revision_Number.Build_Number示例：1.2.1，2.0，5.0.0 build-13124产品初版本时，版本号可以为0.1或0.1.0，也可以为1.0或1.0.0；当产品进行了局部修改或缺陷修复后，主版本号和子版本号都不变，修正版本号加1；当产品在原有的基础上增加了部分功能，主版本号不变，子版本号加1，修正版本号复位为0，因而可以被省略 掉；当产品进行了重大修改，或者新增功能累积较多，而导致项目整体发生全局变化时，主版本号加1；编译版本号一般是编译器或构建工具在编译或构建过程中，按一定规则自动生成的，我们只定义其格式，并不进 行人为控制。

8、5.6发布前的版本控制a(alpha)版此版本表示目前仅仅是一个初步完成品，通常只在开发者内部交流，或者发布给专业测试 人员进行内测。一般而言，该版本软件的bug较多，普通用户最好不要安装。a(alpha)版B(beta)版该版本相对于&版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要 经过大规模的公测来进一步消除。这一版本通常是免费发布，用户可从相关的站点下载。 通过一些普通用户特别是专业爱好者的测试，将结果反馈给开发者，开发者们再进行有针 对性地修改。ZBB (Zero Bug Build)版某天的版本要把在之刖（例如48小时前）记录的Bug都解决掉。Y(gamma)版有时也称RC （发布候选版），该版本已经相当成熟了，与即将发行的正式版相差无几，如果 用户实在等不及了，尽可以装上一试。RC （发布候选版）Release Candidate,即：发布候选版，有时也叫丫（gamma）版。它不是最终的版本，而是 公开发行最终版（RTM-Release