Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы ЭОИС,Т.docx
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
690.05 Кб
Скачать
  1. Порядок построения диаграммы классов. Порядок построения диаграммы компонентов

Статическая структура проектируемой системы представляется в UML диаграммами классов, а также диаграммами реализаций – компонентов и размещения. Диаграмма классов определяет типы классов системы, а также различного рода связи, существующие между ними.

Классом называется описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. Например, класс “Стена” описывает объекты с общими свойствами: высотой, длиной, толщиной, и т.д. При этом конкретные стены будут рассматриваться как отдельные экземпляры класса «стена». На диаграмме UML класс отображается в виде прямоугольника.

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

Операция – это некоторый сервис, который предоставляет экземпляр или объект класса по требованию своих клиентов

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

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

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

Последовательность построения диаграммы классов:

  1. Определите все классы, задействованные в программном решении. Для этого проанализируйте диаграммы взаимодействий.

  2. Отобразите их на диаграмме классов.

  3. Перенесите на диаграмму атрибуты соответствующих понятий из концептуальной модели.

  4. Добавьте имена методов на основе анализа диаграмм взаимодействия.

  5. Добавьте информацию о типах атрибутов и методов.

  6. Добавьте ассоциации, необходимые для поддержки обеспечения видимости по­средством атрибутов.

  7. Добавьте стрелки, определяющие направление навигации для ассоциаций.

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

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

Для представления физических сущностей в языке UML применяется специальный термин – компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели.

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]