信息系统配置管理规范
第1页 共9页
信息系统配置管理规范
1 概述 ............................................................................................................ 3
1.1. 目的 ..................................................................................................... 3
1.2. 范围 ..................................................................................................... 3
1.3. 术语 ..................................................................................................... 3
1.4. 角色与职责 ........................................................................................... 3
2 配置管理范围 ............................................................................................. 4
3 项目配置库建立与使用 ............................................................................... 4
3.1 项目配置库建立 .................................................................................... 4
3.2 项目配置库使用 .................................................................................... 4
4 权限变更 ..................................................................................................... 5
5 配置库安全 ................................................................................................. 5
6 配置库使用规范 .......................................................................................... 6
附录一：配置项命名规则 ............................................ 7
附录二：配置库目录结构管理规定 .................................... 8
附录三：基线库产品清单 ............................................ 9
第2页 共9页
信息系统配置管理规范
1 概述
1.1. 目的
为了保证 XXXX 研发项目文件的安全性、机密性； 保证信息系统的完整性、 有效性及可追溯性，以及加 强研发项目的协同能力，特制订本制度。
1.2. 范围
合用于本行所有信息系统。
1.3. 术语
信息系统配置管 是在信息系统项目开辟中，标识、控制和管理软件变更的一种管理。 理 基线
是项目开辟库中每一个文件版本在特定时期的一个“快照”。它提供一个正式 标准，随后的工作基于此标准，并且惟独经过授权后才干变更这个标准。 建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直
到建成下一个基线。
开辟库(devlib) 存放开辟过程中需要保留的各种信息，供开辟人员个人专用。开辟人员
对
其具有编辑、修改、删除等操作权限。
基线库 (baselib) 开辟库中产品经过测试小组测试后，行成一个稳定的版本，由配置管理
1.4. 角色与职责
项目经理
确定配置项、确定配置库目录权限；审查配置库变更；项目开辟过程中， 监督配置库使用情况；员工离职时，配置库归档完整性审核。
配置管理员
项目小组根据配置管理制度规范，进行配置库的日常使用。
负责配置库的建立、 权限设置、 负责培训开辟人员使用配置管理工具、 对 配置库使用情况进行管理和监督、 建立配置库基线； 定期备份配置库； 建 立和完善配置管理制度。
第3页 共9页
信息系统配置管理规范
2 配置管理范围
研发项目过程中产生的所有文档，包括：研发项目管理文档、研发设计及技术文档、源代码、可执行程 序，工具及相关资料等。
令 项目文档主要：立项书、项目计划、例会会议记录及项目过程中管理类文档等。
令 设计及技术文档主要：需求，需求分析报告、概要设计说明书、详细设计说明书、数据库表结构、
测试文档、使用说明书、技术说明书等。
令 工具及其相关资料：开辟或者测试过程中的工具，以及其使用文档等，如觉得有必要也纳入配置库的
管理。
3 项目配置库建立与使用
3.1 项目配置库建立
1. 项目立项时，由项目经理申请建立项目配置库(附录二 X 《配置库申请单》)
2. 配置管理员与项目经理根据《配置管理的流程》确定《配置管理计划》。
3. 配置项：项目经理与配置管理员共同确认研发项目的配置库目录结构，并建立配置库目录结构；所建配
置库目录结构必需按本文规定目录结构执行(目录结构参考附录二)。
4. 项目小组：项目经理提供项目小组成员名单及联系方式，配置库权限清单(内容应包括员工姓名、目录
权限等)
5. 权限分配：配置管理员为相关人员的设置配置权限。配置库权限设置完成之后，由配置管理员将配置库
名称、访问路径、访问权限等信息以邮件方式通知各相关人员；配置库使用人员以各自的用户名和密码 进行访问配置库。
6. 配置库密码只能在服务器上设置， 如配置库使用人员密码遗忘或者需要修改， 可以与配置管理员取得联系，
进行修改密码。
3.2 项目配置库使用
1. 配置库目录说明
配置库基本结构如“附录二 ”所示， 以项目名称作为一级目录， 二级目录包括： devlib、testlib、PMlib、
第4页 共9页
信息系统配置管理规范
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 配置库安全
配置服务器系统安全：配置管理员进行服务器的日常管理与维护，做好防入侵、防病毒工作。 配置库备份：配置管理员定期做好配置库的备份，以防意外，避免给公司带来严重的损失。 配置管理员每日进行硬盘备份一次， 每周进行异地硬盘备份一次， 每月进行光盘备份一次,备份后的光盘
第5页 共9页
信息系统配置管理规范
标记上备份日期并附上内容清单，移交公司相关部门保管。
6 配置库使用规范
1. 各项目必需使用科研处提供的配置管理环境建立配置管理库。
2. 配置管理员由科研处任命，科研处负责进行配置管理的管理工作。
3. 所有立项的科研项目，都必须申请建立配置库。开辟过程中所有文档和代码必须纳入配置库管理。
4. 配置库服务器密码惟独配置管理员及科研处领导掌握。
5. 各配置库的使用人员必须使用各自的用户名和密码进入配置库，访问各自的配置库。各使用人员不得
将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承担。
6. 项目组成员未经项目经理允许不得更改他人的文档和代码。各项目的配置库用于项目组正式开辟使用，
项目组成员不得恶意对其进行修改、删除、增加等操作；若因对配置工具不熟悉，需要学习，可以向 配置管理员提出需求，由配置管理员为其提供可以练习的配置库。
7. 配置管理员负责定期检查配置库的使用情况，查看是否有员工进行无故删除或者恶意修改文件的行为;并
对开辟人员提交的文档和代码的及时性、准确性和完整性进行检查。
8. 在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或者文档是否彻底放入配置
库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。 同时项目经理应及时通知配置管理员，取销该人员的所有权限。若因项目经理审核不细致造成的代码 或者文档移交不完整，或者项目经理未及时通知配置管理员取销权限，而造成的损失，该责任彻底由项目 经理承担。 9. 代码提交原则
(1)每次提交待码前，先进行更新，以避免提交冲突。
(2)代码提交前，应对每一个文件与前一版本进行比较，子细查看差异之处，减少错误以及避免提交临 时代码。
(3) 提交到配置管理中的代码必须能正确编译。 常见的问题是创建了新文件， 但没有加到配置管理中， 导致其它人更新代码后编译无非。
(4)代码提交前先使用代码格式化工具和代码规范检查工具处理。
(5)原则上应在完成某个功能或者函数的开辟或者修改之后，再提交待码，避免提交功能不完整的代码。
(6)如果在修改了涉及多个子任务的多个文件后进行提交，最好按问题的相关性分成几次进行提交， 每次只提交单个子任务相关的文件并写上注释。
第6页 共9页
信息系统配置管理规范
附录一：配置项命名规则
配置项目命名基本要求：惟一性；可追溯性。
要求项目名称不能太长，且必须要求使用该项目的英文缩写命名。项目名称中最好不浮现空格，若有空
格，在建立配置库时，配置库名中将以“_ ”来代替空格。
配置库分为开辟库和基线库。
➢ 项目的基线库有多个,可以在其下建立各版本的基线库,子基线库命名规则为:
项目名称缩写+版本号_bas
➢ 若一个项目的开辟库有多个,可以在其下建立各版本的开辟库,子开辟库的命名规则为:
项目名称缩写+版本号_dev
技术文档的标识体现在相应文件的封面上，规范如下：
文档名称＋版本, 由开辟人员参照像应文档模板的格式要求，对技术文档进行标识。
第7页 共9页
信息系统配置管理规范
附录二：配置库目录结构管理规定
每一个项目的配置库可分为 devlib (开辟库)、testlib (测试库)、 PMlib (ProjectManagementLib 项目 管理库) 和 baselib (基线库或者产品库)；基线库与开辟库结构相同， 但基线库和开辟库各自独立， 分开管理， 其中基线库惟独配置管理员有操作权限，其他人员惟独读权限。
每一个项目的都按如下表目录规则规划，其中devlib、testlib、PMlib、baselib、docs、src 目录为必选项，其它目录可以根据实际情况增减：
一级目录
部门代号 _ 项目 名称_版本号
二级目录
三级目录
四级目录 需求分析 概要设计 详细设计 数据库结构 技术规范 产品相关资料 使用说明书 技术说明书 鉴定文档 其它技术文档
源代码 数据库 发布包(release)
测试版本
项目名称_版本号_修订版本号， 每一个版本与与“开辟库”目录下 所有内容相同
测试工具 内容测试 中试申请 中试报告 评审报告
立项 项目计划 例会记要 PLM 入库 技术讨论 组织制度
其它
项目名称_版本号_修订版本号
每一个版本与与“开辟库”目
录下所有内容相同
第8页 共9页
信息系统配置管理规范
附录三：基线库产品清单
基线库产品清单
项目名称_版 物料号 本号
PLM 入库时间 对应开辟库/版本 存放位置 备注
第9页 共9页
因篇幅问题不能全部显示，请点此查看更多更全内容