Changes for page iTop实施指南

Summary

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

Details

Page properties

Content

...	...	@@ -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
...	...	@@ -106,6 +106,12 @@
106	106	要认真地计划去创建地理位置。位置很难识别(没有普遍接受的位置唯一标识符)，如果您的公司还没有，您可能想要提出一个 //命名约定// 避免CMDB中重复的位置。
107	107
108	108
	115	+(% class="wikigeneratedid" %)
	116	+==== ====
	117	+
	118	+(% class="wikigeneratedid" %)
	119	+==== ====
	120	+
109	109	==== 共享地址位置 ====
110	110
111	111
...	...	@@ -112,6 +112,9 @@
112	112	在企业环境中，即使角色和职责的分割有利于创建若干个子组织，但经常需要在几个组织之间拥有“共享”位置来记录“协作位置”。在iTop的标准版本中，它没有提供在组织之间实际“共享”对象的方法。但是，地理位置以与访问权相同的方式从父组织“继承”到子组织。这意味着属于“公司A2”的人员、服务器或网络设备可以位于属于“公司A”的位置。
113	113
114	114
	127	+(% class="wikigeneratedid" %)
	128	+=== ===
	129	+
115	115	=== 创建人员 ===
116	116
117	117
...	...	@@ -121,6 +121,9 @@
121	121	而且，每个用户记录都链接到一个人员对象。因此，必须在将用户帐户导入到iTop之前创建人员。用户记录定义了访问权限(和识别方法)，而人员对象定义了关于联系人的信息:姓名、位置、电子邮件地址、电话……
122	122
123	123
	139	+(% class="wikigeneratedid" %)
	140	+=== ===
	141	+
124	124	=== 创建团队 ===
125	125
126	126
...	...	@@ -127,6 +127,9 @@
127	127	为了定义职责，团队与几种类型的对象(如合同或工单)相关联。团队也被用作分配工单的“工作组”。用于分配工单的团队也必须至少有一个成员(分配工单的处理人)。在团队和人员之间的链接上的属性“角色”不是强制性的，因此可以将其保留为空，但是定义团队中人员的角色(团队领导、经理……)是有价值的。
128	128
129	129
	148	+(% class="wikigeneratedid" %)
	149	+=== ===
	150	+
130	130	=== 设备和软件配置 ===
131	131
132	132