项目软件版本管理方式
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目软件管理规范
版本号:A
编制日期
审核日期
批准日期
瑞德医疗内部资料,注意保密
历史修改记录
一. 目的
1.1软件版本按照一定的规则保存所有版本,避免发生版本丢失或混淆等现象,
并且可以快速准确的查找到任何版本。
1.2软件版本规范有利于公司各部门之间的对接工作,有利于公司内部资料统一
管理。
1.3本文档就是为规范安徽瑞德医疗器械制造有限公司研发部软件版本管理而
制定的。
二. 范围
2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容,包括: 2.2版本标识方法及管理
2.3版本升级
2.4文档及源码的备份制度
2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使
用按照文档及源码存放备份制度。
三. 版本管理
3.1版本号规则
3.1.1每一个归档版本都有两个版本号:内部版本号与外部版本号。版本号使用
VBP规则,V就是指外部版本号(研发测试版本),B就是指内部版本号(受控版本),P就是指补丁版本号(可选)。
3.1.2版本号命名:项目名称+发布版本(对内/对外)+版本更新记录
3.2版本控制记录
3.2.1版本状态变迁要遵守一定的规则,内部先生成一个内部版本,提交测试审
批,通过了则由开发人员进行版本归档受控,生成外部版本。(测试人员在测试过程中根据《软件测试规程》检测生成《软件测试报告》再由项目组内部讨论就是否能生成新的版本)不通过则为无效版本,需要软件开发人员再进行修改,直至通过。通过后生成表格记录,再与源码一起打包受控形成外部版本。
3.2.2版本审核记录表如下:每次审核记录添加,审核通过后作为开发文档一起
打包受控。
3.3版本更新记录
3.3.1版本更新软件工程师根据项目内容的变更,优化软件功能的,需要变更内
部版本号提交测试审批,通过了则由开发人员进行版本归档,(测试人员在测试过程中根据项目软件变更优化的内容,结合项目软件整体结合进行测试。
测试完成根据《测试报告》由项目组内部讨论就是否能生成新的版本。不通过则为无效版本,由开发人员再进行优化工作。更新记录过程中生成表格记录,审核通过后与源码一起打包受控形成外部版本。
3.4版本受控说明:
3.4.1开发人员完成所负责模块的代码编写任务后,提交到项目经理处
3.4.2项目经理向测试人员提交测试任务
3.4.3测试人员准备测试所需的环境
3.4.4测试人员开展测试并根据《软件测试报告》实时提交BUG
3.4.5开发人员处理测试过程中所出现的BUG,并提交给测试人员进行回归测
试,直至BUG被解决
3.4.6测试基本完成后,测试人员提交测试报告
3.4.7根据项目市场需求结合实际情况决定就是否发布新的版本
3.4.8测试人员与各相关人员经讨论后确定好新版本各项信息
3.4.9测试人员发布新版本
3.5如何体现产品版本号
3.5.1上位机体现变更版本号:上位机可以发送查瞧下位机版本号命令字给下
位机,下位机通过发送反馈命令字来体现当前版本号。上位机可直接查瞧当前版本号。(设备拥有上位机条件下可使用,液晶显示也可使用)
3.5.2无上位机反馈变更版本号:如果没有上位机显示的条件下,可以通过在电
路板上做对应版本号的标识来区分,通过查瞧电路板上的标识确认下位机软件版本号。
四. 版本升级
4.1版本升级原则
4.1.1版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级,
保障高版本下的兼容性,提供严格定义的升级方法。
4.1.2在下面几种情况下,进行版本演化与升级:
1)当产品发生重大修改与改进时,主版本号加1。
2)重大修改与改进包括:a平台迁移;b开发工具的迁移;c体系结构的变迁。
4.1.3记录版本升级过程。每次版本升级,都要填写版本升级记录表,记录表样
例如下:(仅供外部版本升级)内部版本与修订版本分别使用版本审核记录表、版本更新记录表。
4.2新版本的发布
4.2.1新版本的发布指对外新版本程序的升级,内部版本程序与变更版本程序
只对研发部内部升级。流程如下:
1)根据项目进展情况,或者根据用户需要、市场需求进行发布准备。
2)将发布所需文件进行打包整理,放在指定目录中,给目录加上标签,标签
中包含将要发布的版本信息。对外部门发布只发布供程序烧写的HEX文
件。
3)同样对源码文件也要加上与版本信息相关的标签。
五. 文档及源码存放备份制度
5.1开发文档
5.1.1各项目的开发文档根据对外新版本程序的发布做出相对应的变更,内部
版本程序与更新的程序不做变更。
5.1.2根据各项目组自己的情况,将市场需求记录、总体设计文档、详细设计及
数据结构文件、测试记录、用户手册等放入备份文件中与源代码一起打包保存。
5.2源代码的存放
5.2.1源代码包括如:上位机、下位机相关文件,就是未经编译处理的、不能直
接交付使用的产品文件(测试阶段文件)以及编译产品所需的文件,包括可以直接烧写的HEX文件。由研发部保管。
5.2.2源代码的借阅、复制必须进行详细的登记,必需记录借阅人、批准人、借
阅时间、借阅目的、文件流向、文件版本或内容、归还时间(登记记录由研发部存档)。
5.2.3源代码向软件部门以外复制必须获得部门经理的授权。并必需记录复制
人、批准人、复制时间、复制目的、文件流向、文件版本或内容。
5.2.4对于因合作需要,需要向外复制、传播、分发源代码的,不论就是全部还
就是部分代码与资料,均必需与对方签订技术、源码的保密协定,明确对方应当承担的对源码保密的责任与义务。(没有必要只需要交付HEX文件,禁止源代码传播)
5.2.5受控文件要备份好版本,并发送给项目负责人及研发部经理,备份过程中
添加到压缩文件要加密,密码可以统一为公司常用密码,防止外部人员盗用。