Основные элементы диаграммы

Основными элементами диаграммы прецедентов являются: актёры, прецеденты, интерфейсы, а также отношения между ними.

Проектируемая система представляется в виде некоторого набора актёров, которые взаимодействуют с системой с помощью прецедентов (вариантов использования).

Актёр (Actor) - это некоторая сущность, которая взаимодействует системой из вне (актёр является источников воздействия на систему).

Прецедент (Use Case)- служит для описания сервисов, которые система предоставляет актёру.

Интерфейс (Interface) - служит для выделения параметров модели, которые видимы извне без указания их внутренней структуры.

В среде проектирования Ration Rose (98/2000) актер изображается фигурой человечка, под которой записывается имя актёра, графическим преставлением прецедента является овал, под которым указывается имя прецедента, интерфейс изображается окружностью см. рис.2.1.

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

Рис. 2.1. Диаграмма прецедентов для Системы продажи билетов.

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

Возможность купить билет на самолет (рис.2.1) является главным требованием к Системе продажи билетов с точки зрения её пользователей, поэтому был построен соответствующий этому требованию Прецедент. Покупка билета осуществляется через заполнение клиентом соответствующего бланка заказа данной авиакомпании. Интерфейс Бланк заказа выступает посредником, который обеспечивает выполнение прецедента (Купить билет на самолёт) для актёра (Клиент авиакомпании).

Типы отношений на диаграмме прецедентов

Для построения диаграммы прецедентов могут быть использованы следующие типы отношений:

• ассоциации (association),

• обобщения (generalization),

• расширения (extend),

• включения (include).

Рассмотрим некоторые отношения. Отношение ассоциации устанавливает, какую конкретную роль играет актёр в системе, определяет спецификацию актёра. Отношение ассоциации может иметь дополнительные характеристики: кратность (multiplicity) и имя. Этот вид отношений изображается прямой линией и может быть использован между прецедентами, между актерами, между прецедентом и актёром (рис. 2.1).

Актёры могут наследовать свойства друг друга. Для изображения связи наследования между родительским и дочерним прецедентом используют отношение обобщения (рис. 2.2). На диаграммах UML отношение обобщение изображается прямой линией с не закрашенным треугольником, указывающим на родителя. Постоянный клиент авиакомпании наследует все свойства Клиента авиакомпании и может иметь свои собственные, например, пользоваться скидкой при покупке билета. Отношение обобщения также может быть использовано для отображения связи наследования между прецедентами (рис. 2.3).

Рис. 2.2. Пример отношения обобщения между двумя актёрами на диаграмме прецедентов.

Рис. 2.3. Пример отношения обобщения между двумя прецедентами на диаграмме прецедентов.

Для группировки элементов UML используют пакеты. Пакеты позволяют структурировать и систематизировать информационную составляющую модели, повысить ее наглядность.