A modular and replaceable encapsulation of application functionality.
Элемент ArchiMate 3.2: компонент приложения.
https://pubs.opengroup.org/architecture/archimate32-doc/
Элемент закрывает вопрос, из каких самостоятельных единиц собран прикладной ландшафт: им моделируют и целую систему, и её часть, и переиспользуемый компонент — уровень детализации выбирает архитектор, а элемент остаётся один и тот же. Компонент приложения — активный структурный элемент: спецификация подчёркивает, что он моделирует именно структурный аспект приложения, а поведение задаётся отдельными связями с внутренними поведенческими элементами. Отсюда различение с сервисом и интерфейсом: сервис — это внешнее поведение, которое компонент предоставляет окружению, интерфейс — точка доступа, через которую сервис выставлен наружу, а компонент — то, чем поведение выполняется. Спецификация описывает компонент как самодостаточную единицу, которая разворачивается, переиспользуется и заменяется независимо, и рекомендует называть его существительным.
«The “Online Travel Insurance Sales” collaboration aggregates two application components: “Quotation” and “Purchase”.»
ArchiMate 4 Specification, разд. 9.2.3 — пример активных структурных элементов домена приложений
«This element is used to model any structural entity in the Application Domain: not just (re-usable) software components that can be part of one or more applications, but also complete software applications, sub-applications, or information systems.»
ArchiMate 4 Specification, разд. 9.2 — область применения элемента
«Application components can also be assigned to data objects, to express that the application is the repository, golden source, or single source of truth of that data.»
ArchiMate 4 Specification, разд. 9.2.1 — назначение компонента на объект данных
дословная выпискаAn encapsulation of application functionality aligned to implementation structure, which is modular and replaceable.
Инкапсуляция прикладной функциональности, согласованная со структурой реализации, модульная и заменяемая.
Источникhttps://pubs.opengroup.org/architecture/archimate4-doc/chap09.html
Врезка из первоисточника: ArchiMate 4 Specification (The Open Group, April 2026, C260), приложение с нотацией.
Доля времени, в течение которого критичные для бизнеса системы доступны. KPI ценностного потока Detect to Correct; сам стандарт оговаривает, что управление доступностью в этом потоке ещё не представлено и будет рассмотрено в будущих редакциях (разд. 8.4.9).
Доступность = время работоспособного состояния / общее время наблюдения
Среднее время, за которое сервис возвращается в работоспособное состояние после события или инцидента. Аббревиатура у двух школ раскрывается по-разному: IT4IT — «Mean Time To Repair», O-AA — «Mean time to restore … or Mean Time to Recover»; расхождение зафиксировано, а не сведено к одному написанию.
MTTR = суммарное время восстановления / число инцидентов за период
Как часто развёртывания в промышленную среду оказываются неудачными и требуют немедленного исправления — в первую очередь отката. Одна из четырёх ключевых метрик DORA, которые O-AA берёт как меру способности организации поставлять изменения.
Доля = число неудачных развёртываний / общее число развёртываний
Компонент приложения — то, что эксплуатируют и меняют; доступность, скорость восстановления и доля неудачных изменений — три показателя, которыми это состояние и описывают в IT4IT и O-AA.
A modular and replaceable encapsulation of application functionality.
Элемент ArchiMate 3.2: компонент приложения.
https://pubs.opengroup.org/architecture/archimate32-doc/
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов