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

Функциональный компонент «Инцидент» Incident Functional Component

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

Компонент восстановления: его цель — как можно быстрее вернуть услугу в норму и снизить влияние на бизнес. Он один из немногих, кто владеет двумя объектами данных сразу — ключевым «Incident» и вспомогательным «Interaction»; ядро оговаривает, что обычно компонент управляет одним типом объекта, но архитектура этого не диктует. Обязанности различаются по силе: создать инцидент, когда обращение не удаётся привязать к существующему, — «Shall», а создать дефект или проблему — «May». Отличие от компонента «Problem»: тот берёт тяжёлые и повторяющиеся случаи и расследует причину, а этот восстанавливает работу здесь и сейчас.

Примеры

Когда обращение обязано стать инцидентом

«Shall create an Incident when an Interaction cannot be associated with an existing Incident because it requires additional clarification, diagnostics, or support actions.»

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

Передача в проблему — возможность, а не правило

«May create a Problem record when the Incident is severe, requires further deep investigation, or is repeating if a Problem functional component exists.»

Два объекта у одного компонента — допустимое исключение

Ядро формулирует общий случай мягко: «Typically, a functional component controls and/or manages a single type of data object but this is not dictated by the architecture.»

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 4.2.2.2 — понятие функционального компонента

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

дословная выписка
Facilitate normal service operations restoration as quickly as possible and minimize the impact on business operations, thus optimizing service quality and availability. Service restoration can be facilitated through the following means: In partnership with the Service Monitoring functional component, filter end-user Interactions and determine which ones should be associated with Incidents. Detect Incidents, investigate the impacts across all domains (server, network, security, etc.), and determine the correct action to take. Initiate change and/or remediation activity for some categories of…

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

Способствовать максимально быстрому восстановлению нормальной работы услуги и минимизировать влияние на деятельность бизнеса, оптимизируя тем самым качество и доступность услуги. Восстановление услуги может обеспечиваться следующими средствами: во взаимодействии с функциональным компонентом «Мониторинг услуги» фильтровать обращения конечных пользователей и определять, какие из них следует связать с инцидентами. Обнаруживать инциденты, исследовать их влияние по всем доменам (сервер, сеть, безопасность и прочее) и определять правильное действие. Инициировать изменение и (или) восстановительные…

Источник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 Incidents. Shall manage the state escalation paths and general lifecycle of the Incident. Shall allow an Incident to be initiated from an Event. Shall create an Incident when an Interaction cannot be associated with an existing Incident because it requires additional clarification, diagnostics, or support actions. Shall create an association between the Incident data object and the related Actual Service(s). May initiate the creation of a Defect when Incident diagnostics determines that an emergency fix is required from development for resolution. The Defect is created and forwarded to the Defect functional component in the R2D Value Stream if a Defect functional component exists. Can trigger the execution of a Run Book (either automated or manual) to provide diagnostic information or remediation steps if a Diagnostics & Remediation functional component exists. May create a Problem record when the Incident is severe, requires further deep investigation, or is repeating if a Problem functional component exists. Can trigger the creation of an RFC in order to implement a fix to the Incident fault if a Change Control functional component exists. Can allow the initiation of an Interaction or an Incident if a Self-Service Support functional component (R2F Value Stream) exists. Can provide business measurements of Incident data if a Service Level functional component exists. Объекты данных компонента: Incident, Interaction.

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

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

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

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

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

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

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

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

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