Changes for page iTop实施指南

Summary

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

Details

Page properties

Content

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