Структура UML

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

Строительные блоки UML

• Сущности – это сами элементы модели.
• Отношения связывают сущности. Отношения определяют, как семантически связаны две или более сущностей.
• Диаграммы – это представления моделей UML. Они показывают наборы сущностей, которые «рассказывают» о программной системе и являются нашим способом визуализации того, что будет делать система (аналитические диаграммы) или как она будет делать это (проектные диаграммы).

Сущности

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

Отношения

Диаграммы

Общие механизмы UML

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

Архитектура

Существует множество способов описания архитектуры, но самым распространенным является «4+1 представление».

• Логическое представление описывает словарь предметной области как набор классов и объектов. Основное внимание уделяется отображению того, как объекты и классы, образующие систему, реализуют требуемое поведение системы.
• Представление процессов моделирует исполняемые потоки и процессы системы как активные классы (классы, имеющие собственный поток управления). В действительности это процессориентированная версия логического представления, все их артефакты аналогичны.
• Представление реализации моделирует файлы и компоненты, образующие физическую базу из кода для системы. Это представление также иллюстрирует зависимости между компонентами и управляет конфигурированием наборов компонентов для определения версии системы.
• Представление развертывания моделирует физическое развертывание артефактов на физические вычислительные узлы, такие как компьютеры и периферийное оборудование. Оно обеспечивает возможность моделирования распределения артефактов между узлами распределенной системы.
• Представление прецедентов описывает основные требования, предъявляемые к системе, как набор прецедентов. Эти прецеденты обеспечивают базу для создания остальных представлений.