Перейти к публикации

Эффективность САПР (cae, Cad, Cam, Pdm ...)


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

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

Вот и я о том-же!
Ссылка на сообщение
Поделиться на других сайтах


Мои рассуждения таковы:

Есть процесс производства - изделие проектируется за N дней, проверяется за К дней, на разработку техпроцесса L дней, производство J дней. Все это умножается на з/п персонала+стоимость аммортизации оборудования=себестоимость производства изделия (грубо)

Выходит новое ПО!

При этом необходим положительный баланс сокращения N, K, L, J (или персонала - что нежелательно) и затрат на покупку (апгрейд) ПО, его установку

Так вот: как определить сокращение времени? Только методом хронометрирования? (В рекламках обычно это не описывается)

Но ведь буржуи каким-то образом все это мотивируют?

<{POST_SNAPBACK}>

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

А сокращение времени к сожалению по другому определить сложно. Если у Вас идет постоянная разработка новых изделий, то сделайте один из проектов полностью по новой технологии и сравните с аналогичным проектом сделанным по старому, разница и будет основой для расчетов. У нас реально было 1 год и 3 года (от разработки дизайна до изготовления опытных образцов).

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

С затратной частью все ясно: есть стоимость ПО, апгрейда, техподдержки и т.п. Вопросы возникают с доходной частью. Например, какова предполагаемая прибыль от перехода на новую версию (при том, что процесс перехода - затратный)? Какова предполагаемая прибыль при замене (апгрейде) новой техники?

Мои рассуждения таковы:

Есть процесс производства - изделие проектируется за N дней, проверяется за К дней, на разработку техпроцесса L дней, производство J дней. Все это умножается на з/п персонала+стоимость аммортизации оборудования=себестоимость производства изделия (грубо)

Выходит новое ПО!

При этом необходим положительный баланс сокращения N, K, L, J (или персонала - что нежелательно) и затрат на покупку (апгрейд) ПО, его установку

Так вот: как определить сокращение времени? Только методом хронометрирования? (В рекламках обычно это не описывается)

Но ведь буржуи каким-то образом все это мотивируют?

<{POST_SNAPBACK}>

Сокращения времени может вообще не быть.

Уже много раз обсуждалось, не хочется опять повторять, но вот одну вещь при автоматизации ЛЮБОЙ службы знать надо. Это азбука.

Автоматизируется ИНФОРМАЦИЯ!!!.

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

На момент начала автоматизации он работает:

а). на кульмане

б). в КБ (структурное подразделение с распределенным документооборотом между конкретными исполнителями нижнего звена и одним или несколькими руководителями - ведущими специалистами)

в). в группе структурных подразделений производственного назначения с распределенным документооборотом между подразделениями (КБ+ ТБ+ цех+ единая БАЗА документов+ экспорт документов в АСУП)

г). на предприятии (группа структурных подразделений разного назначения с распределенным документооборотом между подразделениями - ERP, единый документооборот, ... много чего)

Рассмотрим варианты автоматизации:

1. Автоматизация труда одного конкретного исполнителя.

Ставим одному ему CAD.

Затраты:

- компьютер

- плоттер

- принтер

- время на изучение и освоение основ информатики и CAD системы (от десятков до сотен часов), посмотрите к примеру

<noindex>http://www.glosys.ru/press/RM_Magazine_2_98/</noindex>

Очень наглядно, не так ли? От 70 до 1200 часов.

- ПО (стоимость + годовая поддержка) - см. там же.

Баланс - глубоко отрицательный, да же если все ПО ворованное.

Велика возможность возникновения социальной напряженности в коллективе (я то же хочу...)

2. Автоматизация труда в подразделении.

Затраты те же, добавляется:

- сетевые средства

- ПО управления документооборотом

- Добавочные лицензии ПО

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

На этом прокололись многие проекты автоматизации.

Изменилась система организации труда, которую мы автоматизировали

Мы перешли от бумажного документа к информации. А у нее свои законы.

Например - требование использования первоисточника.

Все те, кто занимался дублированием, размножением, повторным созданием документов - стали ЛИШНИМИ.

Те, кто делал свою работу на кульмане то же оказались в сложной ситуации. Деталировщики замедлились, т.к. выигрыш времени в 2D CAD - в штриховке, в правке чертежей (использ. прототипа), в работе с текстом - пожалуй и все.

Работа со сборками ускорилась, работа с 3D сборками, оптимизация, расчеты, анализ - ускорились.

Но! Изменились требования к квалификации.

См. "Стоит ли переходить на 3D?" (Я с не совсем здесь согласен, но статья хорошая, особенно раздел «Затраты на внедрение методов 3D-проектирования»)

<noindex>http://www.cadcamcae.lv/hot/3d-perehod_n17_p04.htm</noindex>

И добавилось еще много-много разных мелких проблем.

В т.ч. социальных

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

А вот это уже интересно. И я считаю, серьезная автоматизация необходимо именно на этом уровне. Только здесь можно говорить о серьезной экономии, доходах и пр.

Зачастую на этом уровне ПО, прекрасно показавшее себя в предыдущих 2-х случаях, действительно передовое в своем классе, становится НЕУДОБНЫМ и ТОРМОЗЯЩИМ. Переход между системами идет на уровне «экспорт - импорт». Возникают ошибки, уменьшается оперативность, разрывается адаптивность и пр.

Системы, которые интегрируют с себя модули CAM, CAE становятся значительно более выгодны (почему я и сторонник T-Flex).

Трудности:

- высокая стоимость систем документооборота (сотни тысяч $). Не только ПО, но и внедрение, сопровождение;

- меняется, в соответствии с информационной моделью, структура всех служб, взаимодействие между ними

Если внедрено все грамотно, эффективность очень высока. Если сделаны ошибки, если есть сопротивление персонала – скатитесь на предыдущий уровень.

4. Автоматизация уровня ERP – это уже совсем другая песня, уровень затрат и т.п.

Статей, споров - море. И на этом форуме и на других.

А вообще – читайте, например из:

<noindex>http://www.tflex.ru/cgi-bin/yabb/YaBB.pl?b...;num=1031144635</noindex>

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

Главное не сказал.

Внедрение любой системы автоматизации - это балансирование между количеством, скоростью и качеством труда.

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

Расхлебывает его или подавший идею, или козел отпущения.

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

Не знаю как в России, а на западе в большинстве случаев стоимость обновления аккумулируется.

Т.е. Если у вас нет подписки на постоянную поддержку с обновлением версий, то вы конечно можете пользоваться законно купленным ПО но при попытке через несколько лет обновить версию заплатите примерно столько же как если бы были всё это время на поддержке.

К тому же не проводить ежегодное обновление может позволить себе только фирма не обменивающаяся фалйами с другими.

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

В том, чтобы переходить/не переходить на CAD/CAM/CAE ... вопрос не стоит

перешли и уже давно

сейчас дело обстоит так:

СAD: MDT6, Inventor 5.3, Acad2002, CadMech 2000

CAE: MSC.vN4D 2003, MSC.AFEA 2004

CAM: EdgeCam 9

Search 8

Планируется: up CAD: Inventor 9, Acad2005, Search 9

потому и задаю вопрос об эффективности не перехода с ничего на автомат (мы это почти 10 лет назад сделали - и уже 9 лет как ни одного кульмана нет!)а обновлений ПО, поскольку фразы из рекламок типа "значительно улучшен пользовательский интерфейс" для руководства оказывают негативные ассоциации, зато фразы "срок возврата инвестиций n лет/дней/секунд" или "сокращение времени подготовки производства m", либо другие, но хоть какие-то ЦИФРЫ - совершенно другое дело

в таком случае вопрос решается 5 минут - о времени и порядке финансирования или отсрочке финансирования

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

Где-то я встречал (не помню уже), что переход на новую версию обязателен в случаях:

1. В предпоследней версии начаты работы над расширением или изменением формата данных (см. внимательно новости и форумы). В этом случае, поздно сменив формат, вы рискуете получить проблемы с чтением старых чертежей.

2. Ваша версия имеет проблемы с работой из-под новой версии ОС (см. проблемы Autodesk с Windows-SP2, которые не решены до сих пор). Заплатки как правило, в первую очередь выпускаются на последнюю версию, а до старых руки вообще могут не дойти.

3. Происходит распродажа вашей версии со значительными скидками (как Автокад 2002) - стоимость апгрейда на следующий год с этой версии может резко увеличиться

4. Начались конфликты с аппаратным обеспечением. В основном - это поддержка устр-в ввода-вывода (драйверы, функции).

5. В новой версии появились функции, намного улучшающие работу

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

Точные цифры, показывающие увеличение производительности труда вы никогда не получите.

Для начала придется:

- точно оценить каждую операцию, выполняемую проектировщиком,

- вывести индивидуальные коэфициенты уровня квалификации и опыта

- ввести в действие индивидуальные коэфициенты переспективности (молодого обучишь - могут переманить, старого не выгонишь, но учить бестолку - сам скоро на пенсию уйдет)

- ввести коэфициенты эффективности информационной системы (если все службы взаимосвязаны, картину испортит самое загруженное звено)

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

А вот насколько это возможно, ... :)

Изменено пользователем AlexP
Ссылка на сообщение
Поделиться на других сайтах
  • 1 месяц спустя...

Почитайте прекрасную (по наглядности цифр) статью

<noindex>http://elprise.boom.ru/elprise.html</noindex>

Анализ деятельности компании «Эльпрайз» на базе реализованных проектов внедре-ния ERP-системы еЕ-enterprise (собственная разработка).

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

У меня другой вопрос возник - а не возникало ли у Вас желания весь имеющийся "зоопарк" превратить в единую систему с внедрением опятьже единой системы PDM/PLM

При наличии большого числа различных продуктов затраты на сопровождение и обновление съедают всю прибыль (обычно) :)

<{POST_SNAPBACK}>

Простите, а о каком зоопарке Вы ведете разговор?

все "от Autodesk" - нет двух программ "делающих одно общее дело". Причем по-минимуму и только самое необходимое.

То, что никто за нас за нами же не посчитает - оно и ежику понятно, вот я и спрашивал: "КАК??? Где посмотреть/почитать?" У капиталистов же в бизнес планах все отражено: когда, чего и сколько покупать. У нас на фирме тоже есть 3 варианта бизнес-планов развития ИТ (обычно программа-минимум - максимум, оптим). Но одно дело, когда мы сами прогнозируем развитие ситуации, другое - когда есть основание в виде расчетов пусть даже с известными допущениями.

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

Простите, а о каком зоопарке Вы ведете разговор?

все "от Autodesk" - нет двух программ "делающих одно общее дело". Причем  по-минимуму и только самое необходимое.

То, что никто за нас за нами же не посчитает - оно и ежику понятно, вот я и спрашивал: "КАК??? Где посмотреть/почитать?" У капиталистов же в бизнес планах все отражено: когда, чего и сколько покупать. У нас на фирме тоже есть 3 варианта бизнес-планов развития ИТ (обычно программа-минимум - максимум, оптим). Но одно дело, когда мы сами прогнозируем развитие ситуации, другое - когда есть основание в виде расчетов пусть даже с известными допущениями.

<{POST_SNAPBACK}>

Прощаю :rolleyes: - шутка :smile:

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

Я как раз и интересовался - не проще ли выбрать программу другого производителя, способную решать те же вопросы, но в единой информационной среде?

А про "экономичный" вариант развития ИТ - эту сказку похоже высшие эшелеоны руководства будут принимать за чистую монету еще долго - тут ничего не поделаешь :g:

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

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

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

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

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

  Разрешено не более 75 эмодзи.

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

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

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

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

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




  • Сообщения

    • david1920
      На 0I-TC mate менял плату управления приводами На 18i-TB менял для диагностики платы процессоров (один был от Spinner другой простой) процы были одинаковые Всё работает
    • brigval
      Браком 1.04В версии 1.04Добавлено: Автоуменьшение высоты шрифта многострочного наименования в ОН чертежа.Добавлено: Переименование поверхностей, баз, размеров в порядке их следования на чертеже.Добавлено: Переименование изображений по ГОСТ: сначала виды, затем разрезы, сечения, выносные элементы.Добавлено: Выравнивание неассоциативных видов.Добавлено: Ручной ввод шага и угла наклона штриховки.Добавлено: Перемещаются в макроэлемент компоненты, исключаемые из спецификации.Добавлено: Выбор количества значащих цифр в значении площади поверхности детали для вставки в ТТ.Добавлено: Возможность не авторазмещать ТТ перед конвертацией чертежа в PDF.Добавлено: Добавлены кнопки «Выделить все включенные в расчет» и Выделить все исключенные из расчета».Добавлено: Версия КОМПАС-3D Home показывается в программе со словом Home.Добавлено: Улучшен алгоритм считывания и вставки ТТ чертежа.Добавлено: При конвертации чертежа в PDF удаляется старый файл с таким же обозначением в начале имени, как обозначение в начале имени нового файла.Добавлено: Улучшено считывание номеров позиций из 3D-модели сборки.Исправлено: Иногда скрытые и потом показанные объекты чертежа отображались не серым цветом.Исправлено: Иногда после ручного заполнения графы «Масса» ОН чертежа в окне программы масса могла отображаться не правильно.Исправлено: В некоторых случаях из ОН чертежа могла не считываться литера.Исправлено: В некоторых окнах программы неправильно показывался заголовок окна программы.Исправлено: Другие замеченные мелкие ошибки и неточности кода.Скачать
    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
    • gudstartup
      да информация о решенной проблеме очень важна так что будем ждать хороших новостей!
    • mrVladimir
      @gudstartup Спасибо Вам за помощь. Теперь дело в приобретении платы. Как что-то получится (сперва приобрести, потом поставить) обязательно отпишусь.
    • gudstartup
      а как вы taxid фирмы нашли?
    • gudstartup
      все что я написал в цитате выше по теме полная фигня в связи с вновь приобретённой информацией. можно менять любые компоненты в пределах серии чпу если только не меняете по или записываете oprminf но  всегда могут быть нюансы  @mrVladimir все должно получиться извините за то что выдал непроверенную информацию за мнение типа знающего эксперта оказывается я 
    • malvi.dp
      Какое у детали имя файла и как формируете Обозначение и Наименование? Вы каждое исполнение сохраняете в новый чертеж? Или это групповой чертеж? Если групповой-то имя конфигурации в нем быть не должно. Стоит ли галочка "Исполнение" "Из конфигурации"? На сколько мне не изменяет память макрос сохраняет файл чертежа с тем же именем что и файл модели в папке модели. В спецификации все правильно отображается, даже если знаков исполнений больше трех  
×
×
  • Создать...