Читайте также:
|
|
Для каждого актера связанные с ним функциональные требования необходимо представить в виде UML диаграммы прецендентов (Use cases diagram). Диаграммы и функциональные требования должны быть синхронизированы. Важно понимать, что диаграмма является иллюстрацией и не может рассматриваться полноценным носителем информации.
Нефункциональные требования
Третья часть описывает нефункциональные требования.
Нефункциональные требования – требования, которые определяют критерии работы системы в целом, а не отдельные сценарии поведения, например, требования надежности, безопасности, производительности, доступности.
Каждое нефункциональное требование должно включать следующую информацию:
- уникальный идентификатор требования;
- описание требования.
Обязательным нефункциональным требованием является охват платформ, на которых планируется выполнение ИС (например,.NET4 или JRE 1.6 или Windows7/64x, MacOS X 10.7.4 или Android 2.3 или iOS 6 и т.д.).
Для Rich Client Application и Mobile Application (см. ниже) достаточно перечислить целевые платформы, на которых будет выполняться приложение.
Для WEB Application (см. ниже) необходимо указать целевую платформу, на которой ожидается выполнение самого веб-приложения, а также список поддерживаемых WEB браузеров с указанием минимальных поддерживаемых версий.
Дополнительным нефункциональным требованием является указание средств разработки ИС.
Критерии качества требований
К требованиям предъявляются следующие критерии качества:
- атомарность требования. Каждое требование должно описывать только одну функцию приложения;
- упорядочивание требований по категориям. Каждая категория может иметь свой уникальный номер, являющийся префиксом для идентификатора требования;
- верифицируемость требования. Каждое требование должно обладать свойством верифицируемости, т.е. для каждого требования должна существовать объективная процедура проверки достижимости требования приложением;
- понятность и ясность каждого требования;
- полнота, вместе требования должны давать полное представление о приложении и его возможностях;
- непротиворечивость, требования должны быть логичными и не вступать в противоречие друг с другом.
Рекомендованная литература
- Карл И. Вигерс. Разработка требований к программному обеспечению.
- Алистер Коберн. Writing Effective Use Cases
Дата добавления: 2015-10-16; просмотров: 61 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Функциональные требования | | | Архитектурные представления |