Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

Требование Requirement · TOGAF

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

Утверждение о деловой потребности, которое должна закрыть конкретная архитектура или пакет работ. В более общем определении из глоссария TOGAF требование — это «однозначное, проверяемое или измеримое и необходимое для приёмки» утверждение о потребности; обе формулировки не противоречат друг другу, просто одна конкретнее (архитектурная), другая — общая.

Примеры

Время отклика API не более 200 мс

Измеримое и проверяемое требование к производительности сервиса.

Поддержка не менее 10 000 одновременных пользователей

Количественное требование, которое должна закрыть целевая архитектура.

Совместимость с действующей системой аутентификации

Требование, необходимое для приёмки решения заказчиком.

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

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

дословная выписка

A quantitative statement of business need that must be met by a particular architecture or work package.

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

Количественное утверждение о потребности бизнеса, которое должно быть удовлетворено конкретной архитектурой или пакетом работ.

Источник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.

    Владелец архитектурной сущности.

  • Statement of requirementФормулировка требования

    Statement of what the requirement is, including a definition of whether the requirement shall be met, should be met, or may be met.

    Изложение того, в чём состоит требование, включая указание, является ли требование функциональным или нефункциональным.

  • RationaleОбоснование

    Statement of why the principle is required and the desired outcome to be reached.

    Изложение того, зачем принцип нужен и какого результата от него ждут.

  • Acceptance criteriaКритерии приёмки

    The parameters that will be fulfilled if the requirement is being met, together with the tests that will be carried out to assess the state of the parameters.

    Параметры, которые будут выполнены, если требование соблюдается, вместе со способом их проверки.

В других подходах

Сопоставления одного понятия в разных подходах.

RequirementМотивация и стратегия

Заявленная потребность, которой должна удовлетворять архитектура.

Семантические различия TOGAF и ArchiMate совпадают.

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

Служебные сведения
Вид совпадения
Прямое совпадение

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

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

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

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

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

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

Поддержка