软件产品发布基本流程 您所在的位置:网站首页 软件开发的基本流程包括 软件产品发布基本流程

软件产品发布基本流程

2024-07-13 19:29| 来源: 网络整理| 查看: 265

产品发布前准备

发布之前,所有程序由测试人员进行确认测试;检查缺陷管理系统(比如:JIRA)内登记的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布;测试人员编写《软件测试报告》,给出发布与否的建议,由项目经理决定产品是否正常发布,还是做让步发布(产品有缺陷但是不影响正常使用)。确定发布后,构建工程师(配置管理员)进行程序打包;标记源码包、文档版本标识,移交《项目标准环境检查表》。构建工程师打好包后邮件通知相关人员(包括CM和项目经理),提交产品安装包; CM(配置管理员)负责源码、文档入基线库。

源码包括:

数据库创建脚本(含静态数据)编译构建脚本和所有源代码;

文档包括:

       需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo和项目经理提交的产品发布说明等等。

CM把安装包、使用文档等放置至公司产品库并提交《基线建立通知单》。如果软件产品需要部署到客户或者内部环境,需要做上线前的各项准备。 产品版本发布计划

       按照制定版本规划计划,使开发和测试活动具有预先设定的时间和版本规划。说明如下:

版本名称

包含功能

所在SVN目录

演化说明

0.0.0

A、B

/Trunk

第一个未通过测试初始化的基线版本

0.0.1

A、B

/branch/0.0.1

0.0.0的修改分支,修改AB功能的BUG,合并到主干trunk中,修改下一个版本0.1.0中的BUG,同时形成0.0里程碑版本

0.0.2

F、G

/branch/0.0.2

由于项目进度紧张,需要提前开发0.2.0基线版本的功能F、G,但是此时版本0.1.0还未开发完成

0.0

A、B

/tag/0.0

第一个通过测试的里程碑功能版本

0.1.0

A、B、C、D、E

/Trunk

第二个未通过测试初始化的基线版本,在0.0.1分支修复BUG的同时,主干依然继续开发增加CDE功能

0.1.1

A、B、C、D、E、X

/branch0.1.1

0.1.0的增加新功能分支,临时增加新功能X,此时增加的功能C、D、Ebug还未修改,将在主干中直接修改

0.2.0

A、B、C、D、E、F、G、X

/trunk0.2.0

第三个未通过测试初始化的基线版本,是将分支0.0.2与0.1.1同时合并到主干,此时bug未修改

图表 1软件版本路线图

产品发布

       项目经理编写《产品发布说明》(一份产品发布说明只能对应一个产品版本)。

       产品发布说明的内容应该包括:

产品发布时间;产品版本说明;产品概要介绍;本次发布包含的安装包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。

        项目经理或者高级经理发送产品发布邮件,通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍;或者以产品发布会议的形式进行通知。

产品发布后 产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。 产品临时发布 临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;构建工程师需要为源码、文档打tag标记。软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从SVN上check out代码编译交付用户使用或者进行二次开发。 项目标准环境检查表项目名称分项环境受控权限合格硬件配置管理服务器20.100.24.3数据库服务器20.100.24.3应用开发服务器20.10.10.16网络及相关设备100M软件开发平台Windows XP SP2/Win 7(客户端/宿主机)AIX Version6.1、Windows XP SP2/Win7/Win8(服务端)数据库Oracle9i、Oracle10g、Oracle11g、Mysql5.0以上版本应用服务器Weblogic10g、Weblogic11g、Tomcat6以上版本、JDK5.0以上版本开发工具MyEclipse8.0以上版本编译器JDK5.0以上版本、GCC编制计划工具Microsoft Project 2003/2010设计过程工具Microsoft Visio 2003/2010数据库建模工具Microsoft Visio 2003/2010、PowerDesigner 15.1.0、UML软件测试工具Jmeter、loadrunner、QTP配置管理工具SVN、CVS办公软件Microsoft Office 2003Microsoft Office 2007(文档格式需保存为2003兼容)工作制度无 产品发布说明项目名称项目经理产品标识发布人发布日期产品配置组成发布地址软件包名称及版本文档1名称文档2名称文档3名称文档4名称产品描述①新版本增加(或新系统)的功能特性在“功能特征”处填写②变更编号或软件问题描述:当属于让步发布时,在“缺陷”处填写尚未解决的问题说明(没有请填“无”)。③版权声明以及其他需要说明的事项功能特征:遗留缺陷:版权声明以及其他需要说明的事项:

产品集成检查列表项目名称填写项目编码填写检查日期:填写集成负责人:填写集成环境:1.硬件设备环境序号设备名称及型号数量备注设备运行检查软件安装测试检查人检查日期122.网络通讯环境序号有线/无线网络带宽环境检查检查结果检查人检查日期1上行10Mb/s,下行10Mb/s3.软件环境序号软件名称及版本说明配置登记软件检查检查人检查日期123456789产品构件、模块清单:序号构件、模块名称类型来源提供人单元测试配置管理检查日期1自主研发入配置库2自主研发入配置库3自主研发入配置库4自主研发入配置库5自主研发入配置库6自主研发入配置库7自主研发入配置库8自主研发入配置库9自主研发入配置库10自主研发入配置库11自主研发入配置库接口、界面UI符合情况:序号接口、UI名称检查依据检测方式检查结果检查人检查日期1《XXX编码规范》2《XXX界面规范》3456789检查问题跟踪序号检查项目检查结果问题描述优先级解决方法确认日期确认结果1组件的功能是否满足要求√无2014/12/2合格2组件的状态是否满足要求√无2014/12/3合格3组件是否完备√无2014/12/4合格4集成的软件环境有没有准备好√无2014/12/5合格5总体结论:1.检查全部通过,可以进行软件代码的集成。 2.检查未通过,重新进行集成环境准备。 3.集成环境检查问题需要进一步跟踪。


【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有