monicazhang 发表于 2015-7-29 10:39:19

你知道如何将事件管理进行准确ITSS分类吗?

本帖最后由monicazhang于2015-7-2910:41编辑

20150729淡然续上


5相关定义和说明
5.1事件信息项事件单通常包含如下主要信息项,集团可以根据自身的情况在此该信息项上进行扩充或删减:
序号
信息项
说明

1
事件ID
事件单流水号(系统自动产生)ITSS培训

2
请求人信息
事件申报人的信息,包括:姓名、所属单位、部门、电子邮件、办公电话、手机(初次录入手工填写,再次输入由系统自动填写)

3
登记时间
在服务台生成事件记录的时间(系统自动产生)

4
地点
事件发生的地点(列表项+手工填写“楼号+房号”)

5
事件发生时间
"针对故障:指的是业务中断的实际时间(可能早于登记时间,需要手工填写)针对其它:缺省值等于登记时间"

6
事件性质
参见“事件性质”定义

7
事件来源
参见“事件来源”定义

8
事件影响度
参见“事件紧影响程度”定义

9
事件紧急度
参见“事件紧急程度”定义

10
事件优先级
参见“事件优先级”定义

11
事件完成期限
对应每一个事件优先级,系统根据流程相关定义中“事件解决时限”自动设定最终的完成期限(系统自动产生)

12
事件分类
参见“事件分类”定义

13
事件标题
事件的简要描述(手工填写)

14
事件描述
对于整个事件内容的详细描述(手工填写)

15
事件受理人
事件的当前受理人(手工填写)

16
事件受理组
事件的当前受理组(手工填写)

17
事件状态
参见“事件状态”定义

18
事件日志
反映事件信息项的变化历史,如一个事件在处理过程中事件状态变化的时间点等信息(系统自动产生)

19
解决方案
事件解决方案的描述(手工填写)

20
事件关闭代码
参见“事件关闭代码”定义

21
事件等待代码
参见“事件等待代码”定义

22
主从事件标记
标记为主/从事件(手工填写)

23
处理是否超时
参见“处理是否超时”定义(系统自动产生)

24
实际开始时间
记录事件实际开始处理的时间(系统自动产生)

25
实际完成时间
记录事件已解决的时间(系统自动产生)

26
关联配置项
记录出现故障的配置项代码(手工指定)

27
关联的问题单号
记录由事件引发问题时,关联的问题单号(手工填写)

28
关联的变更单号
记录由事件引发变更时,关联的变更单号(手工填写)

29
业务恢复时间
针对故障的业务恢复实际时间(自动/手工填写)

30
附件
存放故障截图等相关文档



5.2事件来源事件来源代码用来标明事件的提出方式,事件来源可以包括以下几种:
序号
信息项
说明

1
用户报告
用户通过电话/邮件等提出的事件,服务台人员手工创建事件单

2
监控告警
监控工具转发过来的事件

3
外部流程
通过外部报障平台

4
内部开单
信息中心内部提交的事件

5
其他
其他来源事件

6
领导交办
领导交办的相关事项



5.3事件性质
序号
信息项
说明

1
故障处理
故障导致的服务中断处理

2
咨询服务
信息咨询或操作指导

3
服务请求
服务请求通过事件单处理

4
监控告警
监控工具转发过来的事件

5
用户投诉
用户投诉的事件

6
领导交办
领导交办的相关事项



5.4事件分类事件分类用于标识事件或申告的具体原因,由支持人员在处理过程中根据事件分类表来填写。当事件发生时,应该由服务台初步分析和定位事件的分类,一方面便于与历史事件/问题或者知识库匹配,另一方面也便于选择合适的运维人员提供支持。事件最终分类可由后续支持人员作进一步的确认,并在事件关闭前进行调整。事件分类表的层次设计不超过三层,第一级分类,称之为“类别”;第二级分类,称之为“子类”;第三级分类,称之为“条目”。
类别
子类
条目

主机系统
服务器 
小型机

X系列

PC服务器

专用服务器

操作系统 
windows

AIX

LINUX

存储 
IBM存储

EMC存储

磁带备份

存储光纤交换机



数据库
ORACLE

MSSQL

SYBASE

DOMINO

MYSQL

中间件
TOMCAT

网络
交换机 
思科

H3C

D-LINK

线路
运营商链路

室内光纤

光电转换器

六类线

防火墙



防毒墙



主动防御系统(ips)



VPN



上网行为管理系统



接入检测



服务器堡垒机
ITSS认证 

应用
EKP
后期补充

SAP
MM

PP

SD

FI-CO

PS

BO

HCM

权限

业务集成

网上订单系统



运输系统



OEM系统



时代光华



邮件系统



终端管理(域)



视频会议



营销系统



QIS系统



短信系统



研发系统



视频监控



考勤、门禁



物流呼叫中心系统



电子传真



VOIP电话系统



RTX



立白商务智能管理系统



薪资查询系统



旧HR系统



ITSM



金税接口系统



排版系统



BO/BW



CITRIX



桌面
台式机 
显示器

主机

笔记本



打印机



税控机



传真机



扫描仪



复印机



一体机



投影仪



其他



操作系统



应用软件
OFFICE

ADOBE

杀毒软件

其他

机房环境
UPS



空调



门禁



机房监控



环境监控



配电柜



消防报警



其它



5.5事件优先级优先级是事件管理的一个关键要素,优先级决定了事件处理的顺序。在本次项目中,事件优先级可分为四级:极高、高、中、低。为了方便服务台人员判断事件优先级,咨元建议从事件的影响程度和事件紧急程度两个维度来确定优先级。事件的影响程度主要是对事件发生影响的关键程度以及事件发生后的影响范围综合考虑得出的。在本项目的影响度判断中,要考虑以下几个方面:q用户身份;q受影响的用户数量和范围;q受影响设备;q受影响系统。具体影响程度的定义如下:
影响程度
广泛/普遍
极大/大型
适度/受限
次要/本地化

描述
重大的应用停机,影响很大数量的用户和业务单位。关键业务不能运行。
应用的使用受到重大限制;系统性能严重下降。
事件影响一小部分用户,属于一般性故障。
事件不直接影响生产,或是存在变通的方式。

事件的紧急程度主要是以用户能容忍的事件解决时间来进行判定,按照此规则,事件紧急程度定义具体如下:
紧急度
紧急度时间标准
备注

严重











中等











结合事件发生时的影响程度和紧急程度,可以通过如下表确定事件的优先级:
严重等级
影响程度

广泛/普遍
极大/大型
适度/受限
次要/本地化

紧急度
极高
极高
极高




极高


















5.6事件状态事件状态代码表明事件所处的处理状态,事件状态代码如表
状态代码
描述

New(新建)
一个事件被记录或创建

Assigned(已分派)
一个事件已被分派给事件记录员,事件分析员(二线)

Pending(等待中)
事件信息不完整,或在某些情况下阻止事件记录员或事件分析员对事件,问题分析员对问题进行处理,需要填写等待代码:

WorkInprogress(处理中)
任何一个事件分析员(二线支持)接受了事件

Resolved(已解决)
为一个事件找到解决方案或变通方法

Closed(已关闭)
事件已经关闭

Cancel(已取消)
事件单已取消



5.7事件解决/关闭代码事件结束代码说明了事件是在何种情况下解决/关闭的,本次项目的结束代码如下表定义:
解决/关闭代码
描述

成功解决
事件被正常解决

变通解决
事件已通过变通方法解决,但需要进行更进一步的根源分析

不可抗力
由于不可抗力,事件无法得到解决

转交开发或厂商
该事件已转交研发人员或厂商,在可预见的短期内无法解决。直接关闭此事件

用户撤销
用户撤销事件单

创建需求
已经建立需求单

告警消除
误报/取消


5.8事件等待代码事件等待代码说明了事件是在何种情况下被挂起,本次项目的等待代码如下表定义:
等待代码
描述

等待进一步的信息
需要从提交者处获取更多信息

等待变更管理处理
等待变更流程处理

等待问题管理处理
等待问题管理

由于不可抗力
由于灾难、气候条件、交通条件等不可抗因素

等待其他信息
等待其他厂商/供应商处理

等待业务领导批复
等待业务部门领导批复ITSS考试







待续http://www.ITILxf.com/thread-51937-1-1.html

本帖关键字:ITSS
页: [1]
查看完整版本: 你知道如何将事件管理进行准确ITSS分类吗?