某知名软件公司研发部管理规范(编辑修改稿)

某知名软件公司研发部管理规范(编辑修改稿)内容摘要：

分更加明确 化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。 参考资料 [1] 《事业部门版本管理工作标准》 SEPG [2] 《国强财务 V60配置管理》 财务产品部 [3] 《 商业事业部 版本管理规范 》 [4] 《 酒店事业部 版本管理规范 》 [5] 《 财务产品部版本管理规范 》 [6] 《 PACS事业部版本管理规范 》 [7] 《 MRPII部 版本管理规范 》 [8] 《 金融事业部版本管理规范 》 [9] 《 ERP部版本管理规范 》 版序控制记录 版序状态 拟稿 审核 批准 发布日期 管理过程改善部 任甲林 99/11/18 版本更新记录 *A 增加 M 修改 D 删除 版本 /修订版 修改页码 修改记录 修改人 日期 初始版本 99/11 2．版本管理 2． 1 版本标识方法 为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法分为：正式版本和特殊版本。 2． 1． 1 正式版本 公司在市场渠道上发行的正规版本。 以“ V”开头，版本号放后。 版本号分 3 节：主版本 号，次版本号和内部版本号，每节之间以小数点（ .）间隔。 如 表示主版本号为 2，次版本号为 0，内部版本号为 01。 2． 1． 2 特殊版本 特殊版本是在正式版本的基础上，针对某客户开发的版本。 它与正式版本的不同之处在于问题不具有通用性和适应性，只符合该用户的实际使用情况。 该版本标识分为常规部分和扩展部分，常规部分表示该特殊版本哪一个正式版本的分支，命名方法同正式版本的命名方法。 对于扩展部分，以“ S”开头，后加一唯一序号。 举例如下： 表示由 分支出的 第一个特殊版本 表示由 分支出的第二个特殊版本 事业部不鼓励产生特殊版本。 只有在极特殊的情况下，才产生适当的特殊版本。 并在以后的版本演化中，尽量将其纳入到正式版本中。 2． 2 目录结构 由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各事业部的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。 至于二级目录是以模块划分还是以版本划分，各产品部、事业部可根据自己部门的情况，制定适合本部门的目录结 构，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单，安装盘的可以后再执行）：。 现以财务产品部 V6。 0 的目录结构举例如下： 根目录 二级目录 三级目录 四级目录 对应配置项 备注 源码 (F:) 模块缩写 1 Current 存目录前正在修改的内容 PBL 源码 SQL SQL 文件 DOC 详细设计、数据结构 HTML 帮助文件 BMP 图像文件 按版本号依次类推 … 模块缩写 2 与模块 1 相同。 模块缩写 n 文档 (G:) Require 用户需求记录 版本号在文件名上标识 Design 总体设计文档 按版本号依次类推 …. Test Record 测试记录 版本号在文件名上标识 Case 测试用例 …. User 用户使用手册 产品说明手册 …. Plan Project 项目计划 Month 月度计划 安 装 盘(H:) Release REL_SRC 产品盘 或发布文档 SETUP ….. 表示正式版本及特殊版本的目录按以下原则定义： （ 1） 正始版本：以“ V”开头，版本号放后，主版本号和次主版本号之间的“ .”去掉，明细版本号之前加“ ”。 举例如下： 版本号 目录名 V60 V61 V601 V612 （ 2） 特殊版本：目录名分为常规名和扩展名两部分，常规部分表示该特殊版本是由哪一个正始版本分支而来，命名方法同正始版本的命名方法。 对于扩展名，以“ S”开头，后加一唯一序号。 举例如下： 目录名 意义 表示由 分支出的第一个特殊版 本 表示由 分支出的第二个特殊版本 表示由 分支出的第一个特殊版本 （ 3） 对于有些事业部是针对某个具体用户开发的特殊版本，在表示特殊版本的目录时，常规部分表示该特殊版本是哪一个正始版本的分支，对于扩展部分，可以把项目名称作为扩展名。 举例如下： 表示由 分支出的中信版本 2． 3 文档的存放 当前版本和历史版本的存放 对于源码文件，特别增加了一个 Current 目录，存放当前正在 开发。