Создание имитационной модели процесса

💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

Создание имитационной модели начнем с построения заголовка модели, который может быть представлен, например, в таком виде:

* Моделирование трехканальной разомкнутой *

Программу работы СМО можно представить в виде трех секторов.

В первом секторе указывается вместимость СМО. Это можно выполнить с помощью оператора STORAGE (Накопитель), который в нашем примере будет выглядеть так:

В этом же секторе используем оператор FUNCTION (Функция) для формирования экспоненциального распределения поступления требований в систему. Ввод функции выполняется с использованием непрерывной числовой функции, с помощью значений функции в 24 точках. Это можно представить в таком виде:

Функция – это вычислительный элемент системы моделирования, связывающий зависимую и независимую переменные моделирования. Функция определяется с помощью оператора FUNCTION. Перед оператором FUNCTION в поле меток ставится символьное или числовое имя (идентификатор) функции.

В нашем примере ее имя – EXP_G. В поле операнда А задается аргумент (независимая переменная) функции. Аргумент функции может быть любым стандартным числовым атрибутом, за исключением матричной сохраняемой величины.

Если в качестве аргумента функции используется случайное число RN___, то результатом является дробная величина, равномерно распределенная в интервале 0 ≤ RN___ ≤ 1. Во всех других случаях 0 ≤ аргумент ≤ 999.

Во втором секторе будем моделировать поток требований в систему и их обслуживание. Моделирование потока требований будем выполнять с помощью оператора GENERATE (Генерировать). В нашем примере он будет выглядеть так:

В поле операнда А указывается средний интервал времени между прибытием двух смежных требований. В поле операнда В дано отклонение времени поступления требований от среднего. В нашем примере отклонение от среднего времени прибытия требований подчиняется экспоненциальному распределению.

Сбор статистической информации для многоканальной системы можно обеспечить с помощью операторов ENTER и LEAVE. Оператор ENTER может быть записан в таком виде:

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

Поскольку СМО многоканальная, то необходимо использовать оператор

TRANSFER для обеспечения возможности направления требований к незанятому каналу:

Сначала требование направляется к оператору, имеющему символьную метку KAN1. Этим оператором является SEIZE, который записывается так:

Если канал обслуживания с символьной меткой KAN1 занят, то требование направляется к следующему каналу, перешагивая через три оператора. 3 – это число, указанное в поле операнда D в операторе TRANSFER. Таким образом, следующим оператором будет:

Если и этот канал будет занят, то требование снова перешагнет через три оператора и т.д., пока не найдется незанятый канал обслуживания. В свободном канале обслуживания требование будет обслужено. Но предварительно требование должно запомнить канал, в который оно попало на обслуживание. Для этого используется оператор ASSIGN (Присвоить) – с его помощью в параметре требования под номером 1 запоминается имя канала, в который требование пошло на обслуживание. В каждом канале имеется свой оператор ASSIGN. Например, для первого канала это присвоение будет выглядеть так:

Далее, после определения свободного канала и записи его имени с помощью оператора TRANSFER требование направляется на обслуживание. Это выглядит так:

Однако перед началом обслуживания должно быть подано сообщение о том, что требование оставило накопитель под именем NAK, в котором оно находилось. Это

После выхода из накопителя требование поступает в канал на обслуживание.

Это действие выполняется с помощью оператора ADVANCE. Время обслуживания определяется с равномерным законом распределения в интервале 8±3 с. Это записывается так:

После обслуживания требование выходит из канала обслуживания, и должен появится сигнал об освобождении последнего. Это делается с помощью оператора RELEASE (Освободить):

Оператор требования под номером P1 содержит имя освобождаемого канала обслуживания. Далее требование выходит из системы с помощью оператора

И наконец, последний оператор – управляющая команда START – определяет,

сколько поступит требований в процессе моделирования системы: