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

Требование Requirement · понятие

На какой вопрос отвечает «Что конкретно должно выполняться?» — а не «куда мы идём» (цель) и не «чего мы придерживаемся» (принцип).

Требование — заявление о потребности, определяющее свойство, которым должна обладать система. TOGAF подчёркивает, что оно КОЛИЧЕСТВЕННОЕ, и этим отличает его от принципа, который качественный.

Аналогия Пункт в техзадании на квартиру: «два окна на юг». Проверяемо и однозначно, в отличие от «должно быть светло».

Разобраться

Часто путают

Словом «требование» называют разное. Выберите нужный смысл.

То, что описывает термин «Requirement».

Вы на месте.

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

Требования выписывают, чтобы результат можно было принять или отклонить по факту, а не по ощущению. ArchiMate прямо называет их средствами достижения целей: цели — «зачем», требования — «что именно».

Какие решения помогает принять

  1. Что считать выполненным, а что нет.
  2. Что войдёт в объём работ, а что нет.
  3. Какие требования реализуют какой принцип: ArchiMate показывает это связью.
  4. Где требования конфликтуют между собой — тогда решает цель.

Применить

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

Когда нужно

  • Готовите техническое задание или закупку.
  • Принимаете работу и нужен критерий приёмки.
  • Спорите об объёме: спор решается списком требований.
  • Связываете цели со стройкой: требования — это мост.

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

  • Нужно направление, а не критерий, — это цель.
  • Нужно правило на все системы — это принцип.
  • Требование сформулировано как пожелание: проверить его невозможно.

Примеры по отраслям

Два требования на один принцип

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

Требования — средства достижения целей

Там же: требования моделируют свойства элементов, нужные для достижения целей. Это и есть их место в мотивационной модели.

банк

Время отклика при выдаче карты

Требование, по которому принимают систему: оно количественное и проверяется секундомером, а не мнением.

здравоохранение

Хранение записей не менее установленного срока

Требование, пришедшее из нормативного акта. Его нельзя ослабить проектным решением.

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

  • 01Требование — это не цель. Цель задаёт направление, требование проверяемо.
  • 02Требование — это не принцип. Принцип качественный и действует на все системы.
  • 03Требование без меры: «должно быть удобно» невозможно принять.
  • 04Требование без источника: неизвестно, чьей потребности оно отвечает.

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

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

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

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

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

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

A statement of need defining a property expected from a system.

Перевод Элемент ArchiMate 3.2: требование.

Раздел стандартаСтрока реестра

Ещё 1 редакция этого подхода
A statement of need defining a property that applies to a specific system as described by the architecture.

Перевод Утверждение о потребности, задающее свойство, которое применимо к конкретной системе, описанной архитектурой.

Раздел стандарта

Record which details the needs or conditions to meet for a new or altered service.

Перевод Запись, детализирующая потребности или условия, которым должна отвечать новая или изменённая услуга.

The Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

С чем связано

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

TOGAF

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

ArchiMate

Motivation / Домен мотивации

  • ВлияниеCollaboration
  • РеализацияCollaboration
  • ВлияниеEvent
  • РеализацияEvent
  • ВлияниеFunction
  • РеализацияFunction
  • Агрегация/композицияGrouping
  • ВлияниеGrouping
IT4IT

Requirement to Deploy (R2D) Value Stream

  • Обязательная связь объектов данных, кардинальность n:mPolicy
  • Обязательная связь объектов данных, кардинальность 1:nPortfolio Backlog Item
  • Обязательная связь объектов данных, кардинальность 1:nLogical Service
  • Обязательная связь объектов данных, кардинальность 1:nService Release
  • Обязательная связь объектов данных, кардинальность 1:nTest Case
  • Обязательная связь объектов данных, кардинальность n:mSource
  • Обязательная связь объектов данных, кардинальность n:mSource

Эквиваленты по категориям

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

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

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

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

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

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

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

Кто с этим работает
  • Аналитиксобирает и формулирует
  • Архитекторпроверяет реализуемость
  • Заказчикподтверждает, что потребность описана верно
Где читать в стандартах
  • TOGAF Standard, 10th Edition — Architecture Content: Requirement как количественное заявление
  • ArchiMate 4 Specification, гл. 6: требования как средства достижения целей
14 дней бесплатно

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

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

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

Это же в StormРешение для аналитиковАрхитектура систем и интеграцийРеестр процессов

Поддержка