Business object model Диаграммы классов

структуры модели системы в терминологии классов объектно-ориентированного программирования.

2. может отражать,

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

3. т.к. на данной диаграмме не указывается информация о временных аспектах функционирования системы диаграмма классов может служить дальнейшим развитием концептуальной модели проектируемой системы.

– абстрактное описание (или представление) свойств множества объектов, которые обладают

:

a) одинаковой структурой,
b) поведением,
c) отношениями с объектами из других классов.

Варианты графического представления класса

Имя класса

Атрибуты класса

Операции
класса

Имя класса

Атрибуты класса

Имя класса

уникальным в пределах пакета, который может содержать несколько диаграмм классов

или только одну диаграмму;

2. указывается в самой верхней секции прямоугольника;

3. записывается по центру секции имени полужирным шрифтом и должно начинаться с заглавной буквы.

Имена классов образуют словарь предметной области при ООАП

Примеры имен классов: существительные – Сотрудник, Компания, Руководитель, Клиент, Продавец, Менеджер, Офис и др.

представления отдельного свойства или признака, который является общим для всех

объектов данного класса.

Каждому атрибуту класса соответствует отдельная строка текста, которая состоит из:

квантора видимости,
имени,
его кратности,
типа значений атрибута,
его исходного значения.

Общий формат записи отдельного атрибута класса:
<квантор видимости> <имя атрибута> [кратность]:
<тип атрибута> = <исходное значение> {строка-свойство}

в качестве идентификатора соответствующего атрибута и поэтому должна быть уникальной

в пределах данного класса.

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

экземпляр или объект класса по требованию своих клиентов.
Совокупность операций характеризует

функциональный аспект поведения всех объектов данного класса.

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

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

relationship);

отношение агрегации (aggregation relationship);

отношение композиции (composition relationship);

отношение зависимости (dependency relationship).

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

имя ассоциации,
символ навигации,
имена и

кратность классов-ролей ассоциации

АССОЦИАЦИЯ

БИНАРНАЯ

N-АРНАЯ

НАПРАВЛЕННАЯ

НЕНАПРАВЛЕННАЯ

ИСКЛЮЧАЮЩАЯ
(XOR-АССОЦИАЦИЯ)

(родителем или предком) и более частным или специальным элементом (дочерним

или потомком).
Данное отношение может использоваться для представления иерархических взаимосвязей между пакетами, классами, вариантами использования и другими элементами языка UML.

Применительно к диаграмме классов данное отношение описывает иерархическое строение классов и наследование их свойств и поведения.

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

быть присоединена строка текста, указывающая на некоторые специальные свойства этого

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

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

{complete} — означает, что специфицированы все классы-потомки, и других классов-потомков у данного класса-предка быть не может.

{incomplete} — указанны не все классы-потомки.

{disjoint} — классы-потомки не могут содержать объектов, одновременно являющихся экземплярами двух или более классов.

{overlapping} — отдельные экземпляры классов-потомков могут принадлежать одновременно нескольким классам.

случае, если один из классов представляет собой некоторую сущность, которая

включает в себя в качестве составных частей другие сущности.

Графически отношение агрегации изображается сплошной линией, один из концов которой представляет собой не закрашенный внутри ромб. Этот ромб указывает на тот из классов, который представляет собой "целое" или класс-контейнер.

взаимосвязи заключается в том, что части не могут выступать в

отрыве от целого, т. е. с уничтожением целого уничтожаются и все его составные части.

Графически отношение композиции изображается сплошной линией, один из концов которой представляет собой закрашенный внутри ромб. Этот ромб указывает на тот из классов, который представляет собой класс-композит. Остальные классы являются его "частями"

между двумя элементами модели
Отношение зависимости используется в такой ситуации,

когда некоторое изменение одного элемента модели может потребовать изменения другого зависящего от него элемента модели.

Графически изображается пунктирной линией между соответствующими элементами со стрелкой на одном из ее концов. Стрелка направлена от класса-клиента зависимости или зависимого класса к независимому классу.

внешним агентам (пакет поддерживает работу одного внешнего агента по всем

вариантам использования)
По вариантам использования (пакет реализует один вариант использования)
Выделение подсистем

хранения информации
Пассивна
Претенденты: Бизнес-сущности из бизнес модели проблемной области

вариантами использования

системы
Выделяются для каждого внешнего агента, для управления взаимодействием с ними

минимум, один интерфейсный элемент
Для каждого интерфейсного элемента должен быть, как

минимум, один внешний агент
<>
Для каждого сценария от 1 до 4
<>
Для каждой бизнес сущности минимум 1 entity

читателей
Менеджер книг
Каталог книг
Книга
1
1
Список читателей
Читатель
Контроль сроков
1
1
1
0..n
1
1
1
0..n

операции и отсутствуют атрибуты.

Для обозначения интерфейса используется специальный графический символ

окружность или стандартный способ — прямоугольник класса со стереотипом <>.

видимы извне, но их внутренняя структура остается скрытой от клиентов.

Применительно

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

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