Свойства Требований — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Текст)
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Свойства Требований</strong></p><p>По сути, каждое требование -- это отчёт, представляющий деталь того, что надо получить, или как надо получить. То, что хорошо для отчётов, хорошо и для требований. Хорошие требования ясны, своевременны, полны, фактичны, адресны и удобны для претворения в жизнь.</p><p>Хорошие требования должны также обладать несколькими дополнительными характеристиками, которые специфичны для требований.</p><p>Прежде всего, одно требование в идеале должно адресовать одну деталь или характеристику, которую должен создать разработчик в результате своей работы.</p><p>Во-вторых, если требование должно адресовать более одной детали, крайне желательно не совмещать требования, которые относятся в различным объектам применения. Более конкретно, не следует совмещать требования к продукту и требования к проекту.</p><p>В-третьих, </p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
+
:<p><strong>Свойства Требований</strong></p><p>По сути, каждое требование -- это отчёт, представляющий деталь того, что надо получить, или как надо получить. То, что хорошо для отчётов, хорошо и для требований. Хорошие требования ясны, своевременны, полны, фактичны, адресны и удобны для претворения в жизнь.</p><p>Хорошие требования должны также обладать несколькими дополнительными характеристиками, которые специфичны для требований.</p><ol type="a">Прежде всего, в идеале, одно требование должно адресовать одну деталь или характеристику, которую разработчик будет создавать в результате своей работы.</li><li>К идеалу нужно стремиться, но он не всегда достижим. Если требование адресует более одной детали, крайне желательно не совмещать требования, которые относятся в различным объектам применения. Более конкретно, не следует совмещать запросы, касаемые продукта, и запросы, касаемые проекта, в одном требовании.</li><li>Так как требований обычно несколько, они могут содержать те данные, которые важны для их систематизации и расстановки приоритетов.</li><li>Наконец, каждое требование должно быть проверяемым. Более того, метаданные качественного требования включают в себя тип тестирования и, иногда, описание проверки.</li></ol><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
  
 
===Варианты===
 
===Варианты===

Версия 00:45, 21 апреля 2021

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


Материалы

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

Иллюстрации

Текст

Свойства Требований

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

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

    Прежде всего, в идеале, одно требование должно адресовать одну деталь или характеристику, которую разработчик будет создавать в результате своей работы.
  1. К идеалу нужно стремиться, но он не всегда достижим. Если требование адресует более одной детали, крайне желательно не совмещать требования, которые относятся в различным объектам применения. Более конкретно, не следует совмещать запросы, касаемые продукта, и запросы, касаемые проекта, в одном требовании.
  2. Так как требований обычно несколько, они могут содержать те данные, которые важны для их систематизации и расстановки приоритетов.
  3. Наконец, каждое требование должно быть проверяемым. Более того, метаданные качественного требования включают в себя тип тестирования и, иногда, описание проверки.

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

Варианты

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

Термины

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

Экзамен

Определения

Вопросы экзамена