Состав загрузки и сроки: сравните три плана
Планировщику предлагают два простых правила: сразу занять оборудование готовыми работами или подождать заполнения. На четырёх учебных заказах проверим оба предложения. Нужен полный ответ по каждому обязательству, а не впечатление от первой занятой строки календаря.
Опишите единицу решения до подсчёта загрузки
Владелец выбирает состав каждого запуска и порядок запусков для уже принятых заказов. Количества и сроки остаются исходными данными. Результатом будет список назначений с объяснением, какие обещания выполняются. Выбор другого ассортимента, цены или способа изготовления в эту задачу не входит.
Oracle описывает одновременную обработку нескольких заданий одним ресурсом и явную единицу вместимости.
Аннотация Азизоглу описывает одно семейство в загрузке и одинаковое время обработки его заданий.
Это основания для постановки вопроса. Условия следующего примера заданы отдельно; они не являются инструкцией к реальному оборудованию. Совпадение букв в справочнике не удостоверяет техническую совместимость. Ответственный должен подтвердить, к каким изделиям и режимам относится принятое правило.
Четыре заказа на утро 2 ноября
Вымышленная смена — 2 ноября 2026 года, UTC. Единственный ресурс свободен с 09:00. Вместимость — шесть условных мест. Каждая разрешённая непустая загрузка занимает ровно 30 минут: сюда уже включены загрузка, обработка, выгрузка и вся заданная подготовка. Дополнительного времени между запусками нет, в том числе при смене семейства.
В этом примере разрешён даже один занятый слот. Работы целые: делить заказ, прерывать цикл или добавлять опоздавшую работу внутрь начатого цикла нельзя. Все заказы одной загрузки начинаются и заканчиваются вместе. X совместим с X, Y с Y; смешение X и Y запрещено. Эти разрешения и ограничения считаются заранее утверждёнными именно для учебного задания.
| Заказ | Семейство | Мест | Готов с | Срок |
|---|---|---|---|---|
| A | X | 2 | 09:00 | 10:00 |
| B | X | 3 | 09:00 | 10:00 |
| C | X | 1 | 09:20 | 10:10 |
| D | Y | 1 | 09:00 | 10:00 |
«Готов с» означает доступность всех входов заказа. «Срок» относится к окончанию рассматриваемого цикла; последующей доставки нет. Время окончания ровно в срок разрешено. Люди, материалы и оснастка обеспечены, других заказов и остановок нет. Стоимость запуска, энергия и денежные последствия здесь не заданы.
Сравните три полных предложения
| План | Циклы | Итог |
|---|---|---|
| Готовые X первыми | AB 09:00–09:30; D 09:30–10:00; C 10:00–10:30 | C: +20 мин |
| Ждать ABC | ABC 09:20–09:50; D 09:50–10:20 | D: +20 мин |
| Начать с D | D 09:00–09:30; ABC 09:30–10:00 | Все в срок |
Последний план: занято 1/6, затем 6/6. Все обещания выполнены.
Согласование такого решения требует показать весь набор заказов. Если руководителю предъявить только первую загрузку, он увидит незаполненное оборудование и не увидит результат следующего запуска. В протоколе оставьте оба проигравших предложения: они объясняют, почему выбрано именно это расписание.
Занятые места нельзя автоматически перевести в экономию. Для денежного сравнения потребуются подтверждённые затраты и одинаковая граница результата. В текущем задании проверяется исполнение обещаний; финансовый вывод из него не следует.
Проверьте, что удачный вариант не выбран случайно
Допустимые разбиения: A|B|C|D; AB|C|D; AC|B|D; BC|A|D; ABC|D. Число порядков: 24+6+6+6+2=44. При ранних допустимых началах ровно один выполняет все сроки: D→ABC.
При фиксированных составе и порядке ожидание не ускоряет завершения. Два семейства требуют минимум двух циклов: 60 минут. Три цикла занимают минимум 90 при последнем сроке через 70.
Это проверка всех вариантов четырёх заданных заказов, а не оценка качества большого производственного расписания. Воспроизводимый результат важнее названия алгоритма: попросите показать список рассмотренных вариантов, правило вычисления времён и причины отклонения. Чужой результат для другой цели нельзя переносить на этот набор.
Измените только готовность C
C готов с 09:35: D→ABC завершает A/B в 10:05; ABC→D завершает D в 10:35. Своевременных порядков: 0/44.
В этом сценарии остальные входы остаются прежними. Не меняйте одновременно срок клиента, количество или подтверждённый режим, иначе проверите другую задачу и потеряете причину расхождения. Сохраните, кто сообщил новое время и насколько оно достоверно: прогноз поставщика и фактическая готовность имеют разные основания.
Руководителю нужен перечень затронутых обязательств и вопрос для решения. Можно отдельно проверить предложение другого подтверждённого ресурса или согласованного изменения обещания. Такой вариант получает собственные входы и расчёт. Изменение процесса не считается разрешённым только потому, что оно устраняет красную отметку в плане.
Что передать для проверки перед внедрением
- Полный состав. Каждый из четырёх ID должен присутствовать ровно один раз. Дубликат и пропуск являются ошибкой независимо от красивого срока.
- Ожидаемый ответ. Повторите три предложения и полный перебор. Сверяйте сроки каждого заказа, а не только последнюю дату всего плана.
- Готовность. Отдельно воспроизведите задержку C. Проверяющий должен видеть изменённое поле и сохранённые остальные входы.
- Несогласованный вход. Удалите подтверждение совместимости. Система или ручной процесс должны явно запросить решение, а не восстановить разрешение по похожему названию.
- Передача. Проверьте, какую версию получил исполнитель, кто подтвердил получение и как фиксируется новое предложение.
Проверки выполняйте на тестовых записях без реальной выдачи задания. Для каждой сохраните входные данные, ожидаемый ответ, фактический результат и комментарий проверяющего. После первого успешного прогона поменяйте в копии один ID: формулы и связи не должны быть привязаны к конкретной букве заказа.
В рабочей карточке полезны заказ, версия изделия, подтверждение готовности, разрешение совместимости, единица вместимости, назначенный ресурс, состав запуска и ответственный. После начала работы сохраняйте фактические события отдельно от предложений. Новый план не создаёт задним числом подтверждение уже выполненного действия.
Для обсуждения производства SABSUS принесите этот набор и протокол. Проверку ограничений, хранение составов и способ передачи заданий подтвердите в выбранной конфигурации. Наличие автоматического оптимизатора или готового режима групповой обработки из статьи не следует.
Источники и продолжение
Источники проверены 17 октября 2026 года. Oracle: Resource Batching. Из исследования использована только аннотация. Числа учебные, перебор выполнен отдельно.