事件信息分类和ITSS代码定义
本帖最后由monicazhang于2015-7-1509:54编辑20150714淡然
续上
8.3流程相关定义
8.3.1事件信息项
事件单通常包含如下主要信息项,立白集团可以根据自身的情况在此该信息项上进行扩充或删减:
序号信息项说明
1事件ID事件单流水号(系统自动产生)
2请求人信息事件申报人的信息,包括:姓名、所属单位、部门、电子邮件、办公电话、手机(初次录入手工填写,再次输入由系统自动填写)ITSS培训
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附件存放故障截图等相关文档
8.3.2事件来源
事件来源代码用来标明事件的提出方式,事件来源可以包括以下几种:
序号信息项说明
1用户报告用户通过电话/邮件等提出的事件,服务台人员手工创建事件单
2监控告警监控工具转发过来的事件
3外部流程通过外部报障平台
4内部开单信息中心内部提交的事件
5其他其他来源事件
6领导交办领导交办的相关事项
8.3.3事件性质
序号信息项说明
1故障处理故障导致的服务中断处理
2咨询服务信息咨询或操作指导
3服务请求服务请求通过事件单处理
4监控告警监控工具转发过来的事件
5用户投诉用户投诉的事件
6领导交办领导交办的相关事项
8.3.4事件分类
事件分类用于标识事件或申告的具体原因,由支持人员在处理过程中根据事件分类表来填写。当事件发生时,应该由服务台初步分析和定位事件的分类,一方面便于与历史事件/问题或者知识库匹配,另一方面也便于选择合适的运维人员提供支持。事件最终分类可由后续支持人员作进一步的确认,并在事件关闭前进行调整。事件分类表的层次设计不超过三层,第一级分类,称之为“类别”;第二级分类,称之为“子类”;第三级分类,称之为“条目”。
类别子类条目
主机系统服务器 小型机
X系列
PC服务器
专用服务器
操作系统 windows
AIX
LINUX
存储 IBM存储
EMC存储
磁带备份
存储光纤交换机
数据库ORACLE
MSSQL
SYBASE
DOMINO
MYSQL
中间件TOMCAT
网络交换机 思科
H3C
D-LINK
线路运营商链路
室内光纤
光电转换器
六类线
防火墙 ITSS认证
防毒墙
主动防御系统(ips)
VPN
上网行为管理系统
接入检测
服务器堡垒机
应用EKP后期补充
SAPMM
PP
SD
FI-CO
PS
BO
HCM
权限
业务集成
网上订单系统
运输系统
OEM系统
时代光华
邮件系统
终端管理(域)
视频会议
营销系统
QIS系统
短信系统
研发系统
视频监控
考勤、门禁
物流呼叫中心系统
电子传真
VOIP电话系统
RTX
立白商务智能管理系统
薪资查询系统
旧HR系统
ITSM
金税接口系统
排版系统
BO/BW
CITRIX
桌面台式机 显示器
主机
笔记本
打印机
税控机
传真机
扫描仪
复印机
一体机
投影仪
其他
操作系统
应用软件OFFICE
ADOBE
杀毒软件
其他
机房环境UPS
空调
门禁
机房监控
环境监控
配电柜
消防报警
其它
8.3.5事件优先级
优先级是事件管理的一个关键要素,优先级决定了事件处理的顺序。在本次项目中,事件优先级可分为四级:极高、高、中、低。为了方便服务台人员判断事件优先级,咨元建议从事件的影响程度和事件紧急程度两个维度来确定优先级。事件的影响程度主要是对事件发生影响的关键程度以及事件发生后的影响范围综合考虑得出的。在本项目的影响度判断中,要考虑以下几个方面:q用户身份;q受影响的用户数量和范围;q受影响设备;q受影响系统。具体影响程度的定义如下:
影响程度广泛/普遍极大/大型适度/受限次要/本地化
描述重大的应用停机,影响很大数量的用户和业务单位。关键业务不能运行。应用的使用受到重大限制;系统性能严重下降。事件影响一小部分用户,属于一般性故障。事件不直接影响生产,或是存在变通的方式。
事件的紧急程度主要是以用户能容忍的事件解决时间来进行判定,按照此规则,事件紧急程度定义具体如下:
紧急度紧急度时间标准备注
严重
高
中等
低
结合事件发生时的影响程度和紧急程度,可以通过如下表确定事件的优先级:
严重等级影响程度
广泛/普遍极大/大型适度/受限次要/本地化
紧急度极高极高极高高中
高极高高中中
中高中中低
低中中低低
8.3.6事件状态
事件状态代码表明事件所处的处理状态,事件状态代码如表
状态代码描述
New(新建)一个事件被记录或创建
Assigned(已分派)一个事件已被分派给事件记录员,事件分析员(二线)
Pending(等待中)事件信息不完整,或在某些情况下阻止事件记录员或事件分析员对事件,问题分析员对问题进行处理,需要填写等待代码:
WorkInprogress(处理中)任何一个事件分析员(二线支持)接受了事件
Resolved(已解决)为一个事件找到解决方案或变通方法
Closed(已关闭)事件已经关闭
Cancel(已取消)事件单已取消
8.3.7事件解决/关闭代码
事件结束代码说明了事件是在何种情况下解决/关闭的,本次项目的结束代码如下表定义:
解决/关闭代码描述
成功解决事件被正常解决
变通解决事件已通过变通方法解决,但需要进行更进一步的根源分析
不可抗力由于不可抗力,事件无法得到解决
转交开发或厂商该事件已转交研发人员或厂商,在可预见的短期内无法解决。直接关闭此事件
用户撤销用户撤销事件单
创建需求已经建立需求单
告警消除误报/取消
8.3.8事件等待代码
事件等待代码说明了事件是在何种情况下被挂起,本次项目的等待代码如下表定义:
等待代码描述
等待进一步的信息需要从提交者处获取更多信息
等待变更管理处理等待变更流程处理
等待问题管理处理等待问题管理
由于不可抗力由于灾难、气候条件、交通条件等不可抗因素
等待其他信息等待其他厂商/供应商处理
等待业务领导批复等待业务部门领导批复ITSS考试
待续:http://www.ITILxf.com/thread-51547-1-1.html
本帖关键字:ITSS
页:
[1]