31
Framework.
(обратно)32
Точным переводом названия «IT Infrastructure Library» является «Библиотека инфраструктуры информационных технологий», но, по мнению коллектива русской редакции, название «Библиотека передового опыта организации ИТ» более точно отражает ключевые принципы управления, используемые в мире при организации работы ИТ-подразделений, и отраженные в настоящее время в библиотеке ITIL.
(обратно)33
Effective and efficient.
(обратно)34
Framework
(обратно)35
Efficient.
(обратно)36
Effective.
(обратно)37
Commitment of personnel at all levels in organization.
(обратно)38
«OGC aims to modernize procurement in government, and deliver substantial value for money improvements».
(обратно)39
«Best practices».
(обратно)40
«Codes of practice».
(обратно)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
Варианты используются, если имеются несколько существующих одновременно форм Конфигурационной Единицы, т. е. если существуют параллельные отношения. Версии появляются, например, если одновременно используется и новая, и старая версии Конфигурационной Единицы, т. е. когда существуют последовательные отношения. Использование этих двух концептуальных понятий помогает при планировании изменений. Если в последующем каждый из вариантов будет разрабатываться отдельно, то для каждого из них нужно вводить отдельную систему нумерации версий, что нежелательно, т. к. это делает ИТ-инфраструктуру более сложной и ведет к увеличению работ по сопровождению. В большинстве случаев рекомендуется продолжать разработку исходного экземпляра всех вариантов, а там, где возможно, использовать новую версию для создания необходимых вариантов. – Прим. автора.
(обратно)