Корпоративные архитектуры

Допущение Assumption

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

Утверждение о вероятном факте, которое ещё не полностью подтверждено на данном этапе — потому что подтвердить его сейчас мешают внешние ограничения. Допущение — это не требование и не факт: это то, что архитектор кладёт в основу работы, честно понимая, что это предположение, которое может не подтвердиться.

Примеры

Существующее приложение закроет требования

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

~/Литература/Нотации и стандарты/TOGAF Standard, 10th Edition — 6 частей стандарта + 26 руководств TOGAF Series Guides, 32 издания (The Open Group, выгрузка 20…

Поставщик оборудования сохранит текущие сроки поставки

Допущение, положенное в основу плана миграции, но не подтверждённое контрактом.

толкование редакции: примера в стандарте нет

Штат поддержки не увеличится в следующем году

Допущение, на котором строится расчёт нагрузки на сервис.

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

дословная выписка
A statement of probable fact that has not been fully validated at this stage, due to external constraints. For example, it may be assumed that an existing application will support a certain set of functional requirements, although those requirements may not yet have been individually validated.

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

Утверждение о вероятном факте, которое на данном этапе не было полностью проверено из-за внешних ограничений.

Источникhttps://pubs.opengroup.org/togaf-standard/architecture-content/chap02.html

Основные параметры

Атрибуты этой сущности по справочнику источника.

IDИдентификаторобщий
Unique identifier for the architecture entity.
Уникальный идентификатор архитектурной сущности.
DescriptionОписаниеобщий
Textual description of the architecture entity.
Текстовое описание архитектурной сущности.
CategoryКатегорияобщий
User-definable categorization taxonomy for each metamodel entity.
Задаваемая пользователем таксономия категорий для каждой сущности метамодели.
SourceИсточник сведенийобщий
Location from where the information was collected.
Место, откуда были собраны сведения.
OwnerВладелецобщий
Owner of the architecture entity.
Владелец архитектурной сущности.

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

Бизнес-информация Бизнес-сервис Бизнес-способность Действующее лицо (актор)Драйвер Задача (цель по SMART)Качество сервиса Компонент приложения

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

Вид документа: Metamodel entity
Место в подходе: Architecture Principles, Vision and Requirements: Architecture Requirements / Принципы, видение и требования: требования к архитектуре
Редакция: 10th Edition + TC1

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

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

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

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

Это же в StormРазработка ТЗ Регламенты и политики Реестр процессов