Диаграмма компонентов как сделать

ГЛАВА 10 Диаграмма компонентов (component diagram)

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

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

Чтобы пояснить отличие логического и физического представлений, рассмотрим в общих чертах процесс разработки некоторой программной системы. Ее исходным логическим представлением могут служить структурные схемы алгоритмов и процедур, описания интерфейсов и концептуальные схемы баз данных. Однако для реализации этой системы необходимо разработать исходный текст программы на некотором языке программирования (C++, Pascal, Basic/VBA, Java). При этом уже в тексте программы предполагается такая организация программного кода, которая предполагает его разбиение на отдельные модули.

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

Таким образом, полный проект программной системы представляет собой совокупность моделей логического и физического представлений, которые должны быть согласованы между собой. В языке UML для физического представления моделей систем используются так называемые диаграммы реализации (implementation diagrams), которые включают в себя две отдельные канонические диаграммы: диаграмму компонентов и диаграмму развертывания. Особенности построения первой из них рассматриваются в этой главе, а второй – в следующей.

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

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

• Визуализации общей структуры исходного кода программной системы.

• Спецификации исполнимого варианта программной системы.

• Обеспечения многократного использования отдельных фрагментов программного кода.

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

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

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

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

Рис. 10.1. Графическое изображение компонента в языке UML

Так, в первом случае (рис. 10.1, а) с компонентом уровня экземпляра связывается только его имя, а во втором (рис. 10.1, б) – дополнительно имя пакета и помеченное значение.

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

Если же компонент представляется на уровне экземпляра, то в качестве его имени записывается

Примечания:

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

Применительно к бизнес-системам программные компоненты следует понимать в более широком смысле, чтобы иметь возможность моделирования бизнес-процессов. В этом случае в качестве компонентов рассматриваются отдельные организационные подразделения (отделы, службы) или документы, которые реально существуют в системе.

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

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

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

Источник

Простое руководство по диаграммы компонентов

Updated on: 10 May 2022

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

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

Что такое Диаграмма компонентов

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

Компонентами могут быть программные компоненты, такие как база данных или пользовательский интерфейс; или аппаратные компоненты, такие как схема, микросхема или устройство; или бизнес-подразделение, такое как поставщик, платежная ведомость или доставка.

Используются в компонентно-ориентированных разработках для описания систем с сервис-ориентированной архитектурой
Показать структуру самого кода
Может использоваться для фокусировки на отношениях между компонентами, скрывая при этом детализацию спецификации
Помощь в информировании и разъяснении функций создаваемой системы заинтересованным сторонам

Символы на диаграмме компонентов

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

Компонент

Существует три способа использования символа компонента.

1) Прямоугольник со стереотипом компонента (текст >). Стереотип компонента обычно используется над именем компонента, чтобы не перепутать форму со значком класса.

2) Прямоугольник со значком компонента в правом верхнем углу и названием компонента.

3) Прямоугольник со значком компонента и стереотипом компонента.

Предоставляемый интерфейс и требуемый интерфейс

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

Порт (представленный маленьким квадратом в конце требуемого интерфейса или предоставляемого интерфейса) используется, когда компонент делегирует интерфейсы внутреннему классу.

Зависимости

Хотя вы можете показать более подробную информацию об отношениях между двумя компонентами с помощью нотации ball-and-socket (предусмотренный интерфейс и требуемый интерфейс), вы можете также использовать стрелку зависимостей, чтобы показать отношения между двумя компонентами.

Как рисовать диаграмму компонентов

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

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

Шаг 2: По мере выяснения взаимосвязей между элементами, которые вы определили ранее, создайте ментальный макет своей компонентной диаграммы

Шаг 3: По мере того, как вы рисуете диаграмму, сначала добавьте компоненты, группируя их внутри других компонентов, как вам кажется подходящим

Шаг 4: Следующим шагом является добавление других элементов, таких как интерфейсы, классы, объекты, зависимости и т.д. в вашу компонентную диаграмму и ее завершение.

Шаг 5: Вы можете приложить примечания к различным частям вашей компонентной диаграммы, чтобы прояснить некоторые детали другим.

Примеры схем компонентов

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

Схема компонентов для системы управления библиотекой

Диаграмма компонентов для системы управления библиотекой (Нажмите на шаблон, чтобы отредактировать его в режиме онлайн)

Схема компонентов для системы онлайн-покупок

Диаграмма компонентов для системы онлайн-покупок (Нажмите на шаблон, чтобы отредактировать его в режиме онлайн)

Диаграмма компонентов для банкомата

Диаграмма компонентов для банкомата (Нажмите на шаблон, чтобы отредактировать в режиме онлайн)

Схема компонентов для системы управления больницей

Диаграмма компонентов для системы управления больницей (Нажмите на диаграмму, чтобы отредактировать ее в режиме онлайн)

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

Диаграмма компонентов для системы управления запасами (щелкните по шаблону, чтобы отредактировать его в режиме онлайн)

Каковы ваши мысли в учебном пособии “Диаграмма компонентов”?

В этом учебном пособии по компонентной диаграмме мы рассмотрели все, что нужно знать о компонентной диаграмме, чтобы легко ее нарисовать. Вы можете использовать наш создатель UML-диаграммы, чтобы нарисовать компонентную диаграмму онлайн.

Мы недавно опубликовали руководства по диаграммам активности UML, а также по диаграммам классов, и если вы пропустили здесь ссылки;

Не забудьте сообщить нам о своих мыслях в разделе комментариев ниже.

Источник