Когда нужен Допущение

Когда проверка факта требует времени или доступа к сторонним системам Когда нужно принять решение по проекту, а данные неполные Когда опираетесь на поведение существующих приложений без их детального аудита

Когда Допущение не нужен

Когда факт уже проверен и подтвержден документально Когда речь идет о фундаментальных законах или стандартах, не подлежащих сомнению Когда вы описываете требования, а не предположения о возможностях системы

Типичные ошибки: Допущение

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

Допущение Assumption

На какой вопрос отвечает «Что мы считаем верным, хотя не смогли это проверить прямо сейчас?»

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

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

Разобраться

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

Двигает проектирование дальше без траты времени на проверку каждого мелкого факта. Явно фиксирует риски, которые могут потребовать пересмотра решений в будущем.

Применить

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

Когда нужно

Когда проверка факта требует времени или доступа к сторонним системам
Когда нужно принять решение по проекту, а данные неполные
Когда опираетесь на поведение существующих приложений без их детального аудита

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

Когда факт уже проверен и подтвержден документально
Когда речь идет о фундаментальных законах или стандартах, не подлежащих сомнению
Когда вы описываете требования, а не предположения о возможностях системы

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

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

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

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

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

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.

Перевод Архитектурная сущность TOGAF: допущение.

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

С чем связано

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

Architecture Principles, Vision and Requirements: Architecture Requirements / Принципы, видение и требования: требования к архитектуре

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

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

Бизнес-информация Бизнес-сервис Бизнес-способность Драйвер Качество сервиса Компонент приложения Актор Прикладной сервис Архитектурные строительные блоки Принципы архитектуры Дорожная карта архитектуры

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

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

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

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

Это же в StormАрхитектура систем и интеграций Реестр процессов Карта бизнес-способностей