Закладка Estimate позволяет указать оценку трудозатрат на реализацию функционального требования (верхнюю, нижнюю границы и предполагаемое значение трудозатрат). Трудозатраты оцениваются в баллах по относительной шкале.
Закладка User Attributes содержит поля для ввода предполагаемой даты реализации требования, рейтинга данного требования у пользователей и версии ПО, в которой предполагается реализовать требование.
Таким образом, заполнив информацию о требовании на трех описанных закладках можно сформировать предварительный план реализации ПО.
В ходе работы над проектом функциональные требования были сгруппированы по категориям. В нижеприведенной таблице перечислены выявленные функциональные требования.
Категория / требование |
Каталог |
Создание, редактирование, удаление новой категории книг |
Ввод новой книги |
Удаление и редактирование книги |
Поиск книг по каталогу |
Пользователь |
Создание нового пользователя, редактирование и удаление |
Поиск и идентификация пользователя |
Библиотекарь |
Формирование заказа и выдача книг |
Возврат книг посетителем |
Менеджер отдела закупок |
Формирование отчета о неудовлетворенном спросе на книги |
Документация |
Получение справки по работе с программой |
Нефункциональные требования.
К нефункциональным требованиям относят:.
1.
Бизнес правила. Под бизнес правилами понимаются процедуры и правила, регламентирующие особенности бизнес процессов в данной организации. Примерами бизнес правил являются следующие требования:.
a.
Расходы свыше 500 у.е должны утверждаться финансовым директором или его заместителем.
b.
Заявки на отпуск должны быть предоставлены не позднее 1 марта.
2.
Атрибуты качества ПО. Примеры:.
a.
Допустимое количество сбоев в системе не более 1 сбоя в квартал.
b.
Режим работы сервера 24х7.
c.
Среднее время восстановления после сбоя не более 1,5 часа.
3.
Внешние интерфейсы. Набор программных интерфейсов, необходимых для взаимодействия с существующим ПО.
4.
Ограничения. В рассматриваемом примере руководство выдвигает ограничение на затраты приобретения оборудования не более 10 тыс у.е. Ограничения могут носить не только финансовый характер.
При формировании нефункциональных требований следует формулировать их таким образом, чтобы они были контролируемы и измеряемы. Очень часто этого не делается, а требования формулируются в виде пожеланий, например, разрабатываемое ПО должно быть дружественным для пользователя. В результате такие требования приводят к тому, что разработчики вынуждены сами придумывать себе работу, которая как, потом оказывается была сделана ими впустую.