- •Введение
- •1. Объектно-ориентированные базы данных
- •Определение базы данных
- •Архитектура базы данных. Физическая и логическая независимость данных
- •Концептуальный уровень
- •1.3. Необходимость создания и состояние развития ообд
- •1.4. Принципы объектно-ориентированного подхода
- •1.5. Объектно-ориентированная модель данных
- •1.6. Объектно-реляционная модель данных
- •2. Технология проектирования ообд с применением языка uml
- •2.1. Общая методология проектирования баз данных
- •2.2. Объектно-ориентированное проектирование
- •2.3. Унифицированный язык моделирования
- •2.4. Определение прецедентов (вариантов использования)
- •2.5. Диаграммы классов
- •2.6. Диаграммы последовательностей, деятельности и состояний
- •2.7. Диаграммы активности
- •2.31. Движение заказа между отделами
- •2.8. Диаграммы сотрудничества (кооперации)
- •2.9. Диаграммы компонентов
- •2.10. Диаграммы развертывания
- •Создание объектной модели данных
- •3.1. Инструментальная среда AllFusion Component Modeler
- •3.2. Диаграммы объектной модели
- •3.3. Диаграммы вариантов использования
- •3.4. Диаграммы классов
- •3.5. Диаграммы последовательности
- •3.6. Диаграммы активности
- •3.7. Диаграммы состояний
- •3.8. Диаграммы кооперации
- •3.9. Диаграммы компонентов и диаграммы развертывания
- •Заключение
- •Библиографический список
- •Оглавление
- •Учебное издание
- •394026 Воронеж, Московский просп., 14
2.9. Диаграммы компонентов
Информационные системы на уровне программных кодов могут состоять из различных файлов: базы данных, приложения, справочных файлов, веб-документов, динамических библиотек, исходных текстов.
Диаграммы компонентов отображают взаимосвязи между файлами, а также распределение классов и их экземпляров по файлам [10].
Диаграммы компонентов играют существенную роль при оптимизации быстродействия системы. С их помощью выявляются наиболее используемые компоненты, определяется их распределение по модулям. Это существенные вопросы для систем с числом модулей от тысячи и выше.
Основным элементом диаграмм компонентов является компонент (component). Графически он изображается прямоугольником со встроенными слева прямоугольными секциями. Внутри прямоугольника указывается имя компонента. В качестве имени компонента могут быть указаны: имя исполняемого файла, имя файла базы данных. Может быть также указана служебная информация: версия, язык реализации, разработчик. Графическое изображение компонента показано на рис. 2.38.
Рис. 2.38. Графическое изображение компонента
Иногда перед именем компонента указывают его спецификацию:
- library - библиотека;
- table – база данных, отдельная таблица;
- file – исходный текст программы;
- document - документ;
- executable – исполняемый файл.
Между компонентами на диаграмме компонентов существуют различные отношения.
Отношения зависимости, показывающие, что один компонент зависит от другого и при его изменении тоже меняется, изображаются пунктирной стрелкой (рис. 2.39).
Рис. 2.39. Графическое изображение отношения зависимости
Отношения реализации изображаются сплошной линией или записываются в виде текста внутри компонента (рис. 2.40).
Рис. 2.40. Графическое изображение отношений реализации
2.10. Диаграммы развертывания
Диаграммы развертывания служат для иллюстрации физического размещения информационной системы на серверах, компьютерах пользователей, отображения физических каналов передачи информации между компонентами информационной системы.
Основным обозначением, используемым на диаграммах данного вида, является узел (node), который графически изображается проекцией куба (рис. 2.41).
Рис. 2.41. Графическое изображение узла
Между узлами сплошными линиями показывают соединения, которые могут содержать пояснения, объясняющие характер реализации связи между компонентами (рис. 2.42).
Через
Интернет
Рис. 2.42. Графическое изображение соединения
Создание объектной модели данных
В ALLFUSION COMPONENT MODELER
AllFusion Component Modeler является мощным объектно-ориентированным инструментальным средством, позволяющим разрабатывать ИС разного назначения [11].
AllFusion Component Modeler поддерживает методологию CA Catalysis. Методология Catalysis основывается на стандарте объектного моделирования UML и специально ориентирована на технологию компонентной разработки.
AllFusion Component Modeler и Catalysis обеспечивают эффективные решения и минимальный риск при реализации крупномасштабных проектов, ориентированных на компонентную сборку.
AllFusion Component Modeler 4.1 призван обеспечить полный технологический цикл разработки крупных ИС.