Когда нужен Физический компонент приложения

При описании конкретных модулей или сервисов, которые будут развёрнуты. При выборе стратегии: разработать, купить или арендовать возможность. При инвентаризации фактических программных единиц в системе.

Когда Физический компонент приложения не нужен

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

Типичные ошибки: Физический компонент приложения

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

Физический компонент приложения Physical Application Component

На какой вопрос отвечает «Какой именно программный модуль или сервис реализует эту функцию в системе?»

Это конкретная техническая реализация логической функции, которая может быть разработана, куплена или арендована. Сюда входят отдельные модули, сервисы или настроенные экземпляры программ, готовые к развёртыванию.

Аналогия Это готовый к работе двигатель в машине, который можно собрать из деталей, купить в магазине или взять в аренду, в отличие от чертежа двигателя.

Разобраться

Зачем это нужно

Служит для точного учёта того, что физически установлено и работает в инфраструктуре. На этой основе планируют закупки, разработку и управление жизненным циклом конкретных программных единиц.

Применить

Когда это нужно, а когда нет

Когда нужно

При описании конкретных модулей или сервисов, которые будут развёрнуты.
При выборе стратегии: разработать, купить или арендовать возможность.
При инвентаризации фактических программных единиц в системе.

Когда не нужно

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

Типичные ошибки

01Смешение логической функции и её физической реализации в одной сущности.
02Игнорирование способа получения компонента (покупка, аренда, разработка) при планировании.
03Отнесение к физическим компонентам чистых данных или технологической инфраструктуры.

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

A realization of logical application functionality using components of functionality in applications that may be hired, procured, or built.

Раздел стандарта Строка реестра

Ещё 1 редакция этого подхода

An application, application module, application service, or other deployable component of functionality. For example, a configured and deployed instance of a Commercial Off-The-Shelf (COTS) Enterprise Resource Planning (ERP) supply chain management application.

Перевод Архитектурная сущность TOGAF: физический компонент приложения.

TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»

С чем связано

Связи понятия и его место в структуре подхода.

Architecture Definition: Information Systems Architecture — Application / Определение архитектуры: архитектура информационных систем — приложения

РеализуетсяLogical Application Component
РеализуетLogical Application Component
Декомпозируется наPhysical Application Component
Взаимодействует сPhysical Application Component
ИспользуетсяPhysical Data Component
ОбслуживаетсяPhysical Technology Component
ИспользуетсяPhysical Data Component
ОбслуживаетPhysical Technology Component

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

Понятия, которые обычно смотрят рядом с этим.

Технологический сервис Требование Физический компонент данных Физический технологический компонент Функция Цель Актор Компонент приложения Прикладной сервис Архитектурные строительные блоки Принципы архитектуры

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

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

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

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

Это же в StormАрхитектура систем и интеграций Граф связей реестра Реестр процессов