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

Примеры диаграмм классов

Логическая структура сайта ПЭ НСИ:

Рис. 6.96.

Логическая структура сайта ПЭ НСИ:

Уровень "Отображение" – представляет возможность конечному пользователю работать с БД ПЭ НСИ при помощи удаленного доступа. Отвечает за отображение информации ПЭ НСИ и обработку запросов пользователя. Отображение и ввод данных осуществляется при помощи технологии JSP–Servlete–JSP. На диаграмме представлены страницы JSP (аналог html–страниц, но в отличие от последних обрабатываются не только браузером но и сервером) и схема вызовов каждой из страниц.

Диаграмма логической структуры сайта ПЭ НСИ. Часть 1. Сервер:

Рис. 6.97.

Диаграмма логической структуры сайта ПЭ НСИ. Часть 1. Сервер:

Представлены два сервлета – контроллера, реализующих обработку запросов пользователя. При помощи классов пакета NSISRV_22 сервлеты – контроллеры получают доступ к БД ПЭ НСИ и её виртуальному отображению.

Логическая структура ПО ПЭ НСИ. Часть2. Бизнес логика:

Рис. 6.98.

Диаграмма логической структуры сайта ПЭ НСИ. Часть 2. Бизнес логика:

Представлены классы, реализующие бизнес–логику приложения:

– формирование sql запросов к БД ПЭ НСИ;

– обработка результатов sql запросов;

– виртуализация БД ПЭ НСИ;

– поиск информации;

– изменение информации;

– логирование.

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

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

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

Рис. 6.99. Компонент

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

У каждого компонента должно быть имя, отличающее его от других компонентов. Имя – это текстовая строка; взятое само по себе, оно называется простым. В составном имени спереди от простого добавлено имя пакета, в котором находится компонент. Имя компонента должно быть уникальным внутри объемлющего пакета. Обычно при изображении компонента указывают только его имя, как видно из рис. 6.100. Тем не менее, как и в случае с классами, вы можете снабжать компоненты помеченными значениями или дополнительными разделами, чтобы показать детали.

Рис. 6.100. Простое и расширенное изображение компонентов

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

Изображая компонент в UML, руководствуйтесь следующими правилами:

– применяйте свернутую форму интерфейса, если только не возникает острой необходимости раскрыть операции, предлагаемые этим интерфейсом;

– показывайте только те интерфейсы, которые необходимы для понимания назначения компонента в данном контексте;

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

Хорошо структурированный компонент обладает следующими свойствами:

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

предоставляет реализацию небольшого, хорошо определенного набора интерфейсов;

включает набор классов, которые, действуя совместно, реализуют семантику интерфейсов изящно и экономно;

слабо связан с другими компонентами; как правило, компоненты моделируются только совместно, с отношениями зависимости и реализации.

Дата добавления: 2014-01-07