Гость

Сравнение систем Pdm

74 сообщения в этой теме

хочу правды! :wallbash:

А правды нет. Есть маркетинг, и его жертва. Иногда жертве удается выбрать.

Поделиться сообщением


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


SHARit

Аккуратнее с себестоимостью....Мне так кажется, что в PDM/PLM-системах этот параметр не считается..  Не прав? Поправьте?

Но сразу вопрос на засыпку - надеюсь, как считается себестоимость изделия, Вы знаете???? 

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

На самом деле то, что данная возможность не заявлена, не означает, что ее трудно реализовать. Могу детально пояснить, как это можно сделать а Windchill (извините, с другими системами не так хорошо знаком).

Итак, в Windchill существует адаптируемая под требования предприятия схема представлений (View). Создаем, например, следующую схему:

Конструкторское (структура изделия)

+ Технологическое (техпроцессы сборки и изготовления собственных комплектующих)

++ Всп. материалы (нормы расхода вспомогательных материалов)

++ СТО (средства технологического оснащения)

+ Основные материалы (нормы расхода на изготовлени собств. комп.)

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

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

Трудоемкость изготовления - из технологического представления (фактически -техпроцесса) - отсюда и из вложенных представлений мы получаем следующую информацию: Штучное время + Используемое оборудования + инструмент и его расход на 1-ну деталь + Требуемая квалификация рабочего + расход вспомогательных материалов. Фактически если еще добавить информацию о тарифной ставке и стоимости всп. материалов, то почти вся информация для расчета себестоимости (по крупному) уже есть.

Ах да.. с последнего представления - получаем нормы расхода основных материалов.

Кажись ничего не забыл.)))))

Как оследить себестоимость каждой партии?

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

Теперь мы получили, так сказать плановые затраты на производство (уже что-то).

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

Надеюсь я объяснил все достаточно понятно. Если нет, то готов ответить на ваши вопросы.

Поделиться сообщением


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

NickeL

Да и как показать, пока не поставишь и не заставишь работать всю систему никто видеть не будет пользы от неё. А просто рассказы и красивые картинки, так это про любую систему можно столько наговорить...

На, можно только процитировать - "Думай обо большом, начти с малого, продвигайся быстро".

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

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

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

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

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

Поделиться сообщением


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

Lazy_PDMer

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

Один вопрос.

А не лучше ли просто подключить Заказчика в проектное пространство, настроив для него соответсвующие права доступа.

Хотя можно конечно не так уж и сложно согласовать протокол передачи данных (например, через XML) и воспользоваться возможностями функций импорта и экспорта. При этом, очень полезно использовать baseline, для фиксации версий матриалов. А то мало ли чего вы можете напахать, пока заказчик рассматривает ваши материалы.)))

Поделиться сообщением


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

monster_lord

Это не себестоимость... :g:

Это некая затратная часть на подготовку производства и само производство.

Не являясь руководителем предприятия не могу оценить актуальность этого параметра.... :g:

Далее про отслеживаемость:

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

При работающей системе ERP - любая железка, включая комплектующие не попадет на склад и выйдет из склада без соотвествующей транзакции в системе...Таким образом - при изменении цены на комплектующие для конкретного заводского номера изменится и его цена...Серьезная защита "от дураков". Но это ERP - там специально реализованные решение есть для этого. В PDM же системе все это придется делать ручками по факту при наличии служебной и т.д., то есть практически как и раньше...И далеко не факт, что то, что при изготовлении/сборке конкретного заводского номера будет учтено это изменение....Далеко не факт... :sad:

Поэтому считаю, что расчет параметра, близкого к себестоимости (можно я так это назову) в PDM-системе - есть притянутие за уши... :smile:

Изменено пользователем SHARit

Поделиться сообщением


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

SHARit

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

Уважаемый коллега, мне кажется, что вы несколько лукавите..)))))

Начнем с того, что ПРИНЦИПИАЛЬНО новые изделия, это скорее исключение, чем правило. И по крупному структуру изделия, вы все-таки представляете.)))

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

Или у вас все одномоментно появляется....???

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

На самом деле та догма которая существует.. о передаче КД комплектами, не совсем соответсвует требованиям сегодняшнего дня, поскольку, существенно увеличивает сроки всего проекта в целом. Может пора это требование отменить? Как вы считаете?

Поделиться сообщением


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

monster_lord

Уважаемый коллега, мне кажется, что вы несколько лукавите..)))))

Конечно!!!! :rolleyes:

Но не думаю, что при разработке PDM-систем учитывался этот фактор "аналогового проектирования"... :blink:

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

Переведите описание PDM-системы в этой части - все просто: сбор (сначала!!!!!), хранение и управление данными об изделии...

Только и всего...

А так вы правы - берем за рыбу подобное изделие - и набрасываем структуру изделия без него самого.....Это возможно....Вот только нужно-ли??? :g:

Изменено пользователем SHARit

Поделиться сообщением


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

SHARit

А так вы правы - берем за рыбу подобное изделие - и набрасываем структуру изделия без него самого.....Это возможно....Вот только нужно-ли??? 

Имея такую рыбу.. уже можно набросать предварительны план-график работ по проектированию.. такая рыбка уже сама по себе очень полезна.))) Ну и то, что из подобного изделия мы уж процентов 20-40 комплектующих заимствуем, я тоже не сомневаюсь, а еще процентов 20 комплектующих заимствем для изменения, ежели мы работаем в САПР соответствующего уровня.)))) и в результата, как минимум 50% конструкторских работ.. уже и нетути... да и 20-40% технологических - тоже..)))) вот только увы.. начальникам конструкторских и технологических служб при затратной экономике это не выгодно.. поскольку их труд зачастую расценен количством и форматом документации, которую они "выдают на гора".))))

Поделиться сообщением


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

mech

В новой версии Windchill добавлен модуль Windchill Enterprise Systems Integration (Windchill ESI), который и призван решать задачи интеграции между Windchill и другими системами на предприятии, типа: ERP, SCM и CRM.

:clap_1: А вы знаете сколько это удовольствие стоит? извините 250 килобаксов чисто за лицензию и еще примерно половину за саму интеграцию на мой взгляд не осилит ни одно наше машиностроительное предприятие.

Посему, на сегодняшний день, это скорее лозунг а не реальность.

Поделиться сообщением


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

2 monster_lord

А не лучше ли просто подключить Заказчика в проектное пространство, настроив для него соответсвующие права доступа.

Нет, не всегда это получается (у нас так точно не получится). Во-первых, линии связи КБ с внешним миром "не ураган". А, во-вторых, наш зам. генерального по режиму этого просто не переживет. :smile:

И есть еще третья проблема: по условиям договора от нас часто требуют передачу данных на магнитных носителях. А PDM не у всех заказчиков есть. Так что все равно выгружать приходится. :sad:

Хотя можно конечно не так уж и сложно согласовать протокол передачи данных (например, через XML) и воспользоваться возможностями функций импорта и экспорта. При этом, очень полезно использовать baseline, для фиксации версий матриалов. А то мало ли чего вы можете напахать, пока заказчик рассматривает ваши материалы.)))

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

А что протокол передачи данных нужно согласовывать - это на 100% поддерживаю.

А то у нас тут был анекдотичный случай: умники-коммерсанты наши заключили очень выгодный договор на покупку готовой КД и технологии по одному изделию. Так им в итоге файлы, сделанные в CorelDraw передали. (Откуда такое чудо нашли?) Надо было видеть, с какими глазами они потом к нам в отдел прибегали, и просили что-нибудь с этими файлами сделать. :smile:

Изменено пользователем Lazy_PDMer

Поделиться сообщением


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

Lazy_PDMer

И есть еще третья проблема: по условиям договора от нас часто требуют передачу данных на магнитных носителях. А PDM не у всех заказчиков есть. Так что все равно выгружать приходится. 

Экспорт из нормальной PDM выгружает все связанные файли и документы. По крайней мере в Windchill это так.

Поделиться сообщением


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

Lazy_PDMer

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

Поделиться сообщением


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

2 monster_lord

Экспорт из нормальной PDM выгружает все связанные файли и документы. По крайней мере в Windchill это так.

Выгружать-то он выгружает. Но вот если были ссылки между файлами, то они иной раз становятся "нерабочими" (не всегда, и не для всех систем). :sad:

Проверьте на следующем примере: создайте изнутри Windchill комплект чертежей AutoCAD с использованием внешних ссылок (XREF) на другие чертежи, лежащие в хранилище Windchill. А потом выгрузите эти файлы на внешнее устройство. И откройте уже не из среды Windchill (в идеале - на другом компьютере, не входящем в Вашу сеть). И посмотрите, "поднимутся" ли ссылки.

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

А вся беда в том, что многие пользователи (обычно - не имеющие доступа к PDM) предпочитают хранить файлы на локальном диске со ссылками вида "C:\Мои документы\Вася\", а о существовании, например, UNC даже не подозревают. :sad: А некоторые САПР просто UNC не понимают.

Утешает только то, что в большинстве случаев относительная адресация "спасет отца русской демократии".

Поделиться сообщением


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

Lazy_PDMer

Согласен.. Увы часто это так...(((

Потому и рекомендую подключение Заказчика в проектное простанство..

Ну а с безопасностью... мне кажется, если объяснить Генеральному, какое при этом получится сокращение.. и настроить канал VPN, то вопрос становится решаемым.. Хотя, увы, далеко не всегда...(((

Поделиться сообщением


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

Lazy_PDMer

Хотя, с другой стороны если следовать метафоре работы в Windchill (работа в Workspace), то проблем нет. Просто надо зарегламентировать обязательные для всех правила работы с САПР и PDM. Без этого, конечно же всегда будут проблемы. IMHO, конечно.)))

Поделиться сообщением


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

Мы тут используем Smarteam... У него есть полная интеграция с CATIA, Solid Works, Solid Edge, Auto CAD, c Microsoft Office. Плюс ручками связали ST с UG...

И еще к тому сравнению: распределенные БД\Волт Smarteam поддерживает.

Поделиться сообщением


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

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

БелАЗ», потратив 7 лет и 2 млн. USD на автоматизацию, в 2005 г. вынужден был отказаться от широко разрекламированных и закупленных американских пакетов Winchill (PDM) и BAAN (ERP(АСУ)). Причина - невозможность обеспечить их интеграцию собственными силами из-за разной бизнес-логики, большая трудоемкости их ведения, быстрое старения техники и программного обеспечения, недостаток кадров, неудовлетворенность их функциями.

«Минский тракторный завод» уже 7 лет занимается внедрением белорусского пакета Omega Soft и особо реально не может похвастаться его успехами. Несмотря на то, что он реализует большое количество функций АСУ, эту систему также нельзя отнести к CALS-системам. В ней отсутствуют многие функции, требующиеся конструкторским подразделениям. К тому же она имеет слабую поисковую систему. Продукты Search, Omega Soft сложно интегрировать с существующими заводскими системами из-за разной бизнес-логики.

Много проблем при создании единой интегрированной системы и на МАЗе (при интеграции пакетов Team Center, Omega Soft и заводской АСУ).

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

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

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

Поэтому в 1998 г. были начаты разработки пакета СпрутМ (PDM-ERP) на Минском заводе колесных тягачей (см. <noindex>http://www.autocad.ru/cgi-bin/f1/board.cgi?t=8569Of)</noindex>, в котором за счет единой БД ORACLE эти проблемы снимаются. В системе применяется занесение информации по обозначению в 7 полей, благодаря чему обеспечиваются возможности различных сортировок и выполнение многих функций, нереализуемых в других системах. Используется обычная TCP/IP 100 МБ сеть и EXE программы, а не Web. Модули на базе интернет не потянут тех объемов графики при работе с ProE (до 100 Мб ) да и быстродействие в 30 раз меньше. В СпрутМ интегрован 3D просмотровщик BSC3Dview (для упрощенных моделей) на базе Web. Основной просмотр осуществляется через родные графические пакеты на основе COM, Java технологий.

Поделиться сообщением


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

vladmi

Это что такая изощренная реклама СПРУТМ на "костях" конкурентов? :wallbash: Грубо и непрофессионально, расcчитано на лохов.

Смотрится убого, потому что сами себе в своем же сообщении противоречите или передергиваете, недоговариваете... Написано вами много, но зацепить можно буквально каждое предложение. Особенно это словосочетание "...многие PDM..." Т.е. — все в дерьме, а СПРУТМ — в шоколаде?

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

СПРУТМ надо понимать удовлетворяет всё и всех? :clap_1:

Далее:

Модули на базе интернет не потянут тех объемов графики при работе с ProE (до 100 Мб ) да и быстродействие в 30 раз меньше. В СпрутМ интегрован 3D просмотровщик BSC3Dview (для упрощенных моделей) на базе Web. Основной просмотр осуществляется через родные графические пакеты на основе COM, Java технологий.

Следует понимать, что это "божественное откровение" ТОЛЬКО ЛИШЬ ОТ СПРУТ М??? :rolleyes:

Поделиться сообщением


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

- невозможность обеспечить их интеграцию собственными силами

Это вообще реально ли?

Поделиться сообщением


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

Как любой пакет СпрутМ имеет свои преимущества и недостатки. В нем еще не доработан модуль ведения складов, есть только первый его набросок, отсутствуют модули формирования технологических карт и согласования документов.

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

К вопросу о модуле согласования: это не столь первоочередная функция: не хотят ее конструктора применять и не заставишь их, как это происходит на практике с Search или Teamcenter. В Спруте есть фиксация передачи документов на согласование в БД Архив.

Поделиться сообщением


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

Как любой пакет СпрутМ имеет свои преимущества и недостатки. В нем еще не доработан модуль ведения складов, есть только первый его набросок, отсутствуют модули формирования технологических карт и согласования документов.

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

Разумеется: чем более сырая и не доделанная программа тем в БУДУЩЕМ в ПЕРСПЕКТИВЕ она может решить все проблемы... :rolleyes: К сожалению, чем ближе к этому будущему, чем менее сырой становится программа, чем большую детальность она приобретает, тем больше она становится в ряд "... многие PDM..."

Это как с новорожденным младенцем: любой из них может стать Моцартом или Эйнштейном, но... не всегда это происходит к более зрелым годам... :rolleyes:

Поделиться сообщением


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

Конструкторам больше необходимы другие функции, которые реализованы в СпрутМ, чего нет во многих пакетах PDM-ERP. Это мы видели на МАЗе и других заводах, знакомясь с Teamcenter и др. и когда тестировали Search. Необходимо учитывать, что на большинстве заводов АСУ функцинирует еще на 386 компьютерах и если и применяется AutoCad Proe, UG в небольших объемах , то у них как правило нет PDM-систем и вообще не организован электронный архив. И еще на заводах большой объем записей: более 100 тыс. деталей, около 300 тыс. строк состава. И мы видели, как с ними работает Search. При его системе поиска (как и др.PDM) можно и не найти нужную запись. У СпрутМ более мощный м-м поиска.

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

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

Кто может мне ответить по Windchill 8?

Каков механизм внесения изменений в БД спецификации.: создается ли новая спецификация с изменениями как в Search или в существующей делается модификации за счет атрибутов ?

Реализуется ли ведение заказных спецификаций и каков его механизм?

Поделиться сообщением


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

Дорогой товарисч! В Windchill 8, да и в гораздо более ранних версиях реализована возможность отслеживания всего и вся, а не только

в существующей делается модификации за счет атрибутов

.

Как много ещё "открытий" Вас ожидает! Будете идти по "лыжне", которую проложили ещё лет ...дцать назад.

Поделиться сообщением


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

Кто может мне ответить по Windchill 8?

<{POST_SNAPBACK}>

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

Поделиться сообщением


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

Дорогой товарисч! В Windchill 8, да и в гораздо более ранних версиях реализована возможность отслеживания всего и вся, а не только .

Как много ещё "открытий" Вас ожидает! Будете идти по "лыжне", которую проложили ещё лет ...дцать назад.

<{POST_SNAPBACK}>

2SVB

что Windchill может предложить технологу (маршруты, составление и т.д.)

Поделиться сообщением


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

green_fx

А что такое "маршруты, составление и т.д."?

Вякнул, а там - не рассветай?

Поделиться сообщением


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

green_fx

А что такое "маршруты, составление и т.д."?

Вякнул, а там - не рассветай?

<{POST_SNAPBACK}>

Маршрутные карты

Поделиться сообщением


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

Кто может мне ответить по Windchill 8?

<{POST_SNAPBACK}>

Смотря какие вопросы будете задавать?

В принципе, не гарантирую ответы на все ваши вопросы, но если смогу, то отвечу.

Каков механизм внесения изменений в БД спецификации.: создается ли новая спецификация с изменениями как в Search или в существующей делается модификации за счет атрибутов ?

<{POST_SNAPBACK}>

Некрасиво, конечно отвечать впросом на вопрос, но что делать?

Что вы подразумеваете под БД спецификации? И о какой спецификации идет речь?

В Windchill PDMLink поддерживается двууровневая система отслеживания и управления версиями КАЖДОГО!!! информационного объекта. Каждая версия каждого информационного объекта - имеет собственный жизненный цикл и может рассматриваться как отдельная модификация основного объекта. Механизм реализации? если честно, то я не в курсе,да меня то особо и неинтересует. Это работает и это главное.

Реализуется ли ведение заказных спецификаций и каков его механизм?

<{POST_SNAPBACK}>

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

Поделиться сообщением


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

Насчет маршрутных карт и вообще тенологий: в Windchill есть такая возможность, однако это пока достаточно муторно, дешевле сделать в своей системе а потом передать в Winchill для хранения и проведения изменений.

Поделиться сообщением


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

Насчет маршрутных карт и вообще тенологий: в Windchill есть такая возможность, однако это пока достаточно муторно, дешевле сделать в своей системе а потом передать в Winchill для хранения и проведения изменений.

<{POST_SNAPBACK}>

Очень интересно. А можно попдробнее?

Поделиться сообщением


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

monster_lord

С какой стати в Вашем посте #77 в Ваших сообщениях в цитатах стоит мой ник? Это не мои слова!

Это сбой форума или Ваша неаккуратность?

Поделиться сообщением


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

С какой стати в Вашем посте #77 в Ваших сообщениях в цитатах стоит мой ник? Это не мои слова!

Это сбой форума или Ваша неаккуратность?

<{POST_SNAPBACK}>

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

Поделиться сообщением


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

to monster_lord: вспомните wgm....

Поделиться сообщением


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

to monster_lord: вспомните wgm....

<{POST_SNAPBACK}>

О господи, я уже забыл как он выглядит (WGM), настолько это было давно.

Хотя, если честно,то вопрос несколько провокационный.)

В свое время мне приходилось моделировать техпроцессы исключительно средствами Windchill, располагая все связанные с этим объекты на отдельном представлении (View) "Производственным".

В принципе, модель достаточно жизнеспособная, но Вы абсолютно правы, не очень удобная для повседневного использования (хотя, удобство - сила привычки). Но как вы сами понимаете, главное, что модель ОБЕСПЕЧИВАЕТ данную возможность (хотя и не совсем в полном объеме, но вопрос решаемый), причем предоставляя встроенные возможности сопровождения и параллелизации работ, отслеживемости и др., о которых многие коммерческие системы ТПП пока и мечтать не могут.

Само собой напрашивается некоторый гибрид "удобства и системности". И на мой взгляд, есть два пути решения данного вопроса.

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

2. Разработка "родной" системы технологической подготовки.

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

Второй вариант - затратный, долгий и ненадежный. Слишком много проблем при выходе новых версий Windchill или даже пакетов обновления.

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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



  • Реклама

  • Сообщения