文档更改iTop实施指南

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -46,6 +46,7 @@
46	46	当计划部署iTop时，要做的首要决定是关于组织的结构。在iTop中，组织主要用于两个目的：从安全的角度来说，描述客户和供应商实体以及划分数据。几乎所有在iTop中加载的对象都与组织有关，因此在将其他对象加载到iTop之前，创建一个合适的组织结构是很重要的。
47	47
48	48
	49	+(% class="wikigeneratedid" %)
49	49	==== ====
50	50
51	51	==== 理解客户和供应商 ====
...	...	@@ -54,6 +54,7 @@
54	54	在iTop中，没有所谓的“客户”或“供应商”，只有“组织”。就像在现实生活中一样，组织是客户还是供应商取决于观察的视角。例如，组织“公司A”可以是“公司B”的客户，同时也是“公司C”的供应商。iTop中的客户/供应商关系使用合同表示。如果有一个合同，“B公司”作为供应商，“A公司”作为客户，那么“A公司”就是“B公司”的客户。
55	55
56	56
	58	+(% class="wikigeneratedid" %)
57	57	==== ====
58	58
59	59	==== 客户合同和供应商合同的不同之处在哪里？ ====
...	...	@@ -75,12 +75,6 @@
75	75
76	76	==== ====
77	77
78		-(% class="wikigeneratedid" %)
79		-==== ====
80		-
81		-(% class="wikigeneratedid" %)
82		-==== ====
83		-
84	84	==== 组织和访问权限 ====
85	85
86	86
...	...	@@ -116,8 +116,10 @@
116	116	要认真地计划去创建地理位置。位置很难识别(没有普遍接受的位置唯一标识符)，如果您的公司还没有，您可能想要提出一个 //命名约定// 避免CMDB中重复的位置。
117	117
118	118
	115	+(% class="wikigeneratedid" %)
119	119	==== ====
120	120
	118	+(% class="wikigeneratedid" %)
121	121	==== ====
122	122
123	123	==== 共享地址位置 ====
...	...	@@ -126,6 +126,7 @@
126	126	在企业环境中，即使角色和职责的分割有利于创建若干个子组织，但经常需要在几个组织之间拥有“共享”位置来记录“协作位置”。在iTop的标准版本中，它没有提供在组织之间实际“共享”对象的方法。但是，地理位置以与访问权相同的方式从父组织“继承”到子组织。这意味着属于“公司A2”的人员、服务器或网络设备可以位于属于“公司A”的位置。
127	127
128	128
	127	+(% class="wikigeneratedid" %)
129	129	=== ===
130	130
131	131	=== 创建人员 ===
...	...	@@ -137,6 +137,7 @@
137	137	而且，每个用户记录都链接到一个人员对象。因此，必须在将用户帐户导入到iTop之前创建人员。用户记录定义了访问权限(和识别方法)，而人员对象定义了关于联系人的信息:姓名、位置、电子邮件地址、电话……
138	138
139	139
	139	+(% class="wikigeneratedid" %)
140	140	=== ===
141	141
142	142	=== 创建团队 ===
...	...	@@ -145,6 +145,7 @@
145	145	为了定义职责，团队与几种类型的对象(如合同或工单)相关联。团队也被用作分配工单的“工作组”。用于分配工单的团队也必须至少有一个成员(分配工单的处理人)。在团队和人员之间的链接上的属性“角色”不是强制性的，因此可以将其保留为空，但是定义团队中人员的角色(团队领导、经理……)是有价值的。
146	146
147	147
	148	+(% class="wikigeneratedid" %)
148	148	=== ===
149	149
150	150	=== 设备和软件配置 ===