安装：
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-2allsobaiduend~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客户，新建事件之后就可以分配
就到这里吧。
