Функциональные требования

Задание архитектуры

Варианты использования помогают вести итеративную разработку. Создание приращения

(приложение В) в ходе каждой итерации, кроме, может быть, самой первой,

направляется вариантами использования при проходе по всем рабочим процессам,

от определения требований до проектирования и тестирования. Каждое

приращение разработки, таким образом, возникает в результате работы по реализации

набора вариантов использования. Другими словами, в каждой итерации определяется

и реализовывается некоторое количество вариантов использования.

Варианты использования также помогают нам подобрать архитектуру. Мы выбираем

набор вариантов использования — варианты использования, оказывающие

влияние на архитектуру, и реализуем их в ходе первых итераций. Тем самым

мы обеспечиваем систему стабильной архитектурой, которую будем использовать

на протяжении множества последующих циклов. Мы вернемся к этому

вопросу в главе 4.

Варианты использования служат отправной точкой для написания руководства

пользователя. Поскольку каждый вариант использования определяет один из способов

использования системы, они являются идеальным началом для описания

взаимодействия пользователя с системой.

Оценивая, как часто выполняются различные варианты использования, можно

определить, какой из них требует особой эффективности. Эта оценка может быть

использована для определения требуемой производительности процессора используемого

компьютера или оптимизации структуры базы данных под отдельные операции.

Также подобные оценки могут быть применены для повышения удобства__

 

работы с системой, становится возможным выделить наиболее важные варианты

использования для того, чтобы разрабатывать их пользовательские интерфейсы

особенно тщательно.

Определение вариантов использования

Теперь перейдем к обзору последовательности рабочих процессов. Как было сказано

ранее, мы сосредоточимся на аспекте управления вариантами использования.

В следующем пункте мы сконцентрируем свое внимание на определении функциональных

требований в виде вариантов использования. Определение других типов

требований, происходящее в то же самое время, будет интересовать нас значительно

меньше.

В ходе рабочего процесса определения требований мы идентифицируем потребности

пользователей и клиентов в виде требований. Функциональные требования

описываются вариантами использования, входящими в модель вариантов использования.

Прочие же требования могут присоединяться к тем вариантам использования,

к которым они относятся, сохраняться в отдельном списке или фиксироваться

каким-либо иным образом.

Модель вариантов использования отражает

Модель вариантов использования помогает клиентам, пользователям и разработчикам

договориться о способах использования системы. Большинство систем имеет

множество категорий пользователей. Каждая категория пользователей представлена

отдельным актантом. Актанты используют систему, взаимодействуя с вариантами

использования. Полный набор актантов и вариантов использования образует

модель вариантов использования [34,35]. Диаграмма использования(приложение А;

см. также подраздел «Деятельность: нахождение актантов и вариантов использования

» главы 7) описывает часть модели вариантов использования, показывая набор

вариантов использования с актантами и с ассоциациями между каждой взаимодействующей

парой актант — вариант использования.

 

Рис. 3.3. Пример диаграммы использования с актантом и тремя вариантами использования

 

Пример.Модель вариантов использования для банкомата (ATM). Актант Клиент

банка использует банкомат (ATM) для того, чтобы класть деньги на счет или

снимать их со счета, а также производить перечисление денег со счета на счет. Это

поведение представляется в виде трех вариантов использования, изображенных

на рис. 3.3. Изображенные на этом рисунке ассоциации актанта Клиент банка с вариантами

использования показывают, что он участвует в этих вариантах использования.