浪潮集团山东通用软件有限公司研发本部版本管理规范19746.docx

《浪潮集团山东通用软件有限公司研发本部版本管理规范19746.docx》由会员分享，可在线阅读，更多相关《浪潮集团山东通用软件有限公司研发本部版本管理规范19746.docx（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、密级：内控控研发本部版版本管理规规范V1.0 1999年年11月18日日浪潮集团山山东通用软软件有限公公司目录文档类别使使用对象21引言31.1目的的31.2范围围31.3术语语定义31.4参考考资料41.5版序序控制记录录41.6版本本更新记录录42版本管管理521版本本标识方法法52111正式版本本52122特殊版本本522目录录结构523文档档的存放72.3.11 当前版版本和历史史版本的存存放72.3.22 开发文档档的存放72.3.33 源代码码的存放72.3.44 SQLL语句的存存放72.3.55发行文档档的存放824权限限控制管理理83更新管管理831源程程序的修改改832已发

2、发布版本的的维护及修修改933外出出人员对产产品的修改改1034版本本升级123.4.11 版本升升级原则123.4.22 新版本本的发布123.4.33 安装盘盘制作步骤骤134备份管管理135用户版版本管理14文档类别使使用对象文档类别该文档是为为浪潮通软软公司研发发本部各产产品部、事事业部提供供一个版本本管理规范范性文件。使用对象该文档使用用对象为浪浪潮通软公公司研发本本部各部门门经理及版版本管理人人员，以及及其他相关关人员。未未经管理过过程改善部部书面许可可，该文档档不得提供供给上述规规定对象以以外的人员员阅读或使使用。 1引言1.1目的的本文档是为为规范公司司研发本部部各产品部部、事

3、业部部版本管理理而制定的的。1.2范围围本文档为各各产品部、事事业部版本本管理员提提供有关版版本管理规规范的相关关内容，包包括：l 版本标识方方法l 软件系统数数据的存放放l 文档的修改改控制l 文档的备份份制度1. 3术语定义义SCMSoftwwere Conffigurratioon Maanageementt缩写SVMSoftwware Verssion Manaagemeent缩写写文档一种数据据媒体和其其上所记录录的数据。配置管理标识和确定定系统中配配置项的过过程，在系系统整个生生存周期内内控制这些些项的投放放和更动，记记录并报告告配置的状状态和更动动要求，验验证配置项项的完整性性和

4、正确性性。软件配置软件的具体体形态在某某时刻的瞬瞬时影像。配置项 软件配配置管理的的对象称为为配置项，如如：系统规规格说明书书，项目开开发计划，用用户手册，源源码。基线 软件生生存周期中中各开发阶阶段末尾的的标记，它它的作用是是把各阶段段工作的划划分更加明明确化，使使本来连续续的工作在在这些点上上断开，使使之便于检检验和肯定定阶段成果果。1.4参考考资料1 事事业部门版版本管理工工作标准 SEPG V1.02 国强财务务V60配配置管理财务产品部 V1.03 商业事业业部版本管管理规范 V11.04 酒店事业业部版本管管理规范 V11.05 财务产品品部版本管管理规范 V11.06 PACSS

5、事业部版版本管理规规范 V1.07 MRPIII部版本管理理规范 V1.08 金融事业业部版本管管理规范 V11.09 ERP部部版本管理理规范 VV1.01.5版序序控制记录录版序状态拟稿审核批准发布日期1.0管理过程改改善部任甲林 99/111/181.6版本本更新记录录*A - 增加 M - 修改改 D - 删除除版本/修订订版修改页码修改记录修改人日期1.0初始版本99/1112版本管管理21版本本标识方法法为了使工作作规范化、统统一化，研研发本部各各部门实行行的版本标标识管理方方法分为：正式版本本和特殊版版本。2111正式版本本 公司司在市场渠渠道上发行行的正规版版本。以“V”开开头

6、，版本本号放后。版版本号分33节：主版版本号，次次版本号和和内部版本本号，每节节之间以小小数点（.）间隔。如如V2.00.01表表示主版本本号为2，次次版本号为为0，内部部版本号为为01。2122特殊版本本特殊版本是是在正式版版本的基础础上，针对对某客户开开发的版本本。它与正正式版本的的不同之处处在于问题题不具有通通用性和适适应性，只只符合该用用户的实际际使用情况况。该版本标识识分为常规规部分和扩扩展部分，常常规部分表表示该特殊殊版本哪一一个正式版版本的分支支，命名方方法同正式式版本的命命名方法。对对于扩展部部分，以“S”开头，后后加一唯一一序号。举举例如下：V2.333.S01 表示由VV2

7、.333分支出的的第一个特特殊版本V2.333.S022 表表示由V22.33分分支出的第第二个特殊殊版本事业部不鼓鼓励产生特特殊版本。只只有在极特特殊的情况况下，才产产生适当的的特殊版本本。并在以以后的版本本演化中，尽尽量将其纳纳入到正式式版本中。22目录录结构由于各部门门的实际情情况不同，目目录结构很很难统一，但但为了能更更好地管理理各事业部部的文档，建建议可将被被管理的配配置项分为为三大类：文档类、源源码类及安安装盘类，这这样存放比比较清晰，有有利于版本本管理。至至于二级目目录是以模模块划分还还是以版本本划分，各各产品部、事事业部可根根据自己部部门的情况况，制定适适合本部门门的目录结结构

8、，并根根据制定的的目录结构构给出文件件级目录清清单（先给给出源程序序及文档的的文件级目目录清单，安安装盘的可可以后再执执行）：。现以财务产产品部V66。0的目目录结构举举例如下：根目录二级目录三级目录四级目录对应配置项项备注源码(F:)模块缩写11Curreent存目录前正正在修改的的内容V6.0PBL源码SQLSQL文件件DOC详细设计、数数据结构HTML帮助文件BMP图像文件V6.0.01按版本号依依次类推模块缩写22与模块1相相同。模块缩写nn文档(G:)Requiire用户需求记记录版本号在文文件名上标标识DesiggnV6.0总体设计文文档按版本号依依次类推V6.0.1.TestRe

9、corrd测试记录版本号在文文件名上标标识CaseV6.0测试用例V6.0.01.UserV6.0用户使用手手册产品说明手手册V6.0.01.PlanProjeect项目计划Monthh月度计划安装盘(HH:)V6.0ReleaaseREL_SSRC产品盘或发布文档档SETUPPV6.0.01.表示正式版版本及特殊殊版本的目目录按以下下原则定义义：（1） 正始版本：以“V”开头，版版本号放后后，主版本本号和次主主版本号之之间的“.”去掉，明明细版本号号之前加“-”。举例如如下：版本号 目录名V6.0 VV60V6.1 VV61V6.0.01 V60-1V6.1.02 V61-2（2） 特殊版本

10、：目录名分分为常规名名和扩展名名两部分，常常规部分表表示该特殊殊版本是由由哪一个正正始版本分分支而来，命命名方法同同正始版本本的命名方方法。对于于扩展名，以以“S”开头，后后加一唯一一序号。举举例如下：目录名 意义V60.SS01 表示由由V6.0分支出出的第一个个特殊版本本 V60.SS02 表示由由V6.0分支出出的第二个个特殊版本本V60-11.S011 表示由由V6.0.001分支出出的第一个个特殊版本本（3） 对于有些事事业部是针针对某个具具体用户开开发的特殊殊版本，在在表示特殊殊版本的目目录时，常常规部分表表示该特殊殊版本是哪哪一个正始始版本的分分支，对于于扩展部分分，可以把把项目

11、名称称作为扩展展名。举例例如下：V60.中中信 表表示由V6.0分支出出的中信版版本 23文档档的存放2.3.11 当前版本本和历史版版本的存放放对于源码文文件，特别别增加了一一个Currrentt目录，存存放当前正正在开发与与维护的源源码文件，当当前未发布布版本的所所有数据都都存放在.CURRRENTT下。一一旦当前版版本正式发发行，则当当前目录被被修改为相相应的历史史目录。历史版本是是指已经发发行的版本本，存放在在相应的版版本目录之之下，一般般不允许改改动。2.3.22 开发文档档的存放根据各部门门自己的情情况，将系系统用户需需求记录、总总体设计文文档、详细细设计及数数据结构文文件、测试试

12、记录、用用户手册等等放入相应应的目录下下，也可将将不同模块块的开发文文档存放于于不同的模模块中。2.3.33 源代码码的存放源代码包括括如：PBBL，PBBR，BMMP，ICCO，CPPP，HPPP，MAAK，PRRJ，INNI等相关关文件，是是未经编译译处理的、不不能直接交交付使用的的产品文件件以及编译译产品所需需的文件；联机帮助助文件HLLP在未生生成HLPP文件之前前的DOCC，RTFF等格式的的文档也视视为源代码码。各子系统当当前的程序序源文件放放入相应的的目录下。对对于一个子子系统又分分多个分子子系统的情情况，应在在该目录下下分别建立立几个相应应的目录。2.3.44 SQLL语句的存

13、存放各子系统SSQL文件件放入.SQQL下，对对于不同的的数据库，分分别建立不不同的子目目录，如WWAT、SYB、MSS、ORC、DB2等。公公共SQLL文件直接接放入SQL下下即可，不不同数据库库的特殊SSQL分别别放入对应应的子目录录下。2.3.55发行文档档的存放发行文档是是指产品交交付用户使使用所必须须的文件。包包括：产品品可执行文文件，用户户使用说明明书，联机机帮助（HHLP）；资源文件件（BMPP，ICOO等），环环境配置文文件等。以上文档作作为制作发发行盘的素素材，放在在RELEEASE的的REL_SRC目目录之下，制制作好的发发行盘放在在RELEEASE的的SETUUP目录。2

14、4权限限控制管理理为保障文档档的安全性性，一致性性，以及防防止意外修修改，必须须对不同的的文档设置置不同的访访问权限。文档权限类类别：只读读权限，读读写权限。文档类别：设计文档档，源码，发发行文档。用户类别：开发人员员、测试人人员、分析析设计人员员、部门经经理、配置置管理员、安安装盘制作作人员、问问题及需求求管理人员员、用户文文档编写人人员等。为了控制不不同的使用用权限，根根据要求在在服务器上上分别建立立不同的用用户，针对对不同的配配置项所在在目录分配配不同的权权限。为了便于各各产品部、事事业部的管管理，应以以表格的形形式列出人人员与管理理对象的访访问关系（用用户权限清清单）。3更新管管理31

15、源程程序的修改改当开发小组组在开发同同一产品时时，应能保保障：各成成员间的修修改不会互互相覆盖；程序员的的修改能及及时反映到到产品的最最新版本中中。建议首先在在相应子系系统的下一一级建一目目录，如ccheckkout，存存放正在修修改的文档档及修改登登记表。当当某个程序序员要修改改某一文档档时，遵循循以下程序序：1、接收维维护任务；2、查看需需要修改的的文件（如如PBL及及SQL等等）是否正正在被其它它人员修改改（检查ccheckkout目目录下是否否存在要修修改的文件件或后缀已已改为该程程序员姓名名简写）；3、如果有有人在修改改该文件，等等待或与相相应的开发发员联系，重重复2。否否则继续；4

16、、将该文文件复制到到checckoutt目录下，在在修改登记记表中登记记；或将该该文件的后后缀改为本本人姓名简简写；5、将该文文件考至自自己的私有有目录；6、根据要要求修改源源文件；7、根据要要求测试，并并进行相关关项的回归归测试；8、交测试试人员测试试，如未通通过，重复复6。如通通过则继续续；9、在chheckoout目录录中删除该该文件，并并在修改登登记表中标标注修改完完成； 10、将修修改完毕的的文件通过过电子邮件件或其它手手段送交版版本管理员员，版本管管理员将文文件复制到到相应的路路径；如遇遇特殊情况况（版本管管理员出差差），程序序员可将修修改完毕的的文件复制制到相应的的路径下，或或将

17、后缀改改回正式。11、回复复下达者，报报告维护任任务完成。驻外开发时时，也采用用以上程序序进行控制制。32已发发布版本的的维护及修修改在正式版本本发布后，由由于软件错错误或其它它问题（如如用户提出出增加小功功能）需要要对程序进进行修改时时，应及时时作出修补补盘（可以以软盘或其其它的形式式），。（1） 在该发布版版本目录下下建立一该该版本的修修补目录，该该目录由版版本管理员员负责。（2） 各系统如果果修改了部部分错误或或增强了部部分功能，应应将修改或或增加的编编译后程序序文件交由由版本管理理员，由管管理员将该该程序文件件加入到该该目录下，并并更及时更更新到安装装盘中去。（3） 维护人员在在更改产

18、品品的程序错错误，如增增加小的模模块，或做做小的改进进时，应将将程序文件件及时通知知版本管理理员，由版版本管理员员负责更新新源程序。维维护人员应应详细记录录修改内容容。举例如如下：修改时间产品代号或或名称以及及版本号修改原因修改的模块块；受影响响的模块是否修改了了表结构，修修改了哪些些表结构对应的修改改申请表单单号修改负责人人该表存放在在相应版本本的根目录录下。（4） 修改过的源源程序要经经过测试人人员的测试试。事业部部如没有专专人测试，可可由程序员员自己测试试。（5） 对于涉级数数据结构的的程序变动动，原则上上不作为修修补的内容容，它只对对某些用户户有用，将将可能在下下一版本中中体现，具具体

19、情况要要具体处理理。33外出出人员对产产品的修改改外出人员对对产品的修修改，是指指以下几种种情况：（1） 外出维护时时，需要对对产品进行行修改；（2） 实施工程时时，针对客客户要求，对对产品进行行用户个性性化修改（在在这种情况况下，一般般需要衍生生出特殊版版本）。执行程序：（1） 维护人员每每当接到实实施或维护护任务时，若若需修改源源代码，应应在启程前前认真填写写源程序修修改申请表表，交部门门负责人认认定后，维维护人员可可携带源程程序到用户户现场。（2） 在维护期间间，确实由由于维护需需要而必须须在用户设设备上拷入入源程序时时，应确保保源程序的的安全性，并并及时予以以删除。（3） 在维护期间间

20、若修改了了源程序或或用户提出出了新的问问题，维护护人员必须须认真填写写源程序更更新登记表表。（4） 回公司后，版版本管理员员应负责和和监督相关关人员将所所有文档复复制到规定定目录之下下，并完善善相关的所所有文档，相相关的文档档包括：源源程序更新新登记表、用用户程序更更改日志和和修改申请请表。将更更新登记表表及所更新新的源程序序数据交由由部门版本本管理人员员确认并审审定。如果果是已发布布版本的源源程序，必必须由版本本管理员负负责更新；非对外发发布的版本本如特殊版版本可由程程序员自己己更新，但但版本管理理员应及时时进行备份份，保证源源程序为最最新。（5）修改改过的源程程序要经过过测试人员员的测试。

21、事事业部如没没有专人测测试，可由由其他程序序员或本人人自己测试试。（6）将更更新登记表表交由部门门负责人签签字确认。（7）将更更新登记表表交由部门门版本管理理人员存档档。（8）部门门配置管理理员及时通通知相关程程序员。修改申请表表样例：申请时间用户名称版本号问题简单描描述申请人签字字负责人签字字源程序更新新登记表样样例：源程序更新新登记表编号: 年年 月 日 填表人人单位名称地址版本情况问题描述编号描述内容(包括:模模块问题题现象问问题原因)实际修改编号修改时间修改内容遗留问题*更新编号是否更新更新时间版本管理员员签字备注:部门经理签签字注:更新栏栏由部门版版本管理写写;34版本本升级3.4.

22、11 版本升级级原则版本升级应应严格纳入入版本管理理的控制之之下。应当当谨慎地控控制版本的的升级，保保障高版本本的向下兼兼容性，或或提供严格格定义的升升级方法。在下面几种种情况下，进进行版本演演化和升级级：1、当产品品发生重大大修改和改改进时，主主版本号加加1。重大大修改和改改进包括：1） 平台迁移；2） 开发工具的的迁移；3） 体系结构的的变迁。2、当产品品发生较小小的改进或或修改时，次次版本号可可以加1。 3、对对于改动量量比较少的的，如修改改产品的错错误，可增增加内部版版本号。内内部版本号号对用户来来说是不可可见的，只只对事业部部内部版本本控制有用用。4、记录版版本升级过过程。每次次版本

23、升级级，都要填填写版本升升级记录表表，记录表表样例如下下：版本升级记记录表版本号发布日期修改文件问题简要描描述发布责任人人批准人备注说明： 版本号号： 记记录当前发发布的版本本。 发布日日期：该版版本批准发发布的日期期。 修改文文件：版本本修改记录录文件，一一般为版本本修改日志志。3.4.22 新版本的的发布新版本的发发布包括主主版本号和和次版本号号的升级，一一般不包括括内部版本本号的升级级。流程如如下：1、 接收新版本本发布任务务，接收本本次发布的的版本代号号。2、 在指定目录录中，根据据本次发布布的版本号号建立相应应的子目录录，将cuurrennt下的所所有内容拷拷贝至新建建目录下。3、

24、可在新建目目录下建立立readdme.ttxt，并并加入相应应的内容。4、 下达安装盘盘制作指令令。readmme.txxt文件是是记录该版版本与上一一版本的不不同，作过过哪些改动动。格式样样例如下： 增加或修改改功能涉及源文件件改动原因3.4.33 安装盘制制作步骤1. 接收安装盘盘制作指令令。2. 编译源程序序。3. 制作升级SSQL。4. 测试升级程程序。5. 根据版本号号在安装盘盘目录下建建立新版安安装盘目录录。6. 在新建目录录下制作安安装盘。7. 交测试员测测试安装盘盘，如安装装盘存在问问题重复77，否则继继续。8. 提交安装盘盘。4备份管管理为了保证文文档的最大大可恢复性性，要随

25、时时及定期地地进行备份份工作。1、 随时备份：（1） 开发人员每每天都要将将自已当日日修改的源源文件在本本地机器上上进行备份份。（2） 开发负责人人每天要将将所有源文文件在本地地机备份。（3） 建议备份采采用循环备备份。2、 定期备份（1） 备份形式为为硬盘备份份和光盘备备份。硬盘盘备份时，要要备份在独独立的硬盘盘上；光盘盘备份时，要要将光盘存存放在可靠靠的地方。（2） 备份周期视视各产品部部、事业部部的具体情情况而定。如如果处于开开发阶段，每每周应对所所有的源程程序项进行行备份，一一般为每周周周五；如如果处于其其它阶段，根根据具体情情况而定，但但周期不能能超过两周周。（3） 备份要由版版本管

26、理员员负责，备备份原则应应是保证文文档的最大大可恢复性性。（4） 对于历史版版本或某用用户的特殊殊版本，如如果无特殊殊原因不再再进行修改改的话，建建议用光盘盘进行备份份，而且应应有备份盘盘说明文件件BACKKUP.TTXT。该该文件应该该记录以下下内容：本本次备份时时间，备份份内容，执执行人。5用户版版本管理目前各事事业部很多多是以做项项目为主，是是根据客户户要求开发发的程序。为为了更好地地管理源程程序，应为为每一用户户建立一个个用户版本本文件，该该文件应包包含以下内内容：用户编号：用户名称：软件版本号号：开始使用时时间：联系人：联系电话：用户程序更更改日志样样例如下：更改时间版本号修改模块名名称变更原因变更概述软件位置变更人员备注说明：1） 用户购买软软件时要为为该用户建建立一个包包含上述内内容的一个个用户版本本文件，并并填写有关关数据。2） 用户进行版版本更新时时要求填写写该文件的的版本变更更记录，用用以反映用用户版本的的变更情况况。