3.9. Диаграммы компонентов и диаграммы развертывания

Архитектура приложения описывается в диаграммах компонентов (Component) и диаграммах развертывания (Deployment).

На диаграммах компонентов изображается вхождение классов и объектов в программные компоненты системы (модули, библиотеки и т.д.).

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

Диаграмма компонентов показывает используемые типы компонентов, а диаграмма развертывания – экземпляры компонентов.

Диаграмма компонентов создается с помощью следующих кнопок панели инструментов:

1 (Component) – компонент; независимая от других компонентов часть системы; взаимодействие с другими компонентами осуществляется с помощью интерфейса;

2 (Interface) – интерфейс; определяется перечень операций, реализуемый программным и аппаратным обеспечением;

3 (Package) – пакет; часть модели; каждый элемент может принадлежать только одному пакету;

4 (Comment) – примечание;

5 (Generalization) – обобщение; показывает, что у нескольких классификаторов имеются общие черты;

6 (Realization) – отношение между спецификацией и программной реализацией:

7 (Association) – ассоциация;

8 (Dependency) – отношение зависимости; показывает, что один элемент зависит от другого;

9 (Usage) – использование; показывает, что один классификатор при своем выполнении обязательно использует другой;

10 (Comments) – связь между элементом модели и примечанием.

Диаграмма развертывания создается с помощью следующих кнопок панели инструментов:

1 (Component) - компонент; независимая от других компонентов часть системы; взаимодействие с другими компонентами осуществляется с помощью интерфейса;

2 (Component …) – экземпляр компонента; реализация компонента в конкретный момент времени;

3 (Node) – узел (вычислительный ресурс системы); на узлах могут находиться объекты и компоненты;

4 (Node …) – экземпляр узла; реализация узла в конкретный момент времени;

5 (Interface) – интерфейс; определяется перечень операций, реализуемый программным и аппаратным обеспечением;

6 (Object) – объект (экземпляр класса);

7 (Package) – пакет (часть модели); каждый элемент может принадлежать только одному пакету;

8 (Comment) – примечание;

9 (Node Insta…) – отношение между экземплярами узлов;

10 (Communication) – коммуникационная ассоциация; ассоциация между узлами, осуществляющими коммуникации;

11 (Communication …) – коммуникативная связь; связь между экземплярами узлов, осуществляющими коммуникации;

12 (Flow) – поток; показывает, что две версии одного и того же объекта существуют в разные моменты времени;

13 (Dependency) – отношение зависимости; показывает, что один элемент зависит от другого;

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

15 (Comments) – связь между элементом модели и примечанием.

Заключение

Учебное пособие рассматривает основы проектирования объектно-ориентированных баз данных и приложений для работы с ними, построенных на принципах объектно-ориентированной технологии. Пособие необходимо для выполнения практического курса по дисциплине «Проектирование объектно-ориентированных баз данных».

Освоение базовых принципов построения объектно-ориентированных баз данных, основ проектирования с применением языка UML позволит реализовывать объектно-ориентированный подход при создании современных информационных систем.

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

Отдельная глава посвящена AllFusion Component Modeler – инструментальному средству по проектированию объектно-ориентированных систем из некоторой предметной области.

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