Диаграмма вариантов использования (use case diagram) uml.

Вариант использования описывает взаимодействие системы с её окружением, инициируемое извне. Вариант использования описывает типичное взаимодействие между пользователем и ПО. Каждый вариант использования связан с целью какого-либо пользователя, которая может быть достигнута в ходе его выполнения. На диаграммах варианты использования представляются в виде овалов.

Действующее лицо – это роль, которую пользователь или внешняя программная система играет по отношению к системе. На диаграммах вариантов использования они изображаются в виде стилизованных человеческих фигурок. Действующим лицом может быть пользователь-человек, внешняя программная система или время, если запуск каких-либо событий в системе зависит от времени. Диаграмма вариантов использования является самым общим представлением функциональных требований к системе. Сама моделируемая система представляется на диаграмме в виде прямоугольного блока с меткой <<subject>>. Внутри субъекта указывается название системы и размещаются варианты её использования. Детально функциональные требования описываются в документах, называемых «описания варианта использования». Каждое такое описание содержит один и более сценариев или потоков событий варианта использования. Описание подробно документирует взаимодействие действующих лиц с системой, осуществляемое в рамках варианта использования. Диаграмма вариантов использования сама по себе в отрыве от их описаний имеет мало смысла. Она является своего рода оглавлением модели требований.

В диаграммах вариантов использования могут присутствовать связи разных типов:

• связь коммуникации (подвид ассоциации, линия со стрелкой, обозначающая связь между вариантом использования и действующим лицом, по сути, такая связь обозначает путь для передачи запросов или данных);

• связь включения (пунктирная линия со стрелкой, обозначающая включение многократно используемой функциональности, представленной в виде отдельного варианта использования);

• связь расширения (пунктирная линия со стрелкой, соединяющая вариант использования, который описывает особый случай, с базовым вариантом использования);

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

Диаграмма классов (class diagram) uml.

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

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

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

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

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

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

<квантор видимости><имя атрибута>[кратность]:

<тип атрибута> = <исходное значение>{строка-свойство}

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

• Символ "+" обозначает атрибут с областью видимости типа общедоступный (public). Атрибут с этой областью видимости доступен или виден из любого другого класса пакета, в котором определена диаграмма.

• Символ "#" обозначает атрибут с областью видимости типа защищенный (protected). Атрибут с этой областью видимости недоступен или невиден для всех классов, за исключением подклассов данного класса.

• И, наконец, знак "-" обозначает атрибут с областью видимости типа закрытый (private). Атрибут с этой областью видимости недоступен или невиден для всех классов без исключения.

В третьей сверху секции прямоугольника записываются операции или методы класса. Операция (operation) представляет собой некоторый сервис, предоставляющий каждый экземпляр класса по определенному требованию. Совокупность операций характеризует функциональный аспект поведения класса. Запись операций класса в языке UML также стандартизована и подчиняется определенным синтаксическим правилам. При этом каждой операции класса соответствует отдельная строка, которая состоит из квантора видимости операции, имени операции, выражения типа возвращаемого операцией значения и, возможно, строка-свойство данной операции:

• <квантор видимости><имя операции>(список параметров):

• <выражение типа возвращаемого значения>{строка-свойство}

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