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

Эффективность САПР (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 пользователей

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




  • Сообщения

    • Горыныч
      Только Вы решаете. Я Вам из собственного опыта привел рекомендации. Если страшно, то не берите, только и всего. Сломать можно все что угодно. 
    • Orchestra2603
      Ладно. Я примерно понял, что вы имеете в виду. В теории, даже чтобы выделить n-ный базис нужно зафиксировать какие-то значения n раз. Только надо так их задавать, чтобы каждый раз получались линейно-независимые вектора. Я бы не называл это "закреплением", потому что возникает ложная кажущаяся параллель со статическим решением, где мы ищем единственное решение и для этого фиксируем какие-то компоненты, хотя здесь цель расчета принципиально иная. Это, как по мне, приводит к путанице, но если вам нравится это так называть, то - пожалуйста. Кто я такой, чтобы вам запрещать)   Я не могу сказать, что решать нужно всегда. В моем понимании в определенных итерационных схемах собственные вектора получаются полседовательными приближениями сами по себе. Применяя всякие манипуляции к матрицам (сдвиги и т.д.) можно контролировать сходимость к наибольшему, наименьшему, i-му и т.д. собственному вектору. Я не прав?   Что касается факторизаций, то для любых квадратных матриц существует разложение Шура, где ортогональными преобразованиями матрица приводится к треугольной форме. В частности, для обобщенной задачи, вот выдержка из статьи. Алгоритм получаения такого разложения для обобщенной задачи называется QZ алгоритм. Он вовсю используется в Матлабею Я не вижу никаких препятствий принципиальных, чтобы получить такую факторизацию матриц.     Т.е. похоже, что, да, все же приходится решать СЛАУ, в общем случае для треугольной матрицы A-lambda*B. И покуда lambda будет собственным значением, вся матрица A-lambda*B будет вырождена. В частности, для нулевых СЗ A-lambda*B = A, и А, сама собой, вырождена.   Но.. не могу пока сказать точно, но вроде как если A и B - симметричны, то QAZ и QBZ из треугольных превращаются в диагональные, и тогда столбцы Q становятся автоматически собственными векторами (разложение Шура переходит в спектральное), т.е. и решать ничего не приходится. Но где-то пишут, что нужна положительная определенность, где-то пишут, что только симметрии достаточно... не могу пока точно сказать.  
    • ДОБРЯК
      Я вижу, что вы не поняли. А говорили, что это знали еще в детском саду... https://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D0%93%D0%B0%D1%83%D1%81%D1%81%D0%B0 Читайте внимательно. :=)   Ме́тод Га́усса — классический метод решения системы линейных алгебраических уравнений (СЛАУ). Назван в честь немецкого математика Карла Фридриха Гаусса. Это метод последовательного исключения переменных, когда с помощью элементарных преобразований система уравнений приводится к равносильной системе треугольного вида, из которой последовательно, начиная с последних (по номеру), находятся все переменные системы.  
    • Shura762
      (дисклеймер ) не взлетит... особенно учитывая его отношение, как человека колбасит, и почему в ТФ "узел" а не точка... перепутано местами "ты" , "на" и пропустили слово "пошёл" ... можно сказать я работаю в таком коллективе, и ЧЁ, плевали на ТФ с высокой колокольни, если молодежь можно еще как-то замотивировать, показать как надо работать, то старшее поколение делает на "отвали моя черешня" чертежи выдали тяп-ляп и что тебе надо то еще .... (дальше идиоматические выражения в рамках законодательства) p.s. я догадываюсь почему "узел" и считаю что правильное название дали.
    • lem_on
      Термообработка намного эффективнее, но из за размеров можно использовать локальное воздействие на сварочные швы вибрацией либо "проковкой" 
    • maxx2000
    • lem_on
    • Павлуха
      Да повесть на команду S и не париться.
    • gudstartup
      та и ломают не от ума! так их не ремонтируют а просто новые устанавливают
    • lem_on
      Та хз, мне ехать а не шашечки. Жалоб нет , значить всех все устраивает.    С дуру можно много чего сломать, а по цене ремонта направляющие качения нам ного больше стоят чем скольжения. 
×
×
  • Создать...