Читать «ИТ Сервис-менеджмент. Введение» онлайн - страница 180
Ян Ван Бон
41
Effective and Efficient.
42
User group.
43
Task forces.
44
Frameworks.
45
Generic Framework.
46
Service Support.
47
Service Delivery.
48
Business Perspective Set.
49
Customer Focus.
50
Demand Pull.
51
Supply Push.
52
Underpinning Contracts.
53
Costing.
54
Application Sizing.
55
Contingency Planning.
56
Request for Change.
57
Configuration Item (CI).
58
В литературе по ITIL понятие «функция» ассоциировано с вертикальным (линейным) подразделением организации, выполняющим соответствующие функциональные обязанности и фактически является его синонимом. – Прим. ред.
59
Incident.
60
Service Request.
61
Request for Change (RFC).
62
Configuration Item (CI).
63
Impact.
64
Urgency.
65
Priority.
66
Quick Fixes.
67
«Down».
68
Key Performance Indicators – KPI.
69
Knowledge Base.
70
Performance Indicators.
71
Effectiveness and Efficiency.
72
Т.е. программного обеспечения. – Прим. ред.
73
Commitment.
74
Request for Change – RFC.
75
Quick Fixes – быстрые исправления, быстрые решения или «заплатки», т.е решения, позволяющие быстро устранить инцидент, но не устраняющие ошибку.
76
Long-term Errors.
77
Historical Data.
78
Quick Fix.
79
Post Implementation Review – PIR.
80
Т.е. во время сопоставления новых инцидентов с известными ошибками. – Прим. ред.
81
Post Implementation Review – PIR.
82
Effectiveness.
83
Effectiveness and Efficiency.
84
Configuration Items – CI.
85
Configuration Management Database – CMDB.
86
Economic Value.
87
Scope.
88
Stakeholder.
89
Scope.
90
Service Request.
91
Варианты используются, если имеются несколько существующих одновременно форм Конфигурационной Единицы, т. е. если существуют параллельные отношения. Версии появляются, например, если одновременно используется и новая, и старая версии Конфигурационной Единицы, т. е. когда существуют последовательные отношения. Использование этих двух концептуальных понятий помогает при планировании изменений. Если в последующем каждый из вариантов будет разрабатываться отдельно, то для каждого из них нужно вводить отдельную систему нумерации версий, что нежелательно, т. к. это делает ИТ-инфраструктуру более сложной и ведет к увеличению работ по сопровождению. В большинстве случаев рекомендуется продолжать разработку исходного экземпляра всех вариантов, а там, где возможно, использовать новую версию для создания необходимых вариантов. – Прим. автора.
92
Naming Convention.
93
Definitive Software Library – DSL.
94
Т. е. меню со списком выбора вариантов. -Прим. ред.
95
Starting point.
96
В то же время Управление Конфигурациями сохраняет наивысшую ответственность за актуальность Конфигурационной Базы Данных, то есть возможно делегирование полномочий (но не ответственности) по регистрации результатов изменений из процесса Управления Конфигурациями в процесс Управления Изменениями. – Прим. ред.
