20150605 MONICAZHANG

续上

2.4      相关定义

参照规范文档，对一些约定值进行说明

.4.1         配置元素关键级别

为了区别事件相关联的配置元素对业务的影响，对于应用系统主要配置元素（CI）进行关键等级定义。

等级	描述	说明
1	高	关键系统
2	中	次关键系统
3	低	其他

应用系统关键级别由相关的业务决定。                                 ITSS体系

除应用系统外，其它配置元素不单独设关键级别，其关键程度由其相关联的应用系统的关键级别决定。   。

2.4.2         配置元素状态

配置元素在整个生命周期中的不同状态，本规范规定配置元素状态代码如下：

编号	状态	说明
1	已入库	配置项在存货中，但尚未被部署
2	运行中	配置项处于正常运行状态
3	维修中	配置项处于故障状态以进行维护
4	非正常运行	在运行，但存在隐患，需维护。
5	闲置	该配置项处于闲置状态                                 ITIL培训
6	已借出	配置项出借到其它位置
7	退回供应商	由于配置项已损坏或不再需要，应将其退回供应商
8	删除	配置项被标记为删除。只有配置管理员才能将配置项标记为删除
9	已报废	报废

2.4.3         配置项关系                               ITSS软件

本次项目，配置管理中的配置项关系定义6类，分别为集合、组件、依赖、连接、运行和关联。

关系名称	描述
集合	该关系用来描述逻辑配置项与元素成员之间的关系。如若干技术服务“集合”为一项业务服务。
依赖	该关系用来描述逻辑实体与物理实体之间的影响的关系。某配置项的正常运行取决于另一配置项是否正确运行。如某服务需要依赖于另一软件的正常运行。
组件	该关系一方面用来描述物理实体(包括各种硬件、网络设备)之间整体和局部的关系。如，内存是PC机的“组件”。                    ITSS团购
连接	该关系用于描述物理实体(包括各种硬件、网络设备)间外部的互为影响的关系。如，一台桌面PC“连接”LAN
运行	描述软件与相关硬件设备或其他软件之间的关系。如，windows软件安装于某台桌面PC
关联	描述数据、文档、帐号和各配置项之间的关系。如，关于某系统的使用手册。

2.4.4         配置项属性

配置项的属性通常分为“基本属性”和“特定属性”两部分：             ITSS团购

         基本属性—用于存放各配置项通常都会有的属性，例如，序列号、品牌、供应商等，

         特定属性—用于存放该配置项所特有的属性，例如，服务器的特定属性可以为CPU、内存等，而数据库的特定属性可以为数据库位数、归档方式等等。

本次配置管理中对于所有CI设置的基本属性有：使用部门、使用人、使用人ID、类别、子类别、产品系列号、资产编号、品牌型号、生产厂家、到货时间、投运时间、用途、状态、物理位置、采购项目编号、服务合同号、维护责任人、关键级别、备注。配置项的属性按层次划分可以由上到下继承。                                                       ITSS考试

本次项目中配置项属性在参考省公司技术规范的基础上制定，具体见3.9。

2.4.5         配置项审核状态

配置项属性以及配置项之间的关系必须被定期审核，以确保其与实际的物理环境保持一致，配置审核活动需要对配置项信息与配置项物理存在性进行双向验证。在审核的过程中，配置项有不同的审核状态。

配置审核工作可以按照自行定义的审核范围和周期来进行，当临时提出配置审核要求时，也需要发起配置审核工作。

考虑到实际的工作量，CI的审核范围不宜在整个CMDB中进行，建议每次按照CMDB的第一层进行，如单次审核仅审核所有硬件类CI及其相关关系；同时建议定期执行配置项的清查工作，以发现物理环境中存在而未录入CMDB的CI，清查的范围可以参照CI的审核范围。                            ITSS认证

对CMDB的审核同时可以参照变更的执行情况进行，根据一定时间内的变更记录，来检查这些变更中改变的CI属性是否被适当地修改，以确保CI属性和实际物理环境的一致。审核周期按照CMDB建设的情况和流程的完善程度在配置管理策略中制定并定期更新。

在审核前，将所有需要审核的CI审核状态设置为“未审核”，根据审核的结果，CI的状态会相应地变为“已审核”/“不匹配”/“丢失”，同时记录更新审核时间；对“不匹配”/“丢失”审核状态的CI进行纠正后，相应地将其状态修改为“已审核”。应该在审核工作结束后，CI信息纠正之前统计“周期性审核中与物理环境不一致的CI数量（不匹配数量）及其比例”、“周期性审核中与物理环境一致的CI数量（已审核数量）及其比例”、“周期性审核中与发现物理环境中不存在的CI数量（丢失数量）及其比例”。

“审核状态”和“最后审核时间”都将作为配置项的通用属性。          ITSS培训

代码	审核状态	说明
1	已审核	CI成功通过审核
2	未审核	CI尚未完成审核
3	不匹配	当审核时发现CI的信息或者CI关系与实际不符
4	丢失	审核时发现实际环境中找不到对应的CI

                             ISO20000培训

待续:http://ITIL-foundation.cn/thread-48887-1-1.html

本帖关键字：ITSS ISO20000

20150605 MONICAZHANG

续上

2.4      相关定义

参照规范文档，对一些约定值进行说明

.4.1         配置元素关键级别

为了区别事件相关联的配置元素对业务的影响，对于应用系统主要配置元素（CI）进行关键等级定义。

等级	描述	说明
1	高	关键系统
2	中	次关键系统
3	低	其他

应用系统关键级别由相关的业务决定。                                 ITSS体系

除应用系统外，其它配置元素不单独设关键级别，其关键程度由其相关联的应用系统的关键级别决定。   。

2.4.2         配置元素状态

配置元素在整个生命周期中的不同状态，本规范规定配置元素状态代码如下：

编号	状态	说明
1	已入库	配置项在存货中，但尚未被部署
2	运行中	配置项处于正常运行状态
3	维修中	配置项处于故障状态以进行维护
4	非正常运行	在运行，但存在隐患，需维护。
5	闲置	该配置项处于闲置状态                                 ITIL培训
6	已借出	配置项出借到其它位置
7	退回供应商	由于配置项已损坏或不再需要，应将其退回供应商
8	删除	配置项被标记为删除。只有配置管理员才能将配置项标记为删除
9	已报废	报废

2.4.3         配置项关系                               ITSS软件

本次项目，配置管理中的配置项关系定义6类，分别为集合、组件、依赖、连接、运行和关联。

关系名称	描述
集合	该关系用来描述逻辑配置项与元素成员之间的关系。如若干技术服务“集合”为一项业务服务。
依赖	该关系用来描述逻辑实体与物理实体之间的影响的关系。某配置项的正常运行取决于另一配置项是否正确运行。如某服务需要依赖于另一软件的正常运行。
组件	该关系一方面用来描述物理实体(包括各种硬件、网络设备)之间整体和局部的关系。如，内存是PC机的“组件”。                    ITSS团购
连接	该关系用于描述物理实体(包括各种硬件、网络设备)间外部的互为影响的关系。如，一台桌面PC“连接”LAN
运行	描述软件与相关硬件设备或其他软件之间的关系。如，windows软件安装于某台桌面PC
关联	描述数据、文档、帐号和各配置项之间的关系。如，关于某系统的使用手册。

2.4.4         配置项属性

配置项的属性通常分为“基本属性”和“特定属性”两部分：             ITSS团购

         基本属性—用于存放各配置项通常都会有的属性，例如，序列号、品牌、供应商等，

         特定属性—用于存放该配置项所特有的属性，例如，服务器的特定属性可以为CPU、内存等，而数据库的特定属性可以为数据库位数、归档方式等等。

本次配置管理中对于所有CI设置的基本属性有：使用部门、使用人、使用人ID、类别、子类别、产品系列号、资产编号、品牌型号、生产厂家、到货时间、投运时间、用途、状态、物理位置、采购项目编号、服务合同号、维护责任人、关键级别、备注。配置项的属性按层次划分可以由上到下继承。                                                       ITSS考试

本次项目中配置项属性在参考省公司技术规范的基础上制定，具体见3.9。

2.4.5         配置项审核状态

配置项属性以及配置项之间的关系必须被定期审核，以确保其与实际的物理环境保持一致，配置审核活动需要对配置项信息与配置项物理存在性进行双向验证。在审核的过程中，配置项有不同的审核状态。

配置审核工作可以按照自行定义的审核范围和周期来进行，当临时提出配置审核要求时，也需要发起配置审核工作。

考虑到实际的工作量，CI的审核范围不宜在整个CMDB中进行，建议每次按照CMDB的第一层进行，如单次审核仅审核所有硬件类CI及其相关关系；同时建议定期执行配置项的清查工作，以发现物理环境中存在而未录入CMDB的CI，清查的范围可以参照CI的审核范围。                            ITSS认证

对CMDB的审核同时可以参照变更的执行情况进行，根据一定时间内的变更记录，来检查这些变更中改变的CI属性是否被适当地修改，以确保CI属性和实际物理环境的一致。审核周期按照CMDB建设的情况和流程的完善程度在配置管理策略中制定并定期更新。

在审核前，将所有需要审核的CI审核状态设置为“未审核”，根据审核的结果，CI的状态会相应地变为“已审核”/“不匹配”/“丢失”，同时记录更新审核时间；对“不匹配”/“丢失”审核状态的CI进行纠正后，相应地将其状态修改为“已审核”。应该在审核工作结束后，CI信息纠正之前统计“周期性审核中与物理环境不一致的CI数量（不匹配数量）及其比例”、“周期性审核中与物理环境一致的CI数量（已审核数量）及其比例”、“周期性审核中与发现物理环境中不存在的CI数量（丢失数量）及其比例”。

“审核状态”和“最后审核时间”都将作为配置项的通用属性。          ITSS培训

代码	审核状态	说明
1	已审核	CI成功通过审核
2	未审核	CI尚未完成审核
3	不匹配	当审核时发现CI的信息或者CI关系与实际不符
4	丢失	审核时发现实际环境中找不到对应的CI

                             ISO20000培训

待续:http://ITIL-foundation.cn/thread-48887-1-1.html

本帖关键字：ITSS ISO20000