From version 1.1 >
edited by superadmin
on 2024/12/12, 16:51
To version < 8.1 >
edited by superadmin
on 2024/12/13, 16:40
>
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -15,7 +15,7 @@
15 15  [[[[image:https://www.itophub.io/wiki/media?w=400&tok=ba212c&media=3_0_0:implementation:impleguideschema.png||alt="iTop on-boarding cheat sheet"]]>>url:https://www.itophub.io/wiki/media-detail?id=3_0_0:implementation:start&media=3_0_0:implementation:impleguideschema.png]]
16 16  
17 17  
18 -本文档没有详细描述如何使用iTop的所有特性。对于更多使用iTop的细节,参考 “[[iTop用户手册>>url:http://wiki.itop.work/docs/enduser/]]”。
18 +本文档没有详细描述如何使用iTop的所有特性。对于更多使用iTop的细节,参考 “[[iTop用户手册>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/%E5%BC%80%E6%BA%90ITIL%E8%BD%AF%E4%BB%B6%20-%20iTop%E5%AE%9E%E6%96%BD%E6%96%B9%E6%B3%95/iTop%E6%9C%80%E7%BB%88%E7%94%A8%E6%88%B7%E6%89%8B%E5%86%8C/]]”。
19 19  
20 20  == ==
21 21  
... ... @@ -23,7 +23,7 @@
23 23  
24 24  ----
25 25  
26 -在iTop中有多重创建新对象的方式,这取决于对象的类以及是否希望交互式地、逐个地或者批量地创建对象。通过菜单创建每个对象的对应类的步骤在[[数据模型文档>>url:http://wiki.itop.work/docs/datamodel/]]中详细进行了解释,但是对于管理员来说,有两种更便捷的方法:
26 +在iTop中有多重创建新对象的方式,这取决于对象的类以及是否希望交互式地、逐个地或者批量地创建对象。通过菜单创建每个对象的对应类的步骤在[[数据模型文档>>https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/%E5%BC%80%E6%BA%90ITIL%E8%BD%AF%E4%BB%B6%20-%20iTop%E5%AE%9E%E6%96%BD%E6%96%B9%E6%B3%95/iTop%E5%AE%9E%E6%96%BD%E6%8C%87%E5%8D%97/iTop%E6%95%B0%E6%8D%AE%E6%A8%A1%E5%9E%8B%E6%96%87%E6%A1%A3/]]中详细进行了解释,但是对于管理员来说,有两种更便捷的方法:
27 27  
28 28  * **通过 CSV 导入**: 如果希望创建同一类对象的多个实例,通常从现有数据集导入它们更容易。“数据管理”菜单下的CSV导入工具就是为此设计的。以CSV格式准备数据:作为文本文件,每行一个对象,值由固定字符(分号、逗号或制表符)分隔。然后通过CSV导入向导引导,将文件加载到iTop中。
29 29  * **通过全局检索**: 要创建任何类的新对象,请使用“管理工具”部分的菜单“通用搜索”。执行这个类的对象的搜索,然后使用“操作 / 新建…”弹出菜单来创建类的新实例。
... ... @@ -46,6 +46,9 @@
46 46  当计划部署iTop时,要做的首要决定是关于组织的结构。在iTop中,组织主要用于两个目的:从安全的角度来说,描述客户和供应商实体以及划分数据。几乎所有在iTop中加载的对象都与组织有关,因此在将其他对象加载到iTop之前,创建一个合适的组织结构是很重要的。
47 47  
48 48  
49 +(% class="wikigeneratedid" %)
50 +==== ====
51 +
49 49  ==== 理解客户和供应商 ====
50 50  
51 51  
... ... @@ -52,6 +52,9 @@
52 52  在iTop中,没有所谓的“客户”或“供应商”,只有“组织”。就像在现实生活中一样,组织是客户还是供应商取决于观察的视角。例如,组织“公司A”可以是“公司B”的客户,同时也是“公司C”的供应商。iTop中的客户/供应商关系使用合同表示。如果有一个合同,“B公司”作为供应商,“A公司”作为客户,那么“A公司”就是“B公司”的客户。
53 53  
54 54  
58 +(% class="wikigeneratedid" %)
59 +==== ====
60 +
55 55  ==== 客户合同和供应商合同的不同之处在哪里? ====
56 56  
57 57  
... ... @@ -60,7 +60,6 @@
60 60  * 供应商与服务目录中的任何服务都不相关。
61 61  * 服务级别协议在供应商合同中记录为一个自由的文本字段,因此不能用于iTop中的自动计算。
62 62  
63 -
64 64  供应商合同对于记录与第三方供应商的合同(在ITIL术语中称为支持合同)非常有价值,对于这些合同,iTop中不会跟踪任何工单。
65 65  
66 66  
... ... @@ -68,6 +68,10 @@
68 68  
69 69  ==== ====
70 70  
76 +==== ====
77 +
78 +==== ====
79 +
71 71  ==== 组织和访问权限 ====
72 72  
73 73  
... ... @@ -90,6 +90,10 @@
90 90  
91 91  === ===
92 92  
102 +=== ===
103 +
104 +=== ===
105 +
93 93  === 创建地理位置 ===
94 94  
95 95  
... ... @@ -99,6 +99,12 @@
99 99  要认真地计划去创建地理位置。位置很难识别(没有普遍接受的位置唯一标识符),如果您的公司还没有,您可能想要提出一个 //命名约定// 避免CMDB中重复的位置。
100 100  
101 101  
115 +(% class="wikigeneratedid" %)
116 +==== ====
117 +
118 +(% class="wikigeneratedid" %)
119 +==== ====
120 +
102 102  ==== 共享地址位置 ====
103 103  
104 104  
... ... @@ -105,6 +105,9 @@
105 105  在企业环境中,即使角色和职责的分割有利于创建若干个子组织,但经常需要在几个组织之间拥有“共享”位置来记录“协作位置”。在iTop的标准版本中,它没有提供在组织之间实际“共享”对象的方法。但是,地理位置以与访问权相同的方式从父组织“继承”到子组织。这意味着属于“公司A2”的人员、服务器或网络设备可以位于属于“公司A”的位置。
106 106  
107 107  
127 +(% class="wikigeneratedid" %)
128 +=== ===
129 +
108 108  === 创建人员 ===
109 109  
110 110  
... ... @@ -114,6 +114,9 @@
114 114  而且,每个用户记录都链接到一个人员对象。因此,必须在将用户帐户导入到iTop之前创建人员。用户记录定义了访问权限(和识别方法),而人员对象定义了关于联系人的信息:姓名、位置、电子邮件地址、电话……
115 115  
116 116  
139 +(% class="wikigeneratedid" %)
140 +=== ===
141 +
117 117  === 创建团队 ===
118 118  
119 119  
... ... @@ -120,6 +120,9 @@
120 120  为了定义职责,团队与几种类型的对象(如合同或工单)相关联。团队也被用作分配工单的“工作组”。用于分配工单的团队也必须至少有一个成员(分配工单的处理人)。在团队和人员之间的链接上的属性“角色”不是强制性的,因此可以将其保留为空,但是定义团队中人员的角色(团队领导、经理……)是有价值的。
121 121  
122 122  
148 +(% class="wikigeneratedid" %)
149 +=== ===
150 +
123 123  === 设备和软件配置 ===
124 124  
125 125  
... ... @@ -145,6 +145,7 @@
145 145  
146 146  === 服务目录 ===
147 147  
176 +
148 148  “服务目录”是可以从给定供应商组织获得的服务的列表。在iTop中,通过创建服务对象来记录服务目录,并将其分配给给定的组织(视为服务的提供者)。服务通过两类对象在两级层次结构中组织:**服务**和**子服务**。在加载子服务之前创建顶级服务。
149 149  
150 150  
... ... @@ -172,7 +172,6 @@
172 172  * **客户B服务台团队**:专门为客户B服务的服务台团队。
173 173  * **客户B硬件团队**:专门为客户B服务的处理硬件呼叫(更换,新硬件订单)的团队。
174 174  
175 -
176 176  然后,可以构建两个不同的交付模式:
177 177  
178 178  * (((
... ... @@ -190,7 +190,6 @@
190 190  * MS办公支持团队
191 191  )))
192 192  
193 -
194 194  “交付模式1”将由组织的“客户A”、“客户A1”、“客户A2”和“客户C”使用;而“交付模式2”将由“客户B”使用。
195 195  
196 196  
... ... @@ -205,7 +205,6 @@
205 205  * **TTO (响应时间)**:从创建工单到将工单分配给处理人之间的时间。
206 206  * **TTR (解决时间)**:从创建工单到解决工单之间的时间(即当工单进入“已解决”状态时测量)
207 207  
208 -
209 209  SLT 定义了相关的持续时间:
210 210  
211 211  * **衡量标准**:要么是TTO,要么是TTR
... ... @@ -212,7 +212,6 @@
212 212  * **工单类型**:(事件或服务请求)
213 213  * **优先级**:(因为优先级高的工单一般处理速度更快)
214 214  
215 -
216 216  SLA被简单地定义为一组命名的SLT(例如,用于区分“金牌”和“银牌”服务级别)。
217 217  
218 218  
... ... @@ -221,7 +221,6 @@
221 221  * 通知可以定义为与某个度量相关联的“阈值”的任何百分比(例如,通过配置通知,当达到50%的待解决时间时向处理工单的处理人发送邮件,当达到75%时向团队负责人发送邮件)。
222 222  * 当达到一个指标的100%时,工单将自动设置为一个特殊的“升级”状态(在工单的生命周期中定义了两个特定的状态:升级TTO和升级TTR)。进入到这种状态还可以用来触发特定的通知。
223 223  
224 -
225 225  例如,可以定义以下的服务等级矩阵:
226 226  
227 227  |=事件 – 高优先级|=事件 – 中优先级|=服务请求 – 高优先级|=服务请求 – 中优先级
... ... @@ -228,7 +228,6 @@
228 228  |响应时间: 5 min|响应时间: 30 min|响应时间: 30 min|响应时间: 4 hours
229 229  |解决时间: 1 hour|解决时间: 4 hours|解决时间: 4 hours|解决时间: n/a
230 230  
231 -
232 232  这将导致创建4个SLT,对应表格中的每一行每。这4个SLT可以分组在一个名为“金牌服务等级”的SLA下。
233 233  
234 234  
... ... @@ -235,10 +235,16 @@
235 235  最后,SLA可以与客户合同相关联,以便为合同定义适用的度量标准。
236 236  
237 237  
238 -iTop实例现在已准备就绪。你可以查看 [[通知配置>>url:https://www.itophub.io/wiki/page?id=3_0_0:admin:notifications]] 设置工单邮件通知的方法。
261 +iTop实例现在已准备就绪。你可以查看 [[通知配置>>https://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/%E5%BC%80%E6%BA%90ITIL%E8%BD%AF%E4%BB%B6%20-%20iTop%E5%AE%9E%E6%96%BD%E6%96%B9%E6%B3%95/iTop%E5%AE%9E%E6%96%BD%E6%8C%87%E5%8D%97/iTop%E9%80%9A%E7%9F%A5%E9%85%8D%E7%BD%AE/]] 设置工单邮件通知的方法。
239 239  
263 +
264 +
240 240  ----
241 241  
242 242  原文:[[https:~~/~~/www.itophub.io/wiki/page?id=3_0_0:implementation:start>>url:https://www.itophub.io/wiki/page?id=3_0_0:implementation:start]]
243 243  
244 244  版本:3_0_0/implementation/start.txt · Last modified: 2022/01/21 16:52 (external edit)
270 +
271 +
272 +
273 +
深圳市艾拓先锋企业管理咨询有限公司