还剩15页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
系统版本管理文档目录引言目的范围
3.术语定义
1.
4.参考资料
1.
5.版本控制记录
6.版本更新记录%版本管理
1.版本标示方法正式版本4目录结构
3.文档的存放开发文档的存放源代码的存放SQL的语句存放发行文档的存放配置管理流程权限控制的管理3^更新管理
1.源程序的修改
2.版本升级版本升级原那么新版本发布
113.
3.文档的变更备份管理
1.引言版本控制就是对软件开发过程中所创立的配置对象不同版本进行管理,保证任何时间都可以取到正确的版本以及版本的组合版本控制的主要功能是记录开发过程中的每一次修改,让开发的工作可以随时检查过往历史记录和获得正确版本,是系统的成长记录
1.
1.目的本文档的编制是为了标准产品部、研发部、测试部对软件产品版本的官理12范围本文档为产品部、研发部、测试部的管理员提供有关版本管理标准的相关内容,包括•版本标识方法•软件系统数据的存放•文档的修改控制•文档的备份制度
1.
3.术语定义SCM软件配置管理SoftwareConfigurationManagement缩写SVM软件版本管理SoftwareVersionManagement缩写SVN一个开源的版本控制系统Subversion.文档一种数据媒体和其上所记录的数据配置管理标识和确定系统中配置项的过程,在系统整个生存周期内控制这些项的投放和更动,记录并报告配置的状态和更动要求,验证配置项的完整性和正确性软件配置软件的具体形态在某时刻的瞬时影像配置项软件配置管理的对象称为配置项,如系统规格说明书,工程开发方案,用户手册,源码基线软件生存周期中各开发阶段末尾的标记,它的作用是把各阶段工作的划分更加明确化,使本来连续的工作在这些点上断开,使之便于检验和肯定阶段成果14参考资料《软件版本管理标准》《tortoiseSVN的使用手册》15版本控制记录
1.
6.版本更新记录*A-增加M-修改D-删除版本管理
21.版本标示方法为了使工作标准化、统一化,研发本部各部门实行的版本标识管理方法
2.
1.
1.正式版本x主版本号,用来表示提供应客户的产品功能的主要增强在一个极端的例子中,主版本号的上升用来说明产品现在已经拥有了一个全新的功能类从市场和许可权的角度来看,主版本号的升级相当于购置一个完全独立的产品从开发者角度来看,一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期Y特征版本号,用来表示产品新增了一些特征,或者是在原来文档中描述的特征上作了重要的修改用来确定特征版本号什么时候需要修改的一个衡量标准就是产品功能说明书产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制乙缺陷修复版本号,用来表示在该版本上所做的缺陷维护行为的等级版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制Alpha版此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改Beta版该版本相对于a版己有了很大的改良,消除了严重的错误,但还是存在着一些缺陷,需要经过屡次测试来进一步消除,此版本主要的修改对像是软件的UIRC版:该版本已经相当成熟了,根本上不存在导致错误的BUG与即将发行的正式版相差无几Release版该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本该版本有时也称为标准版一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号R22目录结构由于各部门的实际情况不同,目录结构很难统一,但为了能更好地管理各部门部文档,建议可将被管理的配置项分为三大类文档类、源码类及安装盘类这样存放比拟清晰,有利于版本管理具体目录如下表格所示
2.
3.文档的存放
3.
1.开发文档的存放文档归档流程:
2.
3.
3.SQL的语句存放各子系统SQL文件放入…..\\SQL下,对于不同的数据库,分别建立不同的子目录,如WAT、SYB、MSS、ORC、DB2等公共SQL文件直接放入・・・\SQL下即可,不同数据库的特殊SQL分别放入对应的子目录下
2.
3.
4.发行文档的存放发行文档是指产品交付用户使用所必须的文件包括产品可执行文件,用户使用说明书,联机帮助HLP;资源文件BMPICO等,环境配置文件等
2.
4.配置管理流程流程说明:开发人员完成所负责代码模块的编写任务后,提交到工程经理处;工程经理向测试部提交测试任务;配置管理员准备测试所需环境;测试员开始测试并提供实时测试BUG;开发人员处理测试人员提供的BUG并提交测试员进行回归测试,直至BUG关闭;测试完成后,测试人员提供测试报告;根据工程情况决定是否发布新版本;配置管理员与各成员确定好新版本的各项信息;配置管理员发布新版本
2.
5.权限控制的管理为保障文档的平安性,一致性,以及防止意外修改,必须对不同的文档设置不同的访问权限文档权限类别只读权限,读写权限文档类别:DOCSRDRELEASEo用户类别开发人员、测试人员、分析设计人员、部门经理、配置管理员、为了控制不同的使用权限,根据要求在效劳器上分别建立不同的用户,针对不同的配置项所在目录分配不同的权限为了便于各部门的管理,应以表格的形式列出人员与管理对象的访问关系(用户权限清单)更新管理
3.
1.源程序的修改当开发小组在开发同一产品时,应能保障各成员间的修改不会互相覆盖;程序员的修改能及时反映到产品的最新版本中建议首先在相应子系统的下一级建一目录,如checkout存放正在修改的文档及修改登记表当某个程序员要修改某一文档时,遵循以下程序1)接收维护任务;2)查看需要修改的文件(如PBL及SQL等)是否正在被其它人员修改(检查checkout目录下是否存在要修改的文件或后缀已改为该程序员姓名简写);3)如果有人在修改该文件,等待或与相应的开发员联系,重复2O否那么继续;4)将该文件复制到checkout目录下,在修改登记表中登记;或将该文件的后缀改为本人姓名简写;5)将该文件拷贝到自己的私有目录;6)根据要求修改源文件;7)根据要求测试,并进行相关项的回归测试;8)交测试人员测试,如未通过,重复6如通过那么继续;9)在checkout目录中删除该文件,并在修改登记表中标注修改完成;10)将修改完毕的文件通过电子邮件或其它手段送交版本管理员,版本管理员将文件复制到相应的路径;如遇特殊情况(版本管理员出差),程序员可将修改完毕的文件复制到相应的路径下,或将后缀改回正式11)回复下达者,报告维护任务完成32版本升级
2.
1.版本升级原那么版本升级应严格纳入版本管理的控制之下应当谨慎地控制版本的升级,保障高版本的向下兼容性,或提供严格定义的升级方法主版本号
(1)当功能模块有较大的变动,比方增加多个模块或者整体架构发生变化此版本号由工程决定是否修改子版本号
(1)当功能有一定的增加或变化,比方增加了对权限控制、增加自定义视图等功能此版本号由工程决定是否修改阶段版本号
(1)一般是Bug修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版此版本号由工程经理决定是否修改日期版本号140606:用于记录修改工程的当前日期,每天对工程的修改都需要更改日期版本号此版本号由开发人员决定是否修改希腊字母版本号beta:此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号此版本号由工程决定是否修改每次版本升级,要填写版本升级记录表记录表样例如下主版本号记录当前发布的版本发布日期该版本批准发布的日期修改文件版本修改记录,版本修改日志
3.
2.
2.新版本发布新版本的发布包括主版本号和次版本号的升级,一般不包括内部版本号的升级流程如下接收新版本发布任务,接收本次发布的版本代号在指定目录中,根据本次发布的版本号建立相应的子目录,将currentT的所有内容拷贝至新建目录下可在新建目录下建立readmetxt并参加相应的内容
3.
3.文档的变更文档变更流程:备份管理为了保证文档的最大可恢复性,要随时及定期地进行备份工作1)随时备份开发人员每天都要将自已当日修改的源文件在本地机器上进行备份开发负责人每天要将所有源文件在本地机备份建议备份采用循环备份2)定期备份备份形式为硬盘备份和光盘备份硬盘备份时,要备份在独立的硬盘上;光盘备份时,要将光盘存放在可靠的地方备份周期视各部门的具体情况而定如果处于开发阶段,每周应对所有的源程序项进行备份,一般为每周周五;如果处于其它阶段,根据具体情况而定但周期不能超过两周备份要由版本管理员负责,备份原那么应是保证文档的最大可恢复性版序状态部门拟稿审核批准发布日期
1.0工程研发部***
1.1版本/修订版修改页码修改记录修改人日期
1.0初始版本
1.1根目录一级目录二级目录三级目录工程名称+版本号源代码SRC集成代码代码的合并第一个模块代码第二个模块代码数据库SQL公共开发包代码文档DOC立项文档立项方案书立项申请书工程方案工程开发方案需求文档需求规格说明书设计文档设计概要说明书数据库设计说明书界面布局原型界面动态页面参考资料工程一些参考资料验收文档验收资料测试文档测试方案测试报告测试用例试用信息测试部署部署材料发布RELEASESETUPRELEASE发布文档主版本号子系统名称子系统版本发布日期变更功能描述发布人批准人备注。