Поиск субъектов - один из первых этапов определения функциональности системы. Любой тип внешнего явления, с которым должна взаимодействовать система, должен быть представлен субъектом. Для того чтобы найти субъекты, ответьте на следующие вопросы:

• Какие группы пользователей будут выполнять свои задачи с помощью системы?
• Какие группы пользователей будут работать с наиболее явными основными функциями системы?
• Какие группы пользователей будут выполнять менее важные функции, такие как поддержка системы и администрирование?
• Будет ли система взаимодействовать с какой-либо внешней аппаратной или программной системой?

Любой человек, группа или категория, которые попадают под одну или несколько из вышеперечисленных категорий, являются потенциальными субъектами.

Для того чтобы проверить правильность определения субъектов (людей), следует назначить двух или трех людей, которые будут действовать как субъекты, и выяснить, удовлетворяет ли выбранный набор субъектов их потребностям. Дополнительная информация о параметрах субъектов содержится в документеРекомендация: Субъект.

Вначале процесс поиска подходящих субъектов может представлять затруднения, и вряд ли все субъекты будут найдены с первой попытки (поскольку будут рассмотрены не все возможные варианты использования). Только работа с вариантами использования может привести к полному пониманию среды, в которой работает система, и ее взаимодействия с системой. Когда такое понимание будет достигнуто, может потребоваться пересмотр исходной модели, так как вначале обычно выделяют слишком много субъектов. При изменении субъектов следует быть внимательным; изменения могут затронуть и варианты использования. Помните, что любое изменение списка субъектов сильно влияет на интерфейс и поведение системы. При определении субъектов можно основываться на бизнес-модели вариантов использования и бизнес-модели анализа, если они разработаны.

Присвойте обнаруженным субъектам имена и краткие описания

Имя субъекта должно ясно указывать на его роль. Необходимо следить за тем, чтобы вероятность перепутать имена двух субъектов в будущем была низка.

Описание субъекта включает сведения о его области деятельности, а также информацию о том, с какой целью субъект будет использовать систему. Поскольку субъекты не входят в состав системы, подробное описание не требуется. См. раздел Краткое описание документа Руководство: Субъект.

После того, как список субъектов составлен, следует перейти к вариантам использования системы. Первый список вариантов использования будет предварительным, и, несомненно, изменится несколько раз до получения готового списка. Если понимание требований системы является неполным, или анализ является нечетким, требуемая функциональность также будет неясна. Поэтому необходимо постоянно контролировать, найдены ли верные варианты использования. Перед получением конечной версии списка варианты использования придется добавлять, удалять, соединять и разделять. Для того чтобы более глубоко понять варианты использования, необходимо составить их полное описание.

Лучший способ поиска вариантов использования - рассмотреть требования, предъявляемые пользователями к системе. Помните, что система существует только для пользователей, и поэтому должна строиться в первую очередь с учетом их потребностей. Потребности субъектов можно понять через требования к функциональности системы. По отношению к каждому субъекту найдите ответ на следующие вопросы:

• Выполнения каких задач субъект ожидает от системы в первую очередь?
• Будет ли субъект создавать, сохранять, изменять, удалять либо считывать данные системы?
• Будет ли субъект сообщать системе о непредвиденных внешних изменениях?
• Информацию о каких событиях, происходящих в системе, необходимо будет передавать субъекту?
• Будет ли субъект инициировать запуск или отключение системы?

Ответы на эти вопросы дают представление о потоке событий, определяющих варианты использования системы потенциальным субъектом. Не все из них определяют отдельные варианты использования; некоторые можно будет включить в модель как отклонения от одного и того же варианта. Не всегда можно четко различить отклонение и отдельный вариант использования. Это будет проще сделать после составления подробного описания потока событий.

Другим полезным источником информации при определении вариантов использования является модель вашей организации (также называемая бизнес-моделью). Модель организации описывает способы использования информационной системы в существующих операциях и, таким образом, дает хорошее представление об окружении системы. Возможно, вы также обнаружите концепции, которые следует добавить в модель организации, так как эта модель содержит "бизнес-объекты", относящиеся к организации. Если был выполнен поток операций бизнес-моделирования , то в качестве источников информации можно будет использовать бизнес-модель вариантов использования и аналитическую бизнес-модель .

Система может быть описана несколькими моделями вариантов использования. Лучший способ найти "оптимальную" модель - разработать две или три модели, выбрать наиболее удачную и продолжать ее разработку. Разработка нескольких альтернативных моделей также поможет вам глубже понять систему.

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

Дополнительная информация о вариантах использования и их поиске содержится в документах Рекомендация: Модель вариантов использования и Рекомендация: Вариант использования.

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

Имя каждого варианта использования должно давать представление о цели, с которой он осуществляется субъектом (субъектами). Имя может содержать несколько слов. Два различных варианта использования нельзя назвать одинаково. См. также раздел Имя в документе Рекомендация: Вариант использования.

Введите краткое описание каждого варианта использования. При создании описания может потребоваться обращение к глоссарию и указание новых концепций. См. также раздел Краткое описание документа Указание: Вариант использования.

Структурировать поток событий

На этом этапе также следует создать черновое описание потока событий для варианта использования. Опишите каждый поток событий как некоторую последовательность действий, но не углубляйтесь в подробности. Человеку, который в дальнейшем будет уточнять описания вариантов - даже если это будете вы - может потребоваться это пошаговое описание. Вначале определите основной поток событий, после этого - альтернативные.

Пример:

Первый вариант пошагового описания потока событий для варианта использования Обработка системы Машина обработки может выглядеть так:

• Пользователь нажимает кнопку "Пуск".
• Пользователь вставляет объекты, которые будут перечислены на счет.
• Система определяет тип введенных объектов.
• Система увеличивает счетчик объектов данного типа, полученных в этот день.
• Пользователь нажимает кнопку "Квитанция".
• Система печатает квитанцию.

Сбор дополнительных требований.

Некоторые требования к системе невозможно связать с конкретными вариантами использования: отнесите их к Дополнительным спецификациям (см. Рабочий продукт: Дополнительные спецификации).

Связь субъектов и вариантов использования очень важна, поэтому при определении варианта использования следует установить, какие субъекты будут его реализовывать. Для этого необходимо определить направленную связь, соответствующую направлению передачи сигнала между субъектом и вариантом использования.

Обычно информация передается в обоих направлениях. В этом случае связь должна быть двусторонней. Чаще всего для каждой пары субъект - вариант использования достаточно определить одну связь.

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

Дополнительная информация о связях содержится в документе Рекомендация по рабочему продукту: Связи.

Если количество субъектов или вариантов использования слишком велико, для упрощения модели вариантов использования их можно разделить на группы. Это также облегчает восприятие модели и упрощает присваивание обязанностей, заданных в модели, так как разработчику можно передать для обработки группу вариантов использования или субъектов.

Варианты использования можно отнести к одной группе в следующих случаях:

• Они взаимодействуют с одним и тем же субъектом.
• Один из них включает другой как частный случай либо расширяет.
• Они являются необязательными и инициируются только совместно.

Существуют и другие способы; однако следование выбранной стратегии важно для обеспечения интуитивной понятности модели.

Дополнительная информация о группах вариантов использования содержится в документе Рекомендация по рабочему продукту: Группа вариантов использования.

Отношения между вариантами использования и субъектами, а также между связанными вариантами использования, можно проиллюстрировать с помощью диаграмм. Эти диаграммы могут содержать следующие элементы:

• Субъекты, относящиеся к одной группе вариантов использования.
• Субъект и все варианты использования, с которыми он взаимодействует.
• Варианты использования, в которых обрабатываются одинаковые данные.
• Варианты использования, инициируемые одной группой субъектов.
• Варианты использования, которые часто выполняются в одинаковой последовательности.
• Варианты использования, относящиеся к одной группе.
• Наиболее важные варианты использования. Такие диаграммы демонстрируют суть модели, и часто входят в представление вариантов использования.
• Варианты использования, разработанные в одно время (на одном этапе).

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

Дополнительная информация о диаграммах вариантов использования содержится в документеРекомендация: Диаграмма вариантов использования.

На этом этапе требуется создать описание модели прецедентов, подходящее для проведения опроса.  В опросе должны быть отражены следующие темы:

• Последовательность, в которой пользователи обычно инициируют варианты использования.
• Функции системы, не учтенные в модели вариантов использования.

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

На этом этапе следует проверить, что составленная модель пригодна к использованию, однако подробный анализ модели не требуется. Проверку модели также можно выполнять во время работы над ней.  Рекомендации по вопросам, на которые следует обратить внимание, описаны в документе Справочная таблица: Модель вариантов использования.

На этом этапе модель вариантов использования должна быть оценена людьми, не входящими в коллектив разработки (например, пользователями и заказчиками). Таким образом, до завершения этой задачи модель должна быть проверена пользователями и заказчиком. В качестве основы для обсуждения можно использовать ранее полученные результаты анализа модели и ее диаграммы.

Заинтересованные стороны должны определить:

• Все ли необходимые варианты использования были выявлены.
• Есть ли среди вариантов использования лишние.
• Есть ли отклонения в поведении вариантов использования.
• Завершается ли каждый поток событий должным образом.
• Облегчает ли результат анализа модели ее понимание.