Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1. с 1- 7 исправленная (Восстановлен).docx
Скачиваний:
24
Добавлен:
18.03.2015
Размер:
4.88 Mб
Скачать

12.2. Проектирование составных задач

Рассмотрим теперь проектирование составной сгруппированной задачи Кон­троллер Вентиляции, чтобы показать вложенные в нее объекты, скрывающие информа­цию. Объекты, описывающие каждую Вентиляцию, размещаются внутри соответствующего Контроллера Вентиляции. Это зависящие от состояния объекты Управление Вентиляцией и объекты интерфейса пассивных устройств: Интерфейс Пульта ДУ, Интер­фейс Датчиков. Имеется также объект Таймер Вентиляции и объект Координатор Вентиляции, который выполняет координирующие функции для задачи в целом. На рис.27 приведен деталь­ный проект задачи Контроллер Вентиляции.

Любой объект интерфейса асинхронного устройства ввода/вывода помещает­ся внутрь асинхронной задачи, поддерживающей это устройство. Например, все экземпляры объекта Интерфейс Пульта ДУ принадлежат задаче Интерфейс Пульта ДУ.

Рис.28. Детальный проект Контроллера Вентиляции

13. Конфигурирование целевой системы

На этапе конфигурирования целевой системы производится отображение под­систем на физические узлы. Одна из возможных конфигураций такова: по одно­му узлу для каждого экземпляра Подсистемы Вентиляции (один узел - один Вентиляции), по одному узлу для каждого экземпляра Подсистемы Датчиков (один узел - один датчик) и еще один узел для Планировщика. Следовательно, если есть n Вентиляции и m датчиков, то физическая конфигурация будет состоять из n + m + 1 узлов. Такой вари­ант изображен на диаграмме развертывания (рис.34).

Рис.29. Диаграмма развертывания распределенной системы управления Вентиляциями

Допустима и другая конфигурация, когда все экземпляры Подсистемы Датчиков отображаются на один узел. При этом каждая из задач, входящих в состав Под­системы Датчиков, будет отвечать за устройства ввода/вывода во всех помещениях, а не в каком-то одном. Так, задача Интерфейс Пульта ДУ станет отслеживать состояние всех пультов. При этом никаких изменений в архитектуре задач для Подсистемы Датчиков не потре­буется, она останется такой же, как на рис.19.

Подсистему Планировщик можно оставить в отдельном узле или разместить в том же узле, что и Подсистему Датчиков. В последнем случае физическая конфи­гурация будет состоять из n + 1 узлов.

14. Анализ производительности нераспределенной системы управления Вентиляцией

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

14.1. Сценарий для анализа производительности

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

- сообщение о максимальной загрязненности воздуха от датчика воздуха прибывает каждую минуту. Система осуществляет забор воздуха с улицы и должна очистить воздух помещения примерно за 20 сек.

- пользователь задает температуру с частотой раз в 1 секунду. Система опрашивает датчики с такой же частотой. Команда на забор воздуха поступает раз в 2 минуты.

В приведенном сценарии имеется 2 последовательности событий, соответ­ствующая прецедентам: Забор воздуха с улицы и Выбор необходимой температуры. В любом случае этот прецедент не слишком кри­тичен по времени, поскольку критический уровень загрязненности воздуха в помещении с точки зрения датчика Вентиляции, не является абсолютно критическим для человека.