配置管理制度分析

信息系统配置管理规范书目TOC\o"1-5"\h\z\o"CurrentDocument"1概述3\o"CurrentDocument"目的3\o"CurrentDocument"范围3\o"CurrentDocument"术语3角色与职责3\o"CurrentDocument"2配置管理范围4\o"CurrentDocument"3项目配置库建立与运用4\o"CurrentDocument"项目配置库建立4\o"CurrentDocument"项目配置库运用4\o"CurrentDocument"4权限变更5\o"CurrentDocument"5配置库平安5\o"CurrentDocument"6配置库运用规范6\o"CurrentDocument"附录一：配置项命名规则7\o"CurrentDocument"附录二：配置库书目结构管理规定8\o"CurrentDocument"附录三：基线库产品清单91概述目的为了保证XXXX研发项目文件的平安性、机密性；保证信息系统的完整性、有效性及可追溯性，以及加强研发项目的协同实力，特制订本制度。范围适用于本行全部信息系统。术语术语描述信息系统配置管理是在信息系统项目开发中，标识、限制和管理软件变更的一种管理。基线是项目开发库中每个文件版本在特定时期的一个“快照”。它供应一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。开发库(devlib)存放开发过程中须要保留的各种信息，供开发人员个人专用。开发人员对其具有编辑、修改、删除等操作权限。基线库(baselib)开发库中产品经过测试小组测试后，行成一个稳定的版本，由配置管理员从开发库中将该版本提取出来，行成一个新的版本。以后的版本更新将在此基础上进行更新。全部人员对基线库的最大权限只能为只读权限。1A角色与职责角色职责项目经理确定配置项、确定配置库书目权限；审部已置库变更；项目开发过程中，监督配置库运用状况；员工离职时，配置库归档完整性审核。项目小组依据配置管理制度规范，进行配置库的日常运用。配置管理员负责配置库的建立、权限设置、负责培训开发人员运用配置管理工具、对配置库运用状况进行管理和监督、建立配置库基线；定期备份配置库；建立和完善配置管理制度。2配置管理范围研发项目过程中产生的全部文档，包括：研发项目管理文档、研发设计及技术文档、源代码、可执行程序，工具及相关资料等。项目文档主要：立项书、项目安排、例会会议记录及项目过程中管理类文档等。设计及技术文档主要：需求，需求分析报告、概要设计说明书、具体设计说明书、数据库表结构、测试文档、运用说明书、技术说明书等。工具及其相关资料：开发或测试过程中的工具，以及其运用文档等，如觉得有必要也纳入配置库的管理。3项目配置库建立与运用项目配置库建立.项目立项时，由项目经理申请建立项目配置库（附录二X《配置库申请单》）.配置管理员与项目经理依据《配置管理的流程》确定《配置管理安排》。.配置项：项目经理与配置管理员共同确认研发项目的配置库书目结构，并建立配置库书目结构；所建配置库书目结构必需按本文规定书目结构执行（书目结构参考附录二）o.项目小组：项目经理供应项目小组成员名单及联系方式，配置库权限清单（内容应包括员工姓名、书目权限等）.权限安排：配置管理员为相关人员的设置配置权限。配置库权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式通知各相关人员；配置库运用人员以各自的用户名和密码进行访问配置库。.配置库密码只能在服务器上设置，如配置库运用人员密码遗忘或须要修改，可以与配置管理员取得联系,进行修改密码。项目配置库运用.配置库书目说明配置库基本结构如“附录二”所示，以项目名称作为一级书目，二级书目包括：devlib、testlib>PMlib、baselib：“devlib”：项目小组日常研发活动区；该书目包含docs（设计文档）、src（代码）书目。“PMlib”：放项目管理文档，为科研处项目管理部门和项目经理运用；“testlib”：项目小组在此书目下记录项目测试中的文档，如内部测试、中试申请、中试报告、评审纪要。“baselib”：仅放置PLM发布版本，项目经理具有读权限；开发人员在该书目下不允许对源代码等文件进行修改。.配置库运用说明a）项目开发小级在“devlib”进行日常开发活动。b）项目经理在“PMlib”中记录项目管理文档。c）项目进行到中试测试阶段，由项目经理通过“branch/tag”（中文为：“分支/标记”）的方式,将“devlib”在“testlib/测试版本”中建立版本分支。再由项目管理员从今库中“导出”，并依据PLM入库相关的规定，通过PLM相关流程进行中试测试。中试测试过程中产生的文档记录在“testlib”相关书目中。d）中试测试合格，科研处在进行对项目发布前，将“testlib/测试版本”中建立的版本分支在“baselib”建立发布版本分支。4权限变更运用配置库的过程中须要变更配置库管理权限，由项目经理填写《配置库权限变更单》，并以邮件方式通知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经理及其相关人员。配置管理员依据配置库权限变更频率，每隔一段时间将配置库权限清单与各项目经理进行审核确认。5配置库平安配置服务器系统平安：配置管理员进行服务器的日常管理与维护，做好防入侵、防病毒工作。配置库备份：配置管理员定期做好配置库的备份，以防意外，避开给公司带来严峻的损失。配置管理员每日进行硬盘备份一次，每周进行异地硬盘备份一次，每月进行光盘备份一次,备份后的光盘标记上备份日期并附上内容清单，移交公司相关部门保管。6配置库运用规范.各项目必需运用科研处供应的配置管理环境建立配置管理库。.配置管理员由科研处任命，科研处负责进行配置管理的管理工作。.全部立项的科研项目，都必需申请建立配置库。开发过程中全部文档和代码必需纳入配置库管理。.配置库服务器密码只有配置管理员及科研处领导驾驭。.各配置库的运用人员必需运用各自的用户名和密码进入配置库，访问各自的配置库。各运用人员不得将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人担当。.项目组成员未经项目经理同意不得更改他人的文档和代码。各项目的配置库用于项目组正式开发运用，项目组成员不得恶意对其进行修改、删除、增加等操作；若因对配置工具不熟识，须要学习，可以向配置管理员提出需求，由配置管理员为其供应可以练习的配置库。.配置管理员负责定期检查配置库的运用状况，查看是否有员工进行无故删除或恶意修改文件的行为;并对开发人员提交的文档和代码的刚好性、精确性和完整性进行检查。.在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项目经理应刚好通知配置管理员，取消该人员的全部权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未刚好通知配置管理员取消权限，而造成的损失，该责任完全由项目经理担当。.代码提交原则（1）每次提交代码前，先进行更新，以避开提交冲突。（2）代码提交前，应对每个文件与前一版本进行比较，细致查看差异之处，削减错误以及避开提交临时代码。（3）提交到配置管理中的代码必需能正确编译。常见的问题是创建了新文件，但没有加到配置管理中，导致其它人更新代码后编译不过。（4）代码提交前先运用代码格式化工具和代码规范检查工具处理。（5）原则上应在完成某个功能或函数的开发或修改之后，再提交代码，避开提交功能不完整的代码。（6）假如在修改了涉及多个子任务的多个文件后进行提交，最好按问题的相关性分成几次进行提交，每次只提交单个子任务相关的文件并写上注释。附录一：配置项命名规则配置项目命名基本要求：唯一性；可追溯性。.项目名称命名规范：要求项目名称不能太长，且必须要求运用该项目的英文缩写命名。项目名称中最好不出现空格，若有空格，在建立配置库时，配置库名中将以“，来代替空格。.配置库命名配置库分为开发库和基线库。项目的基线库有多个,可以在其下建立各版本的基线库,子基线库命名规则为：项目名称缩写+版本号_bas若一个项目的开发库有多个,可以在其下建立各版本的开发库,子开发库的命名规则为：项目名称缩写+版本号_dev.技术文档命名：技术文档的标识体现在相应文件的封面上，规范如下：文档名称+版本，由开发人员参照相应文档模板的格式要求，对技术文档进行标识。附录二：配置库书目结构管理规定每一个项目的配置库可分为devlib（开发库）、testlib（测试库）、PMlib（ProjectManagementLib项目管理库）和baselib（基线库或产品库）；基线库与开发库结构相同，但基线库和开发库各自独立，分开管理,其中基线库只有配置管理员有操作权限，其他人员只有读权限。每个项目的都按如下表书目规则规划,其中devlib、testlib、PMlib>baselib>docs>src书目为必选项,其它书目可以依据实际状况增减:一级书目二级书目三级书目四级书目部门代号一项目名称.版本号devlibdocs需求分析概要设计具体设计数据库结构技术规范产品相关资料运用说明书技术说明书鉴定文档其它技术文档