- •09.03.01 Информатика и вычислительная техника
- •Глава 1 Общие сведения о теории принятия решений
- •1.1 Понятия, связанные с принятием решений
- •1.2 Определенность результатов принимаемых решений
- •1.3 Критерии оценки решения
- •5 Реальные процедуры принятия управленческих решений.
- •1.4 Системы поддержки принятия решения
- •1.5 Математическое моделирование при принятии решений
- •1.6 Классификация математических моделей структурированных систем
- •1.7 Задачи моделирования на различных уровнях принятия решений
- •Глава 2 Системы поддержки принятия решений, основанные на знаниях
- •2.1 Способы описания знаний
- •2.2 Когнитивные модели
- •2.3 Онтологические модели процесса принятия решений
- •Ниже приведены краткие сведения об онтологиях и пример их использования для моделирования процессов принятия решений в системах обучения. Слово «онтология» имеет два значения:
- •Методология создания онтологий. Практическая разработка онтологии включает:
- •2.4 Экспертный подход к принятию решений
- •2.4.1 Методы экспертных оценок
- •2.4.2 Методы средних баллов при оценке альтернатив
- •2.5 Продукционные модели знаний
- •2.5.1 Основные определения
- •2.5.2 Байесовский подход к построению продукционных моделей знаний
- •2.5.3 Структура базы знаний и алгоритм логического вывода
- •Глава 3 Методы оптимизации в задачах принятия решений
- •3.1 Принятие решений на основе методов линейного программирования
- •3.2 Математическая модель планирования производства
- •3.3 Задачи оптимального планирования производства
- •3.4 Транспортная задача
- •3.5 Задачи об упаковке
- •3.5.1 Задача о рюкзаке
- •3.5.2 Задачи упаковки в контейнеры
- •3.6 Задачи о замене оборудования
- •3.6.1 Простейшая задача о замене оборудования
- •3.6.2 Задача об оптимальных сроках замены дискового оборудования
- •3.7 Многокритериальные задачи принятия решений
- •Глава 4 Вероятностные модели формирования и выбора альтернатив решений
- •4.1 Моделирование систем на основе формализма цепей Маркова
- •4.1.1 Определение и динамика цепи Маркова
- •4.1.2 Оценка длительности пребывания процесса во множестве невозвратных состояний
- •4.1.3 Оценка поведения цепей Маркова при большом числе шагов
- •4.2 Модель процесса обучения как цепь Маркова
- •4.3 Система обслуживания заявок с очередью и отказами
- •4.4 Модель динамики информационных ресурсов
- •4.5 Принятие решений об оптимизации инвестиционного портфеля
- •4.6 Имитационное моделирование при принятии решений
- •4.6.1 Система AnyLogic: активные объекты, классы и экземпляры активных объектов
- •4.6.2 Объектно-ориентированный подход
- •4.6.3 Средства описания поведения объектов
- •4.6.4 Анимация поведения и интерактивный анализ модели
- •4.6.5 Примеры имитационного моделирования
- •Глава 5 Сетевые модели поддержки принятия решений
- •5.1 Обыкновенные сети Петри
- •5.1.1 Формальное определение
- •5.1.2 Графы сетей Петри
- •5.1.3 Пространство состояний сети Петри
- •5.1.4 Основные свойства сетей Петри
- •5.1.5 Некоторые обобщения сетей Петри
- •5.1.6 Инварианты сетей Петри
- •5.2 Раскрашенные (цветные) сети Петри (cpn)
- •5.2.1 Мультимножества
- •5.2.2 Формальное определение cpn
- •5.2.3 Функционирование cpn
- •5.2.4 Расширения cpn
- •5.2.5 Сравнение формализмов обыкновенных и раскрашенных сетей Петри
- •5.2.6 О моделирующих возможностях сетей Петри
- •5.3 Моделирование дискретных систем
- •5.3.1 Моделирование вычислительных систем
- •4.3.2 Моделирование программ
- •5.3.3 Моделирование протоколов передачи данных
- •5.3.4. Об исследовании сетей Петри с помощью эвм
- •5.4 Герт-сети
- •5.4.1 Описание герт-сети
- •5.4.2 Производящие функции герт-сетей
- •5.4.3 Вычисление w-функций для типовых соединений дуг
- •5.4.4 Модель процесса обучения как герт-сеть
- •Глава 6 Примеры систем поддержки принятия решений
- •6.1 Система эспла
- •6.1.1 Режимы функционирования системы
- •6.1.2 Принятие решений при техногенных авариях
- •6.1.3 Использование информационных ресурсов
- •6.2 Информационная система дистанционного мониторинга лесных пожаров Федерального агентства лесного хозяйства рф
- •6.2.1 Общая характеристика системы
- •6.2.2 Использование спутниковых данных
- •6.2.3 Центры приема и обработки спутниковых данных
- •6.2.4 Информационные продукты, формируемые системой
- •6.2.5 Прогнозирование параметров лесных пожаров по данным исдм-Рослесхоз
- •Г.А. Доррер методы и системы принятия решений
- •Красноярск 2016
5.3.3 Моделирование протоколов передачи данных
Протоколами называют наборы правил (алгоритмы) для связи между абонентами вычислительной или телекоммуникационной системы. Протоколы управляют форматом, временными интервалами, последовательностью работы и контролем ошибок при передаче сообщений. В соответствии с принятой моделью связи открытых систем OSI (Open System Interconnection) существует семь уровней взаимодействия между абонентами системы – от физического (нижний уровень) до прикладного (верхний уровень). На каждом из уровней должен действовать свой протокол. На практике обычно используется всего три уровня протоколов:
– низший аппаратный (протоколы Ethernet, Tokeu Ring, FDDI);
– средний уровень (протоколы NetBIOS, IPX/SPX, TCP/IP);
– высший уровень (протоколы SMB, NCP).
Реальные протоколы представляют собой достаточно сложные алгоритмы, и поэтому возникает необходимость моделирования их работы с целью определения рабочих характеристик или обнаружения ошибок. Сеть Петри, моделирующая работу реального протокола, обычно содержит сотни узлов-позиций и переходов. В данной книге мы рассмотрим значительно упрощенную модель протокола передачи данных, которая, тем не менее, отражает существенные черты его работы [42].
Раскрашенная сеть Петри с временным механизмом, моделирующая работу протокола, приведена на рисунке 5.21.
1. Описание работы протокола. Система передачи данных, реализуемая с помощью протокола, состоит из трех подсистем: отправитель, получатель и сеть, по которой в одну сторону передается сообщение, а в обратную сторону – подтверждение о приеме сообщения получателем («квитанция»).
По сети передается
сообщение, разбитое на
фрагментов, называемых пакетами. Каждый
пакет состоит из номера (целое число
типа integer
с временной меткой) и текстовой части
(типа string).
Первоначально все
пакетов находятся в позиции
.
Целью работы системы является передача
всех пакетов получателю в позицию
с сохранением последовательности их
номеров. Кроме того, отправитель должен
получить «квитанции» о передаче всех
пакетов, и эти «квитанции» с пометкой
о времени передачи помещаются в
.
Рис. 5.21 Модель протокола передачи данных
позиции
,
моделируют, соответственно, условия
начала и конца передачи пакетов, а
позиции
,
моделируют условия начала и конца
передачи «квитанций».
позиции
,
являются счетчиками, т.е. хранят номера
отправленных и принятых пакетов.
Переход моделирует начало передачи очередного пакета, переходы и - прохождение, соответственно, пакета и «квитанции» через сеть, переход - прием и анализ очередного пакета, переход - прием и анализ очередной «квитанции».
2. формальное описание CPN, моделирующей протокол. ниже приведено формальное описание сети на рисунке 5.21 в сокращенном виде.
Множество цветов:
;
;
;
;
;
Множества позиций
и переходов
показаны непосредственно на рисунке.Цветовая функция имеет вид
Выражения на дугах показаны непосредственно на рисунке 5.21. Обратим внимание на дуги
to
и
to
.
Выражения на этих дугах зависят от
датчика случайного кода
,
который с определенной вероятностью
вырабатывает значение true
или false.
Прохождение сигнала по этим дугам
рассмотрено ниже.функции на переходах
,
определяющие временные задержки при
срабатывании переходов, (т.е. передаче
сообщений), также показаны на рисунке.функция инициализации имеет вид (рисунок 5.21)
- иными словами, в начальный момент
времени (
,
)
в позиции
находится
подлежащих передаче пакетов, структура
которых определена типом
;
- начальный номер
передаваемого пакета;
.
3. Временной механизм работы CPN. Важную роль в работе рассматриваемой модели играет временной механизм.
Все переходы
осуществляют временную задержку:
- на время
,
- на время
,
- на время
,
задержка срабатывания переходов
и
является случайной величиной, которую
генерирует датчик случайных чисел. На
дуге
to
введена задержка на время
.
Перемещаемые в сети фишки имеют временные метки, и при их прохождении через переходы значения «прикрепленного» времени возрастают, что моделирует задержку передачи как сообщений, так и «квитанций».
Помимо временной
задержки, в рассматриваемой CPN
моделируется потеря сообщения как при
передаче пакета (на
to
),
так и при передаче «квитанции» (на дуге
to
).
Моделирование этих событий состоит в
том, что
с некоторой вероятностью, генерируемой
специальным датчиком
,
вместо
очередного пакета вида
по дуге
to
передается «пустой» пакет
,
а по дуге
to
вместо сообщения
– «пустое» сообщение
.
4. Описание работы
CPN.
Проследим
передачу одного пакета в системе. Пусть
часы глобального времени в момент начала
передачи показывают
.
В позиции
находится фишка
,
в позиции
- фишки
,…,
,
а в позиции
- фишки
,…,
,
где
‑номер
очередного передаваемого пакета,
.
При срабатывании
из
извлекается фишка
и с задержкой
передается в
.
Кроме того, фишка
с задержкой
по дуге
to
возвращается в
,
а фишка
по дуге
to
с временной меткой
направляется в
.
Следующим срабатывает
переход
и со случайной задержкой
передает в
либо фишку
,
либо «пустою»
- в зависимости от сигнала датчика
.
Переход
анализирует пришедшую в
информацию. Если пришел очередной
ожидаемый пакет, т.е. если хранимая в
фишка
имеет тот же номер, что и фишка
(
),
то после задержки
происходят следующие действия:
- принятый пакет
передается получателю в
с временной меткой
;
- содержимое счетчика в увеличивается на 1;
- в
отправляется фишка
с временной меткой
.
Если же в
пришло «пустое» сообщение (т.е.
),
то в
ничего не передается, содержимое
не изменяется и в позицию
отправляется фишка с прежним номером
и указанной выше временной меткой.
Передача «квитанции»
по обратному каналу происходит аналогичным
образом. Фишка
или
с накопленной временной задержкой
проходит через переход
,
при этом временная метка увеличивается
на случайную величину
.
Затем на дуге
to
происходит проверка потери «квитанции».
При срабатывании датчика
в позицию
вместо фишек
или
приходит фишка
.
Переход
анализирует пришедшую фишку. При
совпадении номера пришедшей фишки с
номером отправленной переход
срабатывает и отправляет фишку
в
,
в противном случае срабатывания не
происходит, и в
остается
прежний номер пакета
.
В первом случае может сработать переход
и начнется передача пакета
в описанном выше порядке. Во втором
случае система оказывается заблокированной
до тех пор, пока предыдущий пакет по
дуге
to
не вернется в
.
После этого начнется повторная передача
пакета
с начальной временной отметкой
.
Описанная модель протокола передачи данных позволяет исследовать характеристики его работы. Варьируя времена задержки , функции распределения величины и датчика , можно путем имитационного моделирования (многократного «прогона» пакетов через CPN) подобрать параметры протокола, обеспечивающие его эффективную работу.
