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