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

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

Версия 21:45, 3 мая 2021

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


Материалы

Предшественник этого Лектио -- Обратные Разработки.

Иллюстрации

Текст

Конфликты Требований

требования могут относиться к бизнесу.

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

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

Варианты

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

Термины

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

Экзамен

Определения

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