Реализация логической функциональности приложения через конкретные компоненты — те, что можно нанять по подписке, закупить готовыми или построить самим. Именно на этом уровне метамодели появляются реальные продукты: логический компонент «Каталог товаров» может быть закрыт и коробочной PIM-системой, и собственной разработкой.
Купленный продукт, реализующий логический компонент ведения каталога товаров.
Написанный внутри компании модуль, реализующий логический компонент применения скидок.
Открытое ПО, развёрнутое компанией для реализации логического компонента проверки пользователей.
толкование редакции: примера в стандарте нет
дословная выпискаA realization of logical application functionality using components of functionality in applications that may be hired, procured, or built.
Реализация логической прикладной функциональности с помощью компонентов функциональности в приложениях, которые могут быть арендованы, закуплены или построены.
Источник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.
Владелец архитектурной сущности.
Proposed, In Development, Live, Phasing Out, Retired.
Одно из значений: предложен, в разработке, действует, выводится из употребления, выведен.
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.
Дата, когда стандарт был или будет выведен из употребления.
Date when the first release of the application was/will be released into production.
Дата, когда первый выпуск приложения был или будет введён в промышленную эксплуатацию.
Date when the last release of the application was released into production.
Дата, когда последний выпуск приложения был введён в промышленную эксплуатацию.
Date when the next release of the application will be released into production.
Дата, когда следующий выпуск приложения будет введён в промышленную эксплуатацию.
Date when the application was/will be retired.
Дата, когда приложение было или будет выведено из эксплуатации.
Degree to which something is available for use.
Степень, в которой нечто доступно для использования.
Hours during which the application must be available.
Ability to gather information about the state of something and control it.
Ability to identify problems and take corrective action, such as to repair or upgrade a component in a running system.
Ability of a component to perform its tasks in an appropriate time.
Resistance to failure.
Ability to restore a system to a working state after an interruption.
Ability of a system to be found when needed. (continued)
Ability of a system to prevent unauthorized access to functions and data.
Protection of data from unauthorized access.
Ability of a system to ensure that data has not been corrupted.
Ability of a system to ensure that the service request originates from an authorized source.
Ability of a service to support localized variants for different consumer groups.
Ability of a service to support international variations in business logic and data representation (such as character set).
Ability of the service to interoperate with different technical environments, inside and outside of the organization.
Ability of the service to grow or shrink its performance or capacity appropriately to the demands of the environment in which it operates.
Of data, people, applications, and components.
Ability to accept new functionality.
Contracted capacity of the service provider to meet requests.
Required throughput capacity.
Time period needed to deliver throughput capacity.
Expected future growth rate of service request.
Time period needed to reach the expected growth rate.
Short-term profile of peak service traffic.
Long-term profile of peak service traffic.
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»
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов
