Когда нужен Каталог требований и ограничений

При планировании разработки нового приложения или сервиса. При проверке соответствия системы законам и стандартам отрасли. При оценке стоимости и сроков выполнения бизнес-требований.

Когда Каталог требований и ограничений не нужен

Для описания технических характеристик оборудования — берите каталог физических систем. Для анализа угроз безопасности — берите каталог рисков. Для описания бизнес-процессов — берите каталог функций приложений.

Типичные ошибки: Каталог требований и ограничений

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

Каталог требований и ограничений Requirements Catalogue

На какой вопрос отвечает «Какие обязательные условия и ограничения должны выполнить наши системы?»

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

Аналогия Как чек-лист обязательных пунктов, который нужно закрыть перед сдачей объекта в эксплуатацию.

Разобраться

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

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

Применить

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

Когда нужно

При планировании разработки нового приложения или сервиса.
При проверке соответствия системы законам и стандартам отрасли.
При оценке стоимости и сроков выполнения бизнес-требований.

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

Для описания технических характеристик оборудования — берите каталог физических систем.
Для анализа угроз безопасности — берите каталог рисков.
Для описания бизнес-процессов — берите каталог функций приложений.

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

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

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

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

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

каталог требований и ограничений (требования регуляторов, законов, стандарты отрасли, требования самого бизнеса к развитию или трансформации)

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

Ещё 1 редакция этого подхода

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

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

С чем связано

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

Домен №4. Приложения (прикладные системы)

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

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

Каталог производственных площадок Каталог рисков Каталог сервисов приложений Каталог физических систем Каталог функций приложений Каталог экосистем, ключевых партнеров или типов партнеров Видение архитектуры Дорожная карта архитектуры Драйвер Заинтересованная сторона Интерфейс

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

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

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

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

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