Зачем проекту формулы, агрегированная модель и DES
В проекте три уровня расчёта. Они не конкурируют, а отвечают на разные вопросы. Ошибка возникает, когда результат одного уровня выдают за результат другого
В проекте три уровня расчёта. Они не конкурируют, а отвечают на разные вопросы. Ошибка возникает, когда результат одного уровня выдают за результат другого.
| Уровень | Вопрос | Что умеет | Чего не умеет |
|---|---|---|---|
| Аналитика | Хватает ли номинальной мощности? | Быстро переводит товары в КТЯ, палеты и загрузку ворот. | Не видит порядок событий и очереди. |
| Агрегированная модель | Где грубое узкое место при заданных мощностях? | Сводит поток по зонам без отдельных событий. | Не показывает реальную динамику очереди. |
| DES | Что случится во времени при конкретных правилах? | Моделирует КТЯ, очереди, ресурсы, политики и хвост. | Зависит от допущений и требует времени на запуск. |
1. Аналитика: проверка здравого смысла
Аналитический слой получает параметры сценария и считает номинальные потоки:
КТЯ/ч = товары/ч / товаров в КТЯ
палеты/ч = КТЯ/ч / КТЯ на палете
мощность ворот = число ворот * палет на машину / время циклаДля базового сценария:
100 000 / 27 = 3 703,7 КТЯ/ч
3 703,7 / 20 = 185,2 палеты/ч
24 * 16 / 2 = 192 палеты/ч номинальной мощности воротПолный sort-поток требует около 185,2 палеты/ч, поэтому расчётная загрузка ворот составляет около 96,5%. Это важный ранний сигнал: запас есть, но небольшой.
Аналитика не говорит, что 100 000 товаров/ч действительно вышли через ворота. Она говорит только, что такие мощности заданы в исходных условиях.
2. Агрегированная модель: быстрый контур сверки
Агрегированная модель хранит не миллионы отдельных товаров, а скорости потоков. Она сопоставляет входной поток каждой зоны с её мощностью и считает:
- сколько зона способна завершить за час;
- растёт ли очередь при превышении мощности;
- какая зона наиболее загружена.
Этот уровень полезен как «калькулятор с проверками»: он быстро ловит ошибки
в единицах измерения и в балансе товары -> КТЯ -> палеты. Но если две линии
по очереди освобождаются, а поток распределяется по-разному, агрегированная
модель этого не увидит.
3. DES: модель времени и очередей
DES создаёт поток КТЯ и проводит каждую КТЯ через реальные для модели события: прибытие, ожидание, занятие ресурса, завершение, перемещение. Поэтому она отвечает на вопросы, которые нельзя честно решить одной формулой:
- какая очередь была максимальной;
- как меняется результат, если направление закреплено за линией;
- что произойдёт при отказе двух сортировщиков;
- почему двухчасовой расчёт может быть ниже 24-часового;
- сколько КТЯ и палет завершили путь строго до конца периода.
Почему DES может дать меньше номинала
Номинальные 100 000 товаров/ч сортировочной мощности не означают, что центр в каждый момент выдаёт 100 000 товаров/ч. На фактический выход влияют:
- неравномерность направлений: горячие направления могут перегрузить часть линий;
- ошибки считывания и повторная обработка;
- расписание рейсов и заполнение палет;
- ограничение на сборку и отгрузку палет;
- конец окна измерения: незавершённая работа не засчитывается как выход.
Чтобы пустой старт не искажал устойчивый режим, baseline использует четыре часа прогрева. После него сортировка и сквозной выход находятся около 100 000 товаров/ч. Короткий запуск без прогрева может быть заметно ниже.
Как уровни сверяют друг друга
Хороший рабочий порядок такой:
- Аналитикой проверить единицы и номинальные ограничения.
- Агрегированным уровнем проверить, что баланс потока не нарушен.
- DES измерить фактический выход, очереди и площадь.
- Серией DES-прогонов проверить чувствительность к случайности.
В отдельном окне сквозной выход может чуть превысить сортировку из-за WIP, созданного во время прогрева. На полном горизонте должен сохраняться баланс: начальный WIP + вход = выход + конечный WIP.