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

Материал из Брацка Правки
Перейти к: навигация, поиск
(→‎Текст)
(→‎Термины)
 
(не показаны 43 промежуточные версии 4 участников)
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Типы Требований</strong></p><p>Требования могут быть классифицированы по большому количеству признаков.</p><p>По объекту применения, требования разделяются на требования к продукту и требования к его разработке или проекту. Требования к продукту или описи будущего изделия создаются в результате бизнес-анализа. Требования к проекту могут включать требования по срокам и стоимости разработки.</p><p>
+
:<p><strong>Типы Требований</strong></p><p>Требования могут быть классифицированы по большому количеству признаков. Систематизации могут принимать во внимание разницу в объектах применения, векторах действия, степенях доработки, стадиях жизни в проекте, источниках требований, а также разницу в категориях лиц, которые получат выгоду от реализации требований.</p><p>По объекту применения, требования разделяются на требования к продукту и требования к проекту его разработки.</p><ul><li><strong>Требования к изделию</strong> представляют собою описи будущего продукта и создаются в результате бизнес-анализа. Далее, эти требования подразделяются на функциональные, нефункциональные и переходные.</li><li><strong>Требования к проекту</strong> или процессу разработки могут включать требования по срокам, стоимости и другим факторам, влияющим на процесс разработки. Далее, требования к проекту могут быть отнесены к требованиям к разработке и требованиям к приёмке.</li></ul><p>По вектору действия, требования делятся на дозволения и ограничения. Ограничения суживают возможности продукта или его изготовителей, в то время как дозволения, наоборот, расширяют. "Сделать что-то" -- это пример дозволения. Сделать это определённым, определённым образом, к определённому сроку или в рамках определённого бюджета -- это примеры ограничений.</p><p>По степени своей доработки, требования могут быть отнесены к необнаруженным, найденным, находящимся в работе и разработанным.</p><p>По стадии жизни в проекте, требования классифицируются как заявленные, подтверждённые, утверждённые, задействованные в производстве, приоритетные и реализованные.</p><p>По своему происхождению, требования составляют три уровня иерархии.</p><ol type="a"><li><strong>Высшие</strong>, существенные, требования состоят из бизнес-требований и воздействующих факторов. Воздействующие факторы далее включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.</li><li><strong>Пользовательские</strong> требования представляют потребности пользователей для достижения организационных целей.</li><li><strong>Технические</strong> требования представляют задания разработчикам по реализации пользовательских требований.</li></ol><p>По разнице в категориях тех лиц, которые получат выгоду от реализации требований, последние могут быть причислены к бизнес-требованиям, требованиям пользователей, требованиям разработчиков и социальным требованиям.</p><p>Единых классификаций не существует и те, которые перечислены выше, даны для демонстрации их многообразия.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, классификация требований:</p>
−
 
 
−
Требование. (1) условие или способность, необходимые заинтересованной стороне для решения проблемы или достижения цели; (2) Условие или возможность, которые должны быть соблюдены, или которыми должен обладать объект поставки или его компонент, чтобы соответствовать контракту, стандарту, спецификации или другим формально установленным документам; (3) Документированное представление состояния или возможности, как в 1) или 2).
 
−
 
 
−
    Заявленное требование. Требование, сформулированное заинтересованной стороной, которое не было проанализировано, проверено или подтверждено. Заявленные требования часто отражают желания заинтересованной стороны, а не реальную потребность.
 
−
 
 
−
Бизнес-требование. Бизнес-обоснование более высокого уровня, которое при рассмотрении позволит организации увеличить доход, избежать затрат, улучшить обслуживание или выполнить нормативные требования.
 
−
 
 
−
    Требование заинтересованной стороны. Требования заинтересованных сторон - это заявления о потребностях конкретной заинтересованной стороны или класса заинтересованных сторон. Они описывают потребности, которые есть у данной заинтересованной стороны, и то, как эта заинтересованная сторона будет взаимодействовать с решением. Требования заинтересованных сторон служат мостом между бизнес-требованиями и различными категориями требований к решениям.
 
−
    Документ бизнес-требований. Пакет требований, который описывает бизнес-требования и требования заинтересованных сторон (он документирует требования, представляющие интерес для бизнеса, а не бизнес-требования).
 
−
 
 
−
Требование решения
 
−
Требование решения. Характеристика решения, отвечающего требованиям бизнеса и заинтересованных сторон. Могут быть подразделены на функциональные и нефункциональные требования.
 
−
 
 
−
    Функциональное требование. Любое требование, относящееся к рыночным возможностям. Другими словами, функциональное требование описывает, что продукт должен делать для своих пользователей. В системной инженерии функциональное требование - это конкретное поведение или показатель, позволяющий судить о работе системы.
 
−
    Нефункциональные требования. Атрибуты качества, ограничения дизайна и реализации, а также внешние интерфейсы, которые должен иметь продукт.
 
−
    Техническое требование. Набор технических свойств, которым должен соответствовать продукт.
 
−
    Требования к переходу. Классификация требований, описывающих возможности, которыми должно обладать решение, чтобы облегчить переход от текущего состояния предприятия к желаемому будущему состоянию, но которые не потребуются после завершения этого перехода.
 
−
 
 
−
Ограничение. Любое глобальное требование, ограничивающее администрирование усилий и / или результат усилий. Ограничение обычно определяется для того, чтобы ограничить негативное влияние на потребности бизнеса и потребности заинтересованных сторон, применимые к конкретному проекту или операциям.
 
−
 
 
−
    Ограничение дизайна. Требование решения, ограничивающее возможности разработчика системы.
 
−
    Технические ограничения. Технические ограничения - это ограничения на разработку решения, вытекающие из технологии, используемой при его реализации. См. Также бизнес-ограничения.
 
−
    Деловые ограничения. Бизнес-ограничения - это ограничения, накладываемые на дизайн решения организацией, которая нуждается в решении. Бизнес-ограничения описывают ограничения доступных решений или аспект текущего состояния, который не может быть изменен развертыванием нового решения. См. Также техническое ограничение.
 
−
 
 
−
</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, требования нужны, чтобы:</p>
 
  
 
===Варианты===
 
===Варианты===
−
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
+
:проста и понятна. / зависит либо от природы конечного результата, либо от типа пользователей. / разделяет их на бизнес-требования, воздействующие факторы, пользовательские требования и требования технические. / зависит от организационной культуры той организации, которая эту классификацию применяет.
  
−
:Следующее лектио -- '''[[Что Бизнес-Анализ Есть]]'''
+
:Следующее лектио -- '''[[Требования и Желания]]'''
  
 
===Термины===
 
===Термины===
−
:[[Требования]], [[Эпические продукты]], [[SSOT]]
+
:[[Требования]], [[Высшие требования]], [[Пользовательские требования]], [[Технические требования]]
  
 
==Экзамен==
 
==Экзамен==

Текущая версия на 15:09, 27 сентября 2022

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


Материалы

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

Иллюстрации

Текст (HTML)

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

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

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

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

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

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

По стадии жизни в проекте, требования классифицируются как заявленные, подтверждённые, утверждённые, задействованные в производстве, приоритетные и реализованные.

По своему происхождению, требования составляют три уровня иерархии.

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

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

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

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

Варианты

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

Термины

Требования, Высшие требования, Пользовательские требования, Технические требования

Экзамен

Определения

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

Источник — «https://pravka.bskol.com/w1/index.php?title=Типы_Требований&oldid=27550»