Аргументы выбора Smarteam

[Max KZK 2]

Если бы я работал конструктором, то, с точки зрения, своих личных интересов предпочел работать вовсе без PDM. Тут имеет место стандартная для всех информационных систем проблема: все хотят использовать данные, но никто не хочет их вводить. Конструктору это действительно не очень надо, поскольку он стоит почти в начале информационной цепочки.

И в ENOVIA, в отличии от ST механизмы для работы на стадиях ЖЦИ иных, нежели чем конструирование имеют зачаточных характер.

Плохо, что не все внедренцы PDM это понимают :)

[linde 0]

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

Тут имеет место стандартная для всех информационных систем проблема: все хотят использовать данные, но никто не хочет их вводить. Конструктору это действительно не очень надо, поскольку он стоит почти в начале информационной цепочки.

Все верно. Конструктору не надо, так как для него создаются дополнительные проблемы.

Но возникает вопрос, если не надо конструктору, то зачем тогда все это?

Все эти бизнес процессы и украшательства, которые мешают конструктору, дают ли они в итоге конкурентное преимущество компании?

Ради чего нужно идти на снижение производительности труда конструктора?

И в ENOVIA, в отличии от ST механизмы для работы на стадиях ЖЦИ иных, нежели чем конструирование имеют зачаточных характер.

Плохо, что не все внедренцы PDM это понимают :)

Разговор беспредметный, так как чтобы сделать выводы как внедренец надо хотя бы несколько лет заниматься внедрением ENOVIA, а потом SmarTeam...

Что касается оценки ENOVIA с точки зрения пользователя, то существование механизма владения неутвержденных объектов, системы управления конфигурациями изделия, не говоря уже о существовании механизма работы со структурными сборками, делает эту систему ЛУЧШЕЙ для работы с CATIA v5.

ENOVIA можно сравнить с дорогой иномаркой.

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

[linde 0]

Если бы я работал конструктором, то, с точки зрения, своих личных интересов предпочел работать вовсе без PDM. Тут имеет место стандартная для всех информационных систем проблема: все хотят использовать данные, но никто не хочет их вводить. Конструктору это действительно не очень надо, поскольку он стоит почти в начале информационной цепочки.

И в ENOVIA, в отличии от ST механизмы для работы на стадиях ЖЦИ иных, нежели чем конструирование имеют зачаточных характер.

Плохо, что не все внедренцы PDM это понимают :)

Вообще вопрос об использовании данных и заимствований он больше не из области внедрения информационных систем.

Почему нельзя работать без PDM и использовать заимствованные детали?

Почему нельзя сделать каталог стандартных изделий средствами CATIA v5, используя нормали и стандартные ряды и без системы PDM?

Почему нельзя сделать каталоги для унифицированных сборочных единиц и деталей без системы PDM?

Почему нельзя использовать для хранения необходимой информации системы электронного архива типа DOCUMENTUM вместо системы PDM в таком случае?

Зачем тратить время конструктора и выбрасывать деньги на ветер?

[Max KZK 2]

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

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

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

Это же азбука, дражайший linde!

[linde 0]

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

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

Спецификацию можно сделать с помощью скрипта на основе дерева построения CATIA v5.

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

Модели там не нужны...

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

Это же азбука, дражайший linde!

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

Но это все красиво на словах, а на деле не все так красиво...

Технологические процессы в Смартиме?

Есть специальный САПР ТП. Который и используется для этих целей.

Оснастку сделают, посмотрев модели CATIA. А часто оснастку делать не надо, так как есть уже готовая...

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

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

[Max KZK 2]

Детский сад - штаны на лямках!

[green_fx 0]

2 Linde

Если сравнить SmarTeam и ENOVIA, то последняя однозначно лучше, не по интерефейсу, а по удобству операций check in - check out...

Для начала: ENOVIA – это что?!

Я такой продукт не знаю….

Может ENOVIA VPLM? Если да, то какой(ие) модули?

Что касается операций check_in и т.д. то видно, что Вы не работали под ENOVIA VPLM….

Мне еще вот это нравится:

Enovia кроме того позволяет работать с катийным интансем, а Смартим нет.

Ну и как?

Открою Вам маленький секрет:

Налету создавать сборку состоящую из CGR по матрице позиционирования ENOVIA SmarTeam тоже делает , но работа с инстенсами катии ни в ENOVIA VPLM ни в ENOVIA SmarTeam не реализовано, все делается в самой кати и это правильно

[linde 0]

Макс я преклоняюсь перед внедрением PLM продуктов от DS на краcноярском комбайновом заводе...

Детский сад - штаны на лямках!

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

Цитата

Если сравнить SmarTeam и ENOVIA, то последняя однозначно лучше, не по интерефейсу, а по удобству операций check in - check out...

Для начала: ENOVIA – это что?!

Я такой продукт не знаю….

Может ENOVIA VPLM Если да, то какой(ие) модули?

Что касается операций check_in и т.д. то видно, что Вы не работали под ENOVIA VPLM….

Какие модули ENOVIA VPM были установлены точно не знаю...

Работал в компании Боинг как конструктор, поэтому что такое check_in и check_out знаю прекрасно. Тем более что обучалcя ENOVIA у сотрудника DS Канада и сдал итоговые тесты почти на 100%...

Мне еще вот это нравится:

Цитата

Enovia кроме того позволяет работать с катийным интансем, а Смартим нет.

Ну и как?

Открою Вам маленький секрет:

Налету создавать сборку состоящую из CGR по матрице позиционирования ENOVIA SmarTeam тоже делает , но работа с инстенсами катии ни в ENOVIA VPLM ни в ENOVIA SmarTeam не реализовано, все делается в самой кати и это правильно

Да не то я имел в виду...

Инстанс CATIA v5 это очень важный объект для тех, кто разрабатывает сборки...

В ENOVIA есть такой полноправный объект - Инстанс со своей карточкой атрибутов и со всеми вытекающими последствиями... То есть те, кто разрабатывал ENOVIA, хорошо понимал логику работы CATIA v5 и нужды конструктора, особенности документооборота технической документации.

У меня сложилось впечатление, что Смартим изначально не разрабатывался как половинка CATIA v5...

[green_fx 0]

У меня сложилось впечатление, что Смартим изначально не разрабатывался как половинка CATIA v5...

Просто SMARTEAM’у наплевать CATIA, ProE, NX, Компас или сканированный чертеж с кульмана.

[linde 0]

Просто SMARTEAM’у наплевать CATIA, ProE, NX, Компас или сканированный чертеж с кульмана.

Это-то я и имел в виду...

Смартиму наплевать, a ENOVIA четко понимает где объекты CATIA, а где другие объекты.

Кроме того Смартим даже многие файлы офисных приложений не воспринимает.

A в ENOVIA такой проблем нет - в ней можно прикрепить любой файл с любым расширением.

[green_fx 0]

Кроме того Смартим даже многие файлы офисных приложений не воспринимает

Что значит не воспринимает?

[linde 0]

Например, если, находясь в классе КД, подсветить папку (в условиях изначальной поставки) и выполнить команду контекстного меню "ДОБАВИТЬ", то появляется список типов документов, которых можно добавить. Этот список допустимых документов для добавления очень скромный...

При работе в ENOVIA все равно какой тип файла добавлять, ENOVIA позволит добавить любой файл...

[green_fx 0]

Может Вы путаете?...

Это как раз в SMARTEAM можно добавить любой файл к чему только угодно

[linde 0]

Можно, но к чему это приводит.

Любой файл будет выглядеть так:

Расширение у файла - dll, но такой тип документа для выбора не предусмотрен.

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

Теперь мы имеем сохраненный в Смартиме файл с типом вордовский документ - но с расширением dll.

[green_fx 0]

Странно....

А вот это тогда что?

[linde 0]

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

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

Также есть трудности с непониманием допустимых сроков внедрения системы PDM, целей внедрения системы PDM и необходимых ресурсов для внедрения системы PDM...

[linde 0]

Кроме того, в логике работы Смартим не хватает IMHO строгости.

Например: зачем изначально давать возможность конструктору плодить новые версии неутвержденного объекта?

Почему изначально система всегда не делает доступной для чтения и редактирования только одну последнюю версию неутвержденного объекта? А последние три-четыре итерации check in - check out не сохраняет в режиме доступа только админа.

Новые версии на практике нужно плодить только при изменении статуса объекта. Очень жаль, что программисты этого не понимают...

Почему изначально нет механизма, который бы ограничивал редактирование неутвержденного объекта посторонними лицами, то есть теми, кто на этот объект не имеет прав?

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

Кроме того, почему при выполнении команды "check in" изначально IMHO не проставить и погасить галку в закладке "хранить исходный файл". Пусть исходный файл хранится ВСЕГДА.

Некоторое кол-во явно лишних настроек и "галок" мешают пользователю работать.

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

Если у пользователя не будет вариантов для неправильных действий, то и не правильных действий не будет...

Кроме того, дизайн интерфейса программы выполнен, по крайней мере, странно:

при работе с системой необходимо подтверждать правильность выполнения операций нажатием на кнопку "ОК", которая появляется, то в самой верхней части экрана, то в самой нижней…

Пользователи такой интерфейс не воспринимают.

[linde 0]

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

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

В ENOVIA все это можно сделать обычному пользователю - владельцу объекта с помощью штатного программного механизма.

Почему в Смартим не так?

Ради справедливости надо сказать, что в SmarTeam есть три уровня безопасности доступа к данным, один из этих уровней позволяет пользователю иметь доступ к файлам данных, но без механизма владения объектами SmarTeam такая политика безопасности недопустима…

[goscha 0]

iex enovia .... net nichego luchshe chem rasnesennaja w drebezgi kinematika w catproducte w exploded moduse ...

[linde 0]

Кроме того, почему при выполнении команды "check in" изначально IMHO не проставить и погасить галку в закладке "хранить исходный файл". Пусть исходный файл хранится ВСЕГДА.

Некоторое кол-во явно лишних настроек и "галок" мешают пользователю работать.

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

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

Не обоснованно запутанный интерфейс вызывает отторжение у пользователей....