项目软件版本管理方式_第1页
项目软件版本管理方式_第2页
项目软件版本管理方式_第3页
项目软件版本管理方式_第4页
项目软件版本管理方式_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件管理规范ccRev.7/7项目软件管理规范版本号:A编制日期审核日期批准日期瑞德医疗内部资料,注意保密历史修改记录版本号修订内容修订时间修订人1. 目的1.1 软件版本按照一定的规则保存所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确的查找到任何版本。1.2 软件版本规范有利于公司各部门之间的对接工作,有利于公司内部资料统一管理。1.3 本文档是为规范安徽瑞德医疗器械制造有限公司研发部软件版本管理而制定的。2. 范围2.1 本文档为研发部软件开发版本提供有关版本管理规范的相关内容,包括:2.2 版本标识方法及管理2.3 版本升级2.4 文档及源码的备份制度 2.5 所有研

2、发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使用按照文档及源码存放备份制度。 3. 版本管理3.1 版本号规则3.1.1 每一个归档版本都有两个版本号:内部版本号和外部版本号。版本号使用VBP规则,V是指外部版本号(研发测试版本),B是指内部版本号(受控版本),P是指补丁版本号(可选)。3.1.2 版本号命名:项目名称+发布版本(对内/对外)+版本更新记录3.2 版本控制记录3.2.1 版本状态变迁要遵守一定的规则,内部先生成一个内部版本,提交测试审批,通过了则由开发人员进行版本归档受控,生成外部版本。(测试人员在测试过程中根据软件测试规程检测生成软件测试报告再由项目组

3、内部讨论是否能生成新的版本)不通过则为无效版本,需要软件开发人员再进行修改,直至通过。通过后生成表格记录,再和源码一起打包受控形成外部版本。3.2.2 版本审核记录表如下:每次审核记录添加,审核通过后作为开发文档一起打包受控。内部版本状态外部版本状态开发人审核人批准人发布时间B1.0V1.0研发部软件工程师3.3 版本更新记录3.3.1 版本更新软件工程师根据项目内容的变更,优化软件功能的,需要变更内部版本号提交测试审批,通过了则由开发人员进行版本归档,(测试人员在测试过程中根据项目软件变更优化的内容,结合项目软件整体结合进行测试。测试完成根据测试报告由项目组内部讨论是否能生成新的版本。不通过

4、则为无效版本,由开发人员再进行优化工作。更新记录过程中生成表格记录,审核通过后和源码一起打包受控形成外部版本。内部版本外部版本优化内容优化记录记录人优化日期B1.1V1.1功能实现功能目的性3.4 版本受控说明:3.4.1 开发人员完成所负责模块的代码编写任务后,提交到项目经理处 3.4.2 项目经理向测试人员提交测试任务 3.4.3 测试人员准备测试所需的环境 3.4.4 测试人员开展测试并根据软件测试报告实时提交BUG 3.4.5 开发人员处理测试过程中所出现的BUG,并提交给测试人员进行回归测试,直至BUG被解决3.4.6 测试基本完成后,测试人员

5、提交测试报告3.4.7 根据项目市场需求结合实际情况决定是否发布新的版本 3.4.8 测试人员与各相关人员经讨论后确定好新版本各项信息 3.4.9 测试人员发布新版本3.5 如何体现产品版本号3.5.1 上位机体现变更版本号:上位机可以发送查看下位机版本号命令字给下位机,下位机通过发送反馈命令字来体现当前版本号。上位机可直接查看当前版本号。(设备拥有上位机条件下可使用,液晶显示也可使用)3.5.2 无上位机反馈变更版本号:如果没有上位机显示的条件下,可以通过在电路板上做对应版本号的标识来区分,通过查看电路板上的标识确认下位机软件版本号。4. 版本升级4.1 版本升级原则4.

6、1.1 版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级,保障高版本下的兼容性,提供严格定义的升级方法。 4.1.2 在下面几种情况下,进行版本演化和升级: 1) 当产品发生重大修改和改进时,主版本号加1。2) 重大修改和改进包括:a平台迁移;b开发工具的迁移;c体系结构的变迁。 4.1.3 记录版本升级过程。每次版本升级,都要填写版本升级记录表,记录表样例如下:(仅供外部版本升级)内部版本和修订版本分别使用版本审核记录表、版本更新记录表。主版本原版本主版本发布时间功能变更描述发布责任人批准人备注4.2 新版本的发布4.2.1 新版本的发布指对外新版

7、本程序的升级,内部版本程序和变更版本程序只对研发部内部升级。流程如下: 1) 根据项目进展情况,或者根据用户需要、市场需求进行发布准备。 2) 将发布所需文件进行打包整理,放在指定目录中,给目录加上标签,标签中包含将要发布的版本信息。对外部门发布只发布供程序烧写的HEX文件。 3) 同样对源码文件也要加上与版本信息相关的标签。5. 文档及源码存放备份制度5.1 开发文档5.1.1 各项目的开发文档根据对外新版本程序的发布做出相对应的变更,内部版本程序和更新的程序不做变更。5.1.2 根据各项目组自己的情况,将市场需求记录、总体设计文档、详细设计及数据结构文件、测试

8、记录、用户手册等放入备份文件中与源代码一起打包保存。5.2 源代码的存放5.2.1 源代码包括如:上位机、下位机相关文件,是未经编译处理的、不能直接交付使用的产品文件(测试阶段文件)以及编译产品所需的文件,包括可以直接烧写的HEX文件。由研发部保管。5.2.2 源代码的借阅、复制必须进行详细的登记,必需记录借阅人、批准人、借阅时间、借阅目的、文件流向、文件版本或内容、归还时间(登记记录由研发部存档)。5.2.3 源代码向软件部门以外复制必须获得部门经理的授权。并必需记录复制人、批准人、复制时间、复制目的、文件流向、文件版本或内容。5.2.4 对于因合作需要,需要向外复制、传播、分发源代码的,不论是全部还是部分代码和资料,均必需和对方签订技术、源码的保密协定,明确

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论