Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Моделирование прецедентов

Читайте также:
  1. YIII.5.2.Аналогия и моделирование
  2. Диагностическое восковое моделирование
  3. Имитационное моделирование
  4. Имитационное моделирование рисков на базе метода Монте-Карло
  5. Имитационное моделирование функционирования системы.
  6. КОМПЬЮТЕРНОЕ МОДЕЛИРОВАНИЕ ЭВОЛЮЦИИ КООПЕРАТИВНЫХ СТРАТЕГИЙ
  7. Моделирование бизнес-процесса для предприятия, действующего в области фитнеса

 

Для каждого актера связанные с ним функциональные требования необходимо представить в виде 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 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Функциональные требования| Архитектурные представления

mybiblioteka.su - 2015-2024 год. (0.005 сек.)