Перейти к публикации
forum-okna.ru

delphi для расчета


Гость Игорь

Рекомендованные сообщения

ToSergeitch:

Так что, ИМХО, разработчикам нада в гибкости расчета соревноваться, и в совместимости с написанными выше системами, а не пытаться написать то, что давно и качественно реализовано.

 

Хорошо, вопрос в какой программер реализовано планирование производства, поставок материалов, стеклопакетов, просчёт нехватки материалов на заказы, ведения склада, автоматический расчёт потребностей фурнитуры, исходя из темпов роста объёма, что бы ты 2мя тычками мыши видел всю картину производства, мне такое позарез надо. Если пересортица на складе, каким образом можно заменить фурнитуру при нехватке материала. По каким позициям динамит поставщик и много других мелких вопросов, на которое тратиться драгоценное время.

 

Вся проблема в том что конструкторы,технологи, снабженцы, менеджеры на производстве ПВХ знают много о ПВХ и мало в программировании, а программисты наоборот. Мне например с 0 пришлось месяцев 5-6 въезжать в процессы происходящие на фирме, и то доконца я не всё понял. А за ОпенСоурсе будущее, т.к. это позволит программистам на фирмах более гибко подгонять решения к своей фирме, позволит взглянуть на одни и те же вещи под разными углами. Вообщем чем универсальней софт, тем больше приходится выдрючиваться, что бы подогнать реальные процессы происходящие на фирме и софт.

 

А Вы всё таки считаете что написание программ под себя экономически не выгодно, или просто возни с этим очень много ?

 

С уважением, Алексей.

 

И ещё вопрос, на каком софте считаете ? Менеджеры делают ошибки ?

Изменено пользователем Alexey_333
Ссылка на комментарий
Поделиться на других сайтах


Оконный портал tybet.ru | Подписка на новости | Бесплатные объявления | Наша телега | База оконных знаний | ОНЛАЙН-ВЫСТАВКА



  • Ответы 147
  • Created
  • Последний ответ

Top Posters In This Topic

Хорошо, вопрос в какой программер реализовано планирование производства, поставок материалов, стеклопакетов, просчёт нехватки материалов на заказы, ведения склада, автоматический расчёт потребностей фурнитуры, исходя из темпов роста объёма, что бы ты 2мя тычками мыши видел всю картину производства, мне такое позарез надо. Если пересортица на складе, каким образом можно заменить фурнитуру при нехватке материала. По каким позициям динамит поставщик и много других мелких вопросов, на которое тратиться драгоценное время.

Такое есть в СО5 и СО2006, за ПО2 и ПС3 не скажу в полном обьеме, но тоже есть.

 

Вся проблема в том что конструкторы,технологи, снабженцы, менеджеры на производстве ПВХ знают много о ПВХ и мало в программировании, а программисты наоборот. Мне например с 0 пришлось месяцев 5-6 въезжать в процессы происходящие на фирме, и то доконца я не всё понял. А за ОпенСоурсе будущее, т.к. это позволит программистам на фирмах более гибко подгонять решения к своей фирме, позволит взглянуть на одни и те же вещи под разными углами. Вообщем чем универсальней софт, тем больше приходится выдрючиваться, что бы подогнать реальные процессы происходящие на фирме и софт.

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

А Вы всё таки считаете что написание программ под себя экономически не выгодно, или просто возни с этим очень много ?

Да возни много и даже очень.

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

 

И ещё вопрос, на каком софте считаете ? Менеджеры делают ошибки ?

Менеджеры всегда будут делать ошибки, кто больше кто меньше. Тут вопрос мне кажется - как эти ошибки быстро выявить и принять меры, для этого должен быть многоступенчатый пересекающийся котроль.

Ссылка на комментарий
Поделиться на других сайтах

Такое есть в СО5 и СО2006, за ПО2 и ПС3 не скажу в полном обьеме, но тоже есть.

Спасибо буду искать. Работаем на СО4

 

 

Да возни много и даже очень.

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

СОГЛАСЕН. В этом направлении и гребу, пока сделал импорт из СО4, технику обкатываю. Т.к. расчёт в принципе у всех одинаков а специфика у всех разная.

 

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

 

особенно с возможностью импорта (экспорта) в другие приложения
XML ?
Ссылка на комментарий
Поделиться на других сайтах

и XML тоже, все зависит от приложений с которыми работам в связке. В СО4 (107) блока планирования нет. А в СО5 и 6 уже есть, причем можно организовать контроль на каждом участке начиная от замера и заканчивая окончанием монтажа и полной оплатой. Большую часть этих вопросов можно решить внутренним инструментом самой программы, ну а если нужна конкретная специфика, тогда уж как говорится - Бурный полет фантазии. :igz: Все зависит от желания и грамотной постановки задачи, а также правильного пути ее решения.

По поводу правильности выбора профиля и фурнитуры, СО в этом плане очень гибкая можно настроить под конкретную специфику и программа просто не даст менеджеру спроектировать изделие.

Изменено пользователем edward
Ссылка на комментарий
Поделиться на других сайтах

В СО4 (107) блока планирования нет. А в СО5 и 6 уже есть, причем можно организовать контроль на каждом участке начиная от замера и заканчивая окончанием монтажа и полной оплатой. Большую часть этих вопросов можно решить внутренним инструментом самой программы, ну а если нужна конкретная специфика, тогда уж как говорится - Бурный полет фантазии. :( Все зависит от желания и грамотной постановки задачи, а также правильного пути ее решения.

По поводу правильности выбора профиля и фурнитуры, СО в этом плане очень гибкая можно настроить под конкретную специфику и программа просто не даст менеджеру спроектировать изделие.

 

И это вы называете планированием? Этот блок - это блок контроля, и с планированием не имеет ничего общего. Как вы в нем спрогнозируете загрузку мощностей, необходимость в материалах? Сможете ли вы с помощью него определить на этапе заключения договора точный срок отгрузки? А ведь это и есть планирование производства.

Ссылка на комментарий
Поделиться на других сайтах

И это вы называете планированием? Этот блок - это блок контроля, и с планированием не имеет ничего общего. Как вы в нем спрогнозируете загрузку мощностей, необходимость в материалах? Сможете ли вы с помощью него определить на этапе заключения договора точный срок отгрузки? А ведь это и есть планирование производства.

До идеала он конечно не дотягивает, но речь не об этом. Вы сами с ним пробовали работать? По тем же материалам - есть минимальный остаток на складе материалов, при достижении этого порога программа просто не даст передать изделия в производство (конечно если мы не работаем с отрицательным складом). С помощью этого блока МОЖНО определить загрузку мощностей производства и естественно срок отгрузки. А чего не достает ДОПИСАТЬ САМОМУ (или при помощи специалистов) используя данные из рабочей базы. (о чем и шла речь) :(

Ссылка на комментарий
Поделиться на других сайтах

До идеала он конечно не дотягивает, но речь не об этом. Вы сами с ним пробовали работать? По тем же материалам - есть минимальный остаток на складе материалов, при достижении этого порога программа просто не даст передать изделия в производство (конечно если мы не работаем с отрицательным складом). С помощью этого блока МОЖНО определить загрузку мощностей производства и естественно срок отгрузки. А чего не достает ДОПИСАТЬ САМОМУ (или при помощи специалистов) используя данные из рабочей базы. (о чем и шла речь) :(

 

Банальный пример. Идет прием заказов. Материал со склада списывается. И вдруг (как всегда) приходит срочный заказ. Квадратов на 200. Материала на складе нет (точнее - в базе его нет). А заказ очень срочный, и его надо сделать в первую очередь, но при этом не просрочить другие заказы. Каким образом блок планирования в СО поможет вам в этом? Придется сидеть, отменять проводки, оптимизации и всё перепроводить заново.

Загрузку мощностей определить можно, но нельзя СПЛАНИРОВАТЬ. Через склад планировать работы и загрузку - кривое решение, т.к. невозможно учесть простои и авралы.

Дописывать самому - путь ТУПИКОВЫЙ. Проходили, знаем. Потом разработчик меняет логику или структуру - и всё по-новой. Для этого нужен человек, который будет постоянно этим заниматься. А его зарплаты хватит, чтобы пару-тройку раз в год новую систему покупать.

Так что, ИМХО, то, что пытаются реализовать разработчики расчетных программ в плане планирования и учета подходит для небольших компаний, с небольшой инерцией. Для компаний покрупнее такие решения будут малоэффективными, скорее даже вредными, ибо они сильно искажают реальную картину и могут привести к серьезным ошибкам в управлении.

Ссылка на комментарий
Поделиться на других сайтах

И вдруг (как всегда) приходит срочный заказ. Квадратов на 200.

Так и запланируйте этих 200 квадратов, если у Вас это как всегда. По крайней мере всегда есть минимальное кол-во на складе которым можно перекрытся в ближайшие дни.

Каким образом блок планирования в СО поможет вам в этом? Придется сидеть, отменять проводки, оптимизации и всё перепроводить заново.

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

Загрузку мощностей определить можно, но нельзя СПЛАНИРОВАТЬ. Через склад планировать работы и загрузку - кривое решение, т.к. невозможно учесть простои и авралы.

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

Дописывать самому - путь ТУПИКОВЫЙ. Проходили, знаем. Потом разработчик меняет логику или структуру - и всё по-новой.

Дописывать логику НЕ НАДО. Надо умело пользоваться тем что есть - а в данном случае это Б А З А.

И если чего-то не получается решить средствами самого ПО, решается доп. приложениями, для которых совсем не важно какой ключ стоит в порту HASP или Guardant, главное что есть БАЗА, и доп. приложение работает с ней. а не с расчетной прогой - это разные весчи. Скажите пожайлуста, какое расчетное ПО (пользующееся популярностью) в последние 2-3 года координально изменило архитектуру базы?

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

2-3 года не постояно!

А его зарплаты хватит, чтобы пару-тройку раз в год новую систему покупать.

Какую систему? Что имеется в виду?

Так что, ИМХО, то, что пытаются реализовать разработчики расчетных программ в плане планирования и учета подходит для небольших компаний, с небольшой инерцией. Для компаний покрупнее такие решения будут малоэффективными, скорее даже вредными, ибо они сильно искажают реальную картину и могут привести к серьезным ошибкам в управлении.

Вышесказаное опровергает это утверждение. Но если сильно уж припекает можно конечно и за 200000 убитых енотов купить за бугром "чудо" прогу.

Изменено пользователем edward
Ссылка на комментарий
Поделиться на других сайтах

человек под обеспечение нужен всегда :-)

но авралы .... бизнес такой. тока очень крупные конторы могут работать равномерно и то не всегда.

Ссылка на комментарий
Поделиться на других сайтах

человек под обеспечение нужен всегда :-)

но авралы .... бизнес такой. тока очень крупные конторы могут работать равномерно и то не всегда.

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

Насчет крупного и мелкого предприятия - что считать крупным, а что мелким? и те же 200 квадратов это может быть сменный обьем и не иметь профиля под сменный обьем как то непонятно. А фурнитуру оптимизировать в программе не нужно.

Ссылка на комментарий
Поделиться на других сайтах

Вышесказаное опровергает это утверждение. Но если сильно уж припекает можно конечно и за 200000 убитых енотов купить за бугром "чудо" прогу.

 

Спорить дальше не вижу смысла - видимо у нас разные представления о целях и задачах внедрения подобных систем.

Насчет 200000. Во-первых - цифра абсурдная, и взятая видимо с потолка. Во-вторых, посчитайте свои затраты на доработки "к базе", а также потери от отсутствующих возможностей той "проги за 200000". Сдается мне, даже 200000 вам покажутся достаточно выгодным вложением.

Изменено пользователем Sergeitch
Ссылка на комментарий
Поделиться на других сайтах

Под обеспечение - да, но держать высококлассного программера на постоянку конечно нет смысла.

Никто не говорит о постоянке :igz: . Есть разные варианты. В наст момент сам предпочитаю договора о поддержке.

 

По поводу ультра дорогих программ - не работал. Но мне кажется что даст оно конкурентное преимущество или не даст - большой ?.

Ссылка на комментарий
Поделиться на других сайтах

Дорогие проги тоже имеют свои недостатки... Но вопрос темы другой то был - Делфи для расчетов и мое мнение - что в качестве доп. инструмента очень даже хороший вариант.

Ссылка на комментарий
Поделиться на других сайтах

Дорогие проги тоже имеют свои недостатки... Но вопрос темы другой то был - Делфи для расчетов и мое мнение - что в качестве доп. инструмента очень даже хороший вариант.

 

Согласен :igz: Delphi вообще полезно знать - очень выручает иногда, особенно при выполнении разовых или периодичных рутинных задач.

Ссылка на комментарий
Поделиться на других сайтах

CОгласен! :thumbsup:

 

и еще SQL :-)

Сам правда дельфей не знаю - пишу на Net/VB/VBA

Но суть от этого не меняется

 

SQL я бы вообще в школьную программу ввел, ибо без него уже никуда!!!

Ссылка на комментарий
Поделиться на других сайтах

Банальный пример. Идет прием заказов. Материал со склада списывается. И вдруг (как всегда) приходит срочный заказ. Квадратов на 200...

Стоп. Уважаемй, просьба определиться с тем как мы будем работать:"По плану" или "Как Б. на душу положит"?

Ибо:

 

1. в первом случае мы можем планировать работу производства т.к. знаем его мощность, возможности склада и т.д. и на выходе мы можем достаточно точно сказать, что в штатном режиме работы производства заказ готов к отгрузке dd:mm:gg hh:mm. а дополнительно из блока планирования знаем что и когда мы должны делать, все четко сроки выполняются все довольны.

 

2. если работаем по второму варианту, то либо рушится любое планирование на корню и точно сказать когда будет заказ неполучится +-2дня, т.к. эти 200 могут прийти, а могут и нет, а могут и не 200 а 500, что является достаточно серьезной помехой в планировании. Встанет вопрос:"Вы что не хотите денег заработать?" - но нельзя же жрать в три горла, ведь можно подавиться, как и произойдет в случае ведения планового хозяйства.

 

Итого: да можно сделать инструмент при котором просто воткнуть в текущий процесс новый СверхСуперСрочный заказ и при этом произойдет автоматический перерасчет принятых заказов с определением нового срока изготовления, НО как Вы себе представляете уложиться в срок? Всем рабочим и станкам выдать элексир скорости? Любой "Сверх" должен решаться за счет дополнительных ресурсов, причем обращаю внимание не только материальных, но и трудовых. Например можно предложить рабочим поработать во внеурочное время и заработать премию, но и для заказа это тоже - неизвестно когда будет готово и цена выше, т.к. премия.

Ссылка на комментарий
Поделиться на других сайтах

Итого: да можно сделать инструмент при котором просто воткнуть в текущий процесс новый СверхСуперСрочный заказ и при этом произойдет автоматический перерасчет принятых заказов с определением нового срока изготовления, НО как Вы себе представляете уложиться в срок? Всем рабочим и станкам выдать элексир скорости? Любой "Сверх" должен решаться за счет дополнительных ресурсов, причем обращаю внимание не только материальных, но и трудовых. Например можно предложить рабочим поработать во внеурочное время и заработать премию, но и для заказа это тоже - неизвестно когда будет готово и цена выше, т.к. премия.

 

Согласен. В моем понимании это и есть полнофункциональный инструмент планирования - тот, который позволяет спрогнозировать производственный процесс в соответствии с текущей ситуацией и ВОВРЕМЯ предпринять необходимые действия - работа сверхурочно и др. о чё вы писали. А всё, что есть в СО, ПС и иже сними - не реальное планирование - а теоретическое - если что случиться - все ваши планы коту под хвост, и понять, что делать вы не сможете.

Ссылка на комментарий
Поделиться на других сайтах

Согласен. В моем понимании это и есть полнофункциональный инструмент планирования - тот, который позволяет спрогнозировать производственный процесс в соответствии с текущей ситуацией и ВОВРЕМЯ предпринять необходимые действия - работа сверхурочно и др. о чё вы писали. А всё, что есть в СО, ПС и иже сними - не реальное планирование - а теоретическое - если что случиться - все ваши планы коту под хвост, и понять, что делать вы не сможете.

А я нет. Закладывать в специализированную прогу еще и типа БИЗНЕС-ПЛАНА. Может еще и метеорологов подключим? :wub: А вдруг? И как это потом отразится на общих показателях?

Ссылка на комментарий
Поделиться на других сайтах

А я нет. Закладывать в специализированную прогу еще и типа БИЗНЕС-ПЛАНА. Может еще и метеорологов подключим? :wub: А вдруг? И как это потом отразится на общих показателях?

 

Дык вот и я про то же. Не надо это закладывать в расчетные программы. Для этого есть системы планирования.

Я ж про то, что то, что заложено в расчетные программы - это не планирование, а его зачатки.

Ссылка на комментарий
Поделиться на других сайтах

Читаю и диву даюсь! Что-то из серии "А постройте мне Останкинскую башню. А сколько заплатите?"

А кто-нибудь прикидывал структуру, условно говоря, такой программы? Блок-схему? Если я не ошибаюсь, Виталий Шваров свой "Профстрой" немалое количество лет доводит! А конца не видно... Отдайте себе отчет в конце концов - подобная программа по сложности аналогична Autocad-у. А Вы Delphi, VBA... да хоть матом!

Если на то пошло, писать лучше всего на FORTRAN. Он изначально для этого создавался.

А грузиться программа все равно в машинных кодах будет...

Ссылка на комментарий
Поделиться на других сайтах

Бред !

подобная программа по сложности аналогична Autocad-у. - не аналогична. Проще гораздо.

Команды разработчиков кстати у всех софтописателей окон не очень большие..

 

А Вы Delphi, VBA... да хоть матом!

собственно на дельфях и писали ПС

VBA -вообще средство интеграции программ... а не для построения независимого софта

 

Если на то пошло, писать лучше всего на FORTRAN. Он изначально для этого создавался.

 

FORTRAN сейчас - современный и мощнейший язык ..для математических вычислений

Больше на нем ничего не пищут. В оконке на нем можно написать разве что пару вспомогательных библиотек. GUI на нем нету в продакшене в природе.

 

А грузиться программа все равно в машинных кодах будет..

И что

"А окна вставят в проем" -масло маслянное

 

Есть в этой сфере у людей ряд больших проектов. И можно в этой области много что сделать..

Просто для себя проще писать "связки" для СО и ПС -эффектвно и малотрудоемко.

Ссылка на комментарий
Поделиться на других сайтах

Есть в этой сфере у людей ряд больших проектов. И можно в этой области много что сделать..

Просто для себя проще писать "связки" для СО и ПС -эффектвно и малотрудоемко.

 

Согласен, если ты хочешь просто автоматизировать рутинную операцию проблем нет, дописал програмку для облегчения работы и всё. Дополнительный вопрос : на сколько влияют дописанные программы для оценки ситуации происходящей на производстве ?

 

Sergeith'у:

Полностью согласен с Вашим взглядом на планирование ... только считаю что блок контроля - не существует, контроль, это то, что пронизывает все блоки и анализирует корректность всех элементов. Как входящих в блок, так и исходящих.

Ссылка на комментарий
Поделиться на других сайтах

Тогда надо определиться - что понимать под планированием? А пока - сколько людей столько и мнений. И как это лучше реализовать в оконной программе. А это уже другая тема. :rolleyes:

Ссылка на комментарий
Поделиться на других сайтах

Это не тема, это целый комплекс тем планирования: планирование поставок материалов, изготовления изделий, монтажа. Причём все они взаимосвязаны. Вот и взаимосвязывай их блин ... :rolleyes:

 

Планирование - на мой дилетанский взгляд - это точный расчёт потребляемых/производимых ресурсов основной деятельности предприятия на определённый срок. Для оперативной деятельности планирование долножно быть хотя бы от 1 до 7 дней.(от собственного опыта).

Изменено пользователем Alexey_333
Ссылка на комментарий
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.



×
×
  • Создать...

Важная информация

Условия и правила использования форума Правила.