itop搭建及使用

安装：

1.https://blog.csdn.net/kk185800961/article/details/84954918?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.edu_weight&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.edu_weight

2.https://blog.csdn.net/qq_30287489/article/details/88026365?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522159370391719724845060479%2522%252C%2522scm%2522%253A%252220140713.130102334…%2522%257D&request_id=159370391719724845060479&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduend~default-8-88026365.pc_ecpm_v3_pc_rank_v3&utm_term=itop

概念及使用：

核心

• 如何体现服务提供方和客户的契约关系
• 如何体现双方关于服务的级别关系
• 如何将SLT与时间的分类和分级相连
• 如何尽快帮助IT服务人员尽快找到故障的根因
• 如何严格控制变更风险
• 如何展现变更对业务的影响
• 如何动态的灵活的CMDB配置模型
• 如何确保局部发现的只是能得到全局服务

Top角色包括：

• 超级管理员（Administrator）；
• 变更主管（Change Supervisor）；
• 变更审批经理（Change Approver）；
• 变更执行人员（Change Implementor）；
• 文档作者（Document author）；
• 服务经理（Service Manager）；
• 桌面支持（Service Desk Agent）；
• 现场工程师（Support Agent）；
• 配置管理员（Configuration Manager）；
• 门户增强用户（Portal power user）；
• 门户用户（Portal user）；
• 问题经理（Problem Manager）；

事件：
事件优先级：SLA SLT
事件升级：

• 管理性升级:
• 职能性升级：转单
  事件暂挂
  事件闭环：在服务台，知道评审结束
  事件满意度调查
  事件回顾
  TTO&TTR :响应时间，解决时间。
  事件的关联单
  事件单协同（对外备忘录remark，子单）
  事件的状态
  事件关联的CI
  事件关联的服务目录
  事件单的信息互动
  三分法意义(分类，分级，分线）

itop流程：
组织：系统中可以有很多组织，包括本公司和客户的组织
配置管理 ：机柜机箱，软件硬件，解决方案，业务系统等。有拓扑图，在“依赖于”的地方，可以看到相互影响
事件：发起人是客户或者服务台的人登记
联系人：可以选择所有组织里的任意团队和个人
变更管理：

新建请求：可研究的
新建事件：故障
新建问题：经常出现的问题
交付模式：合同需要交付模式，交付模式需要SLA,一个SLA对应多个SLT
SLA：事件解决的效率

一个事件的组织可以是A公司，也可以是D客户，新建事件之后就可以分配

就到这里吧。