Поиск решения
После завершения моделирования рассмотрим результаты расчета. Для анализа результатов нажмите на строку расчета. Пройдите в раздел "Анализ заказов":
Результаты прохождения плана будут:
Рассмотрим каким образом идет набор трудоемкости заказов, для этого зайдем в раздел "Подробный график прогресса":
На графике наблюдаются горизонтальные составляющие, что говорит об отсутствии прогресса в выполнении заказа. Для понимания причин посмотрим на то, что случилось в момент возобновления работы. Нажмите на точку на горизонтальной части графика для получения детализации исполнения заказа - и увидим детализацию работ в окрестности выбранной точки:
Анализ детализации показывает, что заказы накапливаются в очереди перед рабочим центром "Центр предварительной обработки". Для проверки войдем в анализ загрузки ресурсов:
Наблюдаем наличие перегруженного ресурса (рабочий) и сигнал о длительном ожидании перед Центром предварительной обработки.
Попытаемся снизить срок прохождения плана без изменения состава ресурсов. Зная общее правило, что мелкие партии проходят быстрее, поменяем правило формирования партий, и вместо правила "по заказу" применим правило "по заказу с ограничением". Установим ограничение 4 часа - т.е. партии будут передаваться если накопленная трудоемкость по заказу на операции составит 4 часа:
Запустим новое моделирование с параметрами моделирования "По заказу 10 с ограничением 4 часа".
В результате получим новые сроки для плана:
В результате видим, что за счет изменения правил удалось снизить цикл исполнения более чем на 600 часов. Продолжая в том же духе, создадим новое правило - ограничим партии двумя часами. Промоделируем с этим правилом и увидим, что время практически не изменилось:
Выясняя причины отсутствия изменения в сроке, вспоминаем, что у нас есть ограниченный (перегруженный) ресурс. Создадим изменение по персоналу и удвоим количество рабочих по перегруженной позиции:
Проведем новое моделирование. В результате в сроках опять ничего не поменялось:
Для выяснения причин заходим в Анализ загрузки ресурсов, и видим, что добавленная единица персонала не используется:
Понимаем ошибку - мы вывели двух человек в одну смену, хотя в РЦ Центр предварительной обработки, на который они должны встать, всего один станок. Необходимо "расшить" узкое место, но для этого рабочего нужно выводить в другую смену. Создадим новое изменение по персоналу:
Промоделируем вновь с измененным режимом работы. В результате сроки, наконец-то, радикально сокращаются:
Более подробно прохождение плана показывает, что участки без набора трудоемкости (накопление очередей) исчезли:
Одновременно достигнуто более чем двухкратное сокращение сроков исполнения плана:
Заметим, что на этих графиках периодические горизонтальные площадки на линиях всех заказов соответствуют нерабочим сменам и, через каждые 5 дней на 2 дня - выходным дням.
Анализ загрузки ресурсов говорит, что в данном варианте получена высокая степень загрузки ограниченного ресурса (рабочий 2), при одновременном уменьшении простоя рабочего центра - ограничения:
Дальнейшее сокращение цикла исполнения всего данного плана теперь возможно только при увеличении использования ограничения, что, в свою очередь, возможно только при новом увеличении сменности его работы через введение третьей смены и/или переход на непрерывный график работы с новым увеличением численности персонала. Также возможный путь - это перекомпоновка плана. Например, можно при тех же общих количествах по номенклатуре раздробить план и поменять порядок запусков по изделиям (выход на этот вариант решения описан в следующем примере , там же есть ссылка на план с измененной структурой). Моделирование плана с измененной структурой приводит к уменьшению его длительности относительно последнего результата примерно на 100 часов, при этом загрузка наиболее загруженного персонала близка к предельной и составляет 98%:
Большего сокращения цикла исполнения плана добиться не получится.
Но внутри цикла исполнения плана находятся еще циклы изготовления конкретных партий. Их (т.е. среднее время прохождения партий) можно сократить, если связать запуски партий с накоплением очередей. Выбрав на вкладке Загрузка ресурсов наиболее загруженный ресурс - Центр предварительной обработки B - войдем в анализ очередей для этого центра:
Видим, что из-за большей производительности на предыдущей операции перед этим РЦ сразу имеется очередь, которая "рассасывается" с течением времени. В BFG IS возможно соизмерять запуски партий с пропускной способностью станков. Для этого нужно использовать настройку моделирования "Управление запуском партий":
создав здесь настройку, ограничивающую длину очереди:
В результате нескольких итераций, подбираем значение очереди так, чтобы не увеличилось время прохождения плана. Далее проводим моделирование с добавлением настройки по управлению очередью:
В итоге получаем те же сроки, плюс сокращение физических очередей, которое распространится на все последующие операции:
На рабочем центре B физическая очередь сократилась с 450 часов до 100 часов - более чем в 4 раза.