配置管理制度

信息系统配置管理规范

目录

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)

1 概述

1.1.目的

为了保证XXXX研发项目文件的安全性、机密性；保证信息系统的完整性、有效性及可追溯性，以及加强研发项目的协同能力，特制订本制度。

1.2.范围

适用于本行所有信息系统。

1.3.术语

1.4.角色与职责

2 配置管理范围

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

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

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

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

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

管理。

3 项目配置库建立与使用

3.1 项目配置库建立

1.项目立项时，由项目经理申请建立项目配置库（附录二X《配置库申请单》）

2.配置管理员与项目经理根据《配置管理的流程》确定《配置管理计划》。

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

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

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

权限等）

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

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

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

进行修改密码。

3.2 项目配置库使用

1.配置库目录说明

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

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 配置库安全

●配置服务器系统安全：配置管理员进行服务器的日常管理与维护，做好防入侵、防病毒工作。

●配置库备份：配置管理员定期做好配置库的备份，以防意外，避免给公司带来严重的损失。

配置管理员每日进行硬盘备份一次，每周进行异地硬盘备份一次，每月进行光盘备份一次,备份后的光盘

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

6 配置库使用规范

1.各项目必需使用科研处提供的配置管理环境建立配置管理库。

2.配置管理员由科研处任命，科研处负责进行配置管理的管理工作。

3.所有立项的科研项目，都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理。

4.配置库服务器密码只有配置管理员及科研处领导掌握。

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

将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承担。

6.项目组成员未经项目经理同意不得更改他人的文档和代码。各项目的配置库用于项目组正式开发使用，

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

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

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

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

库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。

同时项目经理应及时通知配置管理员，取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由项目经理承担。

9.代码提交原则

（1）每次提交代码前，先进行更新，以避免提交冲突。

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

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

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

（5）原则上应在完成某个功能或函数的开发或修改之后，再提交代码，避免提交功能不完整的代码。

（6）如果在修改了涉及多个子任务的多个文件后进行提交，最好按问题的相关性分成几次进行提交，每次只提交单个子任务相关的文件并写上注释。