UML - Компонентная диаграмма, часть 1

{title}

UML- диаграммы - это прежде всего концептуальные диаграммы, то есть они представляют, что должно произойти или как мы можем представить ситуацию или решение; Например, диаграмма классов - это диаграмма, которая представляет собой абстракцию концепции, напоминающей реальный объект.
В концепции диаграмм компонентов мы немного отойдем от этого подхода и перейдем к диаграмме нового типа.
Компонентная концепция
Компонент - это элемент системы, он является ее частью и не является анализом или интерпретацией, то есть это элемент, который существует и может быть визуализирован; Компоненты могут соответствовать файлам, таблицам, библиотекам драйверов и т. Д.
Компоненты и классы имеют отношения, это можно рассматривать как компонент, который может быть реализацией одного или нескольких классов, то есть компонент подобен персонификации классов в программном обеспечении или системе.
Компонентное моделирование
Мы можем установить некоторые моменты, с помощью которых мы будем выполнять моделирование компонента, см. Ниже:

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

{title}


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

  • 0