iTop 最终用户文档 (v2.0)---27 用户请求管理（服务台）模块
27 用户请求管理（服务台）模块
iTop中有两种方式管理用户请求。你可以选择安装下面两种模块的任意一种：
[*] 简单工单管理
[*] ITIL v3用户请求管理
简单工单管理模块提供了一个简单的工单管理系统。它被用来跟踪最终用户的请求。简单工单管理系统包含以下两种类型的请求：
[*] 事件：事件被用来跟踪那些影响了交付服务的意外的问题
[*] 服务请求：通常用来申请新的服务或特性，比如安装新电脑、创建一个新的邮件地址
这个模块管理一个单一类型的工单中的两种类型的请求。事件和服务请求会遵循相同的流程。它允许坐席轻松地管理任意一种类型的工单并且不需要重新创建就可以重分派一个请求。
ITILV3的用户请求模块主要关注服务请求。 假设你选择安装这个模块并且如果你也需要管理事件的时候，那么你就需要安装事件管理模块。 无论你选择的是哪个模块，一个用户请求都可以通过用户界面或iTop中直接创建。创建完成之后坐席技术人员就可以修改和通过一个叫“公共日志”的日报与客户联系。而坐席可以通过“私有日志”同公司内的内部团队联系。 客户用户只能看到公共日志。私有日志在网站上是看不到的。 一个用户请求由工作流程所控制以确保它可以根据已定义的流程控制。只有被授权的用户才可以管理用户请求并改变其状态。 一个用户请求被链接到一个父问题或者一个父变更。假设你安装了一个ITIL V3的用户请求模块，那么你的这个请求就可以被链接到一个父事件当中去。 另外，还可以在一个单一用户请求下面重新组合用户的多个请求。 概述控制台允许坐席和坐席的经理去监控桌面支持的动作。
27.1 用户请求
用户请求用来记录所有提交了请求的用户。
27.1.1 用户请求属性
名称类型强制
组织外部关键值到一个组织是
呼叫人外部关键值到一个人是
状态可能值：已审批，已指派，已关闭，升级TTO，升级TTR，新建，挂起，已驳回，已解决，待审批是
起源可能值：邮件，监控，电话，页面否
题目字母数字字符串是
描述多行字符串是
服务外部关键值到一个服务否
服务子目录外部关键值到一个服务子目录否
标记可能值：否，是否
原因字母数字字符串否
暂停原因多行字符串否
请求类型可能值：事件，服务请求否
影响度可能值：一个部门，一个服务，一个人是
紧急度可能值：关键，高，中，低是
优先级可能值：关键，高，中，低是
团队外部关键值到一个团队否
坐席外部关键值到一个人否
批准人外部关键值到一个人否
开始日期日期和时间（年－月－日 小时：分钟：秒）否
上一次更新日期日期和时间（年－月－日 小时：分钟：秒）否
分配日期日期和时间（年－月－日 小时：分钟：秒）否
TTO截止日期核心：属性停表+（100_截止日期）否
TTR截止日期核心：属性停表+（100_截止日期）否
上次暂停日期日期和时间（年－月－日 小时：分钟：秒）否
解决日期日期和时间（年－月－日 小时：分钟：秒）否
关闭日期日期和时间（年－月－日 小时：分钟：秒）否
父请求外部关键值到一个用户请求否
父问题外部关键值到一个问题否
父变更外部关键值到一个变更否
解决代码可能值：支援，错误修正，硬件维修，其它，软件打补丁，系统更新，培训否
解决多行字符串否
解决延迟核心：属性持续时间+否
用户满意度可能值：非常满意，一般满意，不太满意，非常不满意否
用户意见多行字符串否
符合SLA TTO核心：属性停表+（100_通过）否
SLA TTO超时核心：属性停表+（100_超时）否
符合SLA TTR核心：属性停表+（100_通过）否
SLA TTO超时核心：属性停表+（100_超时）否
27.1.2选项卡
选项卡描述
配置项关于这个工单的所有受影响的配置项
联系方式链接到这个工单的所有联系方式
子请求链接到父请求的所有请求
工作指令关于这个工单的所有工作指令
27.2创建用户请求
点击“新建用户请求”按钮
将显示以下表格：
27.3管理公共&私有日志
公共和私有日志用来追踪所有有关用户请求的沟通以及动作。 公共日志是用来与申请人交换信息的。 私有日志是追踪调查和操作的首先方式：比如，复制/粘贴命令结果，与服务提供商联系的汇总等等。
公共日志和私有日志中的每一条条目都会被追踪到，是由谁更新的以及什么时候完成的。并且这个日志是不能被修改和删除的。 公共日志是在客户页面中可见的。
27.4管理受影响的配置项和联系方式
当创建了一个用户请求后，坐席可以通过“配置项”表单指定这个用户请求关联到哪个配置项。影响度分析引擎会自动添加通过选中的条目中有潜在影响的所有配置项到列表中。同时它还会添加所有有潜在影响的联系方式。 在配置管理模块中描述了每一个配置项的影响度规则。
自动影响度分析只有在用户请求第一次被记录时才会启动。稍后，坐席可以从受影响的配置项列表中添加或删除条目：iTop是不会返工工单的更新列表的。
27.5 服务目录的依赖性
桌面支持模块链接到服务目录是为了：
[*] 定义了一个给定的用户可以选择哪些服务以及服务子目录
[*] 定义了一个用户请求可以分配到哪个技术团队
[*] 计算TTO和TTR的截止时间
只有那些在通过与客户签订的合同上被客户购买的服务才会显示在这个服务列表上。这个列表只显示那些所选择的服务和请求类型所对应的服务子目录。以下的图片描述了服务目录元素和用户请求之间的关系。
27.6分配一个服务请求到一个团队和坐席
你能够分配一个用户请求到一个团队的列表由相应的客户交付模式定义。当创建一个用户请求时，坐席需要选择客户组织，然后团队的名单必须是严格限制在客户定义的团队。如果一个团队少了这块，那么客户的交付模式必须进行更新以反映这一需求。请查看关于交付模式的更多信息。 以下图片描述了交付模式和用户请求之间的关系。
27.7自动优先级计算
优先级是自动计算出来的。这个计算是依靠用户请求的影响度和紧急度的。以下的矩阵说明了如何计算优先级。
27.8截止日期计算
为了满足与客户签订的客户协议，iTop会自动计算机TTO和TTR的截止日期。截止日期取决于客户合同中定义好的服务级别协议。基本版本的iTop中没有覆盖这个服务窗口。这个是按照24*7的服务覆盖率来计算的。 只要用户的请求不是暂停或者解决，量化的TTR的时间都会被累积下来。一旦过了TTR的截止日期，这个工单的状态将会自动变为“已升级的TTR” 截止日期的计算取决于：
[*]对于已选择的服务在客户合同中定义好的服务级别协议
[*]服务请求的优先级
[*]请求类型
在服务级别目标中定义好的截止日期对应服务级别协议。 在用户请求上的每一次的更改都会计算截止日期。 当TTO/TTR的累积时间达到TTO/TTR截止日期的75%的时候，用户请求将以黄色显示。一旦过了截止日期，颜色将变为红色。 一旦解决了用户请求，截止日期和措施都会保存在用户请求中。这样既可以分析过程中遇到的问题也可以有汇报的用途。 以下信息都会被记录：
[*]TTO截止日期（日期和时间）
[*]TTO累积时间（秒）
[*]超过TTO（是/否）
[*]TTO溢出（秒）
[*]TTR截止日期（日期和时间）
[*]TTR累积时间（秒）
[*]超过TTR（是/否）
[*]TTR溢出（秒）
27.9 对用户请求重新分组
对于那些有根源的事件下的用户请求重新分组有时是有用的。比如当一台邮件服务器宕机，有可能有一些用户向你抱怨邮箱不可用了。 为了分组用户请求，需要关联父事件。 如果一个事件是一个用户请求的父事件，那么每当更新了私有日志和公共日志时，iTop都会自动更新子请求的日志。当父事件被解决后，iTop同时也会把子请求标为“已解决”。
27.10用户请求生命周期
新建已指派升级TTO等待批准已解决挂起升级TTR已关闭已审批已驳回
组织MMMMR/OMMR/OMM
呼叫人M
MMR/O
R/OMM
状态R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
起源
R/O
R/O
题目
R/O
R/O
描述
R/O
R/O
服务
M
R/O
服务子目录
标记H
HHR/O
R/OHH
原因H
HHR/O
R/OHH
暂停原因HHHHR/OMHR/OHH
请求类型
M
R/OMMR/O
影响度
R/O
R/O
紧急度
R/O
R/O
优先级R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
团队HM
R/OMMR/O
坐席HMHHR/OMMR/OHH
批准人HR/OH
R/OR/OR/OR/OR/OH
开始日期R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
上一次更新日期R/OR/OR/OR/OR/OR/OR/OR/OR/OR/O
分配日期HR/OHHR/OR/OR/OR/OHH
TTO截止日期R/OHR/OR/OHHHHR/OH
TTR截止日期HR/OHHHHR/OHHH
上次暂停日期HHHHHR/OHHHH
解决日期HHHHR/OHHR/OHH
关闭日期HHHHHHHR/OHH
父请求
R/O
R/O
父问题
R/O
R/O
父变更
R/O
R/O
解决代码HHHHMHHR/OHH
解决HHHHMHHR/OHH
解决延迟HHHHR/OHHR/OHH
用户满意度HHHHHHH
HH
用户意见HHHHHHH
HH
符合SLA TTOHR/OHHR/OR/OR/OR/OHH
SLA TTO超时HR/OHHR/OR/OR/OR/OHH
符合SLA TTRHHHHR/OHHR/OHH
SLA TTO超时HHHHR/OHHR/OHH
表关键字：H: 隐藏 R/O: 只读 M: 必填
******************************************************************************
返回汇总首页：http://www.ITILxf.com/thread-36546-1-1.html
:@:o:o:o:o 谢谢楼主分享 学习了！！！很有用！！！
页:
[1]