|
|||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Проектирование объектов-разъемов для ВентиляцииИзображенные на рис.17 интерфейсы задач в распределенной Подсистеме Вентиляции имеют концептуальный характер: они показывают тип обмена сообщениями - слабо или сильно связанный. На этапе детального проектирования интерфейсы описываются более точно с помощью объектов-разъемов, как показано на рис.27. Так, объекту Контроллер Вентиляции поступают сильно связанные сообщения, не требующие ответа. Данный интерфейс отображается на объект-разъем буфер Сообщений Контроллера Вентиляции. Обычно такого рода разъем существует между одним производителем и одним потребителем, однако в нашем случае есть две задачи-производителя – Интерфейс Датчиков и Диспетчер Вентиляции, которые отправляют сообщения Контроллеру Вентиляции (при этом последний находится в различных состояниях). Задача Интерфейс Датчиков посылает сообщение текущая температура и загрязненность, а задача Диспетчер Вентиляции передает сообщение необходимая температура, причем и в Пассивном Режиме, так и в Активном режиме. Таким образом, сообщения Контроллеру Вентиляции перекрываются, так что необходимо использовать два буфера. Контроллер Вентиляции является производителем в трех интерфейсах со слабо связанным обменом. Во всех трех случаях потребители находятся в других распределенных подсистемах. Следовательно, мы будем использовать три очереди-разъема (см. рис.27), которые скрывают детали асинхронного обмена сообщениями с потенциально удаленными задачами, очередь Сообщений Планировщика инкапсулирует детали обмена с Планировщиком, а очередь Сообщений Датчика Температуры и очередь Сообщений Датчика Воздуха – детали обмена с Подсистемой Датчиков.
Рис.25. Классы интерфейса устройств
Рис.26. Зависящий от состояния управляющий класс В распределенном приложении разъемы следует проектировать так, чтобы они могли во время выполнения определить, находится задача-получатель в том же или в удаленном узле. Отправители не должны знать о расположении получателей. Такая независимость от места позволит реализовать гибкую стратегию конфигурирования, при которой распределенные подсистемы проектируются в виде распределенных компонентов. Экземпляры таких компонентов отображаются на физические узлы на этапе конфигурирования.
Рис.27. Проектирование разъемов Контроллера Вентиляции
Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.) |