Моделювання роботи дільниці виробничого цеху

Размещено на http://www.allbest.ru/

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

ХЕРСОНСЬКИЙ ЕКОНОМІЧНО-ПРАВОВИЙ ІНСТИТУТ

КАФЕДРА Економічної кібернетики

Курсова робота

з дисципліни «Імітаційне моделювання»

На тему: «Моделювання роботи дільниці виробничого цеху»

Херсон 2008

Вступ

Курсовий проект містить: стор. - 23 машинописного тексту, літературних джерел - 8.

Ключові слова: СМО, GPSS/PC, заявка, імітаційне моделювання, обслуговування.

У курсовій роботі моделюється робота ділянки цеху, що складає з декількох верстатів і обробляє два потоки деталей різного типу. Потрібно було визначити для робочого дня (8 годин) і робочого тижня (5 днів при однозмінному режимі) середнє завантаження кожного верстата, середній час обробки деталей кожного типу, яка довжина черг на обробку для верстатів, який розмір складу необхідний для даного потоку деталей.

Для цього було використано таку мову імітаційного моделювання як GPSS/PC.

Процеси функціонування різних систем і мереж зв'язки можуть бути представлені тією чи іншою сукупністю систем масового обслуговування (СМО) - стохастических, динамічних, дискретно-безупинних математичних моделей. Дослідження характеристик таких моделей може проводитися або аналітичними методами, або шляхом імітаційного моделювання.

Імітаційна модель відображає стохастичний процес зміни дискретних станів СМО в безупинному часі у формі моделюючого алгоритму. При його реалізації на ЕОМ виробляється нагромадження статистичних даних по тим атрибутам моделі, характеристики яких є предметом досліджень. По закінченні моделювання накопичена статистика обробляється, і результати моделювання виходять у виді вибіркових розподілів досліджуваних чи величин їхніх вибіркових моментів. Таким чином, при імітаційному моделюванні систем масового обслуговування мова завжди йде про статистичне імітаційне моделювання.

Одним з найбільш ефективних і розповсюджених мов моделювання складних дискретних систем є в даний час мова GPSS. Він може бути з найбільшим успіхом використаний для моделювання систем, у виді систем масового обслуговування. ЯК об'єкти мови використовуються аналоги таких стандартних компонентів СМО, як заявки, що обслуговують прилади, черги і т.п. Достатній набір подібних компонентів дозволяє конструювати складні імітаційні моделі, зберігаючи звичну термінологію СМО.

1. ПОСТАНОВКА ЗАВДАННЯ

Необхідно змоделювати роботу ділянки цеху, що складає з декількох верстатів і обробляє два потоки деталей різного типу. Маршрут обробки деталей двох типів представлений на мал. 1. У таб.1 представлений розподіл виконуваних операцій по верстатах А1, А2 і А3. Інтервали часу між надходженнями деталей і часи виконання операцій розподілені рівномірно. Інформація про часи надходження і виконання операцій задані в таб.2 і таб.3.

Визначити для робочого дня (8 годин) і робочого тижня (5 днів при однозмінному режимі) середнє завантаження кожного верстата, середній час обробки деталей кожного типу, яка довжина черг на обробку для верстатів, який розмір складу необхідний для даного потоку деталей. Запропонувати способи модифікації ділянки цеху з метою підвищення ефективності його роботи.

Рис. 1.1

Таблиця 1.1 - Розподіл операцій по верстатах

Варіант	Операція 1	Операція 2	Операція 3	Операція 4	Операція 5	Операція 6
Приклад	А1	А2	А3	А1	А3	А2
1	А1	А2	А3	А3	А2	А1
2	А1	А2	А3	А3	А1	А2
3	А1	А2	А3	А1	А2	А3
4	А1	А2	А3	А2	А1	А3
5	А1	А2	А3	А2	А3	А1
6	А2	А1	А3	А1	А2	А3
7	А2	А1	А3	А1	А3	А2
8	А2	А1	А3	А2	А1	А3
9	А2	А1	А3	А2	А3	А1
10	А2	А1	А3	А3	А1	А2
11	А2	А1	А3	А3	А2	А3
12	А3	А1	А3	А1	А2	А3

Таблиця 1.2 - Інтервали часу надходження деталей

Варіант	Інтервали часу надходження деталей першого типу (хв.)	Інтервали часу надходження деталей другого типу (хв.)
Приклад	30 + 5	20 + 5
1	25 + 4	25 + 6
2	20 + 3	30 + 7
3	15 + 5	35 + 8
4	10 + 4	20 + 5
5	30 + 5	10 + 3
6	15 + 4	15 + 6
7	30 + 10	15 + 3
8	20 + 5	20 + 5
9	25 + 4	10 + 3
10	45 + 5	15 + 5
11	20 + 4	15 + 3
12	10 + 3	15 + 5

Таблиця 1.3 - Інтервал часу виконання операцій

Варіант	Інтервал часу виконання операції 1 (хв.)	Інтервал часу виконання операції 2 (хв.)	Інтервал часу виконання операції 3 (хв.)	Інтервал часу виконання операції 4 (хв.)	Інтервал часу виконання операції 5 (хв.)	Інтервал часу виконання операції 6 (хв.)
Приклад	5 + 2	20 + 4	10 + 3	7 + 3	15 + 5	15 + 5
1	20 + 4	5 + 2	15 + 5	15 + 5	7 + 3	10 + 3
2	10 + 3	15 + 5	5 + 2	20 + 4	10 + 3	7 + 3
3	18 + 3	10 + 3	12 + 5	20 + 4	25 + 8	12 + 4
4	12 + 5	15 + 5	18 + 3	10 + 3	5 + 2	20 + 4
5	15 + 5	20 + 4	10 + 3	18 + 3	12 + 5	20 + 4
6	10 + 3	25 + 8	5 + 2	15 + 5	18 + 3	15 + 5
7	15 + 5	12 + 5	20 + 4	5 + 2	10 + 3	18 + 3
8	20 + 4	18 + 3	10 + 3	7 + 3	15 + 5	25 + 8
9	10 + 3	15 + 5	10 + 3	12 + 5	5 + 2	20 + 4
10	25 + 8	5 + 2	12 + 5	7 + 3	10 + 3	15 + 5
11	20 + 4	10 + 3	15 + 5	5 + 2	12 + 5	25 + 8
12	12 + 5	20 + 4	25 + 8	15 + 5	5 + 2	10 + 3

2. СИСТЕМА ІМІТАЦІЙНОГО МОДЕЛЮВАННЯ GPSS/PC

2.1 Основні положення мови GPSS/PC

Мова розроблена в 1961 році фірмою ІBM слідом за розробкою компілятора з мови ФОРТРАН. Являє собою Фортран - орієнтовану версію мови ЇМ. Перші реалізації GPSS будувалися у виді процесора, тобто вихідним текстом програм, що аналізують пропозиції GPSS, були тексти на Фортрані. Існує багато версій GPSS, що є найбільш розповсюдженою мовою даного класу. В даний час розроблені повні версії GPSS для ПЭВМ.

GPSS призначений для моделювання систем з матеріальними й інформаційними потоками. Можна описувати систему і керувати маршрутами проходження через об'єкти систем спеціальних динамічних елементів - транзактів (транзакт, транзакція - повідомлення). Транзакт може сприйматися як динамічна одиниця матеріального чи інформаційного потоку, здатна переміщатися від об'єкта до об'єкта й імітувати послідовність обслуговування, що одержує транзакт за час перебування його в системі.

Всі оператори GPSS умовно поділяються на класи:

- динамічні (зв'язані з транзактами);

- апаратно - орієнтовані - їм у досліджуваній системі відповідає пристрій, зайняте обслуговуванням, тобто виконанням роботи тієї чи іншої властивості (зв'язані з активностями);

- статистичні - реалізують збір і обробку статистичної інформації;

- операційні - призначені для керування потоками транзактів;

- різні (не зв'язані визначеною функцією).

Вихідна програма мовою GPSS/PC, як і програма на будь-якій мові програмування, являє собою послідовність операторів. Оператори GPSS/PC записуються і вводяться в ПК у наступному форматі:

номер _рядка ім'я операція операнди; коментарі

Об'єкти GPSS/PC можна розділити на сімох класів:

- динамічні;

- операційні;

- апаратні;

- статистичні;

- обчислювальні;

- запам'ятовуючі;

- що групують.

Динамічні об'єкти, що відповідають заявкам у системах масового обслуговування, називаються в GPSS/PC транзактами. Вони "створюються" і "знищуються" так, як це необхідно по логіці моделі в процесі моделювання. З кожним транзактом може бути зв'язане довільне число параметрів, що несуть у собі необхідну інформацію про цьому транзакті. Крім того, транзакти можуть мати різні пріоритети.

Операційні об'єкти GPSS/PC, називані блоками, відповідають операторам-блокам вихідної програми. Вони, як уже говорилося, формують логіку моделі, даючи транзактам указівки: куди йти і що робити далі. Модель системи на GPSS/PC можна представити сукупністю блоків, об'єднаних відповідно до логіки роботи реальної системи в так називану блок-схему. Блок-схема моделі може бути зображена графічно, наочно показуючи взаємодію блоків у процесі моделювання.

Апаратні об'єкти GPSS/PC - це абстрактні елементи, на які може бути розчленоване (декомпозировано) устаткування реальної системи. До них відносяться одноканальні і багатоканальні пристрої і логічні перемикачі. Многоканальний пристрій іноді називають пам'яттю.

Одноканальні і багатоканальні пристрої відповідають обслуговуючим приладам у СМО. Одноканальний пристрій, що для стислості далі будемо називати просто пристроєм, може обслуговувати одночасно тільки один транзакт. Многоканальное пристрій (МКУ) може обслуговувати одночасно трохи транзактов. Логічні перемикачі (ЛП) використовуються для моделювання двоичных станів логічного чи фізичного характеру. ЛП може знаходитися в двох станах: включене і виключено. Його стан може змінюватися в процесі моделювання, а також опрашиваться для прийняття визначених рішень.

Статистичні об'єкти GPSS/PC служать для збору й обробки статистичних даних про функціонування моделі. ДО них відносяться черги і таблиці . Кожна черга забезпечує збір і обробку даних про транзактах, затриманих у якій-небудь крапці моделі, наприклад перед одноканальним пристроєм. Таблиці використовуються для одержання вибіркових розподілів деяких випадкових величин, наприклад часу перебування транзакта в моделі.

До обчислювальних об'єктів GPSS/PC відносяться перемінні (арифметичні і булевские) і функції. Вони використовуються для обчислення деяких величин, заданих арифметичними чи логічними вираженнями або табличними залежностями.

Запам'ятовуючі об'єкти GPSS/PC забезпечують збереження в пам'яті ПК окремих величин, використовуваних у моделі, а також масивів таких величин. ДО них відносяться так називані величини, що зберігаються, і матриці величин, що зберігаються.

ДО об'єктів класу, що групує, відносяться списки користувача і групи. Списки користувача використовуються для організації черг із дисциплінами, відмінними від дисципліни "раніш прийшов - раніш обслугований". Групи в даному виданні розглядатися не будуть.

Кожному об'єкту того чи іншого класу відповідають числові атрибути, що описують його стан у даний момент модельного часу. Крім того, мається ряд так званих системних атрибутів, що відносяться не до окремих об'єктів, а до моделі в цілому. Значення атрибутів всіх об'єктів моделі по закінченні моделювання

Кожен об'єкт GPSS/PC має ім'я і номер. Імена об'єктам даються в різних операторах вихідної програми, а відповідні їм номера транслятор привласнює автоматично. Ім'я об'єкта являє собою послідовність букв, що починається з букви, латинського алфавіту, цифр і символу "підкреслення".

2.2 Основні правила GPSS/PC

імітаційна модель оператор обробка

Для опису імітаційної моделі мовою GPSS корисно представити її у вигляді схеми, на якій відображаються елементи СМО - устрою, накопичувачі, вузли й джерела . Опис мовою GPSS є сукупність операторів (блоків), що характеризують процеси обробки заявок. Є оператори й для відображення виникнення заявок, затримки їх в ОА, заняття пам'яті, виходу зі СМО, зміни параметрів заявок (наприклад, пріоритетів), висновку на печатку накопиченої інформації, що характеризує завантаження устроїв, заповнювання черг і т.п. Кожен транзакт, присутній у моделі, може мати до 12 параметрів.

Існують оператори, за допомогою яких можна змінювати значення будь-яких параметрів транзактів, і оператори, характер виконання яких залежить від значень того або іншого параметра що обслуговує транзакту.

Шляхи просування заявок між ОА відображаються послідовністю операторів в описі моделі мовою GPSS спеціальними операторами передачі керування (переходу). Для моделювання використається подійний метод.

Дотримання правильної тимчасової послідовності імітації подій у СМО забезпечується інтерпретатором GPSSPC - програмною системою, що реалізує алгоритми імітаційного моделювання.

2.3 Основні оператори мови GPSS/PC

Для керування прогоном моделі використовуються керуючі оператори GPSS/PC. З одним з них - оператором START. Оператор START (почати) має наступний формат:

START A,B,C,D

Поле A містить константу, що задає початкове значення лічильника завершень. У поле B може бути записане ключове слово NP - ознака придушення формування стандартного звіту по завершенні моделювання. Якщо поле B порожньо, то по закінченні прогону моделі формується звіт зі стандартною статистичною інформацією про всі об'єкти моделі. Поле C не використовується і збережено для сумісності зі старими версіями GPSS. Поле D може містити 1 для включення в звіт списків поточних і майбутніх подій. Якщо поле D порожньо, то видача в звіт умісту цих списків не виробляється.

Оператор SІMULATE (моделювати) установлює межу реального часу, що відводиться на прогін моделі. Якщо прогін не завершиться до витікання цього часу, то він буде перерваний примусово з видачею накопиченої статистики в звіт.

Оператор SІMULATE має єдиний операнд A, що містить граничний час моделювання в хвилинах, що задається константою. Оператор розміщається перед оператором START, початківцем лімітований прогін.

Оператор RMULT (установити значення генераторів) дозволяє перед початком прогону установити початкові значення генераторів випадкових чисел RN, що визначають генерируемые ними послідовності. Поля A-G оператора можуть містити початкові значення генераторів відповідно RN1-RN7, що задаються константами. Початкові значення генераторів, не встановлені операторами RMULT, збігаються з номерами генераторів.

Оператор RESET (скинути) скидає всю статистичну інформацію, накопичену в процесі прогону моделі. При цьому стан апаратних, динамічних і запам'ятовуючих об'єктів, а також генераторів випадкових чисел зберігається, і моделювання може бути відновлене з повторним збором статистики. Оператор не має операндов.

З оператором RESET зв'язане розходження між відносним (СЧА1) і абсолютним (СЧА AC1) модельним часом. Таймер відносного часу C1 вимірює модельний час, що пройшов після останнього скидання статистики оператором RESET, а таймер абсолютного часу AC1 - модельний час, що пройшов після початку першого прогону моделі. Якщо не використовувалося жодного оператора RESET, то значення цих таймерів збігаються. Оператор RESET установлює таймер C1 у нуль і не впливає на таймер AC1.

Оператор RESET використовується звичайно при моделюванні нестаціонарних процесів, коли потрібно зібрати статистику по окремих інтервалах чи стаціонарності виключити вплив перехідного періоду на статистичну інформацію, що збирається.

Перший оператор START починає прогін моделі довжиною 1000 транзактов (перехідний період). Оскільки статистика, накопичена на цьому періоді, не використовується, у поле B оператора зазначена ознака придушення формування звіту NP. Оператор RESET скидає накопичену статистику, не змінюючи стану моделі. Другий оператор START починає основний прогін моделі з формуванням звіту по завершенні прогону.

Оператор CLEAR (очистити) очищає модель, підготовляючи її до повторного прогону. При цьому скидається вся накопичена в попередньому прогоні статистика, з моделі віддаляються всі транзакты, і вона приводиться до вихідного стану, як перед першим прогоном. Встановлюються в нуль величини, що зберігаються, і матриці, що варто враховувати при використанні цих об'єктів для збереження вихідних даних. Виключення складають генератори випадкових чисел, що не повертаються до своїх початкових значень, що дозволяє повторити прогін моделі на новій послідовності випадкових чисел. Оператор не має операндів.

Оператор CLEAR використовується звичайно для організації декількох незалежних прогонів моделі на різних послідовностях випадкових чисел. Перед повторенням прогону можна при необхідності перевизначити окремі об'єкти моделі, наприклад ємності багатоканальних пристроїв.

Оператор END (закінчити) завершує сеанс 0роботи з GPSS/PC і повертає керування в операційну систему. Оператор не має операндов.

Як правило, що керують оператори не включаються у вихідну програму, тобто не мають номерів рядків, а вводяться користувачем безпосередньо з клавіатури ПК.

2.4 Опис програми на GPSS/PC

Опис мовою GPSS є сукупність операторів (блоків), що характеризують процеси обробки заявок. Є оператори й для відображення виникнення заявок, затримки їх в ОА, заняття пам'яті, виходу зі СМО, зміни параметрів заявок (наприклад, пріоритетів), висновку на печатку накопиченої інформації, що характеризує завантаження устроїв, заповнювання черг і т.п. Кожен транзакт, присутній у моделі, може мати до 12 параметрів.

Дотримання правильної тимчасової послідовності імітації подій у СМО забезпечується інтерпретатором GPSS/PC - програмною системою, що реалізує алгоритми імітаційного моделювання. Сам текст програми приведений у „Додатку А”

3. РЕЗУЛЬТАТИ МОДЕЛЮВАННЯ РОБОТИ НА GPSS/PC

Вихідні дані для структури ділянки цеху й інтервали часу надходження деталей на верстат, що виконує першу операцію (для деталей першого типу) і на верстат, що виконує четверту операцію (для деталей другого типу), а також інтервали часу обробки кожним верстатом задані в таблицях 1, 2 і 3.

Таблиця 3.1 - Таблиця визначень для прикладу

Елементи GPSS	Призначення
Транзакти: 1-й сегмент моделі 2-й сегмент моделі 3-й сегмент моделі	Деталі першого типу Деталі другого типу Таймер
Верстати: А1 А2 А3	Виконання операції 1 і операції 4 операції 2 і операції 6 операції 3 і операції 5
Черги: АА1 АА2 АА3	Загальна черга до верстата А1 Загальна черга до верстата А2 Загальна черга до верстата А3

Одиниця часу в моделі - 1 хв. У даному прикладі таймер набудований на виконання моделювання протягом 8 вартового робітника дня. Для виконання моделювання протягом 5 днів таймер повинен бути виправлений.

Таблиця 3.2 - Середнє завантаження верстатів (у %)

Верстат	Протягом 8 годин	Протягом 5 робочих днів
А1	48	52
А2	92	98
А3	88	96

Таблиця 3.3 - Максимальна довжина черг до верстатів

Верстат	Протягом 8 годин	Протягом 5 робочих днів
А1	1	1
А2	12	59
А3	2	3

Таблиця 3.4 - Середній час обробки деталей на верстатах (у хв.)

Верстат	Протягом 8 годин	Протягом 5 робочих днів
А1	5,9	6,31
А2	16,33	16,99
А3	12,38	13,18

Загальне число оброблених деталей протягом 8 годин дорівнює 40, протягом робочого тижня - 142. Ці дані можуть служити підставою для розрахунку необхідного розміру складу готової продукції. З результатів моделювання можна зробити висновок, що перший верстат А1 завантажений на 50%. Перевантажено верстат А2 (про це говорить середній відсоток використання 98% і довжина черги - 59). Верстат А3 завантажений оптимально.

Для підвищення ефективності роботи даної ділянки цеху при даному потоці деталей можна використовувати два верстати А2. Для перевірки даного припущення треба внести в програму моделі зміни.

Вихідні дані

Роздруківка вихідних даних для моделювання роботи ділянки цеху протягом робочого дня.

GPSS/PC Report file REPORT.GPS. (V 2, # 39560) 03-02-1999 13:45:52 page 1

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 480 36 3 0 13264

LINE LOC BLOCK_TYPE ENTRY_COUNT CURRENT_COUNT RETRY

110 1 GENERATE 15 0 0

120 2 QUEUE 15 0 0

130 3 SEIZE 15 0 0

140 4 DEPART 15 0 0

150 5 ADVANCE 15 0 0

160 6 RELEASE 15 0 0

170 7 QUEUE 15 4 0

180 8 SEIZE 11 0 0

190 9 DEPART 11 0 0

200 10 ADVANCE 11 1 0

210 11 RELEASE 10 0 0

220 12 QUEUE 10 0 0

230 13 SEIZE 10 0 0

240 14 DEPART 10 0 0

250 15 ADVANCE 10 0 0

260 16 RELEASE 10 0 0

270 17 TERMINATE 10 0 0

280 18 GENERATE 24 0 0

290 19 QUEUE 24 0 0

300 20 SEIZE 24 0 0

310 21 DEPART 24 0 0

320 22 ADVANCE 24 0 0

330 23 RELEASE 24 0 0

340 24 QUEUE 24 0 0

350 25 SEIZE 24 0 0

360 26 DEPART 24 0 0

370 27 ADVANCE 24 1 0

380 28 RELEASE 23 0 0

390 29 QUEUE 23 7 0

400 30 SEIZE 16 0 0

410 31 DEPART 16 0 0

420 32 ADVANCE 16 0 0

430 33 RELEASE 16 0 0

440 34 TERMINATE 16 0 0

450 35 GENERATE 1 0 0

460 36 TERMINATE 1 0 0

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

A1 39 0.479 5.90 1 0 0 0 0 0

A2 27 0.918 16.33 1 29 0 0 0 11

A3 34 0.877 12.38 1 40 0 0 0 0

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

AA1 1 0 39 32 0.03 0.41 2.29 0

AA2 12 11 38 1 5.08 64.16 65.89 0

AA3 2 0 34 10 0.28 3.97 5.63 0

Роздруківка вихідних даних для моделювання роботи ділянки цеху протягом робочого тижня.

GPSS/PC Report file REPORT.GPS. (V 2, # 39560) 03-03-1999 11:27:02 page 1

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 2400 36 3 0 7056

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

A1 199 0.522 6.31 1 0 0 0 0 0

A2 139 0.983 16.99 1 142 0 0 0 59

A3 174 0.955 13.18 1 139 0 0 0 1

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

AA1 1 0 199 155 0.06 0.74 3.36 0

AA2 59 59 198 1 29.26 354.67 356.47 0

AA3 3 1 175 23 0.88 12.06 13.89 0

Роздруківка вихідних даних для моделювання роботи ділянки цеху протягом робочого дня.

GPSS/PC Report file REPORT.GPS. (V 2, # 39560) 03-03-1999 12:48:55 page 1

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 480 36 2 1 13888

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

A1 39 0.462 5.69 1 40 0 0 0 0

A3 35 0.927 12.71 1 38 0 0 0 3

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

AA1 1 0 39 27 0.08 0.95 3.08 0

AA2 1 0 36 31 0.04 0.58 4.20 0

AA3 3 3 38 3 1.38 17.47 18.97 0

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

A2 2 1 0 2 36 1 1.30 0.649 0 0

Роздруківка вихідних даних для моделювання роботи ділянки цеху протягом робочого тижня.

GPSS/PC Report file REPORT.GPS. (V 2, # 39560) 03-03-1999 12:53:35 page 1

START_TIME END_TIME BLOCKS FACILITIES STORAGES FREE_MEMORY

0 2400 36 2 1 12896

FACILITY ENTRIES UTIL. AVE._TIME AVAILABLE OWNER PEND INTER RETRY DELAY

A1 200 0.509 6.11 1 201 0 0 0 0

A3 184 0.985 12.85 1 186 0 0 0 14

QUEUE MAX CONT. ENTRIES ENTRIES(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY

AA1 1 0 200 155 0.07 0.78 3.49 0

AA2 1 0 190 170 0.03 0.37 3.50 0

AA3 16 14 198 3 7.49 90.79 92.19 0

STORAGE CAP. REMAIN. MIN. MAX. ENTRIES AVL. AVE.C. UTIL. RETRY DELAY

A2 2 1 0 2 190 1 1.34 0.672 0 0

ВИСНОВКИ

Модель СМО була і реалізована за допомогою програми в середовищі GPSS/PC. За результатами даного варіанта моделювання можна зробити висновок: використання двох верстатів А2 дозволило ліквідувати чергу до даного верстата, знизивши середнє завантаження верстатів А2 до 67% (чого і випливало очікувати). Але при цьому перерозподілилося навантаження на верстат А3: при середнім навантаженні в 99% максимальна черга на обробку верстатом А3 виросла до 16. Можна продовжити моделювання з метою визначення оптимальної структури ділянки цеху при заданому потоці деталей.

Якщо структуру цеху змінювати не можна , то , використовуючи мову моделювання GPSS/PC, можна підібрати такий потік деталей, що давав би можливість оптимально завантажувати дане устаткування.

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Шрайбер Т.Д. Моделирование на GPSS. - М.: Машиностроение,1980

2. Норенков И.П. Разработка САПР.- М, МГТУ им.Баумана,1994

3. Шакин В.Н., Лившиц В.М. Принципы построения локальних сетей и анализ их характеристик: Учебное пособие для слушателей ФПКП/МИС. - М., 1990.

4. Методические указания по использованию средств имитационного моделирования систем и сетей связи для слушателей ФПКП/ Л.А. Воробейчиков, В.Н. Шакин, С.Е.Шибанов/МИС. - М., 1990.

5. Шеннон Р. Имитационное моделирование систем - искусство и наука: Пер. с англ. - М.: Мир, 1978.

6. Максимей И.В. Імітаційне моделювання на ЕОМ. - М.: 1988.

7. Шрайбер Т.Дж. Моделирование на GPSS: Пер. с англ. - М.: Машиностроение, 1980.

8. GPSS/PC general purpose simulation. Reference Manual.

ДОДАТОК

Лістинг програми

; GPSS/PC Program File EX1. (V 2, # 39560) 03-01-1999 12:36:18

100 SIMULATE

110 GENERATE 30,5 Перший сегмент моделі

120 QUEUE AA1

130 SEIZE A1

140 DEPART AA1

150 ADVANCE 5,2

160 RELEASE A1

170 QUEUE AA2

180 SEIZE A2

190 DEPART AA2

200 ADVANCE 20,4

210 RELEASE A2

220 QUEUE AA3

230 SEIZE A3

240 DEPART AA3

250 ADVANCE 10,3

260 RELEASE A3

270 TERMINATE

280 GENERATE 20,5 Другий сегмент моделі

290 QUEUE AA1

300 SEIZE A1

310 DEPART AA1

320 ADVANCE 7,3

330 RELEASE A1

340 QUEUE AA3

350 SEIZE A3

360 DEPART AA3

370 ADVANCE 15,5

380 RELEASE A3

390 QUEUE AA2

400 SEIZE A2

410 DEPART AA2

420 ADVANCE 15,5

430 RELEASE A2

440 TERMINATE

450 GENERATE 480 Третій сегмент моделі (таймер)

460 TERMINATE 1

; GPSS/PC Program File EX2. (V 2, # 39560) 03-03-1999 12:51:15

100 SIMULATE

105 A2 STORAGE 2 Другий станок моделюється як накопичувач

110 GENERATE 30,5

120 QUEUE AA1

130 SEIZE A1

140 DEPART AA1

150 ADVANCE 5,2

160 RELEASE A1

170 QUEUE AA2

180 ENTER A2

190 DEPART AA2

200 ADVANCE 20,4

210 LEAVE A2

ДОДАТОК А(продовження)

220 QUEUE AA3

230 SEIZE A3

240 DEPART AA3

250 ADVANCE 10,3

260 RELEASE A3

270 TERMINATE

280 GENERATE 20,5

290 QUEUE AA1

300 SEIZE A1

310 DEPART AA1

320 ADVANCE 7,3

330 RELEASE A1

340 QUEUE AA3

350 SEIZE A3

360 DEPART AA3

370 ADVANCE 15,5

380 RELEASE A3

390 QUEUE AA2

400 ENTER A2

410 DEPART AA2

420 ADVANCE 15,5

430 LEAVE A2

440 TERMINATE

450 GENERATE 2400

460

TERMINATE 1

Размещено на Allbest.ru