Инкапсуляция функциональности приложения, которую можно определить через предлагаемые сервисы и обслуживаемые данные, — независимо от того, какой технологией и на какой платформе это будет реализовано. Логический компонент отвечает на вопрос «что умеет делать» эта часть системы; связанный с ним физический компонент отвечает на вопрос «чем именно» это реализовано — конкретным продуктом, который можно арендовать, закупить или построить.
Функциональность ведения каталога, определённая через сервисы и данные, без привязки к платформе.
Функциональность применения скидок и промоакций, независимая от технологии реализации.
Функциональность проверки личности пользователя, описанная на уровне сервисов, а не конкретного продукта.
толкование редакции: примера в стандарте нет
дословная выпискаAn encapsulation of application functionality that is definable by services offered and data maintained, independently of implementation and technology.
Инкапсуляция прикладной функциональности, определяемая через предоставляемые сервисы и поддерживаемые данные, независимо от реализации и технологии.
Источникhttps://pubs.opengroup.org/togaf-standard/architecture-content/chap02.html
Атрибуты этой сущности по справочнику источника.
Unique identifier for the architecture entity.
Уникальный идентификатор архитектурной сущности.
Textual description of the architecture entity.
Текстовое описание архитектурной сущности.
User-definable categorization taxonomy for each metamodel entity.
Задаваемая пользователем таксономия категорий для каждой сущности метамодели.
Location from where the information was collected.
Место, откуда были собраны сведения.
Owner of the architecture entity.
Владелец архитектурной сущности.
Non-Standard, Proposed Standard, Provisional Standard, Standard, Phasing-Out Standard, Retired Standard.
Одно из значений: не стандарт, предлагаемый стандарт, временный стандарт, стандарт, выводимый из употребления стандарт, отменённый стандарт.
If the business service is a standard, when the standard was created.
Если бизнес-сервис является стандартом — когда стандарт был создан.
Last date that the standard was reviewed.
Дата, когда стандарт пересматривали в последний раз.
Next date for the standard to be reviewed.
Дата следующего пересмотра стандарта.
Date when the standard was/will be retired.
Дата, когда стандарт был или будет выведен из употребления.
An encapsulation of application functionality that is independent of a particular implementation. For example, the classification of all purchase request processing applications implemented in an enterprise.
Архитектурная сущность TOGAF: логический компонент приложения.
TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов
