×

扫描二维码登录本站

标签: 暂无标签
Which of the following is NOT a valid objective of Request Fulfilment?
A. To provide information to users about what services are available and how to request them
B. To update the Service Catalogue with services that may be requested through the Service Desk
C. To provide a channel for users to request and receive standard services
D. To source and deliver the components of standard services that have been requested
单选投票, 共有 3 人参与投票

投票已经结束

66.67% (2)
33.33% (1)
0.00% (0)
0.00% (0)
您所在的用户组没有投票权限




上一篇:【小编精选】统一与简化IT管理之道
下一篇:【考题训练第二百三十六期】Which process is responsible for sourcing and...
先锋小编

写了 751 篇文章,拥有财富 5348,被 16 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
chen24juan 发表于 2012-6-11 11:45:43
Which of the following is NOT a valid objective of Request Fulfillment?
A. To provide information to users about what services are available and how to request them
B. To update the Service Catalogue with services that may be requested through the Service Desk
C. To provide a channel for users to request and receive standard services
D. To source and deliver the components of standard services that have been requested
以下哪项不是请求履行的目标
A.        为用户提供关于服务可用性和获取服务程序的信息
B.        将服务台收到的服务请求更新到服务目录中
C.        为用户提供请求和接受标准服务的渠道
D.        提供标准服务的组成部分
答案:B
1、        题干解析
该题的考点是服务请求履行的相关概念。
服务请求履行的目标有四点:
        为用户提供请求和接受标准服务的渠道,这些服务流程是预定义的,预授权的。
        为用户提供关于服务可用性和获取服务程序的信息。
        提供标准服务的组成部分,比如许可证和软件介质。
        帮助处理一般信息、抱怨和评价(注释、评论、评价、意见反馈等)。
2、        相关概念
什么是服务请求?
用户为需要被提供的某事提出的正式请求。例如信息或建议的请求、重置密码、为新用户安装一个工作站。服务请求由请求履行流程进行管理,通常与服务台协作。服务请求作为请求履行的一部分,可能与RFC有关。
什么是服务请求履行
负责管理所有服务请求的生命周期的流程。
3、        知识扩展
服务请求履行受理的服务请求范围:
        标准变更请求
        任务操作请求
        信息查询请求
        投诉和抱怨
        意见反馈
服务请求与故障的区别:
        服务请求通常是能够事先定义其操作路径和步骤的;
        故障通常是一个意外的事件。
        一般,服务请求是一些微型的变更,具有风险低、频率高、成本低的特点。由于服务请求的数量较大,因此实施过程不易制定过于繁琐,多为相对简单的流程。
        v2中的服务请求是作为一种特殊类型的故障,通过故障管理进行处理,到了v3服务请求通过服务请求履行流程单独进行处理,一般是建立请求模型。
赵毅 该用户已被删除
赵毅 发表于 2012-6-4 22:52:26
提示: 作者被禁止或删除 内容自动屏蔽
Powered by ITIL  © 2001-2025
返回顶部