Модель мониторинга сети

Подскажите пожалуйста, как реализовать эту модель?

Программа мониторинга реализует проверку состояния сети, которая включает 8*подсетей.
Каждая подсеть состоит из узлов, периодически выходящих из строя. Проблемы в подсети (хотя бы один узел выходит из строя) случаются в среднем через каждые 3 часа.
Вышедшим из строя узлам необходима диагностика. Таких узлов в каждой подсети в 35% случаев – 1, в 25% случаев – 2, в 20% случаев – 3, в 15% случаев – 4, в 5% случаев – 5 и больше. Если подсеть оповещает о проблеме, то программа мониторинга должна продиагностировать каждый вышедший из строя узел.
Диагностика одного узла длится 2*мин.
Если количество вышедших из строя узлов превышает 4, то подсеть вместо частичной проходит полную диагностику в течение 15 мин.
Программа мониторинга сети в каждый момент времени реализует обслуживание только одной подсети, причём диагностика каждого узла в отдельности имеет более высокий приоритет и может на время прерывать полную диагностику подсети.
После диагностики в подсети проводится восстановление узлов (программа в этот момент переключается на следующую задачу). В случае частичной диагностики каждый вышедший из строя узел восстанавливается в среднем 4*мин. В случае полной диагностики восстановление работы всей подсети занимает от 7 до 13*мин. Восстановление производят два оператора в порядке очереди вне зависимости от количества узлов в подсети, вышедших из строя.
Разработать имитационную программу для анализа процесса мониторинга сети в течение 40 часов.

0

Подскажите пожалуйста, как реализовать эту модель?

Подсказываю- руками и мозгом, с помощью книги Кудрявцев Имитационное моделирование на gpss и с помощью форума (конкретно поставленных вопросов).

0

GENERATE 180 - Это время возниконовения проблемы в подсети.

Потом надо выбрать, сколько подсетей вышло из строя(здесь я не знаю, какую функцию использовать). Потом перейти к задержке обработки. Я так понял, это нужно делать так:

0

Тут нужно подходить к задаче по уму, возьмите ручку кусок бумаги и начертите граф переходов, без него будет сложно - так как условий в задаче много. - Вам же легче и удобнее будет всё это осознавать.

Я же сразу черчу картинку в голове в блоках жпсс.
Итак должно быть несколько крупных сегментов.
Во первых сегмент ПОЯВЛЕНИЯ НЕИСПРАВНОСТЕЙ:

Проблемы в подсети (хотя бы один узел выходит из строя) случаются в среднем через каждые 3 часа.

В среднем!!! значит 180 минут +- сколько то, например 20 минут

GENERATE 180,20 ; Это интервал появления в модели событий-неисправностей

Здесь мы должны записать в какуюто структуру (матрицу или сохраняемую величину) - сколько узлов накрылось в каждой из подсети.
SAVEVALUE 1,FN$FUNC ; в первой подсети накрылось столько то компов
FUNC нужно объявить вверху программы
FUNC FUNCTION RN1,D5 ; при задании функции используем данные из условия задачи
0.35,1/0.6,2/0.8,3/ и так далее по аналогии
теперь мы знаем сколько у нас компов неисправно в каждой подсети = X1 ... X8
TERMINATE Заявки выходят из модели (они своё дело сделали - мы знаем что хотели)

Теперь заводим в модели новый сегмент (под сегментом я понимаю структуру типа generate-...-terminate)
Цель этого сегмента - циклическая проверка сегментов
GENERATE ,,,1 ; Запускаем 1у заявку которая будет выполнить роль циклической метки
1. Проверяем есть ли неисправности TEST (X1+X2+X3) =0 - нет неисправностей >0 есть неисправности
если есть неисправности то:
2. сначала проверяем первый сегмент TEST X1, - есть ли в нём неисправности >0
тогда обслуживаем как вы и писали LOOP ... цикл по 2 минуты
если сегмент исправен (X1=0), переходим к следующему X2 и аналогично!!!! для всех восьми.

Как напишите вот этот скелет, будете уже потихоньку усложнять модель - то есть учитывать всякие особенности из условия задачи. Сразу писать всю задачу нельзя!!!- наделаете кучу ошибок.

Вот я вот так предлагаю. Сделаете скелет программы, там посмотрим что да как - но мне кажется моя структура программы имеет право на жизнь.

0