Jump to content
forum-okna.ru

delphi для расчета


Recommended Posts

ToSergeitch:

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

 

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

 

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

 

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

 

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

 

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

Edited by Alexey_333
Link to comment
Share on other sites


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



  • Replies 147
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

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

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

 

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

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

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

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

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

 

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

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

Link to comment
Share on other sites

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

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

 

 

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

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

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

 

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

 

особенно с возможностью импорта (экспорта) в другие приложения
XML ?
Link to comment
Share on other sites

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

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

Edited by edward
Link to comment
Share on other sites

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

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

 

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

 

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

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

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

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

Link to comment
Share on other sites

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Edited by edward
Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

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

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

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

Link to comment
Share on other sites

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

 

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

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

Edited by Sergeitch
Link to comment
Share on other sites

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

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

 

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

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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

 

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

Link to comment
Share on other sites

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

 

и еще SQL :-)

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

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

 

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

Link to comment
Share on other sites

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

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

Ибо:

 

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

 

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

 

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

Link to comment
Share on other sites

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

 

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

Link to comment
Share on other sites

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

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

Link to comment
Share on other sites

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

 

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

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

Link to comment
Share on other sites

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

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

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

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

Link to comment
Share on other sites

Бред !

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

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

 

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

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

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

 

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

 

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

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

 

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

И что

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

 

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

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

Link to comment
Share on other sites

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

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

 

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

 

Sergeith'у:

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

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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

 

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

Edited by Alexey_333
Link to comment
Share on other sites

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.



×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.