Типы Требований

Типы Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Требований. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.

Материалы

Предшественник этого Лектио -- Что Есть Требования.

Текст

Типы Требований

Требования могут быть классифицированы по большому количеству признаков.

По объекту применения, требования разделяются на требования к продукту и требования к его разработке или проекту. Требования к продукту или описи будущего изделия создаются в результате бизнес-анализа. Требования к проекту могут включать требования по срокам и стоимости разработки.

Требование. (1) условие или способность, необходимые заинтересованной стороне для решения проблемы или достижения цели; (2) Условие или возможность, которые должны быть соблюдены, или которыми должен обладать объект поставки или его компонент, чтобы соответствовать контракту, стандарту, спецификации или другим формально установленным документам; (3) Документированное представление состояния или возможности, как в 1) или 2).

   Заявленное требование. Требование, сформулированное заинтересованной стороной, которое не было проанализировано, проверено или подтверждено. Заявленные требования часто отражают желания заинтересованной стороны, а не реальную потребность.

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

   Требование заинтересованной стороны. Требования заинтересованных сторон - это заявления о потребностях конкретной заинтересованной стороны или класса заинтересованных сторон. Они описывают потребности, которые есть у данной заинтересованной стороны, и то, как эта заинтересованная сторона будет взаимодействовать с решением. Требования заинтересованных сторон служат мостом между бизнес-требованиями и различными категориями требований к решениям.
   Документ бизнес-требований. Пакет требований, который описывает бизнес-требования и требования заинтересованных сторон (он документирует требования, представляющие интерес для бизнеса, а не бизнес-требования).

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

   Функциональное требование. Любое требование, относящееся к рыночным возможностям. Другими словами, функциональное требование описывает, что продукт должен делать для своих пользователей. В системной инженерии функциональное требование - это конкретное поведение или показатель, позволяющий судить о работе системы.
   Нефункциональные требования. Атрибуты качества, ограничения дизайна и реализации, а также внешние интерфейсы, которые должен иметь продукт.
   Техническое требование. Набор технических свойств, которым должен соответствовать продукт.
   Требования к переходу. Классификация требований, описывающих возможности, которыми должно обладать решение, чтобы облегчить переход от текущего состояния предприятия к желаемому будущему состоянию, но которые не потребуются после завершения этого перехода.

Ограничение. Любое глобальное требование, ограничивающее администрирование усилий и / или результат усилий. Ограничение обычно определяется для того, чтобы ограничить негативное влияние на потребности бизнеса и потребности заинтересованных сторон, применимые к конкретному проекту или операциям.

   Ограничение дизайна. Требование решения, ограничивающее возможности разработчика системы.
   Технические ограничения. Технические ограничения - это ограничения на разработку решения, вытекающие из технологии, используемой при его реализации. См. Также бизнес-ограничения.
   Деловые ограничения. Бизнес-ограничения - это ограничения, накладываемые на дизайн решения организацией, которая нуждается в решении. Бизнес-ограничения описывают ограничения доступных решений или аспект текущего состояния, который не может быть изменен развертыванием нового решения. См. Также техническое ограничение. 

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

Варианты

разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).

Следующее лектио -- Что Бизнес-Анализ Есть

Термины

Требования, Эпические продукты, SSOT