《ISO20000：1-2018信息服务管理体系-配置流程配置项管理规定.pdf》由会员分享，可在线阅读，更多相关《ISO20000：1-2018信息服务管理体系-配置流程配置项管理规定.pdf（6页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、信息技术服务管理体系配置流程配置项管理规定文件编号： SM-030021. 分发控制读者文档权限说明2. 文件版本信息版本号修订变更描述日期审核批准V1.0 编写组全文3. 文件版本信息说明文件版本信息记录本文件提交时的当前有效的版本控制信息，当前版本文件有效期将在新版本文档生效时自动结束。文件版本小于 1.0 时，表示该版本文件为草案，仅可作为参照资料之目的。目 录1.概述. 12.配置项的识别和定义 . 12.1.配置项的范围 . 12.2.配置项的属性 . 12.3.配置项的生命周期 . 12.4.配置管理数据库设计要求. 23.配置项的控制和维护 . 34.配置状态验证和审计 . 35
2、.附则. 3第 1 页 共 3 页1. 概述本管理制度对 配置流程管理办法 中有关配置项的管理等相关内容进行详细说明，并用于指导技术部配置数据库CMDB的使用和维护。2. 配置项的识别和定义配置流程负责人负责组织相关部门识别配置项的范围，制订配置项的命名和管理规范，确定用于构建、发布、验证、安装、分发、维护、恢复、移除配置项的硬件、软件及相关文档。2.1. 配置项的范围纳入有限公司信息技术服务管理范围的配置项包括：1）信息系统和软件（包含第三方软件）的发布，相关系统文档，例如要求规范、设计、测试报告、发布文档；2）为每个应用环境配置基线、或描述应用环境、标准硬件组成和发布；3）最终软件库 (D
3、SL)/ 最终硬件库 (DHL)；4）配置管理包或工具；5）许可证；6）安全组件，例如防火墙；7）服务相关文档，例如服务级别协议、程序；8）服务支持设施，例如机房电源；2.2. 配置项的属性各配置项的属性，尤其是高风险或关键性配置项的属性。2.3. 配置项的生命周期配置项状态用于标识配置项管理的生命周期，配置项目的状态如下：状态定义试运行配置项在试运行中库存中配置项属于库存设备测试中配置项在测试环境正在开发或测试中生产中配置项在生产环境中处于正常运行状态维护中配置项正处于维护状态或在返修过程中外借设备被借给其他单位使用第 2 页 共 3 页状态定义报废配置项已报废2.4. 配置管理数据库设计要
4、求公司配置管理数据库（ CMDB ）的设计应考虑以下方面：1. 配置项层次的设计：配置项范围的确定应以满足运维工作对于信息的要求为基准，在此基准上尽量不要扩大， 一旦配置项范围过大或者深度过深，会增加后期 CDMB 维护工作量和维护成本。此外，配置项分层中应便于从管理角度和日常工作角度进行统计和查询，同时配置项应可以被有效的分组，同时层级不能过于复杂。2. 配置项搜索代码命名规则每个配置项的搜索代码将作为配置项的在CMDB中的唯一标识，是配置项查询和检索的依据，同一 CDMB 内的配置项需要遵从统一的配置项命名规则。配置项搜索代码设计重点要考虑配置项搜索代码的唯一性和逻辑性，搜索代码首先体现要
5、处配置项层次设计（层次一般以简称形式体现），其次要体现出配置项基本含义。基于以上原则，配置项的搜索代码如下：XX-YYY-CODE-MMMMMM XX 代表被管理的配置项第一层，YYY 代表配置项第二层， CODE 代表配置项所属地区或部门代码， MMMMMM是配置项基本含义描述。XX ，YYY 字段一般为大写英文字母，CODE 字段为大写英文字母或者数字，MMMMMM字段为数字、 大写英文字母和连接符， 同时MMMMMM在同一类配置项中应该保持唯一。例如：某小型机的命名为 SRV-PC-01-UX-12345 。其中， SRV 代表第一层配置项分类（ XX ） ；PC 代表第二层配置项分类（
6、YYY ） ；01代表配置项所属地区代码（CODE ） ；UX-12345代表配置项基本含义（MMMMMM） ，其中 UX 代表小型机类型，12345代表小型机编号，中间用连接符连接。3. 配置项之间关系配置项层次设计和命名规则确定后， 根据实际情况确定配置项之间关联关系和关联类型，并形成配置项关系说明表格。4. 配置项属性确定CMDB 总体框架确定后，需要结合实际工作情况， 确定每类配置项的具体属性。第 3 页 共 3 页配置项属性应体现出运维工作对于配置项关心的重点内容，并尽量减少冗余信息，从而保证 CMDB 便于维护和管理。3. 配置项的控制和维护配置经理在配置管理过程中负责监控配置项的整个生命周期，确保只有被授权且可识别的配置项才被接受。4. 配置状态验证和审计配置经理应定期组织相关部门实施配置项及配置项之间关系的检查审计活动。检查审计活动也可由以下事件触发：1）重大变更前后；2）灾难恢复后；3）发现未授权的配置项后；4）其它需要进行检查审计的场景；5）对于检查审计过程中出现的缺陷或不符合项应记录在配置检查审计报告中，并落实相应的改进计划。5. 附则1. 本管理制度由技术部负责组织制定、解释和修改。2. 本管理制度自印发之日起实行。3. 相关文件：信息技术服务管理手册信息技术服务管理策略配置流程管理办法服务报告流程管理办法记录控制管理规定