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

Полноценные PDM-системы


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

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

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


Создавая информационно-управляющую систему предприятия, охватывающую управление основной деятельностью, средой управления должна стать PDM-система - новая технология проектирования/создания изделий , как неотъемлемая часть системы CALS.

KLT

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

to leshasoft

Это вы про что?

Будем собирать критерии по которым можно определить что есть полноценная PDM-система.

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

Что еще сюда добавим?

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

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

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

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

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

Не совсем въехал в суть вопроса, если это конечно вопрос.

Т.е. вы хотите сказать, что PDM должна отслеживать изменения в отчетах?

Если под отчетами понимается

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

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

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

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

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

Так понятней?

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

или пользователь должен сам помнить в каких ведомостях эта информация использовалась

В хорошей системе пользователь ничего не должен помнить, - помнить должна система.

По-моему, большое количество бумажных ведомостей и отчетов, как в предыдущем примере, сведет к 0 эффективность применения PDM-системы. Не проще ли производственников приучать к электронным документам?

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

Абсолютно согласен. Затем САПР и куплен, что бы от бумаги избавиться. Но, как выясняется, труднее всего от бумаги отвыкает начальство (гос. предприятие). Но это уже флейм. вернёмся к критериям:

Интеграция с CAD системами. Я пологаю. что PDM система поддерживать максимальное количество современных CAD. И не только в вопросе хранения файлов. Должна быть связь с параметрами изделия в БД (материал, масса и т.д.) и моделью или штампом чертежа в CAD.

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

Затем САПР и куплен, что бы от бумаги избавиться

Интересное мнение :smile: о пользе САПР. Но от бумаги вы все равно не избавитесь.

А по поводу автоматизированной передачи аттрибутов документа в состав - согласен. Хотя это и не главный (ИМХО конечно) критерий.

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

to Che

Но от бумаги вы все равно не избавитесь

Но расход ее должен быть минимальным.

Зачастую мне приходится выдавать в работу детали, узлы, когда изделие в целом еще находится в стадии разработки и единственное, что остается неизменным в процессе проектирования-изготовления, - это техническое задание и общая компоновка, а покомпонентный состав изделия динамически меняется. Благо, что до прорисовки первой детали PDM-система позволяет сформировать четкую структуру будущего изделия, в которую легко вписываются любые нововведения.

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

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

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

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

И что же мы от нее хотим?)))

Насколько я понимаю.. нормальная PDM должна хранить и управлять ВСЕМИ!!!! данными о изделии

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

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

На мой взгляд, в настоящее время, единственной PDM системой, доступной по финансовым соображениям для российских предприятий является несанкционированная реклама на форуме

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

При этом эти данные должны создаваться и модифицироваться исключительно под управлением этой же системы

По вашему получается, что:

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

- план производстав должен расчитываться в этой системе

- управление движением материальных ценностей должно производится исключительно средствами этой системы

- расчет эконмических и финансовых показателей должен производится средствами этой системы

Если это так, то не кажется ли вам, что эти функции должны выполнять другие системы, а PDM только оперировать выходной информацией?

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

Che

В PDM системе должна хнариться информация касающаяся исключительно продукта, а это:

- состав изделия;

- состав продукта (структура заказа с упаковкой и прочими добавлениями)

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

- нормы расхода материалов;

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

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

Имея эти данные, честно заполненные, мы имеем возможность расчитать трудоемкость и материалоемкость производства изделия или продукта. При этом нас интересуют только данные... версионные, сопровождаемые, управлеямые.

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

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

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

Задача PLM - это фиксировать каждую конфигурацию продукта во всех ее представлениях для обеспечения идентификации и прослеживаемости продукции.

Однако, кроме расчета основной себестоимости необходимо также учесть (размазать) затраты на его подготовку.. т.е. надо учитывать трудоемкость и материалоемкость вспомогательного производства и стоимотсь проектов КТПП. Следовательно, эта информация также должна храниться и управляться PLM-системой.

Т.е. подводя промежуточные итоги.. в PLM/PDM должно храниться ВСЕ!!! что не зависит от рыночных колебаний цен на ресурсы.

С удовольствем выслушаю Ваши возражения, комментарии и прочее...

Дополнительно хочу отметить, что полноценная PLM-система должна также иметь подсистему управления проектами и изменениями.

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

Однако, кроме расчета основной себестоимости необходимо также учесть (размазать) затраты на его подготовку.. т.е. надо учитывать трудоемкость и материалоемкость вспомогательного производства и стоимотсь проектов КТПП. Следовательно, эта информация также должна храниться и управляться PLM-системой.

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

Другое дело, что PDM и ERP должны тесно интегрироваться и обмениваться данными.

Кстати, ИМХО, для реального решения задач PLM нужен не один продукт, но именно связка ПО, охватывающая весь жизненный цикл, и включающая как системы PDM, так и ERP.

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

Другое дело, что PDM и ERP должны тесно интегрироваться и обмениваться данными.

Кстати, ИМХО, для реального решения задач PLM нужен не один продукт, но именно связка ПО, охватывающая весь жизненный цикл, и включающая как системы PDM, так и ERP.

Абсолютно согласен на все 100%.

to monster_lord

В PDM должна только хранится эта информация, оперировать ею должны другие системы - ERP/MRP, SCM и т.п.

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

Che

Конечно же.. но доступ к данным PDM у ERP и т.д. только на чтение, поскольку эти данные порождаются в результате проектов по КТПП, которые управляются - PDM-системой))) (концепция "единого"источника данных).

И изменяться эти данные тоже должны под управлением PDM через систему управления конфигурациями, а ERP должна эти данные только использовать для планирования и т.д. В противном случае, о какой иденитификации и прослеживаемости продукции может идти речь?

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

Согласен в PDM системе должна хнариться информация касающаяся исключительно продукта. Но ряд требований которыми должна обладать PDM системе по управлению можно сформулировать:

-конфигурирование состава изделия (по статусам О1, А и т.п. и по вариантам до 20тонн, Евро1, и т.п)

-управление изменениями (извещения + процессы продвижения)

-интеграция с CAD продуктами

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

Что касается расчета себестоимости, то его можно представить как сумму основных и коственых затрат. Данные об основных затратах (все что есть в техпроцессах) это PDM, а о коственых это IRP.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Fedor
      Сила плавучести = вес объекта в пустом пространстве − вес объекта, погруженного в жидкость.  <= https://en.wikipedia.org/wiki/Archimedes'_principle      Давления тут не участвуют ... 
    • Jesse
      ну вот вы ж сами пишите что подлодка (очень массивная штука!) будет деформировать грунт. Это ж не лёгкий шарик какой нибудь:D Вполне могут образоваться места куда вода не попадает.   ничего хорошего не будет))
    • kolo666
      UPDATE 2024   Нас уже 17 человек в команде инженеров расчетчиков (FEA/CFD). 2 года полная загрузка по расчетам ресурса планера SSJ100,95 (причем машины уже в эксплуатации, вы на них даже летаете скорее всего), интерьеры МС21, ТУ214 (в том числе VIP). Работаем по госконтрактам, в том числе и ГОЗ. Сейчас формируем новый отдел под большой проект реверс-инжиниринга (наша часть только CAE) нефтегазового оборудования для Газпромнефти. В общем динамично движемся вперед, на этот года минимальная планка по выручке 100 млн. ;)  
    • Fedor
      Есть табличка в СП Нагрузки и воздействия. Немного могут разниться.  Насыпные грунты насыщенной влажности 1800 кГ/куб.м   удельный вес .   При вибрациях структурные связи грунта нарушаются и будет действовать закон Архимеда с такой плотностью....  Закопанная в землю цистерна всплывает если не применять специальных мер удержания. Я проектировал винный погреб одному олигарху из железобетона, так чтобы он не всплывал навинтил винтовых свай для удержания из расчета 1800 кГ/куб.м. В отличие от архитектора из Жмурок жив, так что не ошибся :)     На дне в грунте действует давление, так что, думаю, лодку ничто не удерживает...  Если закопаете в реке полено в грунт, то оно все равно всплывет :) 
    • Кирилл5566
      Нам очень помог интернет-магазин Всерезаки . Долго мучались с расходниками, а теперь проблем не знаем.  
    • Orchestra2603
      неее... ))) Сами подумайте. Рядом с подлодкой же есть давление ro*g*h. Если подлодка не изолирована от окружающей воды, то даже если микроскопический какой-то подтёк есть из вне, то туда будет поступать воды, пока давление не выровняется со внешним, а там ro*g*h. Поскольку форма корпуса у них близка к циллиндру, то там эта ro*g*h будет распределена по довольно большой площади днищевой поверхности. Сложно себе представить, что  подлодка сядет на грунт так, что прям вытолкнет из под себя всю воду и "загерметизирует" днище на достаточной площади контакта так, чтобы нивеллировать разницу давлений сверху и снизу, которая с учетом размеров подлодки довольно существенная. Это надо конкретно так забуриться в грунт. Кстати интересная задачка была бы, определить такое "критическое внедрение в грунт" :)   А.. и еще.. Вы не забывайте что между легким и прочным корпусом у подлодки есть пространство, заполненной забортной водой, где давление такое же как снаружи. Интерсно, кстати говоря, что станет с легким корпусом после такой посадки :)
    • lem_on
      Об этом мы возможно никогда не узнаем. Военная тайна.  Мы как кто даже радиаторы "строгали", но это была медь и поднимало довольно таки неплохо.
    • GHEB
      К сожалению у меня не было и нет пока что возможности проверить, но я практически точно уверен что это поможет. Удвительно что я сам не заметил эту галку,в ернее её отсутствие
    • Ветерок
      Что касается освоения ТФ, то лично для меня это только живое общение с человеком, который сможет отвечать на кучу вопросов, которые возникают у меня..
    • Orchestra2603
      Слушайте, вы меня конкретно раздражаете... Складывается впечатление, что я на экзамене. Вы если хотите какую-то мысль донести, то говорите прямо и понятно! Не надо себе цену набивать.   Я могу сказать прямо и честно. Я вот прямо деталей реализации алгоритмов поиска собственных частот не знаю. Не было у меня задачи заниматься разработкой солверов и т.п. И заниматься этим сейчас у меня нет ни времени, ни мотивации. Будет задача - буду вникать и разбираться. Из своей универовской программы знаю в общих чертах, что можно преобразованиями подобия (поворота, отображения и т.д.) привести матрицы системы к особой форме, из которых почти автоматически или очень просто извлекаются СЗ. В простейшем случае к диаганальной форме, но есть и верхние/нижние треугольные и еще какие-то всякие специальные. Собственные вектора обычно как-то получаются из столбцов матрицы этого преобразования. Есть  соответствующие алгоритмы. Помню про вращение Якоби, знаю, что есть QR (QZ для обощенной задачи). Знаю, что есть пространства Крылова, и там итерационные методы их спользуют. Знаю, что в Ансисе для симметричных задач используется Ланцош, и для полуопределенных матриц он также прекрасно себя показывает. Я хз, что там конкретно происходит.   В теории конечно можно найти корни харктеристического полинома, подставить их и искать базис решения вырожденной системы, чтобы найти СВ. Я понимаю, что на практике вряд ли кто-то так делает, особенно если размерность задачи большая, прост опотому что не эффективное это занятие. Но такая возможность есть, и оно работает.   Я не знаком с какими-либо обстоятельствами, которые фундаментально препятствуют решению обобщенной задачи на собственные значения для случая с вырожденной K. Т.е. так препятствуют, что невозможно найти метод решения такой задачи в прицнипе. Хотя, по-хорошему, контрпримерт на такой тезис уже был дан выше.   А вы знакомы? Тогда пишите прямо! Что конкретно мешает? На каком этапе это возникает? В чем причина?  И главное.. почему Ансис/Маткад/Матлаб/Солидворкс это все-таки решают? Что, магия или заговор? На эту вашу шарманку "Такую задачу реши, и такую, и такую" я больше вестись не буду. Как будто у меня нет других дел, как вам что-то демонстрировать.
×
×
  • Создать...