Идентификация и регистрация проблемы. - раздел Социология, Понятие проблемы. Область ответственности процесса управления проблемами 3.1.1. Идентификация Проблемы
В Принципе, Любой Инцидент, Возникший ...
3.1.1. ИДЕНТИФИКАЦИЯ ПРОБЛЕМЫ
В принципе, любой инцидент, возникший по неизвестной причине, может быть связан с проблемой (служить причиной ИДЕНТИФИКАЦИИ проблемы). На практике это имеет смысл делать только тогда, когда:
v на этапе первичной поддержки и классификации Инцидента не удалось привязать его к существующим Проблемам и Известным ошибкам;
v имеют место повторяющиеся Инциденты;
v анализ ИТ-инфраструктуры указывает на Проблему, которая потенциально может привести к Инцидентам;
v возникает крупный или значительный Инцидент (который обладает серьезным отрицательным влиянием на услуги, предоставляемые Заказчику), для которого необходимо найти структурное решение.
3.1.2. РЕГИСТРАЦИЯ проблемы
v Записи о Проблемах очень похожи на записи об Инцидентах.
v Они обычно не включают некоторые стандартные для Инцидентов данные (например, данные о Пользователе), которые неуместны.
v Записи о Проблемах соединены со всеми сопутствующими им записями об Инцидентах.
v Решение или Обходные решения Инцидентов должны быть записаны в соответствующих записях о Проблемах для обеспечения доступа остальному персоналу на случай, если возникнут повторные Инциденты.
Определения Рис Отношения между проблемами и известными ошибками источник OGC... Цель УП установление КОРНЕВОЙ ПРИЧИНЫ возникновения проблемы и как следствие предотвращение...
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Идентификация и регистрация проблемы.
Что будем делать с полученным материалом:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
Виды деятельности в рамках УП
1.3.1. реактивное УП с целью:
1.3.1.1.выяснение корневых причин прошлых инцидентов
1.3.1.2.подготовка предложений по ликвидации этих причин.
1.3.2
Расследование и диагностика
v Расследование и диагностика являются итеративными фазами процесса, они неоднократно повторяются, каждый раз приближаясь все ближе к намеченному результату.
v Часто делаются попыт
Источники ошибок в других средах
v В большинстве случае ошибки выявляются только тогда, когда система находится в реальной рабочей среде.
v Однако продукты, поступающие из среды разработки (от внешних поставщиков и внутре
Идентификация и регистрация ошибок.
v Ошибка определена тогда, когда найден Учетный элемент, вызывающий неисправность (УЭ, который вызывает или может вызвать Инциденты).
v Статус Известной ошибки назначается, когда установле
ОЦЕНКА ОШИБОК
v Персонал Управления проблемами выполняет первоначальную оценку путей устранения ошибки, совместно со специалистом. Если необходимо, потом можно оформить RFC. Запись об Изв
Поиск решения
v Специалисты сравнивают различные решения, принимая во внимание SLA, определяют степень влияния и срочность RFC.
v Срочное исправление (СИ): СИ может потребоваться, если
Проактивное управление проблемами.
5.1. Цель – предупреждающее выявление проблем. Состоит в:
Ø Анализе тенденций (например, случаи появления определенных типов проблем после проведения изменений). Необходимость, напр
Определения
Конфигурационная единица (CI) – ИТ- компонент, который:
· контролируется ИТ-организацией;
· наличие и версия которого зарегистрированы.
Конфигура
Шаг 1. Определение основных услуг, предоставляемых бизнесу.
· На данном шаге перечисляются ИТ-системы, наиболее критичные для бизнеса (см. пример в графе 2 таблицы 2), и
· для каждой из них формулируется ответ на вопрос: «Что будет, если система пр
Новости и инфо для студентов