Методические указания к лабораторным работам по дисциплине “Системы автоматизации проектирования программного обеспечения” (стр. 5 из 22)
Любой вариант использования должен иметь краткое описание, объясняющее действия в этом варианте. Описание должно быть кратким, но в него необходимо включить сведения о разных типах пользователей, выполняющих данный вариант использования, и ожидаемый результат. Во время работы (особенно если проект сложный) эти описания будут напоминать членам команды, почему тот или иной вариант использования был включен в проект и что он должен делать. Четко документируя, таким образом, цели каждого варианта использования, можно уменьшить неразбериху, возникающую среди разработчиков.
На рисунке 2.7 приведен пример документирования варианта использования.
Рисунок 2.7 – Окно документирования варианта использования
Между компонентами диаграммы вариантов использования могут существовать различные отношения, которые описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов. Один актер может взаимодействовать с несколькими вариантами использования. В этом случае этот актер обращается к нескольким сервисам данной системы. В свою очередь один вариант использования может взаимодействовать с несколькими актерами, предоставляя для всех них свой сервис. Следует заметить, что два варианта использования, определенные для одной и той же сущности, не могут взаимодействовать друг с другом, поскольку каждый из них самостоятельно описывает законченный вариант использования этой сущности. Более того, варианты использования всегда предусматривают некоторые сигналы или сообщения, когда взаимодействуют с актерами за пределами системы. В то же время могут быть определены другие способы для взаимодействия с элементами внутри системы.
В языке UML имеется несколько стандартных видов отношений между действующими лицами и вариантами использования:
- отношение ассоциации;
- отношение зависимости;
- отношение обобщения.
Ассоциация – структурное отношение, описывающее совокупность связей, представленных соединениями между объектами модели. Выделяют разновидность ассоциации, агрегирование, предусмотренное для выражения отношений между целым и его частями.
Рисунок 2.8 – Пример реализации отношения ассоциации
Применительно к диаграммам вариантов использования оно служит для обозначения специфической роли актера в отдельном варианте использования. Другими словами, ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использования в графической модели системы. Таким образом, это отношение устанавливает, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования. На диаграмме вариантов использования, так же как и на других диаграммах, отношение ассоциации обозначается сплошной линией между актером и вариантом использования. Эта линия может иметь дополнительные условные обозначения, такие, например, как имя и кратность
Кратность (multiplicity) ассоциации указывается рядом с обозначением компонента диаграммы, который является участником данной ассоциации. Кратность характеризует общее количество конкретных экземпляров данного компонента, которые могут выступать в качестве элементов данной ассоциации. Применительно к диаграммам вариантов использования кратность имеет специальное обозначение в форме одной или нескольких цифр и, возможно, специального символа "*" (звездочка).
Зависимость – семантическое отношение между двумя сущностями, при которой изменение одной из сущностей, независимой, может повлиять на семантику второй сущности, зависимой.
Отношение зависимости определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом, свойства которого определяются на основе способа совместного объединения данных экземпляров. В метамодели отношение зависимости является направленным и указывает, что применительно к отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования.
Отношение зависимости между вариантами использования обозначается пунктирной линией со стрелкой, направленной от того варианта использования, который является расширением для исходного варианта использования.
Рисунок 2.8 - Пример графического изображения отношения зависимости (расширения) между вариантами использования
Обобщение – отношение, при котором объект специализированного элемента может быть подставлен и использован вместо объекта обобщенного элемента. Следует подчеркнуть, что потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения. Графически данное отношение обозначается сплошной линией со стрелкой в форме незакрашенного треугольника, которая указывает на родительский вариант использования (рис. 2.9).
Рисунок 2.9 - Пример графического изображения отношения обобщения между действующими лицами
2.4 Особенности разработки диаграмм вариантов использования в среде IBM Rational Rose 2003
Запустите Rational Rose, и создайте новую пустую модель. Для этого в окне Create New Model мастера создания моделей, открывающегося после первого запуска системы, включите флажок Don’t show this dialog in the future и нажмите кнопку Cancel. Эта команда закроет окно мастера, и не будет выводить его при следующих открытиях Rational Rose. В рабочем поле Rational Rose будет выведена пустое окно диаграммы классов. Это будет наша рабочая модель, в которой и должны быть отражены все нюансы будущей системы. Затем для того чтобы открыть окно диаграммы Use Case необходимо сделать двойной щелчок по значку Main в папке User Case View в окне Browser. Если открыто окно хотя бы одной диаграммы, то в главном меню активизируется пункт Browse и диаграмму Use Case можно открыть командой Browse,Use Case Diagram. Отметим, что в панели инструментов Standard нет кнопки просмотра Browse Use Case Diagram.Создание новых элементов в диаграмме Use Case
Rational Rose предоставляет несколько способов создания новых элементов в окне диаграмм Use Case:
1. Командой New,Use Case контекстного меню папки Use Case View в окне Browser .
2. Командой Tools,Create,Use Case главного меню.
3. Командами строки инструментов окна Use Case Diagram.
В первом случае элемент создается непосредственно в дереве модели (в папке Use Case View окна Browser), но его значок не включается ни в одну диаграмму. После создания элемента, таким способом, можно поместить его на выбранную диаграмму, например путём перетаскивания мышкой значка элемента из дерева модели окна Browser в окно диаграммы. Во втором и третьем случае вместе с созданием элемента его значок помещается на текущую диаграмму автоматически.
При создании элементов посредством меню Tools программа предоставляет возможность создавать все элементы, которые можно включить в текущую диаграмму, тогда как при создании средствами строки инструментов пользователь ограничен созданием элементов согласно включенным в данную строку значкам. По причине большей простоты и наглядности рекомендуем пользоваться третьим вариантом. Для этого необходимо ознакомиться с содержанием строки инструментов, установленной по умолчанию для данной диаграммы. Для моделирования бизнес-процессов Rational Rose предоставляет дополнительные элементы Use Case, которые можно активизировать при помощи режима настройки инструментов (командой Use Case Diagram… на вкладке Toolbars окна Optins, открываемого командой Tools,Options главного меню). Но для создания системы учета товародвижения на складе достаточно значков, установленных в панелях инструментов по умолчанию.
Рассмотрим панель инструментов рабочего окна диаграммы Use Case.
Таблица 2.5 - Пиктограммы панели инструментов диаграммы Use Case
| Пиктограмма | Кнопка | Описание |
 | Selects or deselects an item (Выделение или отмена выделения объекта) | Превращает курсор в стрелку указателя, так что вы можете выделить объект |
 | Text Box (Текст) | Добавляет к диаграмме текст |
 | Note (Примечание) | Добавляет к диаграмме примечание |
 | Anchor Note to Item (Прикрепление примечания к объекту) | Связывает примечание с вариантом использования или объектом на диаграмме |
 | Package (Пакет) | Помещает на диаграмму новый пакет |
 | Use Case (Вариант использования) | Помещает на диаграмму новый вариант использования |
 | Actor (Действующее лицо | Помещает на диаграмму новое действующее лицо |
 | Unidirectional Association (Однонаправленная ассоциация) | Рисует связь между действующим лицом и вариантом использования |
 | Dependency or Instantiates (Зависимость или наполнение) | Рисует зависимость между элементами диаграммы |
 | Generalization (Обобщение) | Рисует связь использования или расширения между вариантами использования либо рисует связь наследования между действующими лицами |
По умолчанию строка инструментов Use Case-диаграммы состоит из десяти значков. При необходимости можно настроить панель инструментов.
Как настроить панель инструментов для диаграмм в среде IBM Rational Rose 2003
Необходимо открыть диалоговое окно настройки специальных панелей инструментов для диаграмм в среде IBM Rational Rose 2003 можно с помощью операции главного меню: Tools 
Options (Инструменты Параметры), раскрыв вкладку Toolbars (Панели инструментов) и нажав соответствующую кнопку (например, Use Case diagram) в группе опций Customize Toolbars (Настройка панелей инструментов). Это окно настройки также можно открыть с помощью операции контекстного меню Customize (Настройка) при позиционировании курсора на специальной панели инструментов (рис. 2.6).
Рисунок 2.10 - Диалоговое окно настройки специальной панели инструментов для диаграммы вариантов использования
Для добавления необходимых кнопок на панель следует выделить их в левом окне со списком пиктограмм графических элементов, после чего нажать кнопку «Добавить» в центре диалогового окна. Для удаления ненужных кнопок с панели инструментов следует выделить их в правом окне со списком пиктограмм графических элементов, после чего нажать кнопку «Удалить» в центре диалогового окна. Для восстановления набора пиктограмм по умолчанию можно нажать кнопку «Сброс». После настройки специальной панели инструментов соответствующее окно следует закрыть нажатием на кнопку «Закрыть».
Способы именования элементов и связей
Структурным элементам Actor, Use Case и Package, вводимым в диаграмму, система Rational Rose автоматически присваивает умалчиваемые имена (NewClassN, NewUseCaseN и NewPackageN). Изменит эти имена можно двумя способами: