Модель вариантов использования
В рамках Унифицированного процесса функциональные требования исследуются и формулируются в модели вариантов использования.
Вариант использования (use case) – это независящее от реализации высокоуровневое представление конкретной функции разрабатываемой системы. Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое внешним объектом (действующим лицом).
Диаграмма вариантов использования (рисунок 4.5) показывает взаимодействие между вариантами использования и действующими лицами, отражая функциональные требования к системе с точки зрения пользователя.
Рисунок 4.5 – Диаграмма варианов использования
Разрабатывая диаграммы вариантов использования, придерживайтесь следующих простых правил:
для идентификации вариантов использования перечислите все внешние события, на которые система должна каким-то образом реагировать;
не моделируйте связи между действующими лицами (они не входят в состав разрабатываемой системы);
не соединяйте варианты использования непосредственно, чтобы показать последовательность действий (для этого используйте диаграмму деятельности);
для указания связей между вариантами использования применяйте отношения «использование» (uses) и «расширение» (extends).
Для подробного описания процесса обработки данных, реализуемого в рамках варианта использования, разрабатывается документ, называемый «поток событий»(flow of events). Обычно этот документ включает:
краткое описание варианта использования;
предусловия;
основной поток событий варианта использования;
альтернативные потоки событий;
постусловия.
Таким образом, данный документ будет подробно описывать, что будут делать действующие лица, а что – сама система.
Графически основной поток событий конкретного варианта использования отображается на диаграмме последовательности (рисунок 4.6). Стрелки на диаграмме соответствуют сообщениям, которыми обмениваются объекты для выполнения требуемой функции.
Рисунок 4.6 – Диаграмма последовательности
Для уточнения взаимодействия между объектами в рамках варианта использования можно также использовать диаграммы кооперации, состояния и деятельности.
Прототип пользовательского интерфейса помогает в ходе определения требований понять и опрделить взаимодействие между действующими лицами – людьми и системой. При определении интерфейса используется модель интерфейса пользователя и эскизы экранных форм.
Функциональное моделирование в нотации idef0
Методология IDEF0 разработана на основе методологии SADT (Structured Analysis and Design Technique) и представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Модель IDEF0 состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Диаграммы – главные компоненты модели, все функции информационной системы и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса.
Функциональный блок (Activity Box) – это графическое изображение в виде прямоугольника (рисунок 4.7) некоторой функции рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).
Рисунок 4.7 – Функциональный блок нотации IDEF0
Каждая из четырех сторон функционального блока имеет своё определенное значение (роль):
Control (управление). Стрелки сверху означают на основании чего выполняется данный процесс – законы, стандарты, приказы и т.д.;
Input (вход). Стрелки слева – данные или объекты, используемые или изменяемые процессом;
Output (выход). Стрелки справа – основные результаты деятельности процесса, конечные продукты;
Mechanism (механизм/исполнитель). Стрелки снизу означают посредством чего или с помощью кого реализуется данный процесс – материальные и/или кадровые ресурсы, необходимые для процесса. Механизм может быть человеком, компьютером или любым другим устройством, которое помогает выполнять данную функцию.
Пример IDF0-диаграммы приведен на рисунке 4.8.
Рисунок 4.8 – Функциональнаяй модель системы как IDEF0-диаграмма