Около корпоративной архитектуры

Функциональный компонент «Диагностика и устранение» Diagnostics & Remediation Functional Component

Простыми словами

Компонент владеет ран-буками и запускает их, чтобы сократить среднее время восстановления. Своими обязанностями он ограничен узко: система записи для всех ран-буков и управление их жизненным циклом — «Shall», а вот все три способа его вызвать (из события, из инцидента, из проблемы) записаны как «Can» и обусловлены наличием соответствующего компонента. Отличие от «Change Control» — в том, когда нужен RFC: устранение по инциденту стандарт описывает как не требующее RFC, а устранение по проблеме — как выполняемое уже после открытия RFC. Отличие от знаний потока Request to Fulfill: знание читают, ран-бук исполняют.

Примеры

Инцидент запускает ран-бук без RFC

«Can allow an Incident to trigger a Run Book for diagnostics or remediation purposes (remediation that does not require RFCs) if an Incident functional component exists.»

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.7 — критерии функциональности Diagnostics & Remediation

Проблема — только после открытия RFC

Для проблемы условие иное: «Can allow a Problem to trigger a Run Book for remediation purposes (after an RFC has been opened) if a Problem functional component exists.» Одно и то же действие обставлено по-разному в зависимости от источника.

Ран-буки вкладываются друг в друга

«Shall allow hierarchical relationships between Run Books» — то есть сложная процедура собирается из более мелких, как и фактические услуги.

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.7 — критерии архитектуры данных Diagnostics & Remediation

Определение из первоисточника

дословная выписка
Through the use of manual and automated Run Books, provide diagnostics information and/or remediation steps to shorten the MTTR. Run Books help streamline diagnosis and remediation for service functions by applying knowledge solutions to service anomalies.

машинный перевод

С помощью ручных и автоматизированных ран-буков предоставлять диагностическую информацию и (или) шаги устранения, чтобы сократить среднее время восстановления (MTTR). Ран-буки помогают упорядочить диагностику и устранение для функций услуги, применяя к аномалиям услуги известные решения.

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

Функциональные критерии стандарта: Shall be the system of record for all Run Books. Shall manage the Run Book lifecycle. Can allow an Event to trigger a Run Book mainly for diagnostics purposes if an Event functional component exists. Can allow an Incident to trigger a Run Book for diagnostics or remediation purposes (remediation that does not require RFCs) if an Incident functional component exists. Can allow a Problem to trigger a Run Book for remediation purposes (after an RFC has been opened) if a Problem functional component exists. Объекты данных компонента: Run Book.

Связанные понятия

Поддерживающая функция «Знания и совместная работа»Портал взаимодействия и опыта Функциональный компонент «Архитектура предприятия»Функциональный компонент «Возврат затрат / показ затрат»Функциональный компонент «Дефект»Функциональный компонент «Инцидент»Функциональный компонент «Исполнение заявки»Функциональный компонент «Компоновка каталога»

Служебные сведения

Вид документа: Функциональный компонент
Место в подходе: Detect to Correct (D2C) Value Stream
Редакция: The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)

14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессов Имитационное моделирование Архитектура систем и интеграций