软件研发版本管理可编辑修改word版Word文档下载推荐.docx

1、软件配置：软件的具体形态在某时刻的瞬时影像。配置项：软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。基线：软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。1.4.版本管理工具1.4.1.需求文档记录表。版序拟稿审核批准发布日期v0.12013/1/1v0.2v0.3v1.0说明：版序：.，主版本号：文档已经定版。次版本号对应主版本补充需求。次版本只对主版本功能需求的补充。当主版本号为 1.0 标志项目正式立项。1.4.2.主版本记录表。项目名称：项目开发名称：建稿日期建项日期

2、最新发布日期封存日期v12013/10/102013/11/112014/1/1v2主版本版序控制记录是将需求与项目源码进行对于管理的核心。需求文档的版序主版本号大于 1 的版本。每一个主版本对应一个 TFS 源代码分支。1.4.3.设计文档记录表。v1.0.0李四设计版本号1.4.4.测试文档记录表拟稿日期执行日期v1.0.T0质量管理部龙八.T,测试版本号主要对应测试。1.4.5.软件发布记录表。文件版本号产品版本号发布流水号编译人审核人类型1.0.0.11.0.0.1.1YYYYMM00文件版本号、产品版本号:以主运行程序的文件版本号、产品版本号为准。类型：增量、全部。发布流水号：每次对

3、外发布均有一个流水号格式为：年月+2 位数字。如：201405011.4.6.软件发布明细记录表。格式详见：软件发布明细记录表.docx2.版本管理2.1.版本标识方法为了使工作规范化、统一化，各项目组实行的版本标识管理方法以版本号为线索,将软件开发的整个生命周期.软件版序格式: assembly: AssemblyTitle（ 项 目 名 称 ） assembly: AssemblyDescription（项目描述） AssemblyCompany（广东南方海岸科技服务有限公司 AssemblyProduct（项目开发名称 AssemblyCopyright（Copyright 2013 A

4、ssemblyVersion（ AssemblyFileVersion（生成号软件版序记录位置: 项目 AssemblyInfo.cs 里如何对已发布的版本进行人工校验跟踪：如图（图 1）： （图 1）选中需要校验的 DLL 或 EXE - 右键 - 属性 - 详细信息。2.1.1.正式版本所有上线至正式生产环境或客户已经验收的项目均为正式版本。2.1.2.测试版本所有上线至测试环境或客户试运行的项目均为测试版本。2.2.目录结构统一的目录结构是版本管理的其中一个重要环节，对各个版本管理工具、管理软件的有效联系。目录结构图：根目录一级目录二级目录三级目录说明以项目开发名称为目录名; 如 ： N

5、FHA.CI I.DLZ项目开发名称+主版本号（ NFHA. CII.DLZv1.0）源码Source项目源代码（src）VS 项目源码类库（lib）第三方类库或本公司的公共类库数据库（DataBase）SQL 文件文档DOC需求文档用户需求记录设计文档总体设计文档数据库 ER，数据字典等详细设计文档、UML、网络拓扑等测试文档测试用例等其他用户使用手册产品说明书等其他项目计划实施手册需求文档记录表.doc设计文档记录表.doc测试文档记录表.doc发布Releases流水号 1三级目录由以下 2 个文件组成ReleaseFile.Zip流水号 2流水号 3软件发布记录表.doc主版本记录表.

6、doc例子：2.3.文档的存放所有的文档、代码均通过 TFS 进行管理。2.3.1.当前版本和历史版本的存放对于源码文件。一旦当前版本创建出一个新的版本分支，则当前目录需要对权限进行细分，新功能源码、文档等均迁移到新版本分支，。历史版本是指已经发行的版本，存放在相应的版本目录之下，一般不允许改动，除非是对旧有版本的 bug 修复。2.3.2.开发文档的存放根据各项目部自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入相应的目录下。2.3.3.源代码的存放源代码包括如：java，jsp，BMP，ICO 等相关文件，是未经编译处理的、不能直接交付使用的产

7、品文件以及编译产品所需的文件；联机帮助文件 HLP 在未生成 HLP 文件之前的 DOC，RTF 等格式的文档也视为源代码。各子系统当前的程序源文件放入相应的目录下。对于一个子系统又分多个分子系统的情况，应在该目录下分别建立几个相应的目录。2.3.4.SQL 语句的存放各子系统SQL 文件放入SourceDataBase 下，公共SQL 文件直接放入SourceDataBase 下即可，如果该项目跨多个不同的数据库，分别建立不同的子目录，如 oracle、sysbase、db2、MSSQL 等。不同数据库的特殊 SQL 分别放入对应的子目录下。2.3.5.发行文档的存放发行文档是指产品交付用户

8、使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO 等），环境配置文件等。以上文档作为制作成 ReleaseFile.Zip，并且填写软件发布明细记录表签入至对应的 Releases 目录下，签出软件发布记录表，编辑相应内容。2.4.权限控制管理为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。文档权限类别：只读权限，读写权限。 文档类别：设计文档，源码，发行文档。用户类别：开发人员、测试人员、分析设计人员、项目经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。为了控制不同的使用权限，根据

9、要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限。为了便于管理，应以表格的形式列出人员与管理对象的访问关系（用户权限清单）。3.更新管理（版本升级）3.1版本升级原则版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级，保障高版本的向下兼容性，或提供严格定义的升级方法。在下面几种情况下，进行版本演化和升级：1、当产品发生重大修改和改进时，主版本号加 1。重大修改和改进包括：1）平台迁移；2）开发工具的迁移；3）体系结构的变迁。2、当产品发生较小的改进或修改时，次版本号可以加 1。3、对于改动量比较少的，如修改产品的错误，可增加内部版本号。内部版本号对用户来说是

10、不可见的，只对项目部内部版本控制有用。4、记录版本升级过程。每次版本升级，都要填写版本升级记录表，记录表样例如下：版本升级记录表版本号修改文件问题简要描述发布责任人批准人备注版本号： 记录当前发布的版本。 发布日期：该版本批准发布的日期。修改文件：版本修改记录文件，一般为版本修改日志。3.2新版本的发布新版本的发布包括主版本号和次版本号的升级，一般不包括内部版本号的升级。流程如下：1、根据项目进展情况，或者根据用户需要进行发布准备。2、在指定目录中，根据本次发布的版本号建立相应的子目录，将 current 下的所有内容拷贝至新建目录下。3、可在新建目录下建立 readme.txt，并加入相应的

11、内容。readme.txt 文件是记录该版本与上一版本的不同，作过哪些改动。格式样例如下：增加或修改功能涉及源文件改动原因4.备份管理为了保证文档的最大可恢复性，要随时及定期地进行备份工作。1、随时备份：（1）开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。（2）开发负责人每天要将所有源文件在本地机备份。（3）建议备份采用循环备份。2、定期备份（1）备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立的硬盘上； 光盘备份时，要将光盘存放在可靠的地方。（2）备份周期视各产品部、事业部的具体情况而定。如果处于开发阶段，每周应对所有的源程序项进行备份，一般为每周周五；如果处于其它阶段，

12、 根据具体情况而定，但周期不能超过两周。（3）备份要由版本管理员负责，备份原则应是保证文档的最大可恢复性。（4）对于历史版本或某用户的特殊版本，如果无特殊原因不再进行修改的话， 建议用光盘进行备份，而且应有备份盘说明文件 BACKUP.TXT。该文件应该记录以下内容：本次备份时间，备份内容，执行人。5.用户版本管理目前主要以做项目为主，是根据客户要求开发的程序。为了更好地管理源程序，应为每一用户建立一个用户版本文件，该文件应包含以下内容：用户编号： 用户名称： 软件版本号：开始使用时间： 联系人：联系电话：用户程序更改日志样例如下：更改时间修改模块名称变更原因变更概述软件位置变更人员1）用户购

13、买软件时要为该用户建立一个包含上述内容的一个用户版本文件，并填写有关数据。2）用户进行版本更新时要求填写该文件的版本变更记录，用以反映用户版本的变更情况。6.研发部统一管理阶段性版本6.1阶段性版本的提交到研发部当各项目组更新了新版本以后，如果次版本号发生改变，各项目组配置管理员经项目经理批准后要把次版本修改的内容（提交的内容分为修改的源码、新的文档和安装盘） 提交给研发部版本管理人员。6.2阶段性版本的发布到公司网站上产品新版本发布以后，及时在软件演示环境中进行更新。并且新版本的特色和特点要在公司网站上进行发布，描述新版本特色的文档要由各项目组进行提供给项目部，经项目部保存后，文档提交给公司网站管理人员进行发布，以便供其他项目组和公司营销人员进行了解。6.3各项目组新版本内部及时备份。研发中心负责进行所有产品版本的管理，但各个项目组也要自己进行备份。7.版本工具的使用7.1 研发部采用 TFS 配置管理工具研发部采用专门的配置管理服务器，此服务器只是专门用于版本的管理，一般不用于其他的应用，配置管理软件采用 TFS2010 进行配置管理。