搜索
您的当前位置:首页正文

配置管理制度

来源:尚佳旅游分享网
软件配置管理制度

软件配置管理制度

(讨论稿)

第1页 共10页

软件配置管理制度

1 概述

1.1. 目的

为了保证研发项目文件的安全性、机密性;保证软件产品的完整性、有效性及可追溯性,以及加强研发项目的协同能力,特制订本制度。

1.2. 范围

适用于公司所有研发项目。

1.3. 术语

术语 软件配置管理 基线 描述 是在项目开发中,标识、控制和管理软件变更的一种管理。 是项目开发库中每个文件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。 开发库(devlib) 存放开发过程中需要保留的各种信息,供开发人员个人专用。开发人员对其具有编辑、修改、删除等操作权限。 基线库(baselib) 开发库中产品经过测试小组测试后,行成一个稳定的版本,由配置管理员从开发库中将该版本提取出来,行成一个新的版本。以后的版本更新将在此基础上进行更新。所有人员对基线库的最大权限只能为只读权限。 1.4. 角色与职责

角色 项目经理 职责 确定配置项、确定配置库目录权限;审查配置库变更;项目开发过程中,监督配置库使用情况;员工离职时,配置库归档完整性审核。 根据配置管理制度规范,进行配置库的日常使用。 负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对配置库使用情况进行管理和监督、建立配置库基线;定期备份配置库;建立和完善配置管理制度。 项目小组 配置管理员

第2页 共10页

软件配置管理制度

2 配置管理范围

研发项目过程中产生的所有文档,包括:研发项目管理文档、研发设计及技术文档、源代码、可执行程序,工具及相关资料等。

 项目文档主要:立项书、项目计划、例会会议记录及项目过程中管理类文档等。

 设计及技术文档主要:需求,需求分析报告、概要设计说明书、详细设计说明书、数据库表结构、

测试文档、使用说明书、技术说明书等。

 工具及其相关资料:开发或测试过程中的工具,以及其使用文档等,如觉得有必要也纳入配置库的

管理。

3 项目配置库建立与使用

3.1 项目配置库建立

1. 项目立项时,由项目经理申请建立项目配置库(附录二X《配置库申请单》) 2. 配置管理员与项目经理根据《配置管理的流程》确定《配置管理计划》。

3. 配置项:项目经理与配置管理员共同确认研发项目的配置库目录结构,并建立配置库目录结构;所建配

置库目录结构必需按本文规定目录结构执行(目录结构参考附录二)。

4. 项目小组:项目经理提供项目小组成员名单及联系方式,配置库权限清单(内容应包括员工姓名、目录

权限等)

5. 权限分配:配置管理员为相关人员的设置配置权限。配置库权限设置完成之后,由配置管理员将配置库

名称、访问路径、访问权限等信息以邮件方式通知各相关人员;配置库使用人员以各自的用户名和密码进行访问配置库。

6. 配置库密码只能在服务器上设置,如配置库使用人员密码遗忘或需要修改,可以与配置管理员取得联系,

进行修改密码。

3.2 项目配置库使用

1. 配置库目录说明

配置库基本结构如“附录二”所示,以项目名称作为一级目录,二级目录包括:devlib、testlib、PMlib、

第3页 共10页

软件配置管理制度

baselib:

“devlib”:项目小组日常研发活动区;该目录包含docs(设计文档)、src(代码)目录。 “PMlib”:放项目管理文档,为科研处项目管理部门和项目经理使用;

“testlib”:项目小组在此目录下记录项目测试中的文档,如内部测试、中试申请、中试报告、评审纪要。

“baselib”:仅放置PLM发布版本,项目经理具有读权限;开发人员在该目录下不允许对源代码等文件进行修改。 2. 配置库使用说明

a) 项目开发小级在“devlib”进行日常开发活动。 b) 项目经理在“PMlib”中记录项目管理文档。

c) 项目进行到中试测试阶段,由项目经理通过“branch/tag”(中文为:“分支/标记”)的方式,

将“devlib”在“testlib/测试版本”中建立版本分支。再由项目管理员从此库中“导出”,并根据PLM入库相关的规定,通过PLM相关流程进行中试测试。中试测试过程中产生的文档记录在“testlib”相关目录中。

d) 中试测试合格,科研处在进行对项目发布前,将“testlib/测试版本”中建立的版本分支在

“baselib”建立发布版本分支。

4 权限变更

使用配置库的过程中需要变更配置库管理权限,由项目经理填写《配置库权限变更单》,并以邮件方式通知配置管理员,配置管理员变更之后,将变更结果以电子邮件方式通知受影响的人员、项目经理及其相关人员。

配置管理员根据配置库权限变更频率,每隔一段时间将配置库权限清单与各项目经理进行审核确认。

5 配置库安全

 配置服务器系统安全:配置管理员进行服务器的日常管理与维护,做好防入侵、防病毒工作。  配置库备份:配置管理员定期做好配置库的备份,以防意外,避免给公司带来严重的损失。 配置管理员每日进行硬盘备份一次,每周进行异地硬盘备份一次,每月进行光盘备份一次,备份后的光盘

第4页 共10页

软件配置管理制度

标记上备份日期并附上内容清单,移交公司相关部门保管。

6 配置库使用规范

1. 各项目必需使用科研处提供的配置管理环境建立配置管理库。 2. 配置管理员由科研处任命,科研处负责进行配置管理的管理工作。

3. 所有立项的科研项目,都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理。 4. 配置库服务器密码只有配置管理员及科研处领导掌握。

5. 各配置库的使用人员必须使用各自的用户名和密码进入配置库,访问各自的配置库。各使用人员不得

将自己的用户名和密码泄漏给其他人员,若因泄露密码而引起的后果将由泄漏密码者本人承担。 6. 项目组成员未经项目经理同意不得更改他人的文档和代码。各项目的配置库用于项目组正式开发使用,

项目组成员不得恶意对其进行修改、删除、增加等操作;若因对配置工具不熟悉,需要学习,可以向配置管理员提出需求,由配置管理员为其提供可以练习的配置库。

7. 配置管理员负责定期检查配置库的使用情况,查看是否有员工进行无故删除或恶意修改文件的行为;并

对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。

8. 在研发人员离职时,由其项目经理负责检查配置库,检查该人员提交的代码或文档是否完全放入配置

库管理,确认版本和相应文件完整无误后,项目经理在“员工离职申请单”中签字,该员工方可离职。同时项目经理应及时通知配置管理员,取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移交不完整,或项目经理未及时通知配置管理员取消权限,而造成的损失,该责任完全由项目经理承担。 9. 代码提交原则

(1)每次提交代码前,先进行更新,以避免提交冲突。

(2)代码提交前,应对每个文件与前一版本进行比较,仔细查看差异之处,减少错误以及避免提交临时代码。

(3)提交到配置管理中的代码必须能正确编译。常见的问题是创建了新文件,但没有加到配置管理中,导致其它人更新代码后编译不过。

(4)代码提交前先使用代码格式化工具和代码规范检查工具处理。

(5)原则上应在完成某个功能或函数的开发或修改之后,再提交代码,避免提交功能不完整的代码。 (6)如果在修改了涉及多个子任务的多个文件后进行提交,最好按问题的相关性分成几次进行提交,每次只提交单个子任务相关的文件并写上注释。

第5页 共10页

软件配置管理制度

10. 提交注释规范

SVN提交注释作为文件版本信息的一部分,对代码审查和错误跟踪是非常有帮助的。提交注释应包含操作类型、从属的模块、具体的说明这几项内容。建议使用以下的格式: 符号 [模块名] 详细注释 其中,“符号”可以是 + # - * ! ^ 六个半角符号之一,解释如下: + 增加新功能。

# 新增加的功能,但还不完善,仅仅是开始。 - 删除旧的功能。 * 修正错误。

! 发现的问题,但仍未修正。 ^ 计划要完成的功能。

例如:以下是两次提交(注意中括号左右各有一空格): + [模块1] 增加了某个新功能。

* [公共单元] 修正ABC函数输出可能不正确的问题。

一次提交如果包括多方面的内容,也可以书写多行这样的注释,注意简练不重复。 另外,注释中的英文和数字,应使用半角字符。

附录一:配置项命名规则

配置项目命名基本要求:唯一性;可追溯性。

1.项目名称命名规范:

要求项目名称不能太长,且必须要求使用该项目的英文缩写命名。项目名称中最好不出现空格,若有空格,在建立配置库时,配置库名中将以“_”来代替空格。 2.配置库命名

配置库分为开发库和基线库。 

项目的基线库有多个,可以在其下建立各版本的基线库,子基线库命名规则为: 项目名称缩写+版本号_bas 

若一个项目的开发库有多个,可以在其下建立各版本的开发库,子开发库的命名规则为: 项目名称缩写+版本号_dev

3.技术文档命名:

技术文档的标识体现在相应文件的封面上,规范如下:

文档名称+版本, 由开发人员参照相应文档模板的格式要求,对技术文档进行标识。

第6页 共10页

软件配置管理制度

附录二:配置库目录结构管理规定

每一个项目的配置库可分为devlib(开发库)、testlib(测试库)、PMlib(ProjectManagementLib 项目管理库)和baselib(基线库或产品库);基线库与开发库结构相同,但基线库和开发库各自独立,分开管理,其中基线库只有配置管理员有操作权限,其他人员只有读权限。

每个项目的都按如下表目录规则规划,其中devlib、testlib、PMlib、baselib、docs、src目录为必选项,其它目录可以根据实际情况增减: 一级目录 部门代号_项目名称_版本号 二级目录 devlib 三级目录 docs 四级目录 需求分析 概要设计 详细设计 数据库结构 技术规范 产品相关资料 使用说明书 技术说明书 鉴定文档 其它技术文档 src 源代码 数据库 发布包(release) testlib 测试版本 项目名称_版本号_修订版本号,每个版本与与“开发库”目录下所有内容相同 每个版本与与“开发库”目录下所有内容相同 测试工具 内容测试 中试申请 中试报告 评审报告 PMlib 立项 项目计划 例会纪要 PLM入库 技术讨论 组织制度 其它 baselib 项目名称_版本号_修订版本号

第7页 共10页

软件配置管理制度

第8页 共10页

软件配置管理制度

附录三:基线库产品清单

基线库产品清单 项目名称_版本号

物料号 PLM入库时间 对应开发库/版本 存放位置 备注

第9页 共10页

软件配置管理制度

第10页 共10页

因篇幅问题不能全部显示,请点此查看更多更全内容

Top