×

微信扫一扫,快捷登录!

标签: 暂无标签

甲:请求管理和事件管理的区别是?

乙:在实务操作中,我们把故障(事件)作为“请求”中的一个类型。这一点确与ITIL中关于请求履行的描述有所差别,在ITIL中,请求的定义范围较窄,而我们把所有的对于服务目录中的服务的召唤都称之为请求了。

甲:我们是把终端用户的大多属于pc相关的纳入请求,监控工具和业务服务器相关的纳入事件

乙:我觉得这样也可以啊。我们确实也类似,服务组织内部工程师对于一个case他直接发起事件,而同一个case用户发起了请求。

各位围观的朋友们,你们如何看这个两者的区别呢??欢迎讨论发表高见~~~~

epehfuTT_FG54.png






上一篇:【转发】浅谈集成商与传统IDC如何向云计算业务转型
下一篇:总263期:2014年第27期先锋讲堂《ITSS符合性评估》录音分享
nilewole2008

写了 190 篇文章,拥有财富 21136,被 12 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
熊二哥 发表于 2014-9-15 11:08:20
事件管理程序应涵盖的环节: ·记录; ·优先级分配; ·分类; ·记录更新; ·升级; ·解决; ·关闭。3、增加了对重大事件更为明确的要求: ·服务提供者应文档化并与客户就重大事件的定义达成一致。 ·重大事件应进行分类并依照程序进行管理。 ·管理层应确保有指定的人员负责管理所分派的重大事件。 ·在协定的服务被恢复后,应对重大事件进行回顾以识别改进的机会。4、在通知人员方面,2011版用“涉及到的相关人员”代替了2005版的“事件流程所有人员”,外延更大了,这也符合2011版引入的新理念“利益相关方”(可能包括内部其他组织、客户或者外部人员)。5、强调了“事件和服务请求管理”与“发布和部署管理”流程间的交互: ·来自发布和部署管理流程的有关发布是否成功以及计划的发布日期等信息应用于事件和服务请求管理流程。详细参考:serviceit/ShowArticle.asp?ArticleID=652
Powered by IT 运维管理
返回顶部