Модель предметной области. Концептуальные классы. Ассоциации и атрибуты.

Модель предметной области (domain model) — визуальное представление концептуальных классов или объектов реального мира в терминах предметной области.

· Отражает:

o концептуальные классы

o ассоциации между ними

o атрибуты концептуальных классов

· Не рассматривает:

o программные элементы (окна, БД)

o обязанности, методы

Создание модели:

· Выделить концептуальные классы

· Отобразить их в модели предметной области

· Добавить необходимые ассоциации и атрибуты

Выделение концептуальных классов:

· Повторное использование существующих моделей

· Использование списка категорий концептуальных классов

· На основе выделения существительных (Abbott)

Ассоциации

Ассоциация (association) — отношение между классами, отражающее некоторые значимые и полезные связи между ними.

· позволяют лучше понять предметную область

Атрибуты

Атрибут (attribute) — описание данных объекта

39 Язык UML. Способы использования. Model Driven Architecture. Executable UML. ДиаграммыUML.

UML (Unified Modeling Language):

· универсальный язык визуального моделирования систем

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

Поддерживается OMG (Object Management Group)

Способы использования:

· для черновиков

· для создания проектной документации

· в качестве языка программирования

Model Driven Architecture

Model Driven Architecture (MDA) — архитектура, управляемая моделью.

Executable UML

Диаграммы UML

· диаграммы структуры (structure diagrams)

o классов (Class)

o составных структур (Composite structure) (декомпозиция класса во время исполнения)

o компонентов (Component)

o развертывания (Deployment)

o объектов (Object)

o пакетов (Package)

· диаграммы поведения (Behavior)

o деятельности (Activity)

o состояний (State Machine)

o прецедентов (Use Case)

o взаимодействия (Interaction)

§ последовательности (Sequence)

§ коммуникационная (Communication)

§ временная (Timing)

§ обзора взаимодействий (Interaction Overview)

Диаграмма прецедентов.

· Показывает:

o исполнителей

o прецеденты

o отношения между ними

· Диаграммы прецедентов имеют второстепенное значение

Обозначения:

Отношение «extend» предоставляет возможность ввести новое поведение в существующий вариант использования (рис.1). Базовый ВИ представляет собой набор точек расширения (extension points) - точек входа, в которые может быть добавлено новое поведение. А расширяющий ВИ предоставляет ряд сегментов вставки, которые можно ввести в базовый в места, указанные точками входа. Базовый ВИ абсолютно полон и без расширений. Это существенно отличает «extend» от отношения «include», где базовые ВИ остаются неполными без включаемых ВИ.

Отношение включения («include»), устанавливаемое между вариантами использования, позволяет включить поведения одного варианта использования в поток другого варианта использования.

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

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

Отношение включения имеет простую семантику. Базовый ВИ выполняется до момента включения. Затем выполнение переходит на включаемый ВИ. После завершения включаемого ВИ управление вновь возвращается в базовый ВИ.