Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.03.11;
Скачать: CL | DM;

Вниз

Автоматизация, или как-то так...   Найти похожие ветки 

 
vasIZmax ©   (2007-02-11 15:39) [0]

Вот такая ситуация. У знакомого есть несколько магазинчиков(перспектива расширение), в котором продаются в основном продукты питания.
Так вот, он меня попросил наваять прогу, которая как бы автоматически учитывает сколько надо закупить того или иного товара в зависимости от продаваемости за несколько дней. Где об этом можно почитать что ли? И какие могут быть проблемы в реализации?


 
TUser ©   (2007-02-11 15:58) [1]

Не смешно.


 
Virgo_Style ©   (2007-02-11 16:06) [2]

а задачка-то интересная. Только практически, imho, не очень-то реализуемая.

Можно ожидать некую цикличность с периодом неделя (выходные - время покупок), месяц (зарплата), год (времена года)... ну а грубая оценка - это и с потолка можно взять -)


 
vasIZmax ©   (2007-02-11 16:18) [3]

Некоторое время назад я работал в супермаркете. так вот, как я выяснил, у них есть система которая делает поставщикам автозаказы, в зависимости от того сколько было продано за день.

Но Вы сами понимаете: сумермаркет и несколько палоток - разница осущитима - и смысла покупать эту системку нет.

Мне хотя бы что-нибудь об этом почитать, что ли. дайте плиз совет кто с подобным сталкивался.


 
sniknik ©   (2007-02-11 17:01) [4]

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

поэтому действительно > [1] "не смешно".

> дайте плиз совет кто с подобным сталкивался.
откажись. либо на постоянную работу туда устраивайся, заниматься этим будеш долгооооо... (судя по тому что "смысла покупать эту системку нет". т.е. значит ее нет и не будут покупать из принципа).
а вообщето делается наоборот (дешевле чем разработка с 0), покупается готовая, открытая (типа 1С) и дорабатывается под себя.


 
MsGuns ©   (2007-02-11 17:05) [5]

Для "магазинчиков" систему не сделаешь. Хотя бы потому, что строгого и достоверного товарного учета в них нет и быть не может.


 
atruhin ©   (2007-02-11 18:26) [6]

> в зависимости от продаваемости за несколько дней.

А сезонная продаваемость. Может отличаться в несколько раз?


 
Ученик чародея ©   (2007-02-11 18:33) [7]


> vasIZmax ©   (11.02.07 15:39)
>
> Вот такая ситуация. У знакомого есть несколько магазинчиков(перспектива
> расширение), в котором продаются в основном продукты питания.
>
> Так вот, он меня попросил наваять прогу, которая как бы
> автоматически учитывает сколько надо закупить того или иного
> товара в зависимости от продаваемости за несколько дней.
>  Где об этом можно почитать что ли? И какие могут быть проблемы
> в реализации?


Самый простой способ и достаточно эффективный - медианная фильтрация на выборке за 30 дней с учетом матрицы "активности" дня - выходные, праздники...


 
Knight ©   (2007-02-11 18:34) [8]


> в зависимости от продаваемости за несколько дней. Где об
> этом можно почитать что ли? И какие могут быть проблемы
> в реализации?

Элементарно... если не усложнять условия... чем собственно тут и занялись :)))


 
atruhin ©   (2007-02-11 18:41) [9]

> Элементарно... если не усложнять условия...

А какая практическая польза от такого прогноза без усложнения условий?
Если он может выдавать прогноз с ошибкой в несколько раз?


 
vasIZmax ©   (2007-02-11 18:42) [10]


> atruhin ©   (11.02.07 18:26) [6]

кроме того, надо что бы не только на сезон делал "расклад по закупке товара", но еще учитывалось и:
1. взависимости от наличия праздничных дней в будущем периоде (неделя, квартал(?))
2. так же учитывались дни когда на крупных предприятиях выдается зарплата (ну это я уже как бы от себя добавил, т.к. считаю этот факт тоже значимым и должным влиять на закупку товара)


 
Knight ©   (2007-02-11 18:48) [11]


> [9] atruhin ©   (11.02.07 18:41)
> А какая практическая польза от такого прогноза без усложнения
> условий?
> Если он может выдавать прогноз с ошибкой в несколько раз?


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


 
MsGuns ©   (2007-02-11 18:53) [12]

Я еще раз хочу подчеркнуть:
для маленького магазина никакая АСУ не сможент спланировать и с наибольшим эффектом реализовать закупки-продажи лучше грамотного и энергичного директора (заведующего) магазина.


 
Sergey Masloff   (2007-02-11 18:53) [13]

Knight ©   (11.02.07 18:48) [11]
>Ошибка? Может там закупка каждый день идёт... если в этот день продажи >увеличились, то на следующий день рекомендация тоже вырастет.
Ага. Сегодня 31 декабря и купили 100 ящиков шампанского. Программа радостно считает и назавтра покупаем 150 ящиков а обы-на с утра один боржом покупают. Купили 100 ящиков только новые 150 не на что купить потому что бабки в шампанском зависли на год.
 А "программисту" который такое напрограммировал делают маленький секир-башка. По крайней мере хорошо бы делали может советчиков поменьше было б...


 
Knight ©   (2007-02-11 18:55) [14]


> Ага. Сегодня 31 декабря и купили 100 ящиков

На это есть не голова программиста.. а голова предпринимателя.. :))


 
Knight ©   (2007-02-11 18:55) [15]

И 100 ящиков берут не в магазинах, а на оптовых складах.. :Р


 
Sergey Masloff   (2007-02-11 18:56) [16]

MsGuns ©   (11.02.07 18:53) [12]
Это даже не обсуждается. Для немаленького зачастую тоже так потому что учитываются сотни факторов (все время разных) и подключается (о ужас) интуиция. Кстати даже в очень крупных системах с очень четко поставленым учетом все равно последнее слово за человекам. И часто это слово противоречит рекомендациям программы. И часто человек оказывается прав ;-)))


 
Sergey Masloff   (2007-02-11 18:58) [17]

Knight ©   (11.02.07 18:55) [15]
>И 100 ящиков берут не в магазинах, а на оптовых складах.. :Р
Ну конечно. Что-то на моих глазах в ближайшем к дому супермаркете грузчики реально не успечали выкатывать в зал ящики. Лично наблюдал. Уверяю что 100 ящиков у них за полдня усвистало.


 
Knight ©   (2007-02-11 19:00) [18]

Значит по заказу... индивидуальному.. :)


 
Knight ©   (2007-02-11 19:01) [19]

И скорее всего ящики постоянно подвозили со склада газелями..


 
Sergey Masloff   (2007-02-11 19:08) [20]

Knight ©   (11.02.07 19:01) [19]
В предновогодней москве и подмосковье начиная числа с 28 ничего со склада подвезти уже нельзя ;-)))) Дороги стоят.


 
Knight ©   (2007-02-11 19:10) [21]

Значит голова предпринимателя + опыт прошлых лет :)


 
Ученик чародея ©   (2007-02-11 19:30) [22]


> Sergey Masloff   (11.02.07 18:53) [13]
>
> Knight ©   (11.02.07 18:48) [11]
> >Ошибка? Может там закупка каждый день идёт... если в этот
> день продажи >увеличились, то на следующий день рекомендация
> тоже вырастет.
> Ага. Сегодня 31 декабря и купили 100 ящиков шампанского.
>  Программа радостно считает и назавтра покупаем 150 ящиков
> а обы-на с утра один боржом покупают. Купили 100 ящиков
> только новые 150 не на что купить потому что бабки в шампанском
> зависли на год.
>  А "программисту" который такое напрограммировал делают
> маленький секир-башка. По крайней мере хорошо бы делали
> может советчиков поменьше было б...


Хорошие результаты дает медианная фильтрация. Это нелинейный метод обработки, позволяющий убрать резкие выбросы, но, в отличие от усреднения, оставляющий ступеньки.
http://spm.genebee.msu.ru/manual/ru/node14.html

[7]


 
Ученик чародея ©   (2007-02-11 19:32) [23]


> Sergey Masloff   (11.02.07 18:56) [16]
>
> MsGuns ©   (11.02.07 18:53) [12]
> Это даже не обсуждается. Для немаленького зачастую тоже
> так потому что учитываются сотни факторов (все время разных)
> и подключается (о ужас) интуиция. Кстати даже в очень крупных
> системах с очень четко поставленым учетом все равно последнее
> слово за человекам. И часто это слово противоречит рекомендациям
> программы. И часто человек оказывается прав ;-)))



Машина должна работать, человек думать (с) принцип IBM

Но большинство рутинных операций по заказам на каждый день может взять на себя программа, а человек должен сперва взглянуть, прежде чем дать результатам ее работы "добро".


 
Parus ©   (2007-02-11 19:40) [24]


> попросил

Такую прогу пишут за $$


 
Knight ©   (2007-02-11 19:41) [25]


> Хорошие результаты дает медианная фильтрация.

Таким образом, если в точке было 31 декабря, то оно оказывается на краю отсортированной таблицы и не попадает в отфильтрованные результаты... :)


 
Ученик чародея ©   (2007-02-11 19:45) [26]


> Knight ©   (11.02.07 19:41) [25]
>
>
> > Хорошие результаты дает медианная фильтрация.
>
> Таким образом, если в точке было 31 декабря, то оно оказывается
> на краю отсортированной таблицы и не попадает в отфильтрованные
> результаты... :)
>


Да, но на 1-е января она вполне может заказать 30 бутылок шампанского, если весь декабрь покупали не менее 30.


 
Knight ©   (2007-02-11 19:47) [27]


> Да, но на 1-е января она вполне может заказать 30 бутылок
> шампанского, если весь декабрь покупали не менее 30.

Но при этом никак не повлияет на заказ 31 декабря следующего года.


 
Petr V. Abramov ©   (2007-02-11 19:49) [28]

Задачка на самом деле не такая простая, как кажется.
Начать следует с поиска "управление запасами", "точка заказа" в google


 
Knight ©   (2007-02-11 19:52) [29]

Добавить базу статистики и собирать в неё колебания уровня продаж, а потом использовать при формировании заказа учитывая коэфицинты по дате, дню недели и ещё каким-нить периодам.


 
Sergey Masloff   (2007-02-11 20:24) [30]

Petr V. Abramov ©   (11.02.07 19:49) [28]
<offtop>
Ты письмо получил?
</offtop>


 
Petr V. Abramov ©   (2007-02-11 20:31) [31]

Petr V. Abramov ©   (11.02.07 19:49) [28]
<offtop>
 не получил, и дозвониться до тебя не могу (((:
</offtop>


 
Petr V. Abramov ©   (2007-02-11 20:33) [32]

> коэфицинты по дате, дню недели и ещё каким-нить периодам.
угу. например, для определения величины заказа мороженого и шапок необходим прогноз погоды


 
Knight ©   (2007-02-11 21:03) [33]

.. а для заказа свечек и керосина... прогноз аварий на "Горсвет" от придворного астролога... :)))))


 
vasIZmax ©   (2007-02-11 21:10) [34]

ешкин кот (простите по другому сказать просто не могу). вот это меня товарищ подставил да тут надо (анализировать и анализировать)^10.

зы. ....


 
Knight ©   (2007-02-11 21:44) [35]


> [34] vasIZmax ©   (11.02.07 21:10)

Ничё не надо анализировать.. надо только составить ТЗ в исходной формулировке, приложить его к договору на $n и попросить заказчика поставить там свою закорючку и печать ;)


 
Petr V. Abramov ©   (2007-02-11 23:42) [36]

> vasIZmax ©   (11.02.07 21:10) [34]
да не так все плохо
надо дать инструмент, которые будет определять точку и объем заказа по формальным критериям и позволять пользователю вносить коррективы на основе прогноза погоды и заявлений Чубайса


 
Petr V. Abramov ©   (2007-02-11 23:42) [37]

а вот насчет формальных критериев - см. [35] очень внимательно


 
vasIZmax ©   (2007-02-11 23:48) [38]


> Petr V. Abramov ©   (11.02.07 23:42) [36]
> Petr V. Abramov ©   (11.02.07 23:42) [37]

исходя из этих постов,  стоит сделать вывод: либо "по дружбе старой" бесплатно не делать, либо купить готовый продукт 1С(и сделать под себя)
ЗЫ. ???


 
Petr V. Abramov ©   (2007-02-11 23:51) [39]

> vasIZmax ©   (11.02.07 23:48) [38]
> либо "по дружбе старой" бесплатно не делать,
наверное, да, только надо аргументированно объяснить объем работы

> либо купить готовый продукт 1С(и сделать под себя)
им тут не пахнет, это все же бухгалтерия (5+) и документооборот (на 3-)


 
vasIZmax ©   (2007-02-11 23:57) [40]


> Petr V. Abramov ©   (11.02.07 23:51) [39]

да я веточку с форума распечатаю...;)

перечитал sniknik  (11.02.07 17:01) [4], понял ошибку насчет 1С...  
ЗЫ. да и на и на вряд ли сам вытащу "проект", разве что на постоянку...



Страницы: 1 2 3 4 вся ветка

Текущий архив: 2007.03.11;
Скачать: CL | DM;

Наверх




Память: 0.58 MB
Время: 0.03 c
1-1168853543
DevilDevil
2007-01-15 12:32
2007.03.11
Прокрутить форму (ScrollBy(), ScrollWindow() )


3-1165934673
barakuda
2006-12-12 17:44
2007.03.11
Добавить поле


15-1171382627
xayam
2007-02-13 19:03
2007.03.11
Нестандартный компонент со стандартными свойствами


2-1171778901
Dik59
2007-02-18 09:08
2007.03.11
Отключение проверок


15-1171307046
bmw0
2007-02-12 22:04
2007.03.11
Длинные числа