《某软件有限公司文档版本管理规范》由会员分享，可在线阅读，更多相关《某软件有限公司文档版本管理规范（16页珍藏版）》请在金锄头文库上搜索。
1、 浪潮通软公司 研发本部版本管理规范 密级：内控研发本部版本管理规范V1.0 浪潮集团山东通用软件有限公司1编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页 共1页目录文档类别使用对象21引言31.1目的31.2范围31.3术语定义31.4参考资料41.5版序控制记录41.6版本更新记录42版本管理521版本标识方法5211正式版本5212特殊版本522目录结构523文档的存放72.3.1 当前版本和历史版本的存放72.3.2 开发文档的存放72.3.3 源代码的存放72.3.4 SQL语句的存放72.3.5发行文档的存放824权限控制管理83更新管理831源程序的修改
2、832已发布版本的维护及修改933外出人员对产品的修改1034版本升级123.4.1 版本升级原则123.4.2 新版本的发布123.4.3 安装盘制作步骤134备份管理135用户版本管理14文档类别使用对象文档类别该文档是为浪潮通软公司研发本部各产品部、事业部提供一个版本管理规范性文件。使用对象该文档使用对象为浪潮通软公司研发本部各部门经理及版本管理人员，以及其他相关人员。未经管理过程改善部书面许可，该文档不得提供给上述规定对象以外的人员阅读或使用。 1引言1.1目的本文档是为规范公司研发本部各产品部、事业部版本管理而制定的。1.2范围本文档为各产品部、事业部版本管理员提供有关版本管理规范的
3、相关内容，包括：l 版本标识方法l 软件系统数据的存放l 文档的修改控制l 文档的备份制度1. 3术语定义SCMSoftwere Configuration Management缩写SVMSoftware Version Management缩写文档一种数据媒体和其上所记录的数据。配置管理标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。软件配置软件的具体形态在某时刻的瞬时影像。配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。基线 软件生存周期中各开发阶段末尾的标记，它的
4、作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。1.4参考资料1 事业部门版本管理工作标准 SEPG V1.02 国强财务V60配置管理财务产品部 V1.03 商业事业部版本管理规范 V1.04 酒店事业部版本管理规范 V1.05 财务产品部版本管理规范 V1.06 PACS事业部版本管理规范 V1.07 MRPII部版本管理规范 V1.08 金融事业部版本管理规范 V1.09 ERP部版本管理规范 V1.01.5版序控制记录版序状态拟稿审核批准发布日期1.0管理过程改善部任甲林 99/11/181.6版本更新记录*A - 增加 M - 修改 D
5、 - 删除版本/修订版修改页码修改记录修改人日期1.0初始版本99/112版本管理21版本标识方法为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法分为：正式版本和特殊版本。211正式版本 公司在市场渠道上发行的正规版本。以“V”开头，版本号放后。版本号分3节：主版本号，次版本号和内部版本号，每节之间以小数点（.）间隔。如V2.0.01表示主版本号为2，次版本号为0，内部版本号为01。212特殊版本特殊版本是在正式版本的基础上，针对某客户开发的版本。它与正式版本的不同之处在于问题不具有通用性和适应性，只符合该用户的实际使用情况。该版本标识分为常规部分和扩展部分，常规部分表示该特殊版
6、本哪一个正式版本的分支，命名方法同正式版本的命名方法。对于扩展部分，以“S”开头，后加一唯一序号。举例如下：V2.33.S01 表示由V2.33分支出的第一个特殊版本V2.33.S02 表示由V2.33分支出的第二个特殊版本事业部不鼓励产生特殊版本。只有在极特殊的情况下，才产生适当的特殊版本。并在以后的版本演化中，尽量将其纳入到正式版本中。22目录结构由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各事业部的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。至于二级目录是以模块划分还是以版本划分，各产品部、事业部可根据自己部门的情
7、况，制定适合本部门的目录结构，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单，安装盘的可以后再执行）：。现以财务产品部V6。0的目录结构举例如下：根目录二级目录三级目录四级目录对应配置项备注源码(F:)模块缩写1Current存目录前正在修改的内容V6.0PBL源码SQLSQL文件DOC详细设计、数据结构HTML帮助文件BMP图像文件V6.0.01按版本号依次类推模块缩写2与模块1相同。模块缩写n文档(G:)Require用户需求记录版本号在文件名上标识DesignV6.0总体设计文档按版本号依次类推V6.0.1.TestRecord测试记录版本号在文件名上标识Ca
8、seV6.0测试用例V6.0.01.UserV6.0用户使用手册产品说明手册V6.0.01.PlanProject项目计划Month月度计划安装盘(H:)V6.0ReleaseREL_SRC产品盘或发布文档SETUPV6.0.01.表示正式版本及特殊版本的目录按以下原则定义：（1） 正始版本：以“V”开头，版本号放后，主版本号和次主版本号之间的“.”去掉，明细版本号之前加“-”。举例如下：版本号 目录名V6.0 V60V6.1 V61V6.0.01 V60-1V6.1.02 V61-2（2） 特殊版本：目录名分为常规名和扩展名两部分，常规部分表示该特殊版本是由哪一个正始版本分支而来，命名方法同
9、正始版本的命名方法。对于扩展名，以“S”开头，后加一唯一序号。举例如下：目录名 意义V60.S01 表示由V6.0分支出的第一个特殊版本 V60.S02 表示由V6.0分支出的第二个特殊版本V60-1.S01 表示由V6.0.01分支出的第一个特殊版本（3） 对于有些事业部是针对某个具体用户开发的特殊版本，在表示特殊版本的目录时，常规部分表示该特殊版本是哪一个正始版本的分支，对于扩展部分，可以把项目名称作为扩展名。举例如下：V60.中信 表示由V6.0分支出的中信版本 23文档的存放2.3.1 当前版本和历史版本的存放对于源码文件，特别增加了一个Current目录，存放当前正在开发与维护的源码
10、文件，当前未发布版本的所有数据都存放在.CURRENT下。一旦当前版本正式发行，则当前目录被修改为相应的历史目录。历史版本是指已经发行的版本，存放在相应的版本目录之下，一般不允许改动。2.3.2 开发文档的存放根据各部门自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入相应的目录下，也可将不同模块的开发文档存放于不同的模块中。2.3.3 源代码的存放源代码包括如：PBL，PBR，BMP，ICO，CPP，HPP，MAK，PRJ，INI等相关文件，是未经编译处理的、不能直接交付使用的产品文件以及编译产品所需的文件；联机帮助文件HLP在未生成HLP文件之前
11、的DOC，RTF等格式的文档也视为源代码。各子系统当前的程序源文件放入相应的目录下。对于一个子系统又分多个分子系统的情况，应在该目录下分别建立几个相应的目录。2.3.4 SQL语句的存放各子系统SQL文件放入.SQL下，对于不同的数据库，分别建立不同的子目录，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入SQL下即可，不同数据库的特殊SQL分别放入对应的子目录下。2.3.5发行文档的存放发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO等），环境配置文件等。以上文档作为制作发行盘的素材，放在RELEASE的REL_SRC目录之下，制作好的发行盘放在RELEASE的SETUP目录。24权限控制管理为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。文档权限类别：只读权限，读写权限。文档类别：设计文档，源码，发行文档。用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。为了控制不同的使用权限，根据要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限。为了便于各产品
