6.4.1.4. Уяснение задачи на исследование

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

• поток изготовленных цехами блоков;

• очереди блоков на посты контроля и пункты сборки;

• очереди изделий на стенды контроля и пункт приемки;

• одноканальное устройство обслуживания (пункт приемки);

• многоканальные устройства обслуживания (посты контроля, стенды выходного контроля, пункты сборки);

• потоки забракованных блоков;

• выходные потоки готовых изделий.

Для имитации МКУ следует использовать блоки ENTER и LEAVE, для ОКУ - SEIZE и RELEASE. Для имитации ОКУ, а в данном случае это пункт приема изделий, можно также использовать МКУ, описав его командой STORAGE с емкостью 1. Тогда при увеличении количества пунктов приема собранных изделий нужно будет только изменить командуSTORAGE, записав в ней вместо 1 новое значение емкости МКУ.

Рис. 6.2.  Предприятие как система массового обслуживания

Для исходных данных в программе модели возьмем те же идентификаторы, что и в постановке задачи, но для предотвращения случаев совпадения с зарезервированными символами GPSS World добавим символ подчеркивания.

Например, q11_, n1_. Сделаем это для отличия от зарезервированных символов GPSS World: q - системный числовой атрибут, означающий очередь, n -используется в качестве ссылки при определении количества транзактов, вошедших в какой-либо блок программы. Добавление символа подчеркивания предотвратит ошибку, которая в противном случае будет выявлена на этапе создания объекта "Процесс моделирования". Другие идентификаторы будем вводить по мере уяснения задачи, а также в ходе разработки блок-диаграммы и программы модели.

Для моделирования необходимо привести в соответствие время протекания реального процесса изготовления блоков и сборки изделий на предприятии и в модели. Это осуществляется введением масштабного коэффициента, например, если для условий рассматриваемой задачи его взять равным 1, а в реальном процессе измерять время в минутах, то 1 мин будет соответствовать 1 ед. мод. вр. Тогда время моделирования VrMod = 60 # 40 = 2400 ед. мод. вр. Временные параметры изготовления и контроля блоков, сборки, контроля и приемки изделий даны в минутах, поэтому при выбранном масштабном коэффициенте 1 они не изменятся.

В модели, как процесса, протекающего в СМО (см. рис. 6.2), необходимо иметь:

• задание исходных данных;

• сегмент имитации работы цеха 1 без постов контроля;

• сегмент имитации работы цеха 2 без постов контроля;

• сегмент имитации работы цеха 3 без постов контроля;

• сегмент имитации работы цеха 4 без постов контроля;

• сегмент имитации работы постов контроля блоков;

• сегмент имитации сборки изделий;

• сегмент имитации работы стендов выходного контроля;

• сегмент имитации работы приемки;

• сегмент задания времени моделирования и расчета результатов моделирования.

6.4.1.5. Блок-диаграмма модели

Модели функционирования систем на GPSS, как уже было показано в п. 6.3.2.1, могут быть первично описаны в виде блок-диаграмм.

При этом отдельные элементы модели и модель в целом имеют достаточно различимое подобие. Для получения такого вывода сравните рис. 6.2 и 6.3: состав и блок-диаграмму модели функционирования предприятия.

Это подобие может быть также усилено разработчиком за счет продуманного на этапе разработки разделения исследуемого объекта на элементы, на процессы, протекающие в них, а модели - на сегменты.

Однако возможно и другое. В данном примере в каждом цехе имеются свои посты контроля блоков. Поэтому, казалось, в модели должны были бы быть сегменты, имитирующие работу цеха и его постов контроля. По предложенному же составу модели видно, что в нее входят сегменты, имитирующие работу каждого из цехов без постов контроля, и сегмент имитации работы всех постов контроля. Т. е. как бы все посты контроля блоков объединены в отдельное подразделение предприятия, но функциональное предназначение соответствующих постов контроля осталось прежним.

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

Списки пользователя применяются для имитации работы складов готовых блоков. Предполагается наличие такого склада у каждого цеха.

Для розыгрыша брака блоков и изделий используется блок TRANSFER в статистическом режиме.

Обратите внимание, что в сегменте имитации сборки изделий блок TEST используется в режиме, который рекомендуется избегать вследствие того, что проверяемое условие может не выполниться. Однако здесь этого не должно быть, так как в противном случае будут отсутствовать готовые блоки для сборки изделий. По мере готовности блоков условие обязательно выполняется и блоки - транзакты направляются на сборку. Первые три транзакта уничтожаются, а четвертый транзакт имитирует собранное из четырех блоков изделие. Он направляется для проверки работоспособности на пункт приема изделий.

Замечание. Не путайте блоки изделий с блоками GPSS World в программе модели.

Рис. 6.3.  Блок-диаграмма модели (лист 1)

Рис. 6.3.  Блок-диаграмма модели (продолжение, лист 2)

Рис. 6.3.  Блок-диаграмма модели (продолжение, лист 3)

Рис. 6.3.  Блок-диаграмма модели (продолжение, лист 4)

Рис. 6.3.  Блок-диаграмма модели (окончание, лист 5)