2. Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006) (1185732), страница 41
Текст из файла (страница 41)
Расширение системы возможноза счет создания компонентов, предоставляющих новые сервисычерез другие интерфейсы, которые прочие компоненты, в свою очередь, могут обнаружить и использовать. Эта семантика проясняетцели определения компонентов в UML. Компонент соответствуетнабору интерфейсов и обеспечивает его реализацию, что позволяет замещать его – как в логическом дизайне, так и в основаннойна нем физической реализации.Компонент замещаем – это значит, что его можно заменять другимкомпонентом, который соответствует тем же интерфейсам (в процессе проектирования вы выбираете иной компонент вместо данного).Обычно механизм вставки и замены артефакта в исполнимой системепрозрачен для пользователя компонента и допускается объектнымимоделями (такими как COM+ и Enterprise Java Beans), которые требуют небольшой промежуточной трансформации, или осуществляетсяинструментами, автоматизирующими этот механизм.Компонент – это часть системы – он редко используется сам посебе.
Чаще он объединен с другими компонентами, то есть вовлеченв архитектурный или технологический контекст, где предполагается его использовать. Компонент логически и физически согласовани, таким образом, представляет структурный и/или поведенческийфрагмент более крупной системы. Во множестве систем он можетбыть использован повторно. Таким образом, компонент представляет собой фундаментальный строительный блок, на основе которогоможет быть спроектирована и составлена система. Это определениерекурсивно: то, что на одном уровне абстракции является системой,может быть компонентом на другом, более высоком уровне.Наконец, как уже отмечалось в предыдущих разделах, компонент соответствует набору интерфейсов и обеспечивает его реализацию.Организация компонентовПакеты обсуждаютсяв главе 12.Связи обсуждаютсяв главах5 и 10.Вы можете организовать компоненты тем же способом, чтои классы, – группируя их в пакеты.Кроме того, допускается организация компонентов путем установления между ними связей зависимости, обобщения, ассоциации(включая агрегацию) и реализации.Одни компоненты могут быть построены из других.
Об этомпойдет речь чуть ниже, в разделе «Внутренняя структура».Базовые понятия211ПортыИнтерфейсы удобны для описания общего поведения компонента, но им не присуща «индивидуальность»: реализация компонентадолжна лишь гарантировать, что все операции во всех предоставляемых интерфейсах реализованы. Для более полного контроля надреализацией можно использовать порты.Порт (port) – это своеобразное «окно» в инкапсулированныйкомпонент. Все взаимодействие с таким компонентом на входе и навыходе происходит через порты. Выражаемое внешне поведениекомпонента представляет собой сумму его портов – ни более ни менее. Вдобавок к этому порт наделен уникальностью. Один компонент может взаимодействовать с другим через определенный порт.При этом их коммуникации полностью описываются интерфейсами, которые поддерживает порт, даже если компонент поддерживает другие интерфейсы.
В реализации внутренние части компонентамогут взаимодействовать друг с другом через специфический внешний порт, поэтому каждая часть может быть независима от требований других. Порты позволяют разделять интерфейсы компонентана дискретные пакеты и использовать обособленно.
Инкапсуляцияи независимость, обеспечиваемая портами, повышают степень заменяемости компонента.Порт схематически представлен маленьким квадратом на боковой грани компонента – это отверстие в границе инкапсуляциикомпонента. Как предоставляемый, так и требуемый интерфейс может быть соединен с символом порта. Предоставляемый интерфейсизображает сервис, который может быть запрошен извне через данЧастиный порт, а требуемый интерфейс – сервис, который порт должентакжеполучить от какогоFлибо другого компонента. У каждого порта естьмогут иметьимя, а следовательно, он может быть идентифицирован по компомножестненту и имени.
Последнее могут использовать внутренние частивенность,компонента для идентификации порта, через который следует отпоэтомуправлять и получать сообщения. Имя компонента вместе с именемодна частьпорта идентифицирует порт для использования его другими комкомпонентапонентами.можетПорты – это часть компонента. Экземпляры портов создаютсоответссяиуничтожаются вместе с экземпляром компонента, которомутвоватьони принадлежат. Порты также могут иметь множественность; этонесколькимэкземплярам означает возможность существования нескольких экземпляровпорта внутри экземпляра компонента. Каждый порт компонентав пределахимеет соответствующий массив экземпляров. Хотя все экземпляодногоры портов в массиве удовлетворяют одному и тому же интерфейсуэкземпляракомпонента.
и принимают запросы одних и тех же видов, они могут находитьсяКомпоненты212в различных состояниях и иметь разные значения данных. Например, каждый экземпляр в массиве может иметь свой уровеньприоритета (экземпляр порта с наибольшим уровнем приоритетаобслуживается первым).На рис. 15.2 представлена модель компонента Ticket Seller (Продавец билетов) с портами. У каждого порта есть имя и необязательный тип, показывающий, каково назначение данного порта.Компонент имеет порты для продажи билетов, объявлений и обслуживания кредитных карт.имя портаобъявление компонентаBookingnormalsalesLoad AttractionsCredit Cardsattractionsимя интерфейсапортTicket SellerchargingTicket SalesTicket SalesБазовые понятия213экземплярами более мелких компонентов, связанных статически через порты для обеспечения необходимого поведения, без необходимости для автора модели специфицировать дополнительную логику.Часть – это единица реализации компонента, которой присвоены имя и тип.
В экземпляре компонента содержится по одному илипо несколько экземпляров каждой части определенного типа. Частьимеет множественность в пределах компонента. Если эта множественность больше единицы, то в экземпляре компонента может бытьряд экземпляров компонента данного типа. Если множественностьпредставлена не одним целым числом, то количество экземпляровчасти может варьироваться в разных экземплярах компонента.
Экземпляр компонента создается с минимальным количеством частей (прочие при необходимости добавляются позднее). Атрибуткласса – это разновидность части: он имеет тип и множественность,и у каждого экземпляра класса есть один или несколько экземпляров атрибута данного типа.Compilerpriortysalesтребуемый интерфейспредоставляемый интерфейсРис. 15.2. Порты компонентаЕсть два порта для продажи – один для обычных покупателейи один для привилегированных. Оба предоставляют один и тот жеинтерфейс типа Ticket Sales (Продажа билетов). Порт обслуживания кредитных карт имеет требуемый интерфейс; любой компонент, который его предоставляет, может удовлетворить егo.
Портобъявлений имеет как предоставляемый, так и требуемый интерфейсы. Используя интерфейс Load Attractions (Информация о развлечениях), театр может передавать афиши и другую информациюо спектаклях в базу данных, используемую для продажи билетов.При помощи интерфейса Booking (Заказ) компонент – продавец билетов может запрашивать у театров сведения о наличии билетови приобретать их.lex:Lexical Analyzerparse:Parsergen:Code Generatoropt:Optimizer[1..3]Compileвнешнийинтерфейсимя частитип частимножественность частичастьопределяемый компонентРис. 15.3. Части компонентаВнутренняя структураКомпонент может быть реализован как единый фрагмент кода,но в больших системах желательно иметь возможность строитькрупные компоненты из малых, которые используются в качествестроительных блоков.
Внутренняя структура компонента содержит части, которые вкупе с соединениями между ними составляютего реализацию. Во многих случаях внутренние части могут бытьНа рис. 15.3 показан компонентFкомпилятор, состоящий из частей четырех видов. В их числе – лексический анализатор, синтаксический анализатор (parser), генератор кода и от одного до трехоптимизаторов. Более полная версия компилятора может бытьсконфигурирована с разными уровнями оптимизации; в даннойверсии необходимый оптимизатор может выбираться во время исполнения.Компоненты214Отметим, что часть – это не то же самое, что класс.
Каждая частьидентифицируется по ее имени так же, как в классе различаются атрибуты. Допустимо наличие нескольких частей одного и того же типа,но вы можете различать их по именам и они предположительно выполняют разные функции внутри компонента. Например, компонентAirTicket Sales (Продажа авиабилетов) на рис. 15.4 может включатьотдельные части Sales для постоянных и обычных клиентов; обеони работают одинаково, но первая обслуживает только привилегированных клиентов, дает больше шансов избежать очередей и предоставляет некоторые льготы.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
