18.4: Резюме
- Page ID
- 28580
Цей кейс показує, як алгоритми роботи системи можуть бути включені в моделі. Включено використання станів ресурсів, визначених моделером. Запаси та інші ресурси розподіляються між процесами в моделі. В експерименті з моделювання порівнюються альтернативні конфігурації системи.
Проблеми
- Виходячи з етапів процесу в імітаційній моделі, розкажіть, чому bin станів: зайнятий вузлом типу один, два, три або чотири, які є прихильними до остаточного процесу складання необхідні.
- Перевірте функцію SearchOne шляхом пошуку в рядку розташування стійки 2 стовпець 2, як показано на малюнку 18-2 у напрямку праворуч і вгору. Перерахуйте перші десять значень RowIndex та CoLindex, обчислених у SearchOne, включаючи нездійсненні значення розташування бін, які призводять до завершення циклів у SearchOne.
- У моделі процесу прибуття чому не потрібно перевіряти, чи розташована функція SearchRack бункера в стані IDLE?
- Розкажіть, чому кількість: Кількість запитів на процес остаточного складання, які очікують на вузол, не є ефективним показником продуктивності для експерименту з моделювання в цьому розділі.
- Який вплив матиме запуск експерименту з моделювання, поки всі вузли не будуть переведені до остаточного процесу складання, на обґрунтованість оцінок показників продуктивності?
- Поясніть, чому середній час очікування машини SR збільшується, коли використовується більший розмір стійки, особливо враховуючи, що немає очікування порожнього бункера.
- Чи очікуєте ви, що використання машини SR збільшиться або зменшиться, коли використовується більший розмір стійки? Обґрунтуйте свою відповідь.
- Використовуйте Закон Літла, щоб оцінити середню кількість вузлів, які очікують у точці вибору. Скільки буферного простору ви б використали в точці вибору?
- Обчисліть очікуваний час зберігання носія в бункері після отримання машини SR.
- Відвідайте виробниче підприємство та спостерігайте за автоматизованим вантажно-розвантажувальним обладнанням, яке використовується.
- Складіть список автоматизованого вантажно-розвантажувального обладнання, яке ви спостерігали в системах обслуговування, з якими ви регулярно стикаєтеся.
- Скільки поліпшень є в системі AS/RS, якщо швидкість машини SR збільшується на 100%.
- Наскільки поліпшується система AS/RS, якщо час між запитами другого виробничого процесу рівномірно розподілений між 10 і 30 секундами?
- Проведіть додаткові експерименти з моделювання, щоб знайти найменшу різницю між часом початку процесу зберігання (в даний час 6:00 ранку) та процесом пошуку (в даний час 8:00 ранку), для якого система може ефективно працювати.
- Нинішні конфігурації стійки мають висоту приблизно на один поверх. Припустимо, перевага була двоповерхова висока конфігурація, зокрема 18 бункерів у висоту та 10 бункерів у ширину. Порівняйте продуктивність системи за допомогою цієї конфігурації з 10 контейнерів високої і 18 контейнерів широкої конфігурації.
- Прикрасьте модель в цьому розділі прискоренням і деприскоренням машини SR. Припустимо, що відстань прискорення (деакселерації) дорівнює одному бункеру в будь-якому напрямку, а середній час проходження цього бункера вдвічі більше, ніж у інших бункерів.
Випадок проблема
Переваги технології AS/RS були ефективно реалізовані в бібліотеках. Кількість площі приміщення, необхідної для книг і періодичних видань, була зменшена в десять і більше разів. Кількість необхідних бібліотекарів також скоротилася. Помилки переполки були усунені. Розташування кожного предмета, перебуваючи в бібліотеці, відомо з упевненістю. Незважаючи на ці переваги, за оцінками, в бібліотеках встановлено кілька (менше 12) міні-навантажувальних систем AS/RS.
Ця проблема передбачає визначення точки насичення для системи міні-навантаження AS/RS, встановленої в певній бібліотеці. Це робиться шляхом створення графіка часу циклу для отримання книги або періодичного видання в порівнянні зі швидкістю прибуття для таких запитів. Швидкість прибуття, що призводить до найдовшого прийнятного часу отримання, є точкою насичення. Найменша ставка прибутку відсотків становить 10 запитів на годину. Припустімо, що швидкість прибуття для вилучення така ж, як і швидкість прибуття для повернення.
Система міні-завантаження AS/RS, встановлена в одній конкретній бібліотеці, має місткість 250 000 книг і періодичних видань. Є єдиний прохід з однаковими стійками з кожного боку. Система встановлюється всередині захищеного сховища з міркувань безпеки та безпеки.
Книги та періодичні видання зберігаються в носіях, глибиною 4 фути і шириною 2 фути. Кожен несучий ряд - одна з трьох висот: 10, 12 або 15 дюймів. Кожен предмет зберігається в самому дрібному носії, в якому він може стояти. Таким чином, вертикальний простір використовується найбільш ефективно. Припустимо, що кількість книг і періодичних видань кожної висоти однакове.
Є 36 несучих рядів з кожного боку одного проходу. Висота першого ряду становить 10 дюймів, другого 12 дюймів, третього 15 дюймів, четвертого 10 дюймів і так далі. У кожному ряду 60 носіїв.
Машина S/R рухається з високою швидкістю: 12,6 футів/секунду по горизонталі та 4,3 фута/секунду вертикально. Припустимо, що машина S/R повинна переміщатися горизонтально або вертикально, але не по діагоналі.
Процес отримання книги або періодичного видання наступний. Покровитель робить запит за допомогою системи електронного каталогу бібліотек. AS/RS заповнює один запит за раз. Розташування предмета абсолютно випадкове. Машина S/R переміщається від місця простою до необхідного носія, витягує носій за 3 секунди та поміщає носій у станцію відбору та доставки. Бібліотекар повинен зняти потрібний предмет з носія і записати його статус в інформаційній системі. На це йде 7 секунд. Машина S/R залишається простою на станції збору та доставки.
Далі бібліотекар визначає, чи має якийсь предмет, який потрібно повернути на зберігання, того ж розміру, що і носій. Якщо це так, то нове місцезнаходження носія товару реєструється в інформаційній системі, а товар поміщається у перевізника. Обидва кроки в поєднанні займають 7 секунд.
Припустимо, бібліотека відкрита 16 годин на день, 7 днів на тиждень.
Прикраса: Система AS/RS перевіряє носія на обмеження ваги. Один з 100 тестів зазнає невдачі. У цьому випадку бібліотекар повинен видалити предмет, а також знову введене місце розташування з інформаційної системи за 7 секунд. У будь-якому випадку машина S/R замінює носій і повертає порожній на місце свого простою.
Прикрашення: Знайдіть точку насичення, коли використовується наступна процедура. Машина S/R не замінює носія, який знаходиться на станції збору та доставки, поки не буде зроблений наступний запит на пошук. У той час спочатку зберігається носій, а потім витягується наступний носій.
Прикраса: Обмежте кількість носіїв, що зберігаються на станції пікапу/вивантаження, загалом до трьох. Коли четвертий перевізник прибуває, він негайно повертається до того ж місця зберігання машиною AS/RS.
Проблемні питання справи:
- Як слід моделювати носії?
- Як слід визначати місцезнаходження перевізника, що містить книгу або періодичне видання?
- Як слід обчислювати час поїздки машини S/R?
- Вкажіть процес повернення книг та періодичних видань.
- Які хороші початкові умови для цього експерименту з моделювання?
- Які показники ефективності, крім часу циклу, були б цікаві?
- Яка очікувана утилізація машини SR?
- Як слід отримувати докази перевірки та перевірки?
AutoMod резюме та підручник для тематичного дослідження глави 6
А.1. Вступ
Представлені конструкції моделювання AutoMod та експериментальні специфікації, як правило, необхідні для моделювання прибуття, операцій та недоброзичливців, таких як переробка, час простою та налаштування/дозування. У рамках прикладних досліджень наведено приклади моделей, що ілюструють маршрутизацію та динаміку запасів. Підручник дає покрокові інструкції для побудови та моделювання моделі, пов'язаної з конкретним дослідженням однієї робочої станції в главі 6.
А.2. Елементи моделювання AutoMod
У дослідженнях додатків використовуються в першу чергу елементи моделювання AutoMod, визначені в таблиці A-1.
Елемент моделювання | Визначення |
Процес | Етапи, що використовуються для моделювання обробки сутностей на робочій станції, а також після прибуття або від'їзду |
Вантажі | Суб'єкти |
атрибути | Атрибути сутності |
Ресурси | Ресурси |
Ресурсні цикли | Картина зміни стану ресурсу внаслідок поломки і ремонтного циклу |
Лічильники | Ресурсоподібні змінні, що використовуються для моделювання запасів |
Черги | Буфери або зони очікування |
Списки замовлень | Список навантажень. Вантажі залишаються в списку, поки не наказано виїжджати. |
Змінні | Змінні стану, що використовуються у моделі, такі як параметри часу обробки або характеристики ресурсу |
Столи | Механізм збору для спостережень за показниками продуктивності не підтримується автоматично AutoMod |
Випадкові потоки | Псевдо-випадкові числові потоки |
У AutoMod навантаження (сутності в тексті) протікають через один або кілька процесів. Процес описується набором операторів. AutoMod має багато тверджень. У таблиці A-2 описані деякі часто використовувані твердження. Повне визначення кожного твердження надається в довідковій системі AutoMod разом з прикладами.
Користувач повинен знати про одну примху в AutoMod, який очікує, що моделі матимуть візуальний компонент. Таким чином, сутності завжди повинні бути там, де вони можуть відображатися графічно. На даний момент це місце стоїть в черзі. Таким чином, поки сутність обробляється ресурсом, він повинен перебувати в черзі. Таким чином, одна черга, що передує ресурсу, буде містити навантаження в буфері, а також навантаження в обробці, тобто всі навантаження на робочій станції. Крім того, користувач може використовувати одну чергу для представлення буфера, де сутності чекають ресурсу, а друга черга, щоб представляти, де сутність графічно, поки вона обробляється ресурсом. Колишній підхід буде використаний у цьому підручнику.
Заява | Визначення |
почати | Початок процесу або блоку операторів |
кінець | Закінчення процесу або блоку операторів |
набір | Призначення змінній або атрибуту, а також зміна стану або кількості одиниць ресурсу або значення лічильника |
відправити до | Надіслати сутність на початок іншого процесу |
табулювати | Запишіть значення показника ефективності (спостережуваний тип) |
клон | Створюйте копії сутності та надсилайте копії до процесу |
рухатися в | Введіть чергу |
чекати | Затримка часу для етапу процесу |
почекати, поки <condition> | Затримка, поки умова (логічний вираз) не стане істинним |
дістати | Придбати одну або кілька одиниць ресурсу, які знаходяться в непрацюючому стані. Так само, як: чекати, поки <resource>не простоює; зробити <resource>зайнятим |
приріст | Додавання до значення змінної або атрибуту, а також збільшення кількості одиниць ресурсу або значення лічильника |
декремент |
Відняти від значення змінної або атрибуту, а також зменшити кількість одиниць ресурсу або значення лічильника |
чекати, щоб бути замовленим | Введіть список замовлень |
замовляти | Надсилання одного або декількох вантажів зі списку замовлень до процесу |
в той <condition>час як почати кінець |
Поки петля. |
А-3. Підручник - Побудова моделі
У цьому розділі показано, як побудувати модель однієї робочої станції, як зазначено в розділі 6 проблема випадку в AutoMod крок за кроком.
- Запустіть AutoMod, як і будь-яку програму Windows.
- Виберіть «ФАЙЛ» у рядку меню, а потім NEW. Вкажіть місце розташування файлів моделі в структурі каталогів.
- Спроектуйте модель.
- Вирішіть, які процеси необхідні. У цьому випадку використовуйте три процеси: один для прибуття сутності, один для відправлення сутності та один для робочої станції.
- Вирішіть, які атрибути необхідні. В цьому випадку достатньо часу прибуття.
- Визначте процес прибуття. За умовністю назви процесів починаються з P_. Виберіть PROCESS в меню системи процесів, а потім NEW. Дайте назву процесу (P_Arrive добре) і введіть заголовок як документацію.
- Виберіть пункт EDIT, що надходить, і з'явиться текстовий редактор. Заяви для P_Arrive можна ввести.
- Введіть begin на першому рядку і закінчуйте на другому рядку, щоб розмежувати процедуру. Вставте рядок коментаря після першого рядка, щоб описати процедуру. Коментарі починаються з //. Коментарі можуть розміщуватися в тому ж рядку, що і заяви.
- Процедура P_Arrive повинна виконати дві речі. Насамперед присвоюємо значення атрибута time between arriveTime load часу прибуття: встановити a_ArriveTime = ac, де ac - поточний час моделювання (абсолютний годинник).
- Друге - відправити прибуває сутність в процес для робочої станції: відправити в P_WSA.
- Завершіть редагування за допомогою ФАЙЛУ, потім ЗБЕРЕГТИ і ФАЙЛ, а потім EXIT. Зверніть увагу, що AutoMod буде заперечувати, що атрибут навантаження (a_ArriveTime), а також процес робочої станції (P_WSA) ще не визначено. Стратегія, яку ми використовуємо, полягає в тому, щоб визначити їх на цьому етапі. У полі помилки для a_ArriveTime виберіть атрибут визначення та завантаження. У полі визначення атрибута введіть назву та заголовок документації, а також тип як справжній. У полі помилки для P_WSA виберіть визначити та обробити, а потім просто натисніть повернутися, щоб прийняти всі значення за замовчуванням.
- У вікні Редагування процесу виберіть OK.
- Далі виберіть PROCESS з меню системи процесів і відредагуйте P_WSA таким же чином, як було створено P_Arrive. Процедура повинна виконати наступне.
- Введіть буфер робочої станції: перемістити в Q_WS
- Придбати ресурс робочої станції: отримати R_WS
- Виконайте обробку: дочекайтеся RS_WS рівномірної 7,5, 1,5 хв
- Звільнити ресурс робочої станції: безкоштовно R_WS
- Надіслати завантаження процесу для відходять сутностей: відправити в P_Depart
- Далі виберіть ФАЙЛ, потім ЗБЕРЕГТИ і ФАЙЛ, потім ВИЙТИ. Зверніть увагу, що повинна бути визначена одна черга, один ресурс, один потік випадкових чисел і процес. Визначте чергу, вказавши її ім'я, назву та ємність. Ємність Q_WSA нескінченна.
- Визначте ресурс, вказавши його назву, назву та ємність за замовчуванням (кількість одиниць), в даному випадку один.
- Визначте потік випадкових чисел, вказавши його ім'я: RS_WS.
- P_DepART повинен виконати наступні дії.
- Спостерігайте за часом сутності в системі: таблиця (ac — a_ArriveTime) в T_LeadTime
- Знищуємо сутність: відправляємо померти.
- Виберіть Файл, потім ЗБЕРЕГТИ і ФАЙЛ, потім ВИЙТИ.
- Таблицю визначають, вказавши її назву та назву.
- Визначте тип навантаження для деталей. У меню системи процесів виберіть Завантаження, а потім виберіть Створити для нового типу завантаження. Назвіть завантаження L_Part.
- Далі виберіть Нове створення, щоб вказати процес прибуття вантажів.
- Вкажіть час між прибуттями як експоненціально розподілений із середнім значенням 10 хвилин.
- Вкажіть перше прибуття під час 0: Константа 0 у полі First One at.
- Вкажіть перший процес як P_Arive.
- Визначте тип навантаження для початкових деталей на робочому місці на початку моделювання. У меню системи процесів виберіть Завантаження, а потім виберіть Створити для нового типу завантаження. Назвіть завантаження L_initPart.
- Далі виберіть Нове створення, щоб вказати процес прибуття вантажів.
- Вкажіть кількість творінь, яке має бути 3.
- Вкажіть час між заїздами як константу 0, щоб всі частини прибули в час 0
- Вкажіть перше прибуття під час 0: Константа 0 у полі First One at.
- Вкажіть перший процес як P_Arive.
- Змініть P_Depart так, щоб дані не збиралися на частини спочатку в системі, де type є вбудованим атрибутом навантаження: якщо type = L_Part tabulate (ac — a_ArriveTime) в T_LeadTime
- Вкажіть тривалість пробігу 168 годин. Виберіть «Виконати керування» та «Створити». Вкажіть тривалість прив'язки (реплікації) як 168 годин.
- Збережіть модель.
- Експорт моделі: Файл/Експорт
- За допомогою утиліти zip створіть zip-файл, що містить експортовану (архівну) версію моделі: програми/Automod/Utilities/Model Zip і виберіть архів моделі.
Примітка. Експортована версія моделі є стиснутою версією моделі, придатною для відправки електронною поштою. Це той варіант моделі, який повинен бути представлений.
А-4. Підручник - Виконання моделі
Модель можна запустити наступним чином.
- Виберіть команду ВИКОНАТИ, а потім ВИКОНАТИ МОДЕЛЬ.
- Модель буде скомпільована і відкриється нове вікно.
- У новому вікні виберіть CONTROL і CONTINUE, щоб запустити моделювання.
- Щоб модель працювала швидше, вимкніть анімацію: CNTL-G.
- Наприкінці виконання (або під час виконання) вивчіть звіти для процесів, черг, ресурсів та таблиць за допомогою VIEW, а потім ЗВІТИ.
- Використовуйте інформацію в звітах для отримання перевірочних доказів.
А-5. Підручник - Розширення моделювання
Далі закриваємо вікно виконання і повертаємося до моделі. Збережіть модель під новою назвою, щоб зміни, які слід дотримуватися, відрізнялися від оригінальної моделі.
Перша модифікація полягає в налаштуванні моделі та пакетування на робочій станції за допомогою логіки, описаної в розділі 6. Спочатку визначте розмір партії, використовуючи обчислення в розділі 6. Введіть налаштування та дозування в модель наступним чином:
- Змініть P_Arive, щоб створити пакет. Кожного разу, коли загальна кількість прибуття до P_Arrive (P_Arrive total) кратна розміру партії, створюється партія. Таким чином, коли надходить навантаження, перевірте, чи виконується ця умова чи ні. Вираз: P_Arrive total% V_Batchsize буде дорівнює нулю, якщо сума P_Arrive кратна розміру партії. Нагадаємо, що% - це оператор залишку.
- Якщо це НЕ виконано: зачекайте, щоб бути впорядкованим на OL_BatchList//утримуйте навантаження на список пакетних
- Якщо вона виконана: відправити на P_WSA
- Зберегти і вийти. Визначте список замовлень OL_BatchList, вказавши його назву та опис.
- Змінити P_WS для обробки пакету. Між отриманням R_WS і безкоштовним R_WS додайте наступне
- Зачекайте час налаштування: почекайте 45 хв
- Використовуйте <condition>цикл while do для моделювання обробки кожного елемента в партії окремо
- Набір V_LoopIndex = 0
- тоді як V_LoopIndex < v_BatchSize робити
- почати
- дочекатися RS_WS рівномірної 7,5, 1,5 хв
- збільшення V_LoopIndex на 1
- кінець
- Після безкоштовного R_WS надсилайте кожне окреме навантаження на P_Depart:
- замовлення (v_BatchSize-1) вантажі з OL_BatchList в P_Depart
- Збережіть модель.
Друга зміна полягає в додаванні переробки деталі до моделі. Це вимагає трохи роздумів, оскільки навантаження в P_WS представляють партії, а не частини. Ось один із способів цього можна досягти. Збільшення v_LoopIndex означає, що частина успішно завершена. Таким чином, збільшення v_LoopIndex з ймовірністю завершення успішної частини буде моделювати переробку частини.
Якщо RS_rework рівномірний 0.5, 0.5 > 0,05, то збільшення v_loopIndex на 1//0,05 є ймовірність того, що частина потребує доопрацювання
Третя зміна моделі передбачає простою ремонтного циклу. Ваші завдання полягають у наступному:
- Створіть новий цикл ресурсів і назвіть його C_Bdown. Виберіть Ресурси, а потім Створити для циклів ресурсів. Виберіть OK, редагуйте, щоб створити цикл ресурсів.
- Виберіть MTTF/MTTR і заповніть необхідну інформацію.
- Відредагуйте ресурс WS, щоб прикріпити цикл ресурсів.
- Збережіть модель.
Дотримуйтесь вказівок у IV вище, щоб переконатися, що модель працює, отримавши докази перевірки.
А-6. Підручник — Проведення експериментів з AutoStat
AutoStat є компонентом середовища моделювання AutoMod, який використовується для проведення імітаційних експериментів. AutoStat використовується після побудови моделі, а також перевірено та перевірено за допомогою графічного компонента виконання.
Запустіть AutoStat з меню компонентів збірки: RUN, Run AutoStat. Майстер настройки AutoStat задасть кілька питань. Відповіді можна змінити пізніше, вибравши пункт Властивості в рядку меню. Щоб відповісти на запитання майстра налаштування, скористайтеся наступною інформацією.
- Модель випадкова.
- Відповідь ні на друге питання.
- Модель не вимагає розминки.
- Тривалість оснащення становить 168 годин.
- Добре мати метод загальних випадкових чисел як метод за замовчуванням.
Далі проводять імітаційний експеримент наступним чином:
- Визначте новий аналіз типу одного сценарію.
- У спливаючому вікні дайте аналізу ім'я, вкажіть 20 реплікацій. Далі виберіть: OK виконати ці запуски.
- Далі з головного вікна AutoStat виберіть нові відповіді, щоб витягти з моделювання запускає статистику вимірювання продуктивності, що цікавить. В цьому випадку виберіть середній час виконання. Це робиться шляхом вибору Таблиця як сутність AutoMod і означає як статистику інтересу. Також слід вказати назву. Цей крок можна повторити для всіх заходів, що цікавлять продуктивності, таких як використання та максимальний час виконання.
- Перегляньте значення міри продуктивності, вибравши Analyses у головному вікні AutoMod, а потім елемент «Виконати результати» під назвою аналізу, що цікавить.
- Скопіюйте результати в електронну таблицю Excel з вікна, де відображаються результати запуску. Виберіть Редагувати/Копіювати всю таблицю. У програмі Excel виберіть Редагувати/ Вставити спеціальний/ Текст Unicode.
Від одного до п'яти вище слід зробити для кожної моделі, оригінальної моделі робочої станції та тієї, що стосується недоброзичливців
- Проаналізуйте результати моделювання за допомогою Excel. Створіть три стовпці: Копіювати номер (1-20), Час виконання для оригіналу, Час виконання з недоброзичливцями. Використовуйте функцію Excel Transpose, щоб розмістити результати моделювання у відповідному стовпці. Обчислити різницю в часі циклу реплікувати за допомогою реплікації в четвертому стовпці. Обчислити зведену статистику та довірчі інтервали, якщо це необхідно. Використовуйте функцію Excel TINV, щоб повернути відповідні критичні значення з розподілу Student t з n-1 ступенями свободи.
А-7. Ініціалізація змінних стану
Ініціалізація змінних стану, тобто встановлення значення лічильника або ресурсної ємності (кількості одиниць ресурсу) перед початком моделювання, важлива в деяких моделах. Це досягається за допомогою функції ініціалізації моделі, яку AutoMod автоматично виконує перед моделюванням моделі. Існує не більше однієї функції ініціалізації моделі для кожної моделі.
Функція ініціалізації моделі створюється наступним чином:
- Виберіть «Вихідні файли» на панелі «Система процесів».
- Виберіть Створити
- Для імені використовуйте logic.m
- Виберіть редагувати, щоб відкрити редактор.
Наступний приклад ілюструє, як використовувати функцію ініціалізації моделі. Припустімо, що змінні були визначені і дані початкові значення в їх визначеннях.
begin функція ініціалізації моделі
//Встановити значення лічильника на цільове значення інвентаризації
//Зверніть увагу на поточний атрибут лічильника повинен бути посиланий
\(\ \quad \quad\) набір C_Inventory current = v_targetInventory
//Встановити ємність ресурс (кількість одиниць) до кількості машин на станції
\(\ \quad \quad\) встановлена R_Station ємність = v_machineSatStation
\(\ \quad \quad\) повернення істинно //AutoMod вимога
кінця
А-8. Створення файлу трасування у форматі значень, відокремлених комами (.csv)
Розглянемо модель єдиного робочого місця без недоброзичливців, як описано в розділі III вище. Припустимо, слід всіх змін стану: від непрацюючого до зайнятого, а також від зайнятого до простою бажаний. Цей трасування повинен бути записаний до визначеного користувачем комами відокремленого значення (.csv) файл, який можна відкрити в Excel. У файлі стовпці розмежовуються комами. Кожен раз, коли Excel бачить кому, наступна інформація розміщується в наступному стовпці праворуч. Так само, такі файли можна відкривати в редакторах, як Блокнот, в яких видно вміст файлу в тому числі і коми.
У наведеному нижче прикладі показано, як відкрити файл.csv у функції ініціалізації моделі та записати заголовки стовпців у файл.
begin функція ініціалізації моделі
//відкрити файл трасування; зверніть увагу, що змінна v_traceFile має тип file ptr (покажчик)
//за угодою Automod, файл буде знаходитися в каталозі\ arc для моделі
\(\ \quad \quad\) відкрити "StateTrace.csv" для запису зберегти результат як v_traceFile
//записати заголовок до файлу трасування
\(\ \quad \quad\) друку «Годинник, новий стан» до v_traceFile
\(\ \quad \quad\) повернути true //AutoMod вимога
кінця
Значення стовпців можна записати аналогічним чином, коли це потрібно. Наприклад, оператор друку для запису зміни стану на зайнятий у файл трасування виглядає наступним чином:
вивести змінний струм, «, зайнятий» до V_traceFile
А-9. Вибір між двома ресурсами
Припустимо, операція може бути виконана будь-яким з двох ресурсів, R_Machinea або R_MachineB. Буде використаний перший ресурс з однією одиницею в непрацюючому стані. Якщо обидва доступні R_Machinea буде використано. Наступний фрагмент процесу показує, як це зробити. Зверніть увагу, що A_Machine є атрибутом навантаження типу resource ptr (ім'я ресурсу).
зачекайте, поки R_MachineA залишилося> 0 або R_MachineB залишилося> 0//чекати машини,
якщо R_Machinea залишилося > 0 потім
почати
\(\ \quad \quad\) набір A_Machinea = R_Machinea//Машина А доступна
кінець
ще
почати
\(\ \quad \quad\)встановити A_Machine = R_MachineB//Тільки машина B доступний
кінець
отримати A_Machine//отримати обрану машину
чекати 15 хв//виконати операцію
безкоштовно A_Machine//безкоштовно вибрана машина
Функція розподілу припасування в JMP: Підручник
B.1 Вступ
JMP - це програмне забезпечення для аналізу даних загального призначення, який включає в себе функції розподілу для даних. Цей підручник веде читача через вправу встановлення даних для версії 9 JMP. Кроки підручника показані курсивом.
В.2. Процедури пристосування даних до дистрибутивів
Запускаємо JMP звичайним для програми Windows способом.
Виберіть Перегляд/ JMP Starter
У JMP Starter виберіть Нова таблиця даних.
У новій таблиці даних виберіть «Файл»/«Відкрити», щоб завантажити файл із відповідними даними. Файл являє собою файл.txt. Дані у файлі з'являться в таблиці, подібній до електронної таблиці.
Далі виберіть Основні зі стовпця категорії.
Далі виберіть Розподіл. Клацніть у полі праворуч від: Y, стовпці. Потім двічі клацніть на стовпці 0. Потім виберіть ОК.
З'явиться вікно, що містить статистичні зведення набору даних. Вивчіть їх уважно.
Далі подивіться, наскільки добре дані відповідають звичайному розподілу. Клацніть стрілку поруч з міткою стовпця 0. Виберіть «Безперервне пристосування», потім «Звичайне Подивіться на нормальний розподіл, накладене на гістограму.
Далі протестуйте посадку. Клацніть стрілку поруч із пунктом «Встановлений нормальний». Виберіть доброту придатності. Зверніть увагу, що придатність до дистрибутива не є адекватною.
Відпустіть назад і повторно вивчіть значення даних. Припустімо, що нульове значення представляє стан без судна і що ми зацікавлені в розподілі обсягу відвантажених, враховуючи, що поставки були здійснені. Давайте усунемо нульові значення і переобладнаємо розподіл. Виберіть перші шість рядків у таблиці даних, вибравши номери рядків від 1 до 6. Виберіть стрілку далі Рядки, а потім Виключити/Невиключити.
Повторіть описаний вище процес для пристосування функції розподілу до даних.
Крім того, повторіть все перераховане вище для гамма-розподілу. Що краще підходить на ваш погляд, нормальний або гамма?
Бібліографія
Аскін, Р.Г. & Стандрідж, К.Р. (1993). Моделювання та аналіз виробничих систем. Джон Уайлі і сини, Нью-Йорк.
Аскін Р.Г., Естрада С. Дослідження клітинних виробничих практик. Довідник стільникових виробничих систем, S.Irani, ред., John Wiley & Sons, Inc., Нью-Йорк.
Аскін, Р.Г. і Голдберг, Дж. Б. (2002). Проектування та аналіз систем бережливого виробництва, John Wiley & Sons, Нью-Йорк.
Балці О. Методи перевірки, перевірки та тестування протягом усього життєвого циклу імітаційного дослідження. Аннали дослідження операцій, 53:121-173.
Балці О. Принципи валідації, перевірки та тестування імітаційної моделі. Міжнародний журнал з комп'ютерного моделювання.
Бенкс, Дж., Карсон II, Дж., Нельсон, Б.Л. & Ніколь, Д.М. (2009). Моделювання дискретно-подієвої системи, 5-е изд. Прентіс Холл. Енглвудські скелі, Нью-Джерсі.
Бозер, Ю.А., і Уайт, Дж. Моделі часу в дорозі для AS/RS. Угоди ІІЕ, 16 (4), 329- 338.
Бозер, Ю.А., і Уайт, Дж. Узагальнена модель проектування та аналізу продуктивності систем комплектування замовлень в кінці проходу. Угоди ІІЕ, 28 (4), 271-280.
Бузакотт, Дж. і Ханіфін, Л. (1978). Моделі автоматичних ліній переказу з інвентаризаційними банками: огляд та порівняння. Транзакції АІІП, 10, 197-207.
Карсон II, Дж.С. (2002). Перевірка та валідація моделі. Матеріали зимової симуляційної конференції 2002 року. Документ, представлений на конференції зимового моделювання 2002 року: Сан-Дієго, Каліфорнія. Отримано 12 червня 2010 року з www.informs-sim.org/wsc02papers/008.pdf
Конвей, Р., Максвелл, В., Макклейн, Дж., і Томас, Л.Дж. (1988). Роль виробничих інвентаризацій в серійних виробничих лініях. Дослідження операцій, 35 (2), 291-305.
Девор, Дж. Імовірність та статистика для техніки та наук, 7-е видання, Duxbury Press, Belmont, Каліфорнія.
Дайнкеркен, М.Б., Оттьес, Дж., і Лодевейкс, Г. (2006). Порівняння стратегій маршрутизації для систем AGV з використанням моделювання. Матеріали зимової симуляційної конференції 2006 року. Документ, представлений на зимовій конференції з моделювання 2006 року: Монтерей, Каліфорнія. Отримано 12 вересня 2011 року з www.informs-sim.org/wsc06papers/193.pdf
Елсайед Е.А., Унал О.І. Алгоритми дозування замовлень та оцінка часу в дорозі для автоматизованих систем зберігання/пошуку. Міжнародний журнал виробничих досліджень, 27 (7), 1097-1114.
Екрен Б.Ю., Герагу С.С. (2009). Регресійний аналіз на основі моделювання конфігурації стійок автономної системи зберігання та пошуку транспортних засобів. Матеріали конференції зимового моделювання 2009 року, документ, представлений на конференції зимового моделювання 2009: Остін, штат Техас. Отримано 16 жовтня 2011 року з www.informs-sim.org/wsc09papers/232.pdf.
Фланіган-Вагнер, М.А. та Вілсон, Дж. Р. (1995). Графічне моделювання взаємодії з моделюванням вхідних даних з біваратними розподілами Безьє. ACM транзакції з моделювання та комп'ютерного моделювання, 5 (3), 163-189.
Фланіган-Вагнер, М.А. та Вілсон, Дж. Р. (1996). Використання уніваріативних розподілів Безьє для моделювання вхідних процесів моделювання. Операції ІІЕ, 28 (9), 699-712.
Феррін, Д.М., Міллер М.Дж., Мутлер Д. (2005). Lean сигма та моделювання, так яка кореляція? Матеріали зимової симуляційної конференції 2005 року. Документ, представлений на конференції зимового моделювання 2005 року: Орландо, Флорида. Отримано 5 червня 2010 року з http://www.informs-sim.org/wsc05papers/249.pdf.
Горман, М.Ф., Гофф, Дж. & Кініон, Р. (2009). Казки з фронту: тематичні дослідження вказують на потенційні підводні камені неправильного застосування програм ощадливого вдосконалення. Інтерфейси 39 (6).
Грімард, К., Марвел, Дж. Х. і Стендрідж, К.Р. (2005). Валідація реконструкції виробничої робочої осередку з використанням моделювання. Матеріали зимової симуляційної конференції 2005 року. Документ, представлений на конференції зимового моделювання 2005 року: Орландо, Флорида. Отримано 9 вересня 2010 року з www.informs-sim.org/wsc05papers/170.pdf.
Хан, М.-Х., МакГінніс, Л.Ф., Ших, Дж. і Уайт, Дж. Про послідовність вилучень в автоматизованій системі зберігання/пошуку, ІІЕ Транзакції, 19 (1), 56-66.
Хопп, В.Дж. та Спірмен, М.Л. (2007). Фабрична фізика: основи управління виробництвом, 3-е видання, Макгроу-Хілл/Ірвін, Нью-Йорк.
Хайден, П., Редер, Т., & Шрубен Л. Ресурсні графіки для моделювання великомасштабних, сильно перевантажених систем. Матеріали зимової симуляційної конференції 2001 року. Документ, представлений на конференції зимового моделювання 2001 року: Арлінгтон, Вірджинія. Отримано 9 вересня 2010 року з www.informs-sim.org/WSC01papers/068.pdf.
Ірані С.А., Субраманян, С., & Аллам Ю.С. (1999). Вступ до стільникових виробничих систем. Довідник стільникових виробничих систем, S.Irani, ред., John Wiley & Sons, Inc., Нью-Йорк.
Цзін, Г. Г., Келтон, В.Д., Арантес, Дж., і Хаушманд, А.А. (1998). Моделювання керованої конвеєрної мережі з конфігурацією злиття. Матеріали конференції зимового моделювання 1998 року, документ, представлений на конференції зимового моделювання 1998 року: Вашингтон, округ Колумбія. Отримано 27 вересня 2011 року з www.informs-sim.org/wsc98papers/142.pdf.
Джонс — Ланг-Ласаль. (2008). Lean практики в ланцюжку поставок. Отримано 8 травня 2011 року з
Щоденник Joneslanglasalle.com/docu... upplyChain.pdf
Келлер, Г. Прикладна статистика з Microsoft Excel, Даксбері Прес, Белмонт, Каліфорнія.
Ко Л., Чен Ю., Адхітя А., Срінівасан Р., Карімі І.А. (2006). Оцінка політики ланцюга поставок нафтопереробних заводів та інвестиційних рішень шляхом моделювання-оптимізації. Матеріали зимової симуляційної конференції 2006 року. Документ, представлений на зимовій конференції з моделювання 2006 року: Монтерей, Каліфорнія. Отримано 12 вересня 2011 року з www.інформує- sim.org/wsc06papers/181.pdf
Право, А.М. Імітаційне моделювання та аналіз, 4-е видання, McGraw-Hill, Нью-Йорк.
Право, А.М. і МакКомас, М.Г. (2001). Як програмне забезпечення для дистрибуції EXPERFIT може зробити ваші імітаційні моделі більш дійсними. Матеріали зимової симуляційної конференції 2001 року. Документ, представлений на конференції зимового моделювання 2001 року: Арлінгтон, Віргінія.
Право, А.М. і МакКомас, М.Г. (1996). EXPERFIT: повна підтримка моделювання введення моделювання. Матеріали зимової симуляційної конференції 1996 року. Документ, представлений на зимовій конференції з моделювання 1996 року: Коронадо, Каліфорнія.
Вчимося сигма. Що таке бережливе виробництво? Отримано 13 лютого 2009 року з learnsigma.wordpress.com/2007... виробництво/.
Лемер, Д.Х. (1951). Математичні методи в великомасштабних обчислювальних блоках Літопис обчислювальної лабораторії Гарвардського університету, 26,141-146.
Лю, Р, Кумар, А., і Стенгер, А.Дж. (2006). Результати моделювання конфігурацій ланцюга поставок на основі обміну інформацією. Матеріали зимової симуляційної конференції 2006 року. Документ, представлений на зимовій конференції з моделювання 2006 року: Монтерей, Каліфорнія. Отримано 12 вересня 2011 року з www.informs-sim.org/wsc06papers/076.pdf
Марвел, Дж., і Стендрідж, К. (2009). Процес проектування, вдосконалений моделювання. Журнал промислової інженерії та менеджменту, 2 (1), с. 90-113. Отримано 5 червня 2010 року з http://www.jiem.org/index.php/jiem/a...viewFile/61/18.
Марвел, Дж. Х., Шауб, М.А., і Векман, Г.Р. (2008). Оцінка доступності та розподілу виробничих потужностей на виробництві за допомогою імітаційного моделювання: тематичне дослідження. Міжнародний журнал промислової інженерії, 15 (2), 166-175. Анотація отримано 5 червня 2010 року з ijietap.utep.edu/ojs/index.ph... ticle/view/117.
Промислове об'єднання поводження з матеріалами. Автоматизована керована автомобільна система промислової групи. Отримано 2 жовтня 2011 року з http://www.mhia.org/industrygroups/agvs.
Міллер, Г., Павлоскі, Дж. & Standridge, К. (2010). Тематичне дослідження бережливого, сталого виробництва. Журнал промислової інженерії та менеджменту, 3 (1), 11-32. Отримано 27 вересня 2011 року з http://www.jiem.org/index.php/jiem/a...iewFile/156/50.
Міттал, С. і Ван, Х.-П. (1992). Моделювання виробництва JIT для визначення кількості канбанів. Міжнародний журнал передових технологій виробництва, 7, 292-308.
Назаль, Д. & Макгінніс, Л.Ф. (2006). Аналітична модель автоматизованих систем обробки матеріалів на базі транспортних засобів у напівпровідникових фабриках. Матеріали зимової симуляційної конференції 2006 року. Документ, представлений на зимовій конференції з моделювання 2006 року: Монтерей, Каліфорнія. Отримано 2 жовтня 2011 року з www.informs-sim.org/wsc06papers/239.pdf
Прицкер, А.А. Чому моделювання працює. Матеріали конференції з зимового моделювання 1989 року, Документ, представлений на конференції зимового моделювання 1989: Вашингтон, округ Колумбія
Прицкер, А.А.Б. (1977). Моделювання та аналіз з використанням мереж Q-GERT. Холстед Прес, Нью-Йорк. Прицкер А.Б. Застосування результатів багатоканального обслуговування до аналізу конвеєра
систем. Промислове машинобудування, 17, 14-21.
Розенблатт, М.Дж., Ролл, Ю. & Zyser, В. Комбінований підхід оптимізації та моделювання
для проектування автоматизованих систем зберігання/пошуку, ІІЕ Транзакції, 25 (1), 40-50.
Ротер, М. і Харріс, Р. (2001). Створення безперервного потоку: посібник з дій для керівників, інженерів та виробничих партнерів. Інститут Lean Enterprise, Бруклін, Массачусетс.
Рубрич, Л. і Уотсон, М. (1998). Виробничі клітини: Цілісний потік і ключ до розширення прав і можливостей працівників та власності. У впровадженні виробництва світового класу. Партнери WCM, Форт-Уейн, Індіана.
Сарджент, Р.Г. Перевірка та валідація імітаційних моделей. Матеріали зимової симуляційної конференції 2009 року. Документ, представлений на конференції зимового моделювання 2009 року: Остін, Техас. Отримано 5 червня 2010 року з www.informs-sim.org/wsc09papers/014.pdf.
Саргент, Р.Г. Перевірка та валідація імітаційних моделей. Журнал моделювання (2012), 1—13. дої:10.1057/jos.2012.20.
Шмайзер, Б.В. (1980). Генерація випадкових відхилень: опитування. Матеріали зимової симуляційної конференції 1980 року. Документ, представлений на конференції зимового моделювання 1980 року: Орландо, штат Флорида.
Шонбергер, Р.Дж. (2011). Прийняття міри lean: ефективність та результативність, частини I та II. Інтерфейси 41 (2).
Шрубен Л.В. Імітаційне моделювання з графіками подій. Комунікації АСМ, 26 (11), 957-965.
Шрубен Л.В. Графічне імітаційне моделювання та аналіз: сигма для вікон. Даксбері Прес, Пасифік-Гроув, Каліфорнія.
Секіне, К. Цілісний потік: конструкція комірки для трансформації виробничого процесу. Продуктивність Прес, Портленд, Орегон.
Шеннон, Р Е. (1975). Системне моделювання: мистецтво та наука, Прентіс-Холл, Енглвудські скелі, NJ.
Шапіро, Дж. Моделювання ланцюга поставок 2-е видання, Cengage Learning, Флоренція, Кентуккі.
Стендрідж, К.Р., & Марвел, Дж. Х. (2006). Чому lean потребує моделювання. Матеріали зимової симуляційної конференції 2006 року. Документ, представлений на зимовій конференції з моделювання 2006 року: Монтерей, Каліфорнія. Отримано 5 червня 2010 з www.інформує- sim.org/wsc06papers/244.pdf
Стендрідж, К.Р., Гельтне, Д.Р. (2000). Можливість моделювання на основі МСЕ для стратегічної та тактичної логістики. Матеріали зимової симуляційної конференції 2000 року. Документ, представлений на конференції зимового моделювання 2000 року: Орландо, Флорида. Отримано 5 червня 2010 року з www.informs-sim.org/WSC00papers/147.pdf.
Стендрідж, К.Р. (1998). Моделювання виробничої системи. При одночасному проектуванні продуктів, виробничих процесів та систем, H-P Wang, під ред. Видавці науки «Гордон і порушення», Лондон.
Тадж С., Кокран, Д., Дуда, Дж. і Лінк, Дж. (1998). Моделювання та планування виробництва для виготовлення осередків. Матеріали конференції зимового моделювання 1998 року, документ, представлений на конференції зимового моделювання 1998 року: Вашингтон, округ Колумбія. Отримано 9 вересня 2010 року з www.informs-sim.org/WSC98papers/131.pdf.
Вардеман, С.Б. і Джоб, Дж. М. (2001). Збір та аналіз базових інженерних даних. Даксбері/Томпсон Навчання.
Васудеван К., Лоте, Р., Вільямс, Е., Ульген О. Високошвидкісні лінії для виробництва пляшок: тематичні дослідження та методи вибору програмного забезпечення для моделювання. Праці зими 2009 року
Конференція з моделювання, Документ, представлений на конференції зимового моделювання 2009: Остін, штат Техас. Отримано 27 вересня 2011 року з www.informs-sim.org/wsc09papers/030.pdf.
Warber, M. & Standridge, C.R. (2002) Розширення обробки матеріалів для концентратора маршрутизації пакетів. Матеріали Міжнародного конгресу та виставки машинобудування 2002 року. Документ, представлений на Міжнародному конгресі та виставці машинобудування 2002 року: Новий Орлеан, Лос-Анджелес.
Вілсон, Дж. Р. і Пріцкер, А.А.Б. (1978). Процедура оцінки політики запуску в імітаційних експериментах, Моделювання, 31, 79-89.