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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Иерархия Требований (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Сбора…»)
 
 
(не показано 18 промежуточных версий 3 участников)
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
−
===Текст===
+
===Текст (HTML)===
−
:<p><strong>Иерархия Требований</strong></p><p>Данные для создания требований могут собираться многими способами, включая наблюдения, исследования, опросы, разведки и эксперименты.</p><ol type="a"><li>Наблюдение -- это сбор данных через визуальный обзор. По своему присутствию, этот обзор может быть случайным или автоматическим. По своей частоте, этот обзор может быть разовым, выборочным, периодическим или постоянным. По своей природе, этот обзор может быть естесственным, ведущимся с помощью инструмента или косвенным. При косвенном наблюдении, обзор ведётся не за объектом напрямую, а за связанными с объектом предметами.</li><li>В сборе данных, исследование относится к поиску и изучению документов, экспонатов и других информационных материалов,</li><li><p>Опрос -- это сбор данных путём задавания вопросов. Вопросы задаются либо одному человеку, либо группе. Опрашиваются заинтересованные лица, независимые эксперты или специально приглашённые посторонние люди.</p><p>Эти вопросы могут задаваться устно, письменно в прямой переписке, с помощью анкеты или онлайн-формы. Опрашиваемая устно группа лиц называется фокус-группой,</p></li><li>Разведка или инспекция -- это сбор данных, которые уже существуют в природе, но не могут быть собранными без вторжения в текущий процесс работы.</li><li><p>Эксперимент -- это производство чего-то нового, чего пока нет в природе, для получения данных о его работе, изучения взаимодействия с другими элементами системы или получения реакции заинтересованных лиц.</p><p>Некоторые предприятия создают специальные места и площадки для экспериментов. В информационных технологиях, места и площадки, где допустимо экспериментировать без последствий в случае неудачи, часто называются "песочницами" (sandbox). Опытно Облако, таким образом, можно назвать песочницей песочниц. Эта часть Брацка Облака представляет собою опытную площадку наполненную приложениями для экспериментов.</p></li></ol><p>Порядок задействования методов трудно распланировать в деталях. Сборщики требований обычно начинают наблюдение с самого начала и не прекращают его до сдачи требований. Имеющиеся в наличии документы и открытые источники начинают исследоваться до опросов кураторов, чтобы наработать количество и качество вопросов. Новые серии опросов организуются после каждого получения новых опытных образцов.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
+
:<p><strong>Иерархия Требований</strong></p><p>В зависимости от своего происхождения, требования распределяются по трём уровням иерархии.</p><ol type="a"><li><p><strong>Существенные требования</strong> занимают высший уровень. Они отвечают на вопросы: "Почему проект предпринят и почему разработка должна вестись одним образом, а не иначе?"</p><p>Существенные требования состоят из бизнес-требований проекта и воздействующих факторов. Бизнес-требования проекта -- это то, из-за чего проект предпринят и без чего проект не может быть осуществлён. Воздействующие факторы включают внешние факторы, такие как законодательство и указания уполномоченных органов, а также внутри-организационные факторы, такие как документы, ресурсы и организационную культуру исполняющего предприятия.</p></li><li><p><strong>Пользовательские требования</strong> представляют потребности пользователей для того, чтобы существенные требования были удовлетворены. Любое пользовательское требование должно происходить из требования существенного. Пользовательские требования отвечают на вопросы: "Что пользователям продукта и разработчикам необходимо, чтобы продукт был разработан и принят заказчиком?"</p><p>Некоторые пользовательские требования не требуют отдельной документации. Часто они представляют внешние воздействующие факторы и должны подразумеваться всеми. Например, нет смысла описывать такое требование,</p><blockquote>Как государство, без напоминаний с моей стороны, я требую отсутствие преступлений на рабочем месте.</blockquote></li><li><p><strong>Технические требования</strong> -- это детализированные задания разработчикам по реализации пользовательских требований. Любое техническое требование должно происходить из требования пользовательского, если оно оговорено, или, если не оговорено, требования существенного. Технические требования отвечают на вопросы: "Что разработчикам надо сделать для того, чтобы реализовать проект?"</p></li></ol><p><i>А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.</i></p>
  
 
===Варианты===
 
===Варианты===
−
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
+
:Ответ в форме эссе не подразумевает вариантов.
  
 
:Следующее лектио -- '''[[Разработки Требований]]'''
 
:Следующее лектио -- '''[[Разработки Требований]]'''
  
 
===Термины===
 
===Термины===
−
:[[Требования]], [[Эпические продукты]], [[SSOT]]
+
:[[Высшие требования|Существенные требования]], [[Пользовательские требования]], [[Технические требования]]
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

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

Иллюстрации

Текст (HTML)

Иерархия Требований

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

  1. Существенные требования занимают высший уровень. Они отвечают на вопросы: "Почему проект предпринят и почему разработка должна вестись одним образом, а не иначе?"

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

  2. Пользовательские требования представляют потребности пользователей для того, чтобы существенные требования были удовлетворены. Любое пользовательское требование должно происходить из требования существенного. Пользовательские требования отвечают на вопросы: "Что пользователям продукта и разработчикам необходимо, чтобы продукт был разработан и принят заказчиком?"

    Некоторые пользовательские требования не требуют отдельной документации. Часто они представляют внешние воздействующие факторы и должны подразумеваться всеми. Например, нет смысла описывать такое требование,

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

  3. Технические требования -- это детализированные задания разработчикам по реализации пользовательских требований. Любое техническое требование должно происходить из требования пользовательского, если оно оговорено, или, если не оговорено, требования существенного. Технические требования отвечают на вопросы: "Что разработчикам надо сделать для того, чтобы реализовать проект?"

А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.

Варианты

Ответ в форме эссе не подразумевает вариантов.
Следующее лектио -- Разработки Требований

Термины

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

Экзамен

Определения

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

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