软件版本管理规定

1. 目的

规范软件产品版本升级流程,清晰管理版本号,加强不同版本软件保存的可靠性。

2. 适用范围

  1. 研发结束进行测试或投入应用的独立软件产品;
  2. 已销售产品中的独立软件产品的升级或变更管理;
3. 职责
  1. 版本管理员负责统计研发软件的版本信息,管理软件版本号,向软件工程师传达生产部及销售部反馈的软件问题并进行汇总,并在软件升级结束后向生产部提供新版本的软件系统。
  2. 项目负责人及软件工程师负责对软件系统进行升级,项目负责人负责将升级后的软件备案(上传到公司产品服务器,或者刻录存档),并通知版本管理员记录升级信息。
  3. 质量部\生产部\销售部向版本管理员通报软件产品问题并填写《软件问题通报单》,生产部负责升级后软件的重新安装。
  4. 生产部在完成软件安装后应填写《客户版本信息清单》,提交版本管理员进行归档并汇总。
  5. 项目负责人负责评估软件更新类别(重大类软件更新X;增强类软件更新Y;纠正类软件更新Z)
  • 对于重大类软件更新,项目负责人组织技术部、质量部进行会议进行评审。
  • 对于增强类软件更新,项目负责人组织技术部进行会议进行评审。
  • 对于纠正类软件更新,项目负责人直接分配此次更新的工作任务。
4. 软件更新管理程序
    4.1 软件系统保存(代码+安装包)
        4.1.1 源代码保存。建立公司产品存储服务器,并按照项目及岗位分配不同权限;
        4.1.2 项目负责人将源代码及应用程序上传到软件服务器的相应区域或者刻录光盘存档,并填写《版本信息清单》,交版本管理员保存;
        4.1.3 软件产品保存。在产品存储服务器上,为每个项目组分配产品输出存储区域。并为相应的项目负责人分配写读权限;为 生产部、版本管理员分配只读权限。
        4.1.4 对销售出产品的软件版本,源代码和软件产品需在产品存储服务器上应长期保存(>10年)。
    4.2 版本输出
        4.2.1默认最新稳定版本输出:版本管理员
        4.2.2经过项目负责人确认后的特殊版本输出:项目负责人+版本管理员
        4.2.3对输出的软件系统的版本信息进行记录,并汇总到文件输出《客户版本信息清单》:版本管理员+生产部
    4.3 对于已交付的版本升级
        4.3.1销售部、生产部获得软件存在问题的信息后,填写《软件问题通报单》交版本管理员处理。
        4.3.2版本管理员接到《软件问题通报单》后,将《软件问题通报单》提交项目负责人并协同解决问题。
        4.3.3问题解决后,项目负责人根据实际情况在服务器建立版本区分文件夹保存新版本。
        4.3.4版本管理员对升级信息进行记录,并向生产部提供升级后的软件版本,同时在《客户版本信息清单》中做出记录。
        4.3.5生产部负责对软件系统实施升级。
5. 细则
    5.1 文件存储
        5.1.1对源代码,不同项目建立单独文件目录,项目负责人有读写权限。
        5.1.2对生成的应用程序,版本管理员、及生产部具备只读权限。
        5.1.3只有系统管理员能直接对服务器进行操作。
    5.2 应用程序输出接口
        5.2.1 版本管理员 必须是外界获取应用程序的唯一出口;
        5.2.2 版本管理员 必须对交付产品中的软件信息做出详细记录并对该销售产品的升级及变更情况做出记录。
    5.3 工程接口
        研发人员对软件变更做出反馈后, 必须再次向版本管理员提供升级后的软件版本。
    5.4 人员设备配置
        5.4.1设版本管理员;项目负责人(新版本小组出口, 服务器文件控制 )
        5.4.2配置一台产品服务器;

    5.5 版本标识

        软件发布版本发生改变应进行许可事项变更,软件完整版本发生改变但软件发布版本未变无需进行注册变更

软件版本命名规则为X.Y.Z.B,其中:

  • X表示重大类软件更新;
  • Y表示增强类软件更新;
  • Z表示纠正类软件更新;
  • B表示构建;

软件完整版本为X.Y.Z.B,软件发布版本为X,此时X发生变化应进行许可事项变更,而Y、Z和B发生变化无需进行注册变更。

        5.5.1 重大类软件更新X
       该项目负责人组织技术部、质量部进行会议讨论,讨论关于此次重大类更新涉及的风险评估、送检注册变动范围、更新工作任务分配等问题,形成《更新变动评审表》 ;根据评审结果,如果否决此次更新,则无需进行其他记录;如果通过此次更新,相关部门需更新以下文件:
1)《风险管理方案》及相关附件
2)《软件更新描述文档》
3)《产品技术要求》
4)《产品使用说明书》
5)《产品需求规格说明书》
6)《功能实现方案》及相关附件
7)《回归测试》 

        5.5.2 增强类软件更新Y
        该项目负责人组织技术部相关项目组成员进行会议讨论,讨论关于此次增强类更新涉及的风险评估、更新工作任务分配等问题,形成《更新变动评审表》 ;根据评审结果,如果否决此次更新,则无需进行其他记录;如果通过此次更新,相关部门需更新以下文件:
1)《风险管理方案》及相关附件
2)《软件更新描述文档》
3)《产品技术要求》
4)《产品使用说明书》
5)《功能实现方案》及相关附件
6)《回归测试》 

        5.5.3 纠正类软件更新Z
        由项目负责人直接分配此次更新的工作任务;技术部更新以下文件:
1)《回归测试》 

6. 质量记录

  • 《版本信息清单》
  • 《客户版本信息清单》
  • 《软件问题通报单》
参考文献:
1.https://blog.csdn.net/maths_bai/article/details/5314038
2.https://blog.csdn.net/babauyang/article/details/53113202
  • 8
    点赞
  • 58
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值