Истории и Задания
Истории и Задания (здесь и далее по тексту -- Лектио) -- это часть урока Суть Продуктов Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Описи Продуктов.
Иллюстрации
Текст (HTML)
Истории и Задания
Для удобства разработки, общее описание продукта (product epic) разбивается на отдельные требования. Требования к продукту могут быть функциональными и нефункциональными.
Функциональные требования к продукту описывают отдельные функции (utility), то есть способности изделия выполнить ту работу, ради которой оно должно быть создано. Простыми словами, функциональность -- это то, что система может сделать.
В оперативно-гибких разработках, эти функции традиционно описываются "пользовательскими историями" в формате из трёх секций:
Имея права (описывается пользователь или системная роль того, кто получит выгоду от функционала),я хочу (описывается желаемый функционал),чтобы (описывается выгода, которую функционал создаст для пользователя).
Например,
Не имея никаких прав на bskol.com, я хочу видеть кнопку "Войти" на любой странице, чтобы иметь возможность попасть на страницу регистрации.Нефункциональные требования к изделию описывают его применимость (warranty), то есть давая гарантию того, что изделие может быть применено по назначению. Они описываются заданиями, которые адресуют:
- Доступность будущего продукта, то есть, физическую доступность и доступность восприятия. То, что продукт может делать, не означает, что он это сделает. В сказке "Волшебник Изумрудного Города" Элли имела серебряные башмачки Гингемы, но не знала об их волшебной силе.
- Готовность продукта к использованию. Эти требования могут включать физическую готовность, а также документацию, маркировку, совместимость с другими системами, соответствие законам и отраслевым инструкциям.
- Технические характеристики, как, например, рабочий ресурс, запас прочности, безопасность и стабильность работы. Технические задания (ТЗ) включают технические характеристики, но часто имеют и другие виды требований,
- Удобство пользования.
Нефункциональные требования, чаще функциональных, описываются заданиями, так как пользовательские истории не всегда подходят. Например, Брацки Техсовет требует использование в Брацком Облаке последней стабильной версии готового решения. Это требование не является функциональным. Обычный пользователь, скорее всего, не знает, что такое "последняя стабильная версия" и зачем она пользователю нужна.
А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, по каким критериям создаются пользовательские истории:
Варианты
- от лица пользователя, создаётся описание желаемых функциональных преимуществ, для чего и почему; вначале собираются комментарии всех пользователей и выставляются в приоритете самые востребованные; руководитель разработок выполняет описание функционала и передает дальше по процессам; нефункциональные требования выполняются исходя из восприятия функционала.
- Следующее лектио -- Продукты Творчества
Термины
Экзамен
Определения
Вопросы экзамена
- Чтобы создать Объем Проекта для планирования вашей работы, вам необходимо описание будущего.________________
