МВО — обеспечивает краткое графическое изложение событий взаимодействия между моделями состояний и внешними сущностями (операторы, физические устройства, объекты других подсистем). Любая модель состояний представляется на МВО выровненным овалом. Любая внешняя сущность, которая может порождать или принимать события изображаются прямоугольниками, который называется терминатор.
Хотя МВО может быть построена из модели состояний, рекомендуется работать со списком событий извлекая все отдельные записи, у которых источник, предназначенных событий различны.
В больших моделях объекты с большим интеллектом и целью делегируют работу менее интеллектуальным объектам и координируют их жизненные циклы, по мере того как выполняется работа.
Рассмотрим это на примере завода производящего сок:
……………………………………………………………………………………….. Модель взаимодействия объектов для предприятий по производству соков:
………………………………………………………………………………………..
B1-создать порцию в баке;
OP6-бак используется;
OP8-порция неготовая;
OP9-консервирование завершено;
JT1-осуществить транспортировку сока;
B20-нет пути для перемещения;
B21-перемещение завершено;
TR90-осуществить изменение температуры;
B91- изменение температуры завершено;
CO18-осуществить процесс консервирования;
B12-консервирование завершено;
OP4-взять расписание консервирования;
CO5-график консервирования осуществлен;
PM1-включить насос;
PM2-выключить насос;
V1-открыть клапан;
V2-закрыть клапан.
Схемы взаимодействий.
Не смотря на то, что любой компонент на МВО может взаимодействовать с любым другим компонентом. Существует лишь небольшое количество схем взаимодействий.
Для того, чтобы описать эти схемы, необходимо сначала уяснить различаи между типами событий.
Типы событий.
Внешние события – это события, которые порождаются внешней сущностью и принимаются моделью состояний в системе. Существуют два вида внешних событий:
1.незапрашиваемые событие – внешнее событие, которое не было вызвано некоторым предыдущим действием системы. Например, B1.
2.запрашиваемое событие — внешнее событие, которое порождено в ответ на какую-то предыдущую деятельность системы.
Внутреннее событие – это событие, которое порождается моделью состояний внутри системы.
В схеме верховного управления принимает незапрашиваемые события от оператора (или подобных интеллектуальных технических внешних объектов), чтобы инициализировать значимые воздействия для системы, как целого (Пример – оператор порции):
…………………………………………………………………………………………..
Схема верхнего управления на МВО. ………..
В схеме нижнего уровня событие направлено на объект нижнего уровня. И принимаемый объект имеет достаточный интеллект, чтобы определить соответствующую реакцию. Добавляется при этом новая информация и создается внутреннее событие для объекта более высокого уровня.
…………………………………………………………………………………………..
схема нижнего управления для МВО. ………………………………………………
………………………………………………………………………………….
Канал управления.
Канал управления – последовательность действий и событий, которые происходят на ответ поступления незапрашиваемого события, когда система прибывает в определенном состоянии.
Концептуальный эскиз системы с тремя каналами управления:
…………………………………………………………………………………………..
Любая ветвь канала управления, в конечном счете, завершается. Это может произойти одним из 3-х способов:
1.достигнуто действие, которое порождает ни каких событий, тогда ветвь завершается этим действием.
2.достигнуто действие, которое порождает событие для терминатора и не реагирует не на какие события(запрошенное).
3. достигнуто действие, которое порождает событие для освобождения управляемых ресурсов, тогда ветвь завершается этим действием. Последняя деятельность может происходить по другому каналу, что задерживается ожиданием доступности управляемых ресурсов.
Для отслеживания поведения канала в ответ на поступление незапрашиваемого события используют схемы каналов управления (в простом случае) или
методы имитирования.
Модели процесса.
Любые процессы, совершающиеся в системе, определяются с помощью действий. Остановимся на исследовании процессов, которые составляют действие. В этом случае мы обращаем внимание на алгоритм или функциональную природу действий.
Цель состоит в том, чтобы расчленить каждое действие на фундаментальные процессы, которые вместе определяют функциональное поведение системы.
Основной инструмент – это диограма потоков данных действий (ДПДД). Она представляет собой графическое представление внутренней организации действия.
