关键词不能为空

当前您在: 主页 > 英语 >

ITIL管理工具-OTRS安装指南_用户手册

作者:高考题库网
来源:https://www.bjmy2z.cn/gaokao
2021-02-17 14:12
tags:

-

2021年2月17日发(作者:本真)


OTRS::ITSM


用户手册



目录



OTRS::ITSM


用户手册



.


............................. .................................................. .................................................. ................


1



目录


......................... .................................................. .................................................. .................................................. .


1



Chapter 1



系统概述



.


..................................... .................................................. .................................................. .......


3



Chapter 2



基本概念



.


..................................... .................................................. .................................................. .......


8



Chapter 3



事件管理



.


..................................... .................................................. .................................................. .....


1


0



目的



.


.. .................................................. .................................................. .................................................. ......


1


0



活动内容



.


.................................................. .................................................. ..................................................


1


0



流程概述



.


.................................................. .................................................. ..................................................


11



OTRS


系统说明


........ .................................................. .................................................. .......................................


1


7



事件记录,分类,设定优先级



.


......................................... .................................................. .......................


1


8



维护< /p>


customer


资料



.............................................. .................................................. ......................................


2


4



处理事件



.


.................................................. .................................................. ..................................................


2


6



Chapter 4



问题管理



.


.................................................. .................................................. ..........................................


3


3



目的



.


.. .................................................. .................................................. .................................................. ......


3


3



活动内容



.


.................................................. .................................................. ..................................................


3


3



流程概述



.


.................................................. .................................................. ..................................................


3


4



OTRS


系统说明


........ .................................................. .................................................. .......................................


3


9



分析事件记录问题



.


.............................................. .................................................. ......................................


3


9



处理问题



.


.................................................. .................................................. ..................................................


4


6



Chapter 5



配置管理



.


.................................................. .................................................. ..........................................


4


6



目的



.


.. .................................................. .................................................. .................................................. ......


4


6



活动内容



.


.................................................. .................................................. ..................................................


4


7



流程概述



.


.................................................. .................................................. ..................................................


4


7



OTRS


系统说明


........ .................................................. .................................................. .......................................


4


8



Chapter 6



服务管理



.


.................................................. .................................................. ..........................................


5


4



目的



.


.. .................................................. .................................................. .................................................. ......


5


4



活动内容



.


.................................................. .................................................. ..................................................


5


4



OTRS


系统说明


........ .................................................. .................................................. .......................................


5


4



Chapter 7



FAQ


管理



.................................................. .................................................. ..............................................


5


5



目的



.


.. .................................................. .................................................. .................................................. ......


5


5



活动内容



.


.................................................. .................................................. ..................................................


5


5



流程概述



.


.................................................. .................................................. ..................................................


5


5



1



OTRS


系统安装



-



引言


. .................................................. .................................................. .................................


5


7



2



OTRS


之安装部署简介


..... .................................................. .................................................. ..............................


5


7



2.1



名词解释



.


.................................................. .................................................. ..............................................


5


7



2.1.1



Perl



.


.................................................. .................................................. ..........................................


5


7



2.1.2



CPAN



.


.................................................. .................................................. ..........................................


5


8



2.1.3



ITSM



.


.................................................. .................................................. ..........................................


5


8



3



OTRS


之安装部署进行时


.... .................................................. .................................................. ...........................


6


0



3.1



Windows


平台安装部署



.


.............................. .................................................. ...........................................


6


0



3.1.1



操作系统



.


.................................................. .................................................. ..................................


6


0



3.1.2



3.1.3



3.1.4



3.1.5













































数据库



.


....................................... .................................................. .................................................


6


0



Web


服务器



.


..................................... .................................................. ............................................


6


0



Perl



.


.................................................. .................................................. ..........................................


6


1



OTRS



.


.................................................. .................................................. ..........................................


6


5



Chapter 1



系统概述



OTRS::ITSM


可以实现


ITTL


的事件管理,问题管理, 配置管理,服务管理流程。并且提供


FAQ


知识库,日


历,调查,统计等应用工具。




针对不用的角色共有


3


个不同的入口




1.



Agent interface



Agent


透过


agent inte rface


纪录


/


处理,事件,问题。 进行配置管理,


FAQ


写作。









2.



Customer interface




Customers have a special web interface in OTRS. Through this web interface customers can create new accounts, get


an overview on own tickets, create and edit tickets, change the account settings








3.



Public interface




In addition to the web interfaces for agents and customers OTRS has a public web interface that is available through


the FAQ


-


Module (must be installed separately). It provides public access to the FAQ system, and lets visitors search


through the FAQ entries without any authorization.







4.



An overview to the Agent interface



After you have successfully logged into the system the web interface is loaded. Per default you are in the


QueueView after the login. The QueueView provides you a quick overview about tickets in the different


queues, notifies about new messages, tells you how many locked tickets you have, e.g.


To improve the clarity the web interface is separated into different areas. The black bar on top of the


windows shows some general information like the current time and date, your name and your mail


address. Also on the left site a link is displayed that can be used to reload the page.


The white bar below is the navigation bar. It shows buttons that enables you to navigate to different areas


or modules of the system and lets you execute some global actions. The navbar is divided into three


parts. In the left area the logout button, the button to activate the QueueView, a button to load the


customer back-end and a button to load the full-text search are displayed. The



where some system stats can be generated. With the preference button you can reach the screen to


change your own account settings.


tickets, e.g. to close or move more than one ticket.


The middle part of the navbar shows the buttons for the navigation to the other modules of the system.


After a standard installation you only see the


administrator. If some additional application are installed, e.g. the file manager or the web mailer,


buttons to reach this applications are also displayed.


At the right site of the navbar you can get an overview on how many tickets you have locked and if new


messages for you have been arrived.


The grey bar below the navbar shows different system messages. If you are logged in as OTRS


administrator you get a message, that you should not work as administrator. If the calendar module is


installed, the next events are displayed in this section.


The black bar below shows the queue, which is currently selected or tells you, that


selected.


queues for


Below the area with the currently selected queue a grey bar is displayed that contains informations about


the tickets in the system. The next bar shows all queues and their number of open tickets. On a fresh


installed system you can see, that the



If you select the


Now the lower part of the screen contains additional information about the new ticket in the


A black bar is filled with the ID of the ticket and its age. At the left site of this bar the checkbox is


available that lets you mark the ticket for the bulk action. The next grey line contains the actions that can


be done with the ticket (e.g. Lock, Zoom, History). On the right site of this line the date and time when


the ticket was created is displayed.


Below the interface is divided into two parts. On the left site a preview of the ticket is displayed in white


color. The sender of the ticket, the recipient address, the subject and the first lines are shown. On the right


site some additional information for the ticket are displayed in grey color, e.g. the priority and the status.


Some buttons allow to answer the ticket, make a telephone note or move the ticket into another queue.


On the bottom of the screen the site footer is displayed in black color. It also contains some buttons to


activate the QueueView, jump to the beginning of the screen, e.g.






5.



User preferences



Many settings of a user account in OTRS can be configured to their own needs via the user preferences.


Customers, agents and the OTRS administrator have the possibility to adjust their own account


preferences. The preferences page can be reached via the


interface.



A customer can select the web interface language, the maximal count of shown tickets and the refresh


period for the interface. Also it is possible to set a new password and activate/deactivate the display of


closed tickets.


An agent can adjust the interface language, the theme, the default dictionary and the view for the queues.


Also the refresh period for the interface, the maximal count of shown tickets per page and the screen that


should be displayed after a new ticket is created can be set. It is possible to change the password and


select the events when the system shall send a notification to the email address, that is registered for your


account.


The queues, that you want to monitor in your


preferences. You should only select such queues that are important for you.






Chapter 2



基本概念



?



事件管理



事件管理流程是为


IT


用户尽快回到正常工作状态而设计,其关心的重点是快速响应、


快速恢复,使故障


对业务的影响最小化。



事件管理流程受事件触发和驱动,


所谓事件,

< br>是指发生了非常规的运作情况,


包括系统崩溃、


软件故障 、


任何影响用户业务操作和系统正常运作的事情、以及影响业务流程或违背服务水平协议 的情况。事件也


包括一个用户的请求,如,重设用户密码。不是所有的事件都由用户产生 ,监控管理平台产生的告警也


可引发事件。


< br>通常由帮助台负责记录事件相关信息,向用户提供对已知问题的处理方法,报告事件和尽快恢复服务,


目的是在事件管理阶段获得尽可能高的事件解决率。



所有的事件应该基于相关配置项


(CI)


的关键等级 和影响度进行优先级分类。



事件管理的责任是记录、


分类、


调查


/


诊断、< /p>


解决已知问题、


监控追溯事件、


与用户和 问题管理流程交流、


最终解决事件。



?



问题管理



问题是一个或几个已暂时处理但根本原因尚不明确的事件,


< /p>


许多事件往往是由同一个问题引起的。


问题


的来源主要有以下几种:



?



已经关闭的事件,经过回顾分析后,可能形成一个问题;



?



重大事件,虽然经过紧急处理恢复 服务,但未找到根本原因,也形成一个问题;



?



对于趋势性事件的分析,形成问题。



问题管理流程的根本目的是消除或减少事件的发生,




IT


系统内部缺陷导致的业务事件或问题的负 面


影响降到最低限度,此流程分析发生在生产环境的事件


(


常常是已关闭的事件记录


)


,确定最常发生 或具


有最大影响的事件,


找出根本原因,


然后生成变更请求


(RFC)



变通 方法或建议的预防性措施来防止事件


的再次发生。所以问题管理流程需要和变更管理流程 一起来实施找出的解决方案以从根本上解决问题



?



配置管理



配置管理是一个描述、


追溯和汇报所有


IT


基础架构中的每一个设备或系统的管理流程。


这些设备和系 统


被称为配置项


(CI)


。每一个< /p>


CI


必须被有效管理、追溯和控制以支持


IT


服务和基础设施成功运行。配置


管理流程所管理的配置项< /p>


(CI)


包括硬件、软件和网络设备、文档等

IT


基础架构中所有必须控制的组成部


份。所有的数据存在 配置管理数据库


(CMDB)


中。




在说明一个配置项


(CI)


时,


CI


被赋予一个名字和描述,同时诸如责 任人、状态、配置等相关属性也被详


细记录。


CI


之间的关系也可找出并记录到


CMDB


中。


CI


改变时,


CMDB


中的相关信息被更新,



CMDB


也进 行定期审核以确认和维护数据的完整性和一致性。




配置管理是


IT


基础架构组成部份的文档化描述


(


如状态,


关系等

)



并包括配置项


(CI) < /p>


相关的文档资料。


它制定、追溯和汇报相关信息,以增强其他流程 的更有效运行,特别是变更管理、事件管理和问题管理


等流程。




配置管理是


IT

服务管理的一个核心流程,能确保


IT


环境中所有


IT


设备


/


系统及其配 置信息得到有效完


整的记录和维护,包括各


IT


设备


/


系统之间的物理和逻辑关系,从而为实现有效< /p>


IT


服务管理奠定基础。


例如:



通过了解系统当前的配置信息,与其他配置项


(CI)


的关系和历史状况等,帮助台员工可迅速正确


判断故障 ,找出有效解决方案,从而确保系统的可用性。




?



服务管理



配置管理是一个描述,管理所有


IT


服 务,以及服务级别


SLA


的管理流程



SLA


规定了


IT

服务的服务水平。




?



Queue



Queue


相当于邮件系统的


inbox,


用来分类存放


ticket.





?



角色



?



Agent



?



1


st


line support



负责纪录,处理事件


, raise


问题



?



Incident manager



负责事件管理流程



?



2


nd


line support



负责分析事件历史,纪录,处理问题



?



Problem manager



负责问题管理流程



?



Configuration Manager



负责配置管理流程



?



Customer



客户(

< p>
IT


服务使用者)


,可以自己通过


customer interface


自己提交事件,更新事件,查阅


FAQ











Chapter 3



事件管理



目的



事件管理流程的主要功能是尽快 解决环境中出现的事件,保持


IT


环境的稳定性,其目的包括:



?



在成本允许的范围内尽快恢复服务



1.



快速响应系统监控产生的故障或用户的电话请求



2.



在线获得帮助



3.



沟通问题解决的状态



?



进行事件控制



1.



2.



3.



4.



1.



2.



3.



4.



1.



2.



3.



4.



1.



2.



3.



4.



5.




记录事件



就事件的优先级、紧急性和严重性进行分类



分析、诊断,必要时进行升级



监视,并结束事件



?



支持业务运行



对业务应用提供二级支持



解答有关如何使用的问题



记录关于新服务的需求



记录关于改变的请求



?



提供一个与业务部门的日常接口



提供关于服务状态的信息更新



新服务的报告



关于即将到来的新服务或事件的通知



进行事后回顾



?



提供


IT


管理信息



人力利用情况



服务可用性



产品质量



支持效率



供应商服务情况



活动内容



事件管理流程始于事件的探 测和报告,结束于事件的解决。该流程包含下述主要内容:



?



事件接收和记录






这个环节是事件管理流程的起点。


所有用户或系统报告的


IT


事件必须 由此步骤开始。


此步骤的目的是


在事件发生时快速准确地发现, 以协助事件的诊断和解决并通知相关人员。在此步骤中将会收集创建事件记


录所需的信息 。



该环节的关键是信息的准确性和完整性。



?



分类和在线支持



事件可以是一个服务 请求、信息请求或服务故障,对于每个事件,需要确立优先级、影响度、和分类。若


没有 现成的解决方案或临时解决措施,该事件将分配给合适的支持人员对此进行调查。



该环节的关键是需要知识库支持和正确的事件分派。



?



调查和诊断



若在线支持人员无法解决 事件,


可运用自身技能、


知识库、诊断工具等进行更加深入的分 析以找到恢复服


务的临时措施,必要时将使用多名技术员以寻求解决措施。



?



解决和恢复



技术人员实施事件的解决 方案,


并将解决完毕的事件转回帮助台,


由帮助台通知用户解决 的结果,并得到


用户的确认。



?



事件关闭



当用户确认事件解决后,此时可关闭该事件,并在必要时更新知识库

FAQ


。若用户对此解决方案不满意,则


对该事件继续进行 处理,不能关闭。




流程概述



事件管理流程步骤描述








事件管理流程步骤描述-事件检测和记录



主要工作内容



1


识别验证客户信息



客户信息项建议:



客户名称




员工号



电话号码



E


-


mail



2


鉴别是新事件还是现存事件



3


创建新的事件单



事件单信息项建议:



引入客户信息




事件的描述



4


如有需要更新事件单的信息



5.


验证


CI


的信息



6.


报告正确的

CI


信息







事件管理流程步骤描述-事件分类和初始支持



主要工作内容



1


识别事件类型



2


创建


RFC



3


展开调查



4


搜索提供信息



5


确定严重等级



6


如有需要,创建公告信息



7


了解症状



8


匹配解决方案


/


变通方法

< p>


9


分配事件单



10


接受事件单



11


如有必要重新进行分类






事件管理流程步骤描述-事件调查和诊断



主要工作内容



1


查找类似事件


.



2


关联事件到主事件



3


提供主事件状态与事件数量



4


诊断



5


分派事件



6


接受事件



7


如有需要重新分类



8


创建问题单






事件管理流程步骤描述-事件解决和恢复



主要工作内容



1


调查是否需要


RFC



2


创建


RFC



3


沟通解决方案和变通方法



4


执行解决方案


/

< br>变通方法



5


验证事件的解决



6


判断是否需要进行根源分析



7


创建新问题



8


关联事件到问题记录



9


如有必要移除公告信息





事件管理流程步骤描述-事件关闭



主要工作内容



1


如有需要重新分类



2


验证解决请求同意关闭




3


如有需要提交知识库



4


关闭事件单






OTRS


系统说明



Agent


透过


agent inte rface


纪录


/


处理事件。




通过


agent< /p>


入口进入系统,进入系统后,系统自动切换到


queue overview.




< p>
Agent


可以通过导航条来切换


OTRS


模块,


OTRS


模块如下


模块



Ticket



Service



ConfigItem



Calendar



说明



ticket


管理



服务管理



配置管理



日历



TimeAccounting



时间统计



Survey



FAQ



Stats




调查



知识库



Ticket


统计



Ticket


模块功能块描述




功能



QueueView



描述



查看


Queue



comments





Phone


-


ticket



建立


ticket,


电话与


customer


确认



Email


-


tic ket



建立


ticket, Ema il



customer


确认




Search



Customer



查询


Ticket


< br>维护


customer


资料





目前只提供重新分派


Queue



Bulk


-


Action

< br>


批处理动作





事件记录,分类,设定优先级



注意事项;



1.



Phone


-


ticket vs Email


-


ticket



如果


customer


没有

email,


选择


phone


-< /p>


ticket


建立


ticket,


新建立的


ticket


将需要通过电话跟< /p>


customer


确认



?



如果没有


customer


资料,为


customer

< br>建立资料。



备注;维护


cus tomer


资料,参见后节



维护


customer


资料


< br>



如果


customer



email,


选择


email


-


ticket


建立


ticket,


新建立的


ticket< /p>


将会发送给


customer


确认。



?



如果没有< /p>


customer


资料,为


custom er


建立资料。



2.



Incident::ServiceRequest vs other incident type



如果是服务请求,选择


Type



Incident::Servic eRequest, Service


选择相应的


service, SLA


选择相应的


SLA.



其他的事件无需选择


SLA.





Phone


-


ticket




说明;



Type


(Ticket Type)


Ticket Type



Incident



Incident::Disaster



Incident::ServiceRequest



default




From


(customer)


C ustomer


信息,可以用工号,


email


address


来查找。如果找不


Customer


信息,需要手动建


立。




To


(Ticket Queue)


Queue



Helps



Helps::Desktop



Helps::Notes



Helps::Networking



Helps::Application



用途



不确定类别的事情



电脑相关



Notes


软件相关



网络相关



业务应用相关



备注







未来需要细分



用途



普通事件



灾难事件



服务请求



缺省



备注















Helps::Application::ORACLE





Helps::Telephone




Service


服务管理模块定义




SLA


服务管理模块定义




Owner


ORACLE EBS


相关





电话相关







TICKET


的主人,用来分派任务




Subject


TICKET


的主旨




Text


TICKET


的内容




Attachment


TICKET


目前不支持


RICH TEXT,


因此有其他的内容需要用附件的方式添加上去




CustomerID


Custo mer


的识别号,初步设计为员工编号




Next ticket state


Ticket


的状态



Name


closed successful


closed unsuccessful


Closed


workaround


merged


new


open


pending auto close+


pending auto close-


pending reminder


removed


merged


new


open


pending auto


pending auto


pending reminder


removed


融合到其他


ticket


新建立



开启



等待自动关闭



等待自动关闭



等待提醒



刈除










Type


closed


closed


Means


成功关闭



不成功关闭



Workaround


关闭



Comments





with


closed



Pending Date (for pending* states)


等待的日期




Impact


事件对该服务的


imp act


程度。在服务管理模块定义。



1


very low


2


3


4


5


low


normal


high


Very high



Priority


1


2


3


4


5



Priority


通过以下矩阵计算得出,也可以手动填写。< /p>



备注;只有选择了定义的服务,系统才能根据下面的矩阵计算< /p>


Priority





表格



1 : Priority


计算矩阵



very low


low


normal


high


Very high



1 very low



2 low



3 normal



4 high



1 very low



2 low



3 normal



4 high



5 very high



Critical



1



1



2



2



1



2



2



3



4



2



2



3



4



4



2



3



4



4



5



3



4



4



5



5



5 very high



3



impact



Due Date


Ticket


必须关闭的截止日期




Time units (work units)


处理


ticket


花费的时间,可以是


agent


纪录事件消耗的时间






Ema il


-


ticket




说明;



Type


(Ticket Type)


Ticket Type



Incident



Incident::Disaster



Incident::ServiceRequest



default



意义



普通事件



灾难事件



服务请求



缺省



备注














From


(Ticket queue)


Queue



Helps



Helps::Desktop



Helps::Notes



Helps::Networking



Helps::Application



Helps::Application::ORACLE





意义



不确定类别的事情



电脑相关



Notes


软件相关



网络相关



业务应用相关



ORACLE EBS


相关





备注







未来需要细分



未来需要细分





Helps::Telephone




To


(customer)


电话相关




Customer


信息,可以用工号,


email

< p>
address


来查找。如果找不


Custome r


信息,需要手动建


立。




CC



e mail


相同,抄送




BCC



email


相同,密件抄送




Service


服务管理模块定义




SLA


服务管理模块定义




Owner


TICKET


的主人,用来分派任务




Subject


TICKET


的主旨




Text


TICKET


的内容




Attachment


TICKET


目前不支持


RICH TEXT,


因此有其他的内容需要用附件的方式添加上去




CustomerID


Custo mer


的识别号,初步设计为员工编号




Next ticket state


Ticket


的状态



Name


closed successful


closed unsuccessful


Closed


workaround


merged


new


open


pending auto close+


pending auto close-


merged


new


open


pending auto


pending auto


融合到其他


ticket


新建立



开启



等待自动关闭



等待自动关闭








Type


closed


closed


Means


成功关闭



不成功关闭



Workaround


关闭



Comments





with


closed


pending reminder


removed


pending reminder


removed


等待提醒



刈除






Pending Date (for pending* states)


等待的日期




Impact


事件对该服务的


imp act


程度。在服务管理模块定义。



1


very low


2


3


4


5


low


normal


high


Very high



Priority


1


2


3


4


5



Priority


通过以下矩阵计算得出,也可以手动填写。< /p>



备注;只有选择了定义的服务,系统才能根据下面的矩阵计算< /p>


Priority





1 very low



2 low



3 normal



4 high



1 very low



2 low



3 normal



4 high



5 very high



Critical



1



1



2



2



1



2



2



3



4



2



2



3



4



4



2



3



4



4



5



3



4



4



5



5



very low


low


normal


high


Very high


5 very high



3



impact



Due Date


Ticket


必须关闭的截止日期




Time units (work units)


处理


ticket


花费的时间,可以是


agent


纪录事件消耗的时间




维护


customer


资料



Customer


资 料来源于


2


个地方



4.



Microsoft Active Directory



5.



Local MySQL Database



备注:


如果


customer


已经有


MSAD

< p>
资料


;


或者


custo mer


需要申请


MSAD


账号,


就不需要


agent


维护

customer


资料。




Agent


只能维护


Local MySQL Database


中的


Customer


资料



因此


sourc e


选择


database backend,


如下图。





栏位说明:



Field



Salutation


Firstname


Lastname


Username


Password


Email


CustomerID


Comment


Valid


Theme



Language



Shown Tickets



Description



title






用户名



密码



Email:


*



ID


备注



是否合法



主体



缺省语言



Max. shown Tickets a page in Overview



Comments




required


required


required


required


required


使用工号






影响< /p>


customer


登陆


OTRS


的系统语言






QueueView refresh time



QueueView refresh time



Closed Tickets







处理事件



事件生成之后,


IM manager


需要批准或者拒绝服务请求,


更新


SLA


参数,


重新确定事件优先级,


分派任务


.Agent


需要处理事件。



回应事件



需要同

customer


交互信息,可以用选择


Compose Answer (email)


或者


Contact customer (phone)




?



Compose Answer (email)


将会将


update



ticket


内容


email



customer.





?



Contact customer (phone)


将不会 将


update



ticket


内容


email



c ustomer


,需要


agent


电话 通知


customer.




事件升级



对于某些事件可能需要升级





选择导航条下的


priority.



选择新的


priority.





Priority


的含义参见



表格



1 : Priority


计算矩阵






事件分派




?



选择导航条下的


Owner,


指定新 的


agent


来处理。






或者分派到另外的


Queue.






批准和拒绝



IM manager


需要批准或者拒绝服务请求




选择导航条下的


decision





结束事件




选择导航条下的


close




注意


next state



closed successful..






















Chapter 4



问题管理



目的



问题管理流程在



IT


部门设立的主要目的是分析已被列为问题的事件(一组或一个)的根本原因,然后找出

< br>解决方案。包括:



1.



6.



7.



8.



9.





分析并确定事件的根本原因,以防止再次发生



主动提供预防性措施



提高

< p>
IT


服务的可靠性



降低


IT


支持成本



提高


IT


部门的整体形象和名誉



活动内容



问题管理流程着重于消除事 件或减少事件发生,确定事件的根本原因。主要活动包括分析事件、找出问题、


分派问题 、确定根本原因、找出解决方案以消除事件或在其发生时降低对用户或业务的影响。其主要内容如


下:



?



问题检测和记录



定期分析事件,找出潜在问题,生成问题记录




在系统中生成问题记录并把所有相关事件与此记录关联起来



重大或紧急事件处理完后定义为问题



技术支持专家在日常运维中发现的问题



主动性防范



?



问题分派



根据问题内容将问题记录分派给适当的技术小组。



?



问题调查与诊断



根本原因分析



被分派的小组人员将调查问题以期找出其原因,


制定解决方案、

变通方法或提出预防性措


施,以消除产生原因,或在重发时使其影响力最小化。



更新已知错误




问题记录必须被更新以反映它是已知错误状态,


并且把任何变通 方法、


避免或最小化负面


影响的动作行为也记录下来(如果需要 添加到知识库中)




提出变更请求



对问题的解决方案进行评估,通过提出变更请求(


RFC


) 以对该方案进行测试和实施。如



RFC


没有被批准,问题记录保持为已知错误,它们可以被事件支持人员在事件再次发生时参考借鉴。



?



问题解决



一旦找出问题根本原因,并 实施了解决方案,确认已解决了问题,问题记录可以关闭。



?



问题关闭



问题必须进行回顾以找出改进机会或总结预防性措施。


包括改进 事件监测、


找出技能差距和文档资料改进


等。

< br>



流程概述



问题管理流程概述




问题流程步骤描述-问题检测和记录



主要工作内容



1


回顾事件



2


分析事件趋势



3


创建问题单




4


判断严重等级





问题流程步骤描述-问题分派



主要工作内容



1


判断是否需要经理分派



2


验证和接受问题



3


如有必要重新分类



4


获取补充信息



5


验证问题严重等级



6


分派问题





问题流程步骤描述-问题调查与诊断



主要工作内容



1


调查问题



2


匹配已知错误



3


诊断问题



4


识别根本原因



5


记录根本原因



6


标注问题为“已知错误”



7


通知事件管理流程





问题流程步骤描述-问题解决



主要工作内容



1


调查解决方案的可行性



2


寻求变通方法



3


与客户回顾探讨



4


记录变通方法



5


建立解决方案



6


记录解决方案



7


创建


RFC



8


监控


RFC



9


升级问题






问题流程步骤描述-问题关闭



主要工作内容



1


验证结果




2


如有必要更新知识库



3


关闭问题单




OTRS


系统说明



To generate a problem ticket from one or more incidents, generate a new ticket and link it with the


relevant incident tickets. This way, the underlying incidents can be processed individually, can be closed


with a workaround if necessary and later be substituted with a permanent solution.


A merging of incident and problem tickets obscures the reporting and complicates controlling and the


continuous improvement of the IT services.





分析事件记录问题




?



如果


cu stomer


没有


email,


选择< /p>


phone


-


ticket


建立


ticket,


新建立的

ticket


将需要通过电话跟


customer


确认



?


< p>
如果


customer



email,


选择


email


-


ticket


建立


ticket,


新建立的


ticket


将会发送给


customer


确认。




Phone


-


ticket

< p>



说明;



Type


(Ticket Type)


Ticket Type



Problem



Problem::KnownError



Problem::PendingRfC




From


(customer)


Customer


信息,可以用工号,


email


address


来查找。如果找不


Customer


信息,需要手动建


立。




To


(Ticket Queue)


Queue



Problems



Problems::Desktop



Problems::Notes



Problems::Networking



Problems::Application



Problems::Telephone



用途



不确定类别



电脑相关



Notes


软件相关



网络相关



业务应用相关




备注







未来需要细分




用途



普通问题



已知错误



等待中


RFC




备注



















Service


服务管理模块定义




SLA


服务管理模块定义




Owner








TICKET


的主人,用来分派任务




Subject


TICKET


的主旨




Text


TICKET


的内容




Attachment


TICKET


目前不支持


RICH TEXT,


因此有其他的内容需要用附件的方式添加上去




CustomerID


Custo mer


的识别号,初步设计为员工编号




Next ticket state


Ticket


的状态



Name


closed successful


closed unsuccessful


Closed


workaround


merged


new


open


pending auto close+


pending auto close-


pending reminder


removed


merged


new


open


pending auto


pending auto


pending reminder


removed


融合到其他


ticket


新建立



开启



等待自动关闭



等待自动关闭



等待提醒



刈除










Type


closed


closed


Means


成功关闭



不成功关闭



Workaround


关闭



Comments





with


closed



Pending Date (for pending* states)


等待的日期




Impact


事件对该服务的


imp act


程度。在服务管理模块定义。



1


2


3


4


5


very low


low


normal


high


Very high



Priority


1


2


3


4


5



Priority


通过以下矩阵计算得出,也可以手动填写。< /p>



备注;只有选择了定义的服务,系统才能根据下面的矩阵计算< /p>


Priority





1 very low



2 low



3 normal



4 high



1 very low



2 low



3 normal



4 high



5 very high



Critical



1



1



2



2



1



2



2



3



4



2



2



3



4



4



2



3



4



4



5



3



4



4



5



5



very low


low


normal


high


Very high


5 very high



3



impact



Due Date


Ticket


必须关闭的截止日期




Time units (work units)


处理


ticket


花费的时间,可以是


agent


纪录事件消耗的时间






Ema il


-


ticket




说明;



Type


(Ticket Type)



Ticket Type



Problem



Problem::KnownError



Problem::PendingRfC






From


(Ticket queue)


Queue



Problems



Problems::Desktop



Problems::Notes



Problems::Networking



Problems::Application



Problems::Telephone





用途



不确定类别



电脑相关



Notes


软件相关



网络相关



业务应用相关






备注







未来需要细分






用途



普通问题



已知错误



等待中


RFC




备注
















To


(customer)








Customer


信息,可以用工号 ,


email


address


来查找 。如果找不


Customer


信息,需要手动建


立。




CC



email


相同,抄送




BCC



email


相同,密件抄送




Service


服务管理模块定义




SLA


服务管理模块定义




Owner


TICKET


的主人,用来分派任务




Subject


TICKET


的主旨




Text


TICKET


的内容




Attachment


TICKET


目前不支持


RICH TEXT,


因此有其他的内容需要用附件的方式添加上去




CustomerID


Custo mer


的识别号,初步设计为员工编号




Next ticket state


Ticket


的状态



Name


closed successful


closed unsuccessful


Closed


workaround


merged


new


open


merged


new


open


融合到其他


ticket


新建立



开启






Type


closed


closed


Means


成功关闭



不成功关闭



Workaround


关闭



Comments





with


closed

-


-


-


-


-


-


-


-



本文更新与2021-02-17 14:12,由作者提供,不代表本网站立场,转载请注明出处:https://www.bjmy2z.cn/gaokao/662137.html

ITIL管理工具-OTRS安装指南_用户手册的相关文章

  • 爱心与尊严的高中作文题库

    1.关于爱心和尊严的作文八百字 我们不必怀疑富翁的捐助,毕竟普施爱心,善莫大焉,它是一 种美;我们也不必指责苛求受捐者的冷漠的拒绝,因为人总是有尊 严的,这也是一种美。

    小学作文
  • 爱心与尊严高中作文题库

    1.关于爱心和尊严的作文八百字 我们不必怀疑富翁的捐助,毕竟普施爱心,善莫大焉,它是一 种美;我们也不必指责苛求受捐者的冷漠的拒绝,因为人总是有尊 严的,这也是一种美。

    小学作文
  • 爱心与尊重的作文题库

    1.作文关爱与尊重议论文 如果说没有爱就没有教育的话,那么离开了尊重同样也谈不上教育。 因为每一位孩子都渴望得到他人的尊重,尤其是教师的尊重。可是在现实生活中,不时会有

    小学作文
  • 爱心责任100字作文题库

    1.有关爱心,坚持,责任的作文题库各三个 一则150字左右 (要事例) “胜不骄,败不馁”这句话我常听外婆说起。 这句名言的意思是说胜利了抄不骄傲,失败了不气馁。我真正体会到它

    小学作文
  • 爱心责任心的作文题库

    1.有关爱心,坚持,责任的作文题库各三个 一则150字左右 (要事例) “胜不骄,败不馁”这句话我常听外婆说起。 这句名言的意思是说胜利了抄不骄傲,失败了不气馁。我真正体会到它

    小学作文
  • 爱心责任作文题库

    1.有关爱心,坚持,责任的作文题库各三个 一则150字左右 (要事例) “胜不骄,败不馁”这句话我常听外婆说起。 这句名言的意思是说胜利了抄不骄傲,失败了不气馁。我真正体会到它

    小学作文