Открыть список
Как стать автором
Обновить

Комментарии 12

Итоговая задача сводится к линейному программированию?
Итоговая задача — вполне себе транспортная. Хотя рекомендации по изменению ограничений — это что-то ещё, насколько понимаю. :)
Да, итоговая задача — по сути, решение системы линейных уравнений. Ценность системы в сборке всего в один модуль, возможности прогнозирования и планирования, плюс связке с вашими источниками данных, то есть плотной интеграции.
Мне просто интересно, как люди решают практические задачи линейного программирования. Вы используете симплекс-метод или что-нибудь самописное-эвристическое?

Я недавно прочитал, что в SVM, к примеру, используется покоординатный спуск. При этом две переменные, по которым будет производится спуск, определяются из значения градиента целевой квадратичной функции.
Как формализуются правила реального мира вроде «у этих в витрине 30 штук, поэтому всегда должно быть не меньше»
Это некий фиксированный набор? Функции (скажем java или .net) на объектах / скриптовый язык?
Не могли бы уточнить? Не понял из текста.

Вы предлагаете просто свои услуги по «оптимизации» (улучшению) работы цепочки поставок в виде схем, графиков и таблиц.
Либо есть конкретный програмный продукт, с помощью которого можно все это строить?

КРОК — интегратор, мы можем внедрить конкретный продукт, который это делает. В предыдущих постах мы начали про JDA, и поэтому здесь скриншоты из соответствующего модуля. В целом, вендоров несколько, и у каждого есть свой вариант решения. К примеру, эти же системы используются и для других логистических задач вроде распределения денег в банкоматах.
НЛО прилетело и опубликовало эту надпись здесь
как обычно, в цене внедрения и его неочевидном успехе :)
Просто долго занимался в университете моделированием цепей. Сейчас работаю на реальном производсте, где о таких улучшениях еще никто не думает, но есть личный интерес.

По делу:
если решать небольшую задачку — можно обойтись такими аналитическими решениями
если серьезные цепи поставок — то уже без «сбоев» и «колебаний» (=вероятностные распределения) не обойтись. Для этих целей уже несколько лет используется имитационное моделирование.

Вопрос, какой ценовой диапозон ваших решений (для описанной в посте задаче)?
Как уже правильно заметили, для реального производства необходимо учитывать «сбои», «колебания» и чрезвычайные ситуации. Т.е. система должна уметь перестраивать расписание с минимальными изменениями, а также учитывать время, необходимое на согласование и перенастройку процесса.
У Вас это учитывается, или предполагается ручное урегулирование процесса в подобной ситуации (т.е. выполняется только моделирование самой логистики)?
Данный инструмент не mes система и уровень его планирования месяца и недели, поэтому предусмотреть сбой, который может произойти через месяц очень сложно. Однако предусмотреть запланированные ТО и ремонты оборудования при планировании вполне возможно. Если же ЧС произошла и мы понимаем, сколько уйдет времени на восстановление, то это можно смоделировать. Параметры, связанные с согласованием и перенастройкой в системе предусмотрены.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.