当前位置:文档之家› 配置管理手册-V1.0

配置管理手册-V1.0

配置管理手册-V1.0
配置管理手册-V1.0

XXXX科技有限公司

XXXX科技有限公司管理体系

配置管理手册

XXXX科技有限公司

文档发布信息

修订记录

注1:修订类别分为:A—新建/增加、M—修订、D—删除

目录

1介绍 (1)

1.1本文适用对象 (1)

2配置管理的范围 (1)

3配置管理流程 (2)

3.1流程概述 (2)

1.配置管理规划 (2)

2.维护数据模型 (3)

3.维护配置数据 (3)

4.验证与审计 (3)

5.配置流程回顾 (4)

3.2流程步骤描述 (4)

3.2.1配置管理规划 (4)

3.2.2维护配置数据模型 (6)

3.2.3维护配置数据 (8)

3.2.4验证与审计 (10)

3.2.6配置流程回顾 (11)

3.3角色与职责 (12)

3.3.1配置管理流程经理 (12)

3.3.2 CMDB维护人 (13)

3.3.3质量分析员 (14)

3.4标准报表 (14)

3.4.1验证抽样报表 (14)

4其他规定 (15)

1 介绍

《配置管理手册》旨在介绍和描述将在XXXX科技有限公司(以下简称XXXX)实施的配置管理流程,提供对于XXXX科技有限公司运营环境信息资产架构的一个逻辑模型,并鉴别、控制、维护和验证现有配置项(Configuration Item,简称CI)的版本等信息。配置管理包含了对信息资产的版本、主要组成和相互关系等的鉴别、记录和报表的功能。

配置管理数据库(Configuration Management Database,简称CMDB),用于保存各系统部件的详细属性和他们之间的关系,包括与该系统部件相关的事件、问题、变更请求和版本发布。

配置管理不等同于资产管理。资产管理首先是一个财务方面讨论的课题,而不是技术上的课题。资产管理关注的是与PC、网络设备、服务器或者软件等相关的价值、合同、折旧、服务水平、责任人和用途等信息。

在配置管理中,将列出信息资产架构中的IT设备的清单,关注于这些设备是何种设备、物理位置、设备的使用者、发生过多少次变更等。通常配置管理不会关注信息资产的价值或者何时租约到期。配置管理记录了信息资产之间的关系及其从属关系,以便为其他服务管理流程提供当前的、准确的信息。

1.1本文适用对象

本文作为XXXX科技有限公司实行配置管理的参考,供公司内参与到配置管理流程中的人员和相关的管理层使用。

2 配置管理的范围

XXXX科技有限公司配置管理的范围包括将在CMDB中提及的各配置管理项的内容,包括网络设备、计算机及存储设备、软件清单、供应商清单等。

文档管理不纳入配置管理的范围,其具体管理方法请参见《L2_DOC _文件管理手册_V1.0》。

3 配置管理流程

3.1 流程概述

配置管理流程起始于一个初始的规划和建设步骤,包括创建配置管理数据库(CMDB)。在初始化之后,该流程主要侧重于日常基础的鉴别和维护配置管理数据模型,以及维护配置数据。之后,该流程还负责产生配置信息的报表、定期进行审核。

1.配置管理规划

该步骤是配置管理的起始点。其目的是规划和定义配置管理的目标、范围、目的、政策和流程步骤,以及配置管理中涉及的人员组织。

初始设置、创建和发布配置管理数据库(CMDB),也是该步骤的工作内容之一。

具体策略为:界定配置管理的范围包括:弱电设备、网络设备、计算机及存储设备、软件清单、供应商清单。配置管理的目标是对以上提及的各类设备进行属性管理,以方便组织内相关人员随时调用。

相关政策包括:

?XXXX科技有限公司的配置管理采用CMDB进行管理;

?CMDB通过其维护人员进行整体维护,CMDB维护人的数据来源为变更流程

中产生的配置项改变,对于标准变更提及的增加新设备的事项由直接操

作人通过邮件方式将新添加的设备属性提交给CMDB维护人;对于其他变

革流程中产生的配置项改变则由变更流程中的变更单具体体现;

?CMDB采用定期分发的方式发布给各流程经理和部门经理使用。发布范围

由综合管理部通过邮件通知CMDB维护人,CMDB维护人于每月30日不足

30天的月份在当月最后一天定期发布CMDB的最新版本,并在发布前通

过邮件询问综合管理部发布范围是否有变动;

2.维护数据模型

对于新的请求,为了确保配置管理数据库中现有的数据模型能够记录新的配置项的属性和关系。因此,本步骤主要考虑选择和鉴别所管辖的配置项的信息结构,包括其“责任人”、配置项之间的关系和配置文档等。

?维护数据模型的方法为:通过电子邮件的形式在综合管理部授予的发布

范围内向各流程经理和部门经理征询其所辖配置项属性的合理性,即以

生产的最佳实践为维护数据模型的主要依据;

3.维护配置数据

该步骤确保在数据的接收到废弃的过程中,只有经过授权的配置项才能被接受和记录到配置数据库中。还应当确保对于配置项的增加、修改、替换或者删除都附有适当的控制文件或邮件,例如,审批过的变更请求。

?维护配置数据将严格根据变革流程中产生的配置项改变进行。增加新设

备这一类标准变更通过邮件反馈给CMDB维护员,其它变更通过变更单反

馈给CMDB维护员;

4.验证与审计

定期进行配置项的回顾和审核,每半年一次,确保物理环境中的部件的存在性,并检查配置项信息是否正确记录在配置管理系统中。

?验证审计采用在CMDB中抽样的方法进行,第一次抽样为CMDB各分类表

单中的3%配置项进行符合率校验,如果符合率大于95%,则通过校验,

出具合格的差异报告;如果符合率小于95%,则重新抽样30%进行符合率

校验,依然以95%作为合格标准;如果依然不合格,则需要对CMDB的全

部配置项进行彻底排查,并予以纠正。

5.配置流程回顾

根据计划实施流程或回顾已实施的流程。回顾周期至少是每半年一次。

?配置流程经理负责配置流程的回顾工作,配置流程的回顾将主要参考验

证与审计阶段得出的差异报告,针对流程中不合理的规定进行调整;3.2 流程步骤描述

3.2.1配置管理规划

描述:

该步骤的目的是规划和定义配置管理的目标、范围、政策和步骤,以及相关的组织结构、技术手段。其主要目的是创建配置管理数据库的初始数据模型。

图3-1 配置管理规划

输入:

初始的配置信息

任务:

1.1 开发配置管理计划

1.2 收集初始的配置管理数据

1.3 定义CMDB

1.4 进行初始审核

1.5 修正CMDB

2.1评估修改CMDB数据模型请求

3.2.1.1创建配置管理计划(执行者:配置经理)

根据IT规划和其他流程计划,创建配置管理计划,包括下列内容:

配置管理的角色和职责

CI的命名规范

与其它流程的接口

配置管理系统设计,包括配置管理的范围和关键接口,包括:

CMDB结构

配置管理数据及其库的位置

产生CI信息的可控制的环境,即配置管理范围内的环境

与其它管理流程的接口

支持工具(如,数据库构建和安装工具)

定义配置数据模型

CI信息的系统管理、归档和数据保留周期

3.2.1.2收集初始的配置管理数据(执行者:配置管理员)

根据配置数据模型,收集初始的配置数据。这可以通过手工收集CI的物理清单,或者利用自动发现的工具采集信息。

3.2.1.3创建初始的CMDB(执行者:配置管理员)

创建CMDB,并将初始的配置数据导入数据库

3.2.1.4进行初始审核(执行者:质量分析员)

进行初次审核

分析审核数据:

如果CMDB真实反映了物理实际情况,转入步骤2“维护配置数据模型”任务2.1“评估数据模型请求”

如果CMDB的数据与物理现实中的数据有差异,转入任务1.5“修正CMDB”

3.2.1.5修正CMDB(执行者:配置管理员)

修正初始审核查出的有差异的数据

转入步骤2,“维护配置数据模型”任务2.1“评估数据模型请求”

输出:

配置管理计划

初始的CMDB

初始的审核日志

3.2.2维护配置数据模型

描述:

该步骤的目的是确保CMDB的数据模型能够记录所有需要维护的配置项(CI)的属性、关系及其政策等信息。因此,需要具备配置项的知识、并且及时了解对配置项的修改。对于数据模型的变更可以通过变更管理流程提出修改。输入:

当前的CMDB数据模型

变更请求单

系统和服务设计信息

任务:

2.1 评估修改CMDB数据模型请求

2.2 设计数据模型的变更

2.3 修正数据结构

3.2.2.1评估修改CMDB数据模型请求(执行者:配置管理员)

收集来自事件管理流程关于修改数据模型的请求,或直接提出的请求

评估每个修改数据模型请求的影响:

每个确定的请求都可能需要修改CMDB的政策或者数据模型,例如,当引入了新的基础架构项,就可能需要增加新的CI类型或者增加与新设备的关系

记录每个请求的设计需求

3.2.2.2设计数据模型变更(执行者:配置管理员)

创建设计数据模型的变更,应该注意的问题:

在整个CMDB数据模型中定位新的CI的类型(层次)

明确与其他CI的关系

参照命名规范定义新CI的命名

记录新的设计内容

通过变更管理流程提出变更请求

3.2.2.3修正数据结构(执行者:配置管理员)

如变更审核通过,更新CMDB数据模型结构

输出:

更新的CMDB数据模型

3.2.3维护配置数据

描述:

该步骤的目的是确保只有授权的和可以确认的CI才能记录在CMDB中,保障企业的数据、系统和流程的完整性,只有预授权和经过批准的变更,配置管理员才能对CI进行变更。

输入:

在事件管理流程中报告的有差异的CI

审计过程中CMDB与基础架构中的差异。差异报告将由章节2.2.4“验证与审计”这个步骤通过比对CMDB中的CI信息和实际环境中的差别而产生。 已授权的变更请求。这是指计划好的对于配置数据的修改,并且其差异也检查过。如果已授权变更请求成功实施,因其产生的配置变化必须记录在

CMDB中。

任务:

3.1 检查并验证请求

3.2 拒绝请求

3.3 新增CI信息

3.4 更新CI信息

3.2.3.1检查与确定请求(执行者:配置管理员)

鉴别对于XXXX科技有限公司已授权的变更请求:对运营系统的所有变更都基于变更管理流程授权。该任务主要是当变更成功实施完成后,确定这些变更请求对配置数据的改动,在CMDB中进行相应的修改。

鉴别由事件管理流程引发的请求:这些请求来自事件管理流程,主要是当用户报告事件时,发现CMDB中的相关的CI信息与实际情况不符。

对于已授权的变更请求和由事件管理流程引发的请求,将验证其完整性、是否符合相关政策。还需要对请求中涉及的配置数据进行检查,例如,属性数据、唯一的CI标识号等。本任务还将确保相关文档的完整性以及CI责任人了解其负责的CI的变更。

如果验证发现不合要求,则该请求被拒绝,转入任务3.2“拒绝请求”

如果验证合格,转入任务3.3或3.4

3.2.3.2拒绝请求(执行者:配置管理员)

拒绝修改CMDB数据的请求

记录拒绝的原因

通知请求者

3.2.3.3创建CI信息(执行者:配置管理员)

对于新增的CI,创建新的记录,包括下列内容:

创建一个唯一的标识号

记录该CI的属性及(或)与其他CI的关系

3.2.3.4更新CI信息(执行者:配置管理员)

对于已有的CI信息进行更新,包括下列内容:

更新CI的相关属性及(或)关系

必要时更新CI的状态

必要时更新CI的责任人

输出:

对CMDB数据的修改

已拒绝的请求

与请求者的沟通信息

3.2.4验证与审计

描述:

本步骤的目的是确保目前使用的CMDB中的CI信息与实际环境中的信息是一致的。通过本步骤,对审核出的差异进行调查,确定哪一方的数据真实反映了CI的状态。

输入:

CMDB中的CI数据

运营环境中的物理检查结果

任务:

4.1 发起审计

4.2 收集审计CI信息

4.3 审核物理状况

4.4 创建差异报告

4.5 检查审计情况

3.2.

4.1发起审计(执行者:配置经理)

根据审计需求决定审计范围,如果CMDB规模很大,审计可以采取抽查

按照审计范围给相关质量分析员下达审计请求

3.2.

4.2收集审计CI信息(执行者:质量分析员)

要审核的CI数据可以通过搜索CMDB的方式得到

3.2.

4.3审核物理状况(执行者:质量分析员)

比较实际环境的物理清单和CMDB的数据,找出差异

调查差异产生的原因

3.2.

4.4创建差异报告(执行者:质量分析员)

产生一份差异报表

“差异报表”是一份用于展现当前记录在CMDB中的数据与物理清单之间的差异的报表。差异报表可在步骤2.2.3“维护配置数据”中作为修改的依据。

3.2.

4.5检查审计情况(执行者:配置经理)

汇总质量分析员的审计情况,查看审计报表

输出:

差异报表

审计报表

3.2.6配置流程回顾

描述:

定期召开配置管理流程回顾会议,参加人员包括配置管理流程负责人、配置经理、质量分析员、配置管理员和其他相关流程人员。主要内容包括:

收集CMDB审计报告并进行回顾分析

对配置管理的流程活动进行回顾分析

总结回顾结果,找出改进机会

输入:

相关流程

任务:

6.1 召开回顾会议

6.2 回顾审计结果

6.3 回顾管理流程

6.4 分析回顾结果

3.2.6.1召开回顾会议(执行者:配置管理流程经理)

定期召开配置管理流程回顾会议(至少每半年一次)

3.2.6.2回顾审计结果(执行者:所有相关人员)

收集CMDB审计报告并进行回顾分析

3.2.6.3回顾管理流程(执行者:所有相关人员)

对配置管理的流程活动进行回顾分析

3.2.6.4分析回顾结果(执行者:所有相关人员)

总结回顾结果,找出改进机会

制定相应行动计划

输出:

会议记录

行动计划

3.3 角色与职责

本章节描述有关人员在参与执行和管理配置管理方案时的角色和责任。

以下为配置管理流程中必须具有的角色:

3.3.1配置管理流程经理

配置管理流程经理作为配置管理流程的责任人,对于整个流程执行的结果负责,并有一定的权力管理流程。

配置管理流程负责人的主要职责包括:

对整个流程的执行情况和结果负责

发布衡量标准和目标,以提高流程的有效性和效率

鉴别和管理关键的成功因素

控制并领导流程改进活动

批准或拒绝违背流程的事例

定义配置管理团队的角色、职责和义务

向同级的其他流程负责人以及管理层汇报流程的状态

解决跨部门的问题

审核、抽查配置管理流程的执行情况

对配置管理流程中投入的成本和投资负责

作为配置管理流程的代表,与其他部门沟通

3.3.2 CMDB维护人

配置经理主要作为一个管理的角色,着重于确保配置信息的准确性和可用性,保障操作管理时使用。这个角色作为与其他服务组的界面(如,业务系统、其他流程小组等),保障配置管理流程与其他服务相互配合,为XXXX科技有限公司的运作提供服务。

配置经理的主要职责包括:

负责确保配置管理流程的日常顺利运行

作为CMDB的责任人

当用户对配置管理流程不满意时,作为用户投诉升级的第一线

必要时将问题升级或将例外情况报告给管理层

开发配置管理的信息、标准、步骤、使用的工具和技术的需求

监控配置管理流程的有效性和效率,提出改进流程的建议

与其他流程负责人、经理沟通协作,制定配置管理流程的年度目标,着重于达到下列目的:

提高流程的自动化程度以提升信息的完整性、准确性,减少差异率

负责检查质量分析员、配置管理员和配置报表管理员的工作表现

比较和分析流程的效率,提出改进流程的建议

3.3.3质量分析员

质量分析员负责审计配置数据的完整性和准确性,保障提供给运行管理的信息是准确的。

质量分析员的主要职责包括:

定期审核配置数据,产生差异报告

负责检查配置管理员维护配置项的准确性

监控配置管理流程的有效性和效率,提出改进流程的建议

提高流程的自动化程度以提升信息的完整性、准确性,减少差异率

比较和分析流程的效率,提出改进流程的建议

3.4 标准报表

本章节描述配置管理流程的标准报表。

3.4.1验证抽样报表

验证抽样报表采用与CMDB相同的格式,根据抽样办法从CMDB中随机抽取数据形成,其格式参见《配置管理抽样报表》。

4其他规定

所有在配置管理范围内的部件的信息应集中式管理。这些信息应在其他流程需要的时候随时可用,如事件管理、问题管理和变更管理。所有配置项信息必须存储在一个数据库管理系统中。

根据业务需求对配置管理数据库的范围、CI与CI间关系、配置项属性进行了定义。

只有得到授权的人员(配置管理员)才能对CMDB中的配置项信息进行修改,修改之前需要对物理CI的属性进行核实。

任何设备上线前或系统投入使用前必须启动配置管理流程,以确保配置项信息与物理环境的一致。

当配置项发布到生产/运行环境之前,应对相关的配置项保留配置基线。

配置管理流程必须至少每半年对IT环境进行审核、跟踪监测,以保证CMDB 的信息收集准确、完整,并与实际IT环境的状态高度统一。该工作由配置经理负责。

每半年对流程进行回顾,回顾内容包括流程关键衡量指标、流程执行效率和流程支持工具的有效性,以改进配置管理流程。

配置数据将定期存档,超过一年的历史数据将从配置管理数据库中备份出来,单独保存。存档后的历史数据至少保存三年。

定期对配置数据库进行备份。

Solution Manager管理配置手册

模 块:Solution Manager 范 围:BASIS 实施地点:三全 日期:2011/12/27 16:09:00 作者:贾培星 状态: 三全Solution Manager系统 配置手册 V1.0 2011-10-12

模 块:Solution Manager 范 围:BASIS 实施地点:三全 日期:2011/12/27 16:09:00 作者:贾培星 状态: 目录 一、初始配置 (3) 1.1登录配置页面 (3) 1.2 System Preparation (3) 1.3 Basic Configuration (27) 二、ERP 升级STACK文件生成 (50) 2.1注册卫星系统SLD (50) 2.2 Maintenance Optimizer配置 (52) 2.3生成ECC升级XML文件 (52)

模 块:Solution Manager 范 围:BASIS 实施地点:三全 日期:2011/12/27 16:09:00 作者:贾培星 状态: 一、 初始配置 1.1 登录配置页面 登录Solution Manager 开发系统,运行T-CODE :solman_setup ,然后会跳转到IE 页面(如下图),接着就可以开始初始与基本配置。 1.2System Preparation:

模 块:Solution Manager 范 围:BASIS 实施地点:三全 日期:2011/12/27 16:09:00 作者:贾培星 状态: Next

模 块:Solution Manager 范 围:BASIS 实施地点:三全 日期:2011/12/27 16:09:00 作者:贾培星 状态: Next

操作系统安全配置管理办法

编号:SM-ZD-96562 操作系统安全配置管理办 法 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制:____________________ 审核:____________________ 批准:____________________ 本文档下载后可任意修改

操作系统安全配置管理办法 简介:该制度资料适用于公司或组织通过程序化、标准化的流程约定,达成上下级或不同的人员之间形成统一的行动方针,从而协调行动,增强主动性,减少盲目性,使工作有条不紊地进行。文档可直接下载或修改,使用时请详细阅读内容。 1范围 1.1为了指导、规范海南电网公司信息通信分公司信息系统的操作系统安全配置方法和日常系统操作管理,提高重要信息系统的安全运行维护水平,规范化操作,确保信息系统安全稳定可靠运行,特制定本管理办法。 1.2本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括:AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本规范。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法

配置管理规程

配置管理(Configuration Management, CM)的目的是通过执行版本控制、变更控制等规程,以及使用配置管理软件,来保证所有配置项的完整性和可跟踪性。 配置管理过程域的四个主要规程: 制定配置管理计划-配置库管理-配置版本控制-配置变更控制 定义 1.工作成果(Work Product) 项目研发和管理过程中会产生许许多多的工作成果,例如文档、程序和数据等。 2.配置项(Configuration Item, CI) 所有纳入配置管理范畴的工作成果统称为配置项,配置项主要有两大类: (1)属于产品组成部分的工作成果,例如需求文档、设计文档、源代码、测试用例等。 (2)项目管理中产生的文档。如计划、报告等。这些文档虽然不是产品的组成部分,但是值得保存。 每个配置项的主要属性有:标识符、名称、文件状态、版本、作者、日期等。所有配置项都须保存在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 3.基线(Baseline) 基线由一组配置项组成,并且这些配置项已被“冻结”,任何人不能再随意修改(见变更控制规程)。基线通常在里程碑处建立,所以一个产品可以有一个或多个基线。基线的主要属性有:标识符、名称、版本、日期等。通常将交付给客户的基线称为一个“Release”,为内部开发所用的基线则称为一个“Build”。 4.项目配置管理员(Project Configuration Manager) 为了提高配置管理的效率和安全性,项目需要有专人为项目制定《配置管理计划》,创建和维护配置库,在本文档中,该负责人称为项目配置管理员。在公司,项目支持负责人担任项目配置管理员的角色。 5.项目变更控制委员会(Change Control Board, CCB) 项目CCB对项目内配置管理的各项活动拥有决策权(例如审批配置管理计划,审批变更请求等)。对于配置管理而言,项目CCB是决策者,而项目配置管理员是执行者。项目CCB的人数视项目的规模而定。通常项目CCB由项目经理、资深项目成员等人组成,项目经理为项目CCB负责人。CCB的决策采用“少数服从多数”原则。 1.1 配置管理流程介绍 配置管理的流程下图所示:

软件配置管理过程指导说明书(超级实用)

软件配置管理过程指导说明书

目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)

1 前言 1.1 目的 用于描述配置管理作用和过程,规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB:Configuration Control Board,配置管理委员会,每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导,但不能是项目经理。 软件配置项:是指软件工程过程中所生产或使用的任何元素,或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等,包括:项目文档,源代码,执行程序,相关设备及资料。 软件配置管理:对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品:由定义、维护和使用一个软件过程所产生的任何人工制品,包括过程描述、计划、规程、计算机程序和相关文档,无论是否打算将它们交给客户或最终用户。 软件产品:可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线:基线,是开发过程中标识出的里程碑所交付的一个或多个配置项,也即指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征:(1)已经过正式的评审和批准;(2)作为项目发展和产品升级的基础。(3)基线变更必须经过CCB审批。 变更控制:对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布:指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布(release)。 配置审计:可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性,主要考查软件受控库的结构、内容及其它相关信息,以验证基线和描述它的文档的一致性;功能审计审查配置项内容的正确性与一致性,主要考核配置项在实现功能上的一致性,功能审计主要通过评审和测试报告体现。 物理审计的内容包括: ? 确认配置项标识的正确性; ? 确认已受控配置项的更改是受到控制的; ? 验证配置库内容与相应记录之间的一致性; ? 验证配置管理活动与相应记录之间的一致性; ? 验证配置管理工作是否符合适用的标准和规程; ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括: ? 验证当前基线所含配置项对前一基线所含配置项的追溯性; ? 确认当前基线所含配置项均正确反映了项目需求; ? 评估基线的完整性; ? 验证当前基线和各基线间所含配置项的一致性; 验证配置库内容的完备性和正确性等。

CM-DEV-3-01 配置管理应用指南

本资料仅供内部使用! 配置管理应用指南 XXXXXXXXXXX有限公司 2020年01月05日 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属XXXXXXXXXX有限公司所有,受到有关产权及版权法保护。任何个人、机构未经xxxxxx有限公司的书面授权许可,不得以任何方式复制或引用本文件的任何片断。

配置管理规范 仅供内部使用修改记录

目录 1 概述 (1) 1.1目的 (1) 1.2适用范围 (1) 1.3术语和缩略语 (2) 1.4权限与职责 (2) 1.5配置管理过程图示 (5) 2配置项管理 (5) 2.1配置项的范围 (5) 3版本控制 (6) 3.1基线命名规范 (6) 3.2发行版本表示 (6) 4配置库管理 (7) 4.1配置库的建立 (7) 4.2分配权限 (7) 4.3基线库建立 (7) 4.4配置项基线管理 (8) 4.5配置库备份 (9) 5配置库使用规范 (10) 6系统集成 (11) 6.1集成步骤 (12) 6.2集成结果存放位置 (13) 6.3说明 (13) 7配置变更控制 (13) 7.1软件及其相关文档的变更 (13) 7.2配置库权限变更管理 (15) 8配置状态报告 (16) 8.1目的 (16) 8.2记录内容 (16) 8.3生成报告 (16) 9CM阶段报告 (16) 9.1目的 (16) 9.2记录内容 (16) 9.3生成报告 (17) 10配置审核 (17)

10.1类别 (17) 10.2执行时机 (17) 10.3不符合项处理 (17) 11发布管理 (18) 11.1交付管理 (18) 12 异地项目管理 (18)

曙光作业管理-调度系统安装配置手册

Torque + Maui配置手册之抛砖引玉篇 本文将以应用于实际案例(南航理学院、复旦大学物理系、宁波气象局)中的作业调度系统为例,简单介绍一下免费开源又好用的Torque+Maui如何在曙光服务器上进行安装和配置,以及针对用户特定需求的常用调度策略的设定情况,以便可以起到抛砖引玉的作用,使更多的人关注MAUI这个功能强大的集群调度器(后期将推出SGE+MAUI版本)。本文中的涉及的软件版本Torque 版本:2.1.7 maui版本:3.2.6p17。 1. 集群资源管理器Torque 1.1.从源代码安装Torque 其中pbs_server安装在node33上,TORQUE有两个主要的可执行文件,一个是主节点上的pbs_server,一个是计算节点上的pbs_mom,机群中每一个计算节点(node1~node16)都有一个pbs_mom负责与pbs_server通信,告诉pbs_server该节点上的可用资源数以及作业的状态。机群的NFS共享存储位置为/home,所有用户目录都在该目录下。 1.1.1.解压源文件包 在共享目录下解压缩torque # tar -zxf torque-2.1.17.tar.gz 假设解压的文件夹名字为: /home/dawning/torque-2.1.7 1.1. 2.编译设置 #./configure --enable-docs --with-scp --enable-syslog 其中, 默认情况下,TORQUE将可执行文件安装在/usr/local/bin和/usr/local/sbin下。其余的配置文件将安装在/var/spool/torque下 默认情况下,TORQUE不安装管理员手册,这里指定要安装。 默认情况下,TORQUE使用rcp来copy数据文件,官方强烈推荐使用scp,所以这里设定--with-scp. 默认情况下,TORQUE不允许使用syslog,我们这里使用syslog。 1.1.3.编译安装 # make # make install Server端安装设置: 在torque的安装源文件根目录中,执行 #./torque.setup root 以root作为torque的管理员账号创建作业队列。 计算节点(Client端)的安装: 由于计算节点节点系统相同,因而可以用如下SHELL script (脚本名字为torque.install.sh)在

配置管理计划-xxxxxx系统

. 配置管理计划******系统

修订页版本控制

目录 目录 ........................................................................................................................................... - 3 -1.引言............................................................................................................................................ - 4 - 1.1编写目的 (4) 1.2适用范围 (4) 1.3参考资料 (4) 1.4术语表 (4) 2.配置管理人员与责任 ................................................................................................................. - 5 - 3.用于配置管理的软硬件资源...................................................................................................... - 6 - 4.配置库结构与权限 ..................................................................................................................... - 6 - 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3配置库操作权限 (6) 5.配置项计划 ................................................................................................................................ - 7 - 6.基线计划 .................................................................................................................................... - 7 - 7.配置库备份计划......................................................................................................................... - 7 -

软件配置管理流程

配置管理流程规定 (Ver1.0) 拟制:___________________ 审核:___________________ 签发:___________________

目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)

1.配置管理流程 1.1概述 规范配置管理活动,确保配置项正确地唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图

1.3软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计,配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后,建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 1.6配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理: 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划,并按相关规定贯彻执行; 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求; 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划; 2)执行配置项管理; 3)执行版本控制和变更控制方案; 4)编制配置状态报告; 5)配置库的建立和权限分配; 6)配置管理工具的日常管理与维护; 7)配置库的日常操作和维护 开发人员

ISO20000管理手册

浙江慧优科技有限公司 IT 服务管理手册 版本编号:V1.0 变更履历

浙江慧优科技有限公司 IT 服务管理手册 版本编号:V1.0 目录

浙江慧优科技有限公司 IT 服务管理手册 版本编号:V1.0 01 颁布令 随着公司全新领域的开拓,为满足顾客有关信息技术服务的相关要求,提高公司信息技术服务管理水平,防止由于信息技术服务的不及时等导致的公司和客户的损失。公司开展贯彻ISO/IEC 20000 《信息技术服务管理-规范》国际标准工作,建立、实施和持续改进文件化的信息技术服务管理体系,制定了浙江慧优科技有限公司《IT服务管理手册》。 《IT 服务管理手册》是企业的法规性文件,是指导企业建立并实施信息技术服务管理体系的纲领和行动准则,用于贯彻企业的信息技术服务管理方针、目标,实现信息技术服务管理体系有效运行、持续改进,体现企业对社会的承诺。 《IT 服务管理手册》符合有关信息安全法律、法规要求及ISO/IEC 20000 《信息技术服务管理-规范》标准和企业实际情况,现正式批准发布,自2012年8月15日起实施。企业全体员工必须遵照执行。 全体员工必须严格按照《IT 服务管理手册》的要求,自觉遵循信息技术服管管理方针,贯彻实施本手册的各项要求,努力实现公司信息技术服务管理方针和目标。 浙江慧优科技有限公司 总经理: 二○一二年八月一日

浙江慧优科技有限公司 IT 服务管理手册 版本编号:V1.0 02 管理者代表授权书 为贯彻执行信息技术服务管理体系,满足ISO/IEC 20000 《信息技术服务管理-规范》标准的要求,加强领导,特任命马红岩为我公司信息技术服务管理者代表。授权代表有如下职责和权限: 1、按照ISO/IEC 20000 《信息技术服务管理-规范》的要求,组织相关资源,识别、建立、实施和保持信息技术服务管理体系,不断改进信息技术服务管理体系,确保其有效性、适宜性和符合性。 2、根据服务管理的策略和目标,给与权利和责任,以保证服务管理过程的设计,提升和改进。 3、确保服务管理流程与SMS 的其它组件进行了整合。 4、确保资产,包括许可证,根据法律法规要求和合同义务,被用于管理交付服务。 5、向公司最高管理者报告信息技术服务管理体系的业绩,如:服务方针和服务目标的业绩、客户满意度状况、各项服务活动及改进的要求和结果等。 6、组织ISO/IEC 20000 体系的管理评审,主持信息技术服务管理体系内部审核,推动内部审核活动。 7、推动公司各部门领导,积极组织全体员工,通过工作实践、教育培训、业务指导等方式不断提高员工对满足客户需求的重要性的认知程度,以及为达到公司服务管理目标所应做出的贡献。 8、负责与信息技术服务管理体系有关的协调和联络工作。 本授权书自任命日起生效执行。 浙江慧优科技有限公司

软件配置管理计划示例

软件配置管理计划示例 作者:赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务 在软件工程化生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第条中详细规定。 2.3 职责 在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下: A.组长是总体组代表,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责; B.软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范; C.项目的专职配置管理人员检查在作配置更改时的质量保证措施; D.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

配置管理岗位职责

配置管理员岗位职责 摘自:软件配置管理论坛 一、配置经理的基本技能与资格 资格: 能够重视配置管理工作; 能够按规范实施配置管理工作; 积极支持部门的配置管理方面的工作; 能够积极支持与帮助其他人员; 为部门的配置管理能力的提高贡献力量; 熟悉公司配置流程以及其他相关的流程; 为增进项目管理,对于项目内的困难和关键问题,能够及时反映到部门; 基本技能: 能够独立规划项目的配置管理工作; 熟练掌握配置管理的相关概念; 能够了解配置的相关工具,熟练使用技术工程部配置所使用的工具; 具有基本的与人沟通的技巧; 能够了解项目管理过程中的主要环节; 初步了解项目管理过程中的质量保证的各个方面; 了解部分系统和应用工具,如数据库ORACLE,前台开发工具DEPHI等; 二、配置经理的职责 作为一名配置人员,配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如:作为质量保证的成员之一,能够为整个技术工程部规范化管理的推进作贡献,如宣传规范化管理的知识,陈述规范化管理的利弊等;能够在项目进行的整个生命过程中,不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通,为项目配置管理的规范化作出努力. 具体表现为: ?项目进行初期或首次进入项目中时,能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通,取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持; ?积极了解项目情况,项目各阶段的进展,为更好的进行配置管理作努力; ?熟练并充分的利用配置管理工具的各方面的功能,提高配置管理的效率; ?为项目控制好版本,保证项目各阶段所使用的版本正确; ?及时发现项目问题,把问题及时反馈给项目经理、QA或SCCB,并积极协助解决; ?与项目内其他组成员,如开发组、测试组等协调工作,并能够很好的沟通; ?能够在项目中不断总结、分析,为项目内配置管理工作的进一步优化作贡献;

配置管理流程

配置管理流程 Company Document number:WUUT-WUUY-WBBGB-BWYTT-1982GT

简介 业务目的: 为解决、控制过程及部分服务交付过程提供需要的配置项及其属性信息。 IT 目的: 1)建立一个完整的配置项管理框架,降低了无控制环境变更的危险性; 2)CMDB提高支援及各类服务活动的效率和品质,确保服务交付流程如连续性、容量等良好运作。 适用范围 此流程适用IT管理手册中定义的服务范围。 相关流程 IT服务管理手册 (QM-ITSM-2011) 服务规划及管理流程(OP-ITSM-004) 服务报告管理流程 (OP-ITSM-006) 事件和服务请求管理流程 (OP-ITSM-007) 问题管理流程 (OP-ITSM-008) 变更管理流程 (OP-ITSM-010) 发布管理流程 (OP-ITSM-011) 连续性管理流程 (OP-ITSM-012) 容量与可用性管理流程 (OP-ITSM-014) 信息安全管理流程 (OP-ITSM-015) 供应商管理流程 (OP-ITSM-017) 服务策划管理流程(OP-ITSM-019) 定义 术语表: 无 角色定义表

仪器种类代号

编号格式 主要设备按以下方式进行编号登记: XX9999YY XX = 仪器种类代号 9999 = 4至5位数字 YY = 地域代号内的缩写式代号 内容 流程解释 配置管理流程从配置规划、日常运维、配置审计、配置管理检讨的PDCA循环保障CI的完整性和有效性,其中配置规划包括配置管理应用的各类规则。 配置规划 (P) 5.2.1配置管理范围工具、用途说明:

软件配置管理规范.doc

软件配置管理规范1 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分: 简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分: 配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分: 变更控制工作规范的正文,包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分: 参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分: 附录,本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项,包含文档、程序。 CR (Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计,核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能 通过正式程序,例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。 版本(Version) 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

配置管理系统

配置管理系统(北大软件 010 - 61137666) 配置管理系统,采用基于构件等先进思想和技术,支持软件全生命周期的资源管理需求,确保软件工作产品的完整性、可追溯性。 配置管理系统支持对软件的配置标识、变更控制、状态纪实、配置审核、产品发布管理等功能,实现核心知识产权的积累和开发成果的复用。 1.1.1 组成结构(北大软件 010 - 61137666) 配置管理系统支持建立和维护三库:开发库、受控库、产品库。 根据企业安全管理策略设定分级控制方式,支持建立多级库,并建立相关控制关系;每级可设置若干个库;配置库可集中部署或分布式部署,即多库可以部署在一台服务器上,也可以部署在单独的多个服务器上。 1. 典型的三库管理,支持独立设置产品库、受控库、开发库,如下图所示。 图表1三库结构 2. 典型的四库管理,支持独立设置部门开发库、部门受控库、所级受控库、所级产品库等,如下图所示。

图表2四级库结构配置管理各库功能描述如下:

以“三库”结构为例,系统覆盖配置管理计划、配置标识、基线建立、入库、产品交付、配置变更、配置审核等环节,其演进及控制关系如下图。 图表3 配置管理工作流程 1.1.2主要特点(北大软件010 - 61137666) 3.独立灵活的多级库配置 支持国军标要求的独立设置产品库、受控库、开发库的要求,满足对配置资源的分级控制要求,支持软件开发库、受控库和产品库三库的独立管理,实现对受控库和产品库的入库、出库、变更控制和版本管理。

系统具有三库无限级联合与分布部署特性,可根据企业管理策略建立多控制级别的配置库,设定每级配置库的数量和上下级库间的控制关系,并支持开发库、受控库和产品库的统一管理。 4.产品生存全过程管理 支持软件配置管理全研发过程的活动和产品控制,即支持“用户严格按照配置管理计划实施配置管理—基于配置库的实际状况客观报告配置状态”的全过程的活动。 5.灵活的流程定制 可根据用户实际情况定制流程及表单。 6.支持线上线下审批方式 支持配置控制表单的网上在线审批(网上流转审批)和网下脱机审批两种工作模式,两种模式可以在同一项目中由配置管理人员根据实际情况灵活选用。 7.文档管理功能 实现软件文档的全生命周期管理,包括创建、审签、归档、发布、打印、作废等,能够按照项目策划的软件文档清单和归档计划实施自动检查,并产生定期报表。 8.丰富的统计查询功能,支持过程的测量和监控 支持相关人员对配置管理状态的查询和追溯。能够为领导层的管理和决策提供准确一致的决策支持信息,包括配置项和基线提交偏差情况、基线状态、一致性关系、产品出入库状况、变更状况、问题追踪、配置记实、配置审核的等重要信息; 9.配置库资源的安全控制 1)系统采用三员管理机制,分权管理系统的用户管理、权限分配、系统操 作日志管理。 2)系统基于角色的授权机制,支持权限最小化的策略; 3)系统可采用多种数据备份机制,提高系统的数据的抗毁性。 10.支持并行开发 系统采用文件共享锁机制实现多人对相同配置资源的并行开发控制。在系统共享文件修改控制机制的基础上,采用三种配置资源锁以实现对并行开发的

配置管理制度

信息系统配置管理规范

目录 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、

软件配置管理规范流程

1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法,本文件以CVS(并行版本系统)配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理(Software Configuration Management,SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项(Configuration Item,CI) 凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线(Baseline) 在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”。每一

配置管理指南

配置管理指南本页仅作为文档页封面,使用时可以删除 This document is for reference only-rar21year.March

配置管理指南有限公司

变更记录 修改点说明的内容有如下几种:创建、修改(+修改说明)、删除(+删除说明)

目录 1. 过程概述 ...................................................................................................................... 错误!未定义书签。 2. 过程目标 ...................................................................................................................... 错误!未定义书签。 3. 必要条件 ...................................................................................................................... 错误!未定义书签。 4. 应执行活动 .................................................................................................................. 错误!未定义书签。 5. 验证与监督 .................................................................................................................. 错误!未定义书签。 6. 裁剪指南 ...................................................................................................................... 错误!未定义书签。 7. 附件说明 ...................................................................................................................... 错误!未定义书签。 8. 相关过程 ...................................................................................................................... 错误!未定义书签。

配置管理规范文件精选

配置管理规范

配置管理规范模板 目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件 1. 目的 指导配置管理人员如何建立配置库,并利用配置库管理所有配置项,从而提供配置项的存取和检索功能,有利于配置项的更改控制,保证配置项的完整性和可跟踪性。 2. 适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法,本文件以Source safe配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行。 3. 术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4. 规范内容 4.1 配置管理的范围 软件配置可包括以下几方面:项目文档,源代码,执行程序,相关设备及资料等。 1)项目文档主要指:立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。 2)相关设备主要指项目开发和运行环境(包括硬件和软件),以及项目开发和测试过程中使用的专用仪器设备,如读卡机、扫描仪等。 3)相关资料主要指客户提供的行业法规,标准及其调研期间提供的业务单据,往来会议记要,传真,电子邮件,重要的电话记录等。 4.2 各配置项的获得 项目立项之后,软件配置管理负责人SCML即可建立项目配置库,并着手收集各配置项。1)项目文档。开发各阶段结束时,软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录,归到配置库。 2)开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同,还应准备客满意度调查表,交付书,验收报告等。返回之前应和客户确认,并在出差回来时交给软件配置管理负责人SCML一份备份,如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目,如有客户来访须做好会议纪要。 3)开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。 4)对于源代码和执行程序的管理最好使用工具,条件不具备时,要注意对配置库的目录分配。各开发人员分别建立自己的工作目录,完成后的模块再放到项目相关目录下。 5)在项目结束归档时电子邮件也应作为项目的相关资料进行归档。 4.3 配置库的建立 所有项目应建立一配置库,以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具,可以用管理工具来建立配置库,也可以在机器的某目录下建立配置库,手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时,均应建立以下几项子项目,进行分阶段管理。

相关主题
相关文档 最新文档