Changes for page 02 某电信运营商ITIL事件管理流程详细设计说明书
Last modified by superadmin on 2024/06/05, 11:01
Change comment:
上传新附件1.png
Summary
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,0 @@ 1 -某电信运营商ITIL事件管理流程详细设计说明书 - Parent
-
... ... @@ -1,1 +1,0 @@ 1 -G 参考资料.ITIL实施项目资料.ITIL实施项目流程设计方案集.事件管理.WebHome - Content
-
... ... @@ -1,969 +1,0 @@ 1 - 2 - 3 -==== **1 引言** ==== 4 - 5 - 6 -===== **1.1 编写目的** ===== 7 - 8 -本文档是为了明确事件管理流程的功能,确定产品功能的实施细节而编写,呈送项目管理者、项目开发者与项目验收者阅读。 9 - 10 - 11 - 12 -===== **1.2 背景** ===== 13 - 14 -本项目是为了依据ITIL理念在组织内实施规范的IT管理流程,并通过ISO20000的认证要求。 15 - 16 - 17 - 18 -===== **1.3 定义** ===== 19 - 20 -事件:用户在信息系统使用过程中,在合同范围内的任何故障和服务请求。 21 - 22 -配置项(CI):指处于或即将处于配置管理控制之下的基础设施和应用系统的组件,可以是一个整系统(包括所有的硬件、软件和文档),也可以是一个简单的模块或是很小的硬件组件。在实际工作中,可以以服务器的名称、容量、安装地址等信息作为CI。 23 - 24 -事件所有者:事件的首要负责人,监控事件的整个处理过程,并负责关闭事件 25 - 26 -事件受派者:事件的处理人,负责解决故障与恢复服务 27 - 28 -服务级别协议(SLA):是IT服务部门与客户就服务提供与支持过程中,关键服务目标及双方的责任等问题协商一致后所达成的协议。 29 - 30 -知识库:指在事件管理和问题管理过程中所涉及到的已知错误、解决方案、变通方法等知识信息。 31 - 32 - 33 - 34 -===== **1.4 参考资料** ===== 35 - 36 -《NMC-ITSM-2-INC-001_V0.6_事件管理流程》 37 - 38 -《事件管理流程参考数据v1》 39 - 40 - 41 - 42 -==== **2 程序系统的结构** ==== 43 - 44 - 45 -以下是事件管理流程的主流程图: 46 - 47 -[[image:1.png]] 48 - 49 - 50 - 51 -==== **3 数据结构设计** ==== 52 - 53 - 54 -===== **3.1 事件单信息** ===== 55 - 56 - 57 -|**字段**| 58 -|(% colspan="2" %)基本信息 59 -|事件ID×+|当事件第一次被保存以后,这个字段显示事件的唯一标志。 60 -|公司| 61 -|客户| 62 -|联系人| 63 -|摘要×| 64 -|关键词| 65 -|详细信息| 66 -|配置项|受影响的配置项 67 -|(% colspan="2" %)分类信息 68 -|分类| 69 -|影响度|广泛/普遍,极大/大型,适度/受限,次要/本地化 70 -|紧急度|严重/高/中/低 71 -|优先级|严重/高/中/低 72 -|事件来源|((( 73 -* E-Mail 74 -* SMS 75 -* 电话 76 -* Web 77 -* 内部报告 78 -* 告警事件 79 -))) 80 -|(% colspan="2" %)日期信息 81 -|报告时间| 82 -|响应时间| 83 -|完成时间| 84 -|关闭时间| 85 -|时间花费(min)| 86 -|(% colspan="2" %)系统信息 87 -|提交人| 88 -|提交时间| 89 -|上次修改人| 90 -|上次修改时间| 91 -|(% colspan="2" %)工作信息 92 -|类型|常规信息/工作日志/客户沟通/事件任务/解决方案 93 -|日期| 94 -|摘要| 95 -|详细信息| 96 -|附件| 97 -|锁定|是/否 允许是否修改工作信息 98 -|查看权限|内部/外部 99 -| | 100 -|状态×|((( 101 -新建 一个事件被记录或创建 102 - 103 -已分派 一个事件已被分派给服务台,一线、二线; 104 - 105 -等待中 事件信息不完整,或在某些情况下阻止服务台或事件分析人员对事件,等待的原因参见“等待原因代码” 106 - 107 -处理中 任何一个事件分析人员(一线/二线)接受了事件; 108 - 109 -已解决 为一个事件找到解决方案或变通方法 110 - 111 -已关闭 事件已经关闭. 关闭的原因参见“关闭原因代码” 112 -))) 113 -|状态原因|((( 114 -状态为“等待”时, 115 - 116 -* 等待客户信息 117 -* 等待变更处理 118 -* 等待问题管理 119 -* 等待厂商处理 120 -* 其它 121 - 122 -状态为“已解决”时, 123 - 124 -* 成功 125 -* 变通方法 126 -* 失败 127 -* 误创建 128 -* 用户原因 129 -))) 130 -|受理组| 131 -|受理人| 132 -|所有者| 133 -|解决方案| 134 -|(% colspan="2" %)任务信息 135 -| | 136 -|(% colspan="2" %)关联信息 137 -| | 138 - 139 -==== **4 流程角色与用户** ==== 140 - 141 -事件提交者:创建事件 142 - 143 -事件所有者:事件的首要负责人,负责监督事件的处理过程 144 - 145 -事件受派者:事件的解决者 146 - 147 -事件管理员(事件经理):对整个事件管理流程进行监管 148 - 149 - 150 -==== **5 标识与记录** ==== 151 - 152 - 153 -===== **5.1 流程描述** ===== 154 - 155 -该子流程是事件管理流程的起始点之一,是服务台受理来自电话、自助平台等渠道的服务请求类和故障类事件,并有效记录事件信息,以及根据事件分类分级进行事件分派的管理流程。服务台通过规范的流程不仅可确保事件信息记录的准确性与完整性,同时通过正确的事件分类分级和事件分派,还可达到提高事件处理质量与效率的目的。 156 - 157 - 158 - 159 -===== **5.2 服务台记录事件** ===== 160 - 161 - 162 -|编号|INC-1-1 163 -|名称|服务台记录事件 164 -|角色|服务台/一线 165 -|必填输入|1.客户信息 166 -2.事件摘要 167 -3.优先级信息 168 -4.所有者信息 169 -|选填输入|1.关联 170 -2.事件类型 171 -3.事件来源 172 -|详细描述|1.确认客户 173 -确认当前客户的信息,判断是否VIP客户 174 -2.判断来源 175 -根据请求来源选择电子邮件、电话、传真等 176 -3.判断事件优先等级 177 -事件等级判别参考《中国移动通信集团辽宁有限公司网管支撑系统维护管理规定(2008版)》第四章 178 -4.判断事件类型 179 -事件类别参考《事件类型》 180 -5.确认事件信息完整性 181 -确认事件必填信息完整,描述清楚 182 -3.事件记录 183 -记录事件相应信息,保存事件请求单 184 -|输出|生成事件请求单 185 -|备注|参考附录《客户类型、级别》、《事件优先等级》 186 - 187 -===== **5.3 自助服务创建事件** ===== 188 - 189 - 190 -|编号|INC-1-2 191 -|名称|自助服务创建事件 192 -|角色|一般用户 193 -|必填输入|1.客户信息 194 -2.事件摘要 195 -3.优先级信息 196 -4.所有者信息 197 -|选填输入|1.关联 198 -2.事件类型 199 -3.事件来源 200 -|详细描述|1.一般用户填写故障或请求的摘要和描述,提交事件 201 -2.系统自动获取用户信息,并根据服务条目信息生成事件的分类、等级等信息 202 -|输出|生成事件请求单 203 -|备注|((( 204 -1.默认的优先级是“一般故障” 205 - 206 -2.参考《自助服务目录》 207 -))) 208 - 209 -===== **5.4 服务请求生成事件** ===== 210 - 211 - 212 -|编号|INC-1-3 213 -|名称|服务请求生成事件 214 -|角色|一般用户 215 -|必填输入|1.客户信息 216 -2.事件摘要 217 -3.优先级信息 218 -4.所有者信息 219 -|选填输入|1.关联 220 -2.事件类型 221 -3.事件来源 222 -|详细描述|1.一般用户填写服务请求 223 -2.服务请求通过外部流程的审批 224 -3.服务请求通过调用系统接口,生成事件 225 -|输出|生成事件请求单 226 -|备注|参考《服务请求目录》 227 - 228 -===== **5.5 告警生成事件** ===== 229 - 230 - 231 -|编号|INC-1-4 232 -|名称|告警生成事件 233 -|角色|监控系统 234 -|必填输入|1.客户信息 235 -2.事件摘要 236 -3.优先级信息 237 -4.所有者信息 238 -|选填输入|1.关联 239 -2.事件类型 240 -3.事件来源 241 -|详细描述|监控系统根据告警信息生成事件,填充事件摘要、详细描述、优先级等信息 242 -|输出|生成事件请求单 243 -|备注|参考《外部接口》 244 - 245 -===== **5.6 事件初步分类** ===== 246 - 247 - 248 -|编号|INC-1-6 249 -|名称|事件初步分类 250 -|角色|服务台/一线 251 -|必填输入| 252 -|选填输入|1.关联 253 -2.事件类型 254 -3.事件来源 255 -|详细描述|1.判断服务范围 256 - 1)服务台根据网管中心IT运维服务的服务目录和服务级别协议对受理的事件信息,判断是否在网管中心IT运维服务范围。 257 - 2)根据客户级别判断服务范围 258 -2.回复用户(通知方式) 259 -\\3.填写事件分类 260 -\\4.关联其他流程 261 -查询现有事件,确定事件是否为重复事件,如果是,则关联为现有事件的副事件 262 -5.关联配置项 263 -\\6.查找知识库 264 -|输出|完善事件的请求信息:分类、关联、来源等 265 -|备注|参考附录《客户类型、级别》、《通知规则》、《产品分类》、《运维分类》 266 - 267 -===== **5.7 服务台解决事件** ===== 268 - 269 - 270 -|编号|INC-1-7 271 -|名称|服务台解决事件 272 -|角色|服务台/一线 273 -|必填输入|1.解决方案信息 274 -|选填输入| 275 -|详细描述|如果是服务台能直接解决的事件,则由服务台填写解决方案,然后直接解决 276 -|输出|事件状态被置为“已解决” 277 -|备注| 278 - 279 -===== **5.8 事件分派** ===== 280 - 281 - 282 -|编号|INC-1-8 283 -|名称|事件分派 284 -|角色|服务台/一线 285 -|必填输入|1.受派组 286 -2.受派者 287 -|选填输入| 288 -|详细描述|((( 289 -将事件单分派给相应的支持组与支持人员: 290 -1)如果服务台自己能够处理,则选择分派给自己 291 -2)如果需要一线支持,则分派给一线 292 -3)如果需要二线支持,则分派给二线 293 -4)如果没有指定指派信息,则由系统根据指派规则进行自动指派 294 - 295 -事件分派后将通知受派者 296 -))) 297 -|输出|状态被置为“已指派” 298 -|备注|参考附录《指派规则》、《通知规则》 299 - 300 -==== **6 调查与诊断** ==== 301 - 302 - 303 -===== **6.1 流程描述** ===== 304 - 305 -这个流程阶段的目标是进行深入的调查,以解决事件。各个技术水平的事件分析员将会参与寻找一个解决方案或变通方案。如果还是不能解决事件,可能需要问题管理流程也参与进来进行更加深入的分析研究。 306 - 307 - 308 - 309 -===== **6.2 事件转派** ===== 310 - 311 - 312 -|编号|INC-2-1 313 -|名称|事件转派 314 -|角色|事件支持人员 315 -|必填输入|1.受派组 316 -2.受派者 317 -|选填输入| 318 -|详细描述|因事件受派者无法处理事件,服务台、事件经理或受派者本人将事件转派给其他支持者 319 -|输出|事件受派组、受派者被改变 320 -|备注|转派过程必须留下记录 321 - 322 -===== **6.3 事件受理** ===== 323 - 324 - 325 -|编号|INC-2-2 326 -|名称|事件受理 327 -|角色|事件受派者 328 -|必填输入| 329 -|选填输入|1.工作日志 330 -|详细描述|受派者查看事件单,将其状态移至“处理中” 331 -|输出|事件状态被置为“处理中” 332 -|备注| 333 - 334 -===== **6.4 事件分析** ===== 335 - 336 -|编号|INC-2-3 337 -|名称|事件分析 338 -|角色|事件受派者 339 -|(% rowspan="2" %)必填输入| 340 -|1.解决方案 341 -|(% rowspan="3" %)选填输入|1.事件分类 342 -|2.配置项 343 -|3.其他流程关联 344 -|(% rowspan="4" %)详细描述|分析事件原因,填写解决方案,并将事件移至“解决与恢复阶段”。过程包括: 345 -|1.完善事件信息 346 -|2.填写工作日志:与客户沟通,了解进一步信息,并将其记录于工作日志中 347 -|3.查找解决方案 348 -|(% rowspan="2" %)输出|1.填充解决方案信息 349 -|2.状态移至“处理中” 350 -|备注| 351 - 352 - 353 -===== **6.5 查询解决方案** ===== 354 - 355 -|编号|INC-2-4 356 -|名称|查询解决方案 357 -|角色|事件受派者 358 -|必填输入| 359 -|选填输入|1.摘要 360 -2.关键字 361 -3.分类 362 -|详细描述|1.输入解决方案搜索信息 363 -2.搜索符合条件的解决方案以及事件、问题、已经错误等,并根据相关记录获取其解决方案信息 364 -|输出|填充解决方案信息 365 -|备注| 366 - 367 -==== **7 解决与恢复** ==== 368 - 369 - 370 -===== **7.1 流程描述** ===== 371 - 372 -该阶段是事件的处理阶段,处理事件包括两个主要类型。 373 - 374 -1. 服务台或一线支持针对服务请求类事件,按照不同角色的服务职责,科学合理地分(转)派事件,以及及时地处理服务请求类事件的管理流程。服务请求类事件采用谁受理,谁负责和谁关闭的原则,但是,如果一线支持受理的服务请求事件需要服务台处理,则是直接“转派”给服务台受理与处理,不再执行任务“分派”,也就是将事件直接转给服务台,由服务台对该事件受理、负责与关闭。 375 -1. 处理服务台分派或一线支持受理的故障类事件的流程。一线支持基于记录与沟通的故障信息,根据自己的专业知识,借助知识库的支撑,诊断分析故障原因,提出适合的故障解决方案,达到对故障的及时处理。如果一线支持无法及时解决故障,需主动升级二线支持解决。在故障处理过程中,如果涉及变更,则需要提交变更申请单走变更管理流程;如果故障仅是通过变通方法解决而没有根本性解决,则需要创建问题申请单走问题管理流程。 376 - 377 -===== **7.2 事件处理** ===== 378 - 379 - 380 -|编号|INC-3-1 381 -|名称|事件处理 382 -|角色|事件受派者 383 -|必填输入| 384 -|选填输入|1.工作日志 385 -2.解决方案 386 -|详细描述|根据事件的解决方案对故障进行处理,恢复服务,并完善解决方案的详细信息。 387 -处理类别: 388 -1.一线处理服务请求 389 -2.二线处理故障 390 -3.现场支持处理故障 391 -4.服务台解决请求 392 -过程包括: 393 -1.创建任务:指派现场工程师支持 394 -2.完善解决方案 395 -3.填写工作日志 396 -|输出|状态移至“已解决” 397 -|备注| 398 - 399 -===== **7.3 任务分派** ===== 400 - 401 - 402 -|编号|INC-3-2 403 -|名称|任务分派 404 -|角色|事件受派者 405 -|必填输入|1.任务名称 406 -2.任务摘要 407 -|选填输入|1.计划开始时间 408 -2.计划结束时间 409 -|详细描述|事件处理过程中,受派者果需要其他工程师支持,可以创建子任务。 410 -1.受派者通过选择任务模板或自定义的任务创建一个任务 411 -2.计划任务的开始时间与结束时间 412 -3.选择一个受派组和受派者 413 -|输出|系统创建一个新的任务,并与事件关联 414 -|备注| 415 - 416 -===== **7.4 服务级别提醒** ===== 417 - 418 - 419 -|编号|INC-3-3 420 -|名称|服务级别提醒 421 -|角色|事件受派者/事件所有者 422 -|必填输入| 423 -|选填输入| 424 -|详细描述|1.当事件受派者在服务级别规定时间内没有响应时,SLA状态变为响应超时并提醒受派者 425 -2.当事件达到解决超时预警的时间时,系统向受派者发出超时预警,并提醒事件经理 426 -3.当事件超过解决时间时,SLA状态变为“解决超时”,并向提醒受派者 427 -|输出|SLA状态改变 428 -|备注|参考附录《服务级别规则》 429 - 430 -===== **7.5 生成解决方案** ===== 431 - 432 - 433 -|编号|INC-3-4 434 -|名称|生成解决方案 435 -|角色|事件受派者 436 -|必填输入|1.事件摘要信息 437 -2.解决方案信息 438 -3.访问权限 439 -|选填输入| 440 -|详细描述|在事件处理完成后,受派者将事件的解决方案提交至知识管理流程进行审核 441 -|输出|系统生成一项解决方案 442 -|备注| 443 - 444 - 445 -==== **8 事件关闭** ==== 446 - 447 - 448 -===== **8.1 流程描述** ===== 449 - 450 -该流程阶段是事件管理流程的结束点,通过验证用户对事件处理的满意度,和事件信息的正确性与完整性,确保事件的最终关闭。 451 - 452 - 453 - 454 -===== **8.2 事件关闭** ===== 455 - 456 - 457 -|编号|INC-4-1 458 -|名称|事件关闭 459 -|角色|服务台/一线 460 -|必填输入|1.状态理由 461 -|选填输入| 462 -|详细描述|当事件状态为“已解决”时,事件所有者查看事件的解决信息,与事件客户确认故障是否解决。 463 -1.如果故障解决,关闭事件单,状态理由选择“成功解决” 464 -2.如果故障依然存在,选择重新打开事件单 465 -|输出|1.事件解决,状态移至“已关闭” 466 -2.事件未解决,重新指派给受派者 467 -|备注|参考《状态理由代码》 468 - 469 -===== **8.3 满意度调查** ===== 470 - 471 - 472 -|编号|INC-4-2 473 -|名称|满意度调查 474 -|角色|一般用户 475 -|必填输入|1.满意度评分 476 -|选填输入| 477 -|详细描述|当事件关闭时,系统发送一个满意度调查给事件请求者,事件请求者为事件处理结果打分 478 -|输出|系统为事件增加一个满意度评分 479 -|备注| 480 - 481 -==== **9 事件与其他流程的关联** ==== 482 - 483 - 484 -===== **9.1 关联配置项** ===== 485 - 486 - 487 -|编号|INC-5-1 488 -|名称|关联配置项 489 -|角色|事件支持人员 490 -|必填输入|1.配置项信息 491 -|选填输入| 492 -|详细描述|1.查找相关配置项 493 -2.将配置项与事件相关 494 -|输出|系统创建一条事件单与配置项的关联记录 495 -|备注| 496 - 497 -===== **9.2 生成问题** ===== 498 - 499 - 500 -|编号|INC-5-2 501 -|名称|生成问题 502 -|角色|事件支持人员 503 -|必填输入|1.问题信息 504 -|选填输入| 505 -|详细描述|在事件解决阶段,创建一个关联问题 506 -1.点击创建问题,将事件信息带到问题单 507 -2.填写问题信息 508 -|输出|系统创建一条事件单与问题的关联记录 509 -|备注| 510 - 511 -===== **9.3 生成变更** ===== 512 - 513 - 514 -|编号|INC-5-3 515 -|名称|生成变更 516 -|角色|事件支持人员 517 -|必填输入|1.变更信息 518 -|选填输入| 519 -|详细描述|在事件解决阶段,创建一个关联变更 520 -1.点击创建变更,将事件信息带到问题单 521 -2.填写变更信息 522 -|输出|系统创建一条事件单与变更的关联记录 523 -|备注| 524 - 525 -===== **9.4 关联解决方案数据库** ===== 526 - 527 - 528 -|编号|INC-5-4 529 -|名称|关联解决方案数据库 530 -|角色|事件支持人员 531 -|必填输入|1.解决方案信息 532 -|选填输入| 533 -|详细描述|将已经存在的解决方案或者新创建的解决方案与当前事件单关联 534 -|输出|解决方案与事件单关联 535 -|备注| 参考“生成解决方案”模块 536 - 537 -==== **10 通用功能** ==== 538 - 539 - 540 -===== **10.1 系统日志** ===== 541 - 542 - 543 -|编号|INC-6-1 544 -|名称|系统日志 545 -|角色| 546 -|必填输入|1.日志内容 547 -2.发生时间 548 -|选填输入| 549 -|详细描述|系统自动记录事件的指派、转派、解决等信息 550 -|输出|系统创建事件的系统日志 551 -|备注| 552 - 553 -===== **10.2 事件搜索** ===== 554 - 555 - 556 -|编号|INC-6-2 557 -|名称|事件搜索 558 -|角色|事件支持人员 559 -|必填输入| 560 -|选填输入|1.摘要 561 -2.分类 562 -3.客户信息 563 -|详细描述|事件的搜索包括以下几个场景: 564 -1.在事件处理过程中,查找相关事件,以便取得有效的解决方案 565 -此情况下,当前事件的摘要、分类等信息需要自动带到搜索界面中 566 -2.管理员查询系统所有事件 567 -此情况下,事件的每个显示字段都可作为查询条件 568 -|输出|系统返回符合条件的所有事件 569 -|备注| 570 - 571 -===== **10.3 事件控制台** ===== 572 - 573 - 574 -|编号|INC-6-3 575 -|名称|事件控制台 576 -|角色|事件支持人员 577 -|必填输入|1.公司 578 -2.筛选类型 579 -|选填输入| 580 -|详细描述|事件的控制台在不同角色登录时有不同的关注类型: 581 -1.服务台能查看到其所拥有的(所有者为自己)当前待处理的事件 582 -2.一线/二线支持能查看到指派给本人当前待处理的事件 583 -3.事件经理能查看到所有优先级高的/SLA超时的事件 584 -|输出|返回所有需要关注的事件 585 -|备注|参考《控制台显示规则》 586 - 587 -==== **11 外部接口** ==== 588 - 589 - 590 -===== **11.1 短信接口** ===== 591 - 592 -1.事件通知 593 - 594 -|方法名|由移动提供 595 -|方法描述|发送事件通知给相关人员 596 -|接口方式|Web Service(调用外部系统的接口) 597 -|(% colspan="2" %)参数 598 -| |接收人手机号码 599 -| |事件ID 600 -| |短信内容 601 - 602 -2.满意度调查反馈 603 - 604 -|方法名|SatisfationSurveyFeedback(incidentID,phone,level) 605 -|方法描述|接收客户对事件处理结果的满意度评分 606 -|接口方式|Web Service 607 -|(% colspan="2" %)参数 608 -|incidentID|事件ID 609 -|phone|事件客户手机号码 610 -|level|满意度分数(1~~5) 611 - 612 -3. 短信操作事件请求单 613 - 614 -|方法名|IncidentProcessing(incidentI,opType,...) 615 -|方法描述|支持人员通过短信操作事件请求单 616 -|接口方式|Web Service 617 -|(% colspan="2" %)参数 618 -|incidentID|事件ID 619 -|opType|操作类型:受理,解决,关闭,…(A,B,C,…) 620 -|…|其他附加参数 621 - 622 -*注:此接口根据操作类型的内容进行完善 623 - 624 - 625 - 626 -===== **11.2 通用事件生成接口** ===== 627 - 628 -1.查询系统中的自助服务目录 629 - 630 -|方法名|QuerySelfService() 631 -|方法描述|查询系统支持的自助服务目录 632 -|接口方式| 633 -|(% colspan="2" %)参数 634 -| | 635 -|(% colspan="2" %)返回值 636 -|services[...]|以数组形式返回所有支持的自助服务条目,数组元素为selfservice类型的对象,该对象的定义参考“selfservice对象定义” 637 - 638 -SelfService对象定义 639 - 640 -|(% colspan="2" %)SelfService 641 -|serviceID|服务ID 642 -|serviceSummary|服务条目摘要 643 -|impact|影响度 644 - 645 -2.查询系统中的支持人员信息 646 - 647 -|方法名|QuerySupportStaff() 648 -|方法描述|查询支持人员信息 649 -|接口方式| 650 -|(% colspan="2" %)参数 651 -| | 652 -|(% colspan="2" %)返回值 653 -|staffs[…]|以数组形式返回系统中所有支持工程师的信息,数组元素为Staff类型的对象,该对象的定义参考“Staff对象定义” 654 - 655 -Staff对象定义 656 - 657 -|(% colspan="2" %)Staff 658 -|statffID|员工ID 659 -|staffFullName|员工姓名 660 - 661 -*查询工程师未决事件单 662 - 663 - 664 -3.事件生成接口 665 - 666 -◆ 接口字段 667 - 668 -[[image:file:///C:\Users\Admmini\AppData\Local\Temp\ksohtml10760\wps1.jpg]] 669 - 670 -*手机号作为请求人唯一的标识ID 671 - 672 - 673 -◆ 接口描述 674 - 675 -|方法名|CreateIncident(summary,details,customerPhone,incType,serviceID,impact,emergency,assigneeID) 676 -|方法描述|外部系统通过此接口在平台上生成一个事件请求单 677 -|接口方式| 678 -|(% colspan="2" %)参数 679 -|summary|事件摘要 680 -|details|详细描述 681 -|customerPhone|客户手机号码,这是用户的唯一标识 682 -|incType|事件类型:1:自助服务、2:监控告警、3:服务请求、… 683 -|serviceID|自助服务ID,非必填 684 -|impact|紧急性,非必填 685 -|emergency|影响度,非必填 686 -|assigneeID|受派者ID,非必填 687 -|(% colspan="2" %)返回值 688 -|result|以boolean类型返回操作结果标志,true为成功,false为失败 689 - 690 -===== **11.3 自助平台** ===== 691 - 692 -参见《通用事件生成接口》 693 - 694 - 695 - 696 -===== **11.4 监控告警** ===== 697 - 698 -参见《通用事件生成接口》 699 - 700 - 701 - 702 -===== **11.5 OC生成事件** ===== 703 - 704 -参见《通用事件生成接口》 705 - 706 - 707 - 708 -===== **11.6 邮件生成事件** ===== 709 - 710 -事件单与邮件信息对照表: 711 - 712 -|事件单|数据来源 713 -|事件摘要|邮件标题 714 -|详细描述|邮件内容 715 -|客户|系统默认的统一帐户 716 - 717 -==== **12 流程规则设计** ==== 718 - 719 - 720 -===== **12.1 通知规则** ===== 721 - 722 -1.通知规则 723 - 724 -|**通知机制**|**紧急度**|**通知对象**|**通知手段**|**是否启用** 725 -|事件提交/指派所有者| |所有者|短信|是 726 -|事件指派| |受派者/客户|短信|是 727 -|事件转派| |受派者|短信|是 728 -|事件解决| |所有者|短信|是 729 -|事件关闭/满意度调查| |客户|短信|是 730 -|事件等待| |客户|短信|是 731 -|事件取消| |客户|短信|是 732 -|SLA响应超时| |所有者|短信|是 733 -|SLA解决超时预警| |受派者|短信|是 734 -|SLA解决超时|重大/严重|事件经理组|短信|是 735 -|SLA解决超时| |受派者|短信|是 736 - 737 -2.短信通知内容模板 738 - 739 -(待定) 740 - 741 - 742 - 743 -===== **12.2 服务级别协议** ===== 744 - 745 -1.服务时间计算 746 - 747 -|**升级类型**|**升级开始计时状态**|**升级结束计时状态**|**说明** 748 -|事件响应超时升级|新建|已指派|升级从事件创建开始,终止于事件分派 749 -|事件受理超时升级|已指派|处理中|升级从事件被分派开始,终止于事件被受理 750 -|事件解决超时升级|已指派|已解决|升级从事件被分派开始,终止于事件解决 751 -|事件超时升级(由事件响应超时、解决超时升级组成)|新建|已解决|升级从事件新建开始到事件解决 752 - 753 -2.服务级别协议目标 754 - 755 -|**升级类型**|**优先级**|**事件类型**|**升级时间(小时)**|**预警时间(%)**|**行动措施** 756 -|(% rowspan="3" %)事件响应超时升级|严重|故障| | |通知 757 -|紧急|故障/请求| | |通知 758 -|一般|故障/请求| | |通知 759 -|(% rowspan="3" %)事件受理超时升级|严重|故障| | |通知 760 -|紧急|故障/请求| | |通知 761 -|一般|故障/请求| | |通知 762 -|(% rowspan="3" %)事件解决超时升级|严重|故障| |半小时|重复通知 763 -|紧急|故障/请求| |半小时|重复通知 764 -|一般|故障/请求| |半小时|重复通知 765 - 766 -===== **12.3 指派规则** ===== 767 - 768 -1.指派所有者 769 - 770 -所有者自动指派规则: 771 - 772 -|规则条件|事件所有者组 773 -|所有事件|服务台 774 - 775 -2.自动指派受派者 776 - 777 -|规则条件|受派组 778 -|XX部门,XX分类的事件|XX支持组 779 -| | 780 -| | 781 -| | 782 -| | 783 -| | 784 -| | 785 -| | 786 -| | 787 -| | 788 - 789 -3.转派限制 790 - 791 -|(% rowspan="2" %)**编号**|(% rowspan="2" %)**事件状态**|(% colspan="2" %)**操作前状态**|(% colspan="2" %)**操作后状态**|(% rowspan="2" %)**结果**|(% rowspan="2" %)**备注** 792 -|**受派组**|**受派人**|**受派组**|**受派人** 793 -|**1**|**新建**|空|空|A组|空|指派|(% rowspan="6" %) 组间的转派只能转派到其他组,而不能指定转派到的具体人 794 -|**2**|**新建**|空|空|A组|甲|指派 795 -|**3**|**已指派或进行中**|A组|空|A组|甲|指派 796 -|**4**|**已指派或进行中**|A组|甲|A组|乙|组内转派 797 -|**5**|**已指派或进行中**|A组|空|B组|空|组间转派 798 -|**6**|**已指派或进行中**|A组|甲|B组|空|组间转派 799 - 800 -表数据说明: 801 - 802 -|**受派组**|**受派人** 803 -|A组|甲 804 -|A组|乙 805 -|B组|甲 806 -|B组|丙 807 - 808 -==== **13 用户界面设计** ==== 809 - 810 - 811 -===== **13.1事件控制台** ===== 812 - 813 - 814 -**[[image:2.png]]** 815 - 816 - 817 - 818 - 819 -===== **13.2 事件请求单** ===== 820 - 821 -**[[image:3.png]]** 822 - 823 - 824 - 825 -==== **14 性能设计** ==== 826 - 827 - 828 -==== **15 附录** ==== 829 - 830 - 831 -===== **15.1 产品分类** ===== 832 - 833 -参见附件《产品目录》 834 - 835 - 836 - 837 -===== **15.2 运维分类** ===== 838 - 839 -参见附件《运维分类》 840 - 841 - 842 - 843 -===== **15.3 优先级** ===== 844 - 845 - 846 -|(% rowspan="2" %)影响度 紧急性|(% rowspan="2" %)重大故障|(% rowspan="2" %)严重故障|(% rowspan="2" %)一般故障 847 -| 848 -|广泛|严重|高|高 849 -|极大|高|高|高 850 -|适度|高|高|中 851 -|次要|高|中|中 852 - 853 -===== **15.4 事件类型** ===== 854 - 855 -用户投诉:由用户申告的故障 856 - 857 -用户服务请求:由用户提交的请求 858 - 859 -系统故障:由监控系统申报的故障 860 - 861 -工作单:一般的工作请求单 862 - 863 -其他:系统预留的其他类型 864 - 865 - 866 - 867 -===== **15.5 事件来源** ===== 868 - 869 -直接输入:从控制台直接提交的事件 870 - 871 -电话:服务台接到用户电话申告的事件 872 - 873 -电子邮件:服务台接到用户通过电子邮件申告的事件 874 - 875 -自助:用户通过自助服务提交的事件 876 - 877 -监控告警:监控系统生成的事件 878 - 879 -其他:系统预留的其他类型 880 - 881 - 882 - 883 -===== **15.6 自助服务目录** ===== 884 - 885 -参见附件《自助服务目录》 886 - 887 - 888 - 889 -===== **15.7 服务请求目录** ===== 890 - 891 -参见附件《服务请求目录》 892 - 893 - 894 - 895 -===== **15.8 状态理由(状态代码)** ===== 896 - 897 -1.等待 898 - 899 -* 等待客户信息:不计算SLA时间 900 -* 等待变更处理 901 -* 等待问题管理 902 -* 等待厂商处理 903 -* 其它 904 - 905 -2.关闭 906 - 907 -* 成功 908 -* 变通方法 909 -* 失败 910 -* 误创建 911 -* 用户原因 912 - 913 -===== **15.9 营业时间、假日** ===== 914 - 915 -1.营业时间 916 - 917 -| |星期一|星期二|星期三|星期四|星期五|星期六|星期日 918 -|开始|8:30|8:30|8:30|8:30|8:30| | 919 -|结束|17:30|17:30|17:30|17:30|17:30| | 920 - 921 -2.营业假日 922 - 923 -|(% colspan="3" %)营业假日 924 -|休假日期|开始时间|结束时间 925 -|06/14/10|0:00|23:59 926 -|06/15/10|0:00|23:59 927 -|06/16/10| | 928 - 929 -===== **15.10满意度评分** ===== 930 - 931 -满意:3-5分 932 - 933 -不满意:1-2分 934 - 935 - 936 - 937 -===== **15.11 客户级别** ===== 938 - 939 -普通用户:一般客户 940 - 941 -VIP用户:在组织中比较重要的客户 942 - 943 - 944 - 945 -===== **15.12 系统日志** ===== 946 - 947 -* 事件创建 948 -* 事件指派 949 -* 事件转派 950 -* 事件解决 951 -* 事件关闭 952 -* 事件取消 953 -* 事件等待 954 - 955 -===== **15.13 事件控制台待办事项显示规则** ===== 956 - 957 -一级规则(查看依据):个人、我的组、所有组(只对事件经理有效) 958 - 959 -二级规则(搜索条件):所有未决、我提交的未决、SLA未决 960 - 961 -三级规则(优先级):高、中、低 962 - 963 - 964 - 965 -==== **15.14 报表列表** ==== 966 - 967 - 968 - 969 -
- 2.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -72.0 KB - Content
- 3.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.superadmin - Size
-
... ... @@ -1,1 +1,0 @@ 1 -69.3 KB - Content