Ян Ван Бон - ИТ Сервис-менеджмент. Введение
- Название:ИТ Сервис-менеджмент. Введение
- Автор:
- Жанр:
- Издательство:Van Haren Publishing, по заказу ITSMF Netherlands
- Год:неизвестен
- ISBN:90-77212-15-9
- Рейтинг:
- Избранное:Добавить в избранное
-
Ваша оценка:
Ян Ван Бон - ИТ Сервис-менеджмент. Введение краткое содержание
Управление сервисами ИТ (IT Service Management, ITSM) развивается в России на протяжении последних пяти-шести лет, однако этот рынок еще недостаточно велик. Работающие в данной области компании не спешат объединить усилия и создать отечественные , хотя уже обладают квалификацией в сфере организации эффективной работы департаментов информационных технологий в различных отраслях. Между тем за рубежом накоплен солидный опыт в организации ИТ. В 80-х гг. британское Центральное агентство по вычислительной технике и телекоммуникациям (ныне OGC) разработало принципы эффективного использования ресурсов ИТ в государственных учреждениях страны. В результате была создана (IT Infrastructure Library, ITIL), где собраны лучшие методы в сфере услуг ИТ. В настоящее время библиотека представляет собой подробное описание наиболее важных видов деятельности в работе ИТ, перечень сфер ответственности, задач и процедур, которые, как утверждается, можно адаптировать для любого предприятия, большого или малого, использующего услуги аутсорсинга ИТ или реализующего собственные службы. На базе библиотеки ITIL свои структурированные подходы к управлению услугами ИТ разработали такие компании, как HP, IBM и Microsoft.
Книга представляет введение в ИТ Сервис-менеджмент - передовой подход по управлению информационными технологиями (ИТ). Он основан на материалах лучшего мирового опыта, собранного и систематизированного в Библиотеке ITIL (IT Infrastructure Library).
ИТ Сервис-менеджмент. Введение - читать онлайн бесплатно полную версию (весь текст целиком)
Шрифт:
Интервал:
Закладка:
92
Naming Convention.
93
Definitive Software Library – DSL.
94
Т. е. меню со списком выбора вариантов. -Прим. ред.
95
Starting point.
96
В то же время Управление Конфигурациями сохраняет наивысшую ответственность за актуальность Конфигурационной Базы Данных, то есть возможно делегирование полномочий (но не ответственности) по регистрации результатов изменений из процесса Управления Конфигурациями в процесс Управления Изменениями. – Прим. ред.
97
Quick Wins.
98
Long-term errors.
99
Request for Change – RFC.
100
Steering Committee.
101
Executive Committee.
102
Change Advisory Board – CAB.
103
Emergency Committee – EC.
104
Scope.
105
Pre-authorized.
106
Account.
107
Forward Schedule of Change – FSC.
108
Projected Service Availability – RCA.
109
Upgrades.
110
Quick Fix.
111
IT Steering Committee.
112
Emergency Committee.
113
Forward Schedule of Change – FSC.
114
Back-out.
115
Building.
116
Performance Indicators.
117
Operational Acceptance.
118
Implementing.
119
Post Implementation Review – PIR.
120
Previous Trusted State.
121
Performance Indicators.
122
Effective.
123
Efficient.
124
Production Environment.
125
Definitive Software Library – DSL.
126
Definitive Hardware Store – DHS.
127
Work-arounds.
128
Quick Fixes.
129
Upgrades.
130
Previous Trusted State.
131
Standard Installation Scripts.
132
Definitive Software Library – DSL.
133
Installation Scripts.
134
Back-up.
135
Definitive Hardware Store – DHS.
136
Efficient.
137
Creating Images.
138
Build Management.
139
Previous Trusted State.
140
Disaster Recovery Plans.
141
Installation Scripts.
142
Rollout Scripts.
143
Т.е. как был определен релиз.
144
Operating Instructions.
145
Кроме того, для осуществления эффективной поддержки пользователей необходимо обеспечить информирование службы Service Desk о планируемом тиражировании (распространении) новых версий. – Прим. ред.
146
Accessibility.
147
Scripts.
148
Business Operations Support Desk.
149
Operations Bridge.
150
Под отделом эксплуатации (операционным отделом) понимается группа обеспечения операционной деятельности – Operations Department. – Прим. ред.
151
Production, Operations.
152
Service Requests.
153
Accounts.
154
Operations.
155
Effectiveness.
156
Service Level Agreements – SLA.
157
Operational Level Agreements – OLA.
158
Underpinning Contracts – UC.
159
Service Quality Plan – SQP.
160
Promotion.
161
Scope.
162
Quantifying.
163
Compose Service.
164
Service Specifications (Spec Sheets).
165
Charging.
166
Capacity.
167
Effectiveness and Efficiency.
168
Management Reports.
169
Operations.
170
Charges.
171
Direct Costs.
172
Indirect Costs.
173
Fixed Costs.
174
Variable Costs.
175
Capital Costs.
176
Operational Costs.
177
Budgeting.
178
Accounting.
179
Costing.
180
Charging.
181
По мнению редакторов, в настоящее время для ИТ этот период составляет 6-12 месяцев, при периоде долгосрочного планирования около 3-х лет.
182
Business Unit.
183
Rates.
184
KPI.
185
Cost-benefit analysis (CBA).
186
Capacity Management – более точным переводом является Управление «емкостью», т.е. управление мощностью вычислительных и телекоммуникационных средств и их потенциальными возможностями. – Прим. ред.
187
Advantages.
188
Efficiency.
189
Efficiently.
190
В данном случае это перевод словосочетания ad hoc.
191
Effectively.
192
Operational Processes.
193
Scripts.
194
Change Advisory Board – CAB.
195
Capacity Plan.
196
Request for Change – RFC.
197
Capacity Database – CDB.
198
Cost/benefit analysis.
199
Capacity Plan.
200
Simulation.
201
Baseline Assessment (Benchmark).
202
Host.
203
Application Sizing.
204
Application Sizing.
205
Operations.
206
Profiles.
207
Designers.
208
Benchmarks.
209
PABX.
210
Denial of Service – DoS.
211
Benefits.
212
Scope.
213
Business Impact Analysis.
214
Scope.
215
Stronghold/Fortress approach.
216
Skirmish Capability.
217
Recovery Options.
218
Cold Stand-by.
219
Fixed Facility.
220
Mobile Facility.
221
Warm Stand-by.
222
Upgrade.
223
Hot Start, Hot Stand-by.
224
Contingency Plan.
225
Host Computers.
226
Crisis Manager.
227
Fault-tolerant Systems.
228
Midrange Platform.
229
Effective.
230
Assurance.
231
Reliability.
232
Resilience – устойчивость: способность сервиса сохранять доступность при себе одного или нескольких ИТ-компонент. – Прим. ред.
233
Maintainability.
234
Recoverability.
235
Serviceability.
236
Availability Plan.
237
Recoverability.
238
Single Points of Failures – SPOF.
239
Component Failure Impact Analysis – CFIA.
240
CCTA Risk Analysis and Management – CRAMM.
241
Component Failure Impact Analysis – CFIA.
242
Recoverability.
243
Serviceability.
244
Availability Plan.
245
Component Failure Impact Analysis – CFIA.
246
Fault Tree Analysis – FTA.
247
CCTA Risk Analysis and Management Method – CRAMM.
248
System Outage Analysis – SOA.
249
Technical Observation Post – TOP.
250
Policy.
251
Management Framework.
252
Information Security Steering Committee.
Шрифт:
Интервал:
Закладка:
