За что вы любите Teamcenter?

[Krusty 194]

1.Собственно сабж

2.Чего бы хотели, что бы в Teamcenter появилось или и так пойдет?

Очень интересно мнение форумчан, к тому же по кол-ву вопросов/ответов видно,что не на полках стоит

[Whale 8]

1.Собственно сабж

2.Чего бы хотели, что бы в Teamcenter появилось или и так пойдет?

Очень интересно мнение форумчан, к тому же по кол-ву вопросов/ответов видно,что не на полках стоит

 

1. За то, что это "Лего"

2. За годы использования (начиная с iMan8) в нем появилось настолько много всего, что о чем-то еще мечтать уже не приходится )))

 

P.S. 30-31 мая Москва? да? кто?

Изменено 25 мая 2016 пользователем Whale

[Krusty 194]

1. За то, что это "Лего"

2. За годы использования (начиная с iMan8) в нем появилось настолько много всего, что о чем-то еще мечтать уже не приходится )))

 

P.S. 30-31 мая Москва? да? кто?

Но убрали паскудники в правом нижнем углу "конвертик"

[lexx174 373]

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

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

Анализ различных проблем у пользователей на GTAC показал, что от версии к версии косяки не исправляют на корню. Это касается и NX тоже. Хотя по сравнению с 2005SR1/2007 TCUA все же более стабилен.

[NeedMoreLODs 81]

Нравится:

1. Архитектура. Хотя знаком я с ней очень поверхностно, к тому же решений конкурентов Teamcenter я не видел. Может у них там лучше всё. Но субъективно нравится как архитекторы объектную модель спроецировали на таблицы БД.

2. Вообще в целом нравится продуманность системы.

 

Что не нравится или чего хочется чтобы добавили/убрали.

1. Глюки, просто адовые глюки. Менеджер многовидовых структур просто из себя выводит. Да и общее приложение "Мой Teamcenter" тоже сложно назвать стабильным. Очень хочется чтобы всё это исправили.

2. Хочу нормальную пользовательскую документацию, работающую, причём работающую без Java, и чтобы поиск нормально работал, и чтобы локализаторы работали получше.

3. Хочется просто более человечную документацию. Чтобы не приходилось продираться через дебри HTML или сотни и тысячи страниц PDF для получения ответа на простой вопрос. Короче на мой взгляд Teamcenter ни разу не дружелюбен к пользователю в плане самостоятельного изучения. Хотя может так и задумано разработчиком.

4. Хочется более родного вида элементов пользовательского интерфейса, а не SWT (или как его там).

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

6. Опять же к глюкам, наверное. Да пусть уже сделают print_object который не глючит и всегда обновляет данные при выборе другого объекта.

[lexx174 373]

Хочется более родного вида элементов пользовательского интерфейса, а не SWT (или как его там)

что значит более родного?

[NeedMoreLODs 81]

что значит более родного?

 

Сложно сформулировать, это больше на уровне эмоций.

Пусть swt и гораздо более близок к конкретной ОС (использует родные компоненты), чем другие графические жабовские библиотеки, всё равно при взаимодействии с интерфейсом Teamcenter есть какое-то ощущение, что взаимодействуешь не с родными для ОС элементами, особенно первое время. Потом то более-менее привыкаешь, конечно.

Ну по сравнению с AWT/Swing придираться, можно сказать, вообще не к чему. :-)

Изменено 25 мая 2016 пользователем Ленивый

[lexx174 373]

Сложно сформулировать, это больше на уровне эмоций.

Пусть swt и гораздо более близок к конкретной ОС (использует родные компоненты), чем другие графические жабовские библиотеки, всё равно при взаимодействии с интерфейсом Teamcenter есть какое-то ощущение, что взаимодействуешь не с родными для ОС элементами, особенно первое время. Потом то более-менее привыкаешь, конечно.

Ну по сравнению с AWT/Swing придираться, можно сказать, вообще не к чему. :-)

по-моему претензия это полный бред) во всяком случае глюки связаны вряд ли от использования swt а просто от некачественного кода.

 

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

 

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

И плохо что в разных версиях и патчах эти косяки продолжают появляться,и самое смешное - что выходят новые версии TC NX - а в GTAC читаешь - люди пишут порой о все тех же старых глюках.

 

как говорится - WTF?

[Whale 8]

ААА...ооо... Классификатор хочу "человеческий"... во...

[lexx174 373]

ААА...ооо... Классификатор хочу "человеческий"... во...

а вы используете ег окак полноценный справочник НСИ или у вас для НСИ есть другая отдельная база?

[NeedMoreLODs 81]

 по-моему претензия это полный бред) во всяком случае глюки связаны вряд ли от использования swt а просто от некачественного кода.

 

Всё очень субъективно, в том числе и подобные формулировки. 

Я считаю что определённая  часть проблем имеет корни как раз в выборе SWT/JFC/ещё какая-нибудь библиотека, и Вы, даже если вдруг и захотели бы, меня в обратном не убедите, по крайней мере я то Вас точно переубеждать не собираюсь.

Не знаю как там на Java/Eclipse, но в случае других языков/сред разрабам иногда приходится искать обходные пути стандартных библиотек, потому что заявленные функции либо не работают, либо работают не как должны, а исправления библиотек, если они вообще будут, ждать нельзя.

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

Но претензии к конечному продукту имеются.

Но если вы вдруг работник фирмы Сименс, то Вам виднее, тогда я сдаюсь. 

Изменено 25 мая 2016 пользователем Ленивый

[lexx174 373]

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

[ra99 2]

Смотрел другие ПДМ/ПЛМ и уходить/менять из тс/на что-то другое уже не хочется. сначала был тс2005sr5, сейчас тс10.  Народ у нас поныл что мол непривычно и надо мозг включать. Но сейчас уже требует тс. Иш слатенького захотелось)))

 

Дубоватый рабочий модель "Классификатор" и "Ад. классификатора". (тс 10.1.3.2):

Хорошо было бы справочную панельку с данными о вхождении атрибута в классы. 

 

как выше и писали о глюках. так и наблюдаю их. 

 

со модулем "ППСб" тоже не все так хорошо (отчеты, отработка методики работы). а если к этому приложить вариантность то "не хорошо^2". 

 

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

 

самое интересное и ах* приятно- это когда  начинает все слаженно работать)

 

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

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

[Krusty 194]

1. Глюки, просто адовые глюки. Менеджер многовидовых структур просто из себя выводит. Да и общее приложение "Мой Teamcenter" тоже сложно назвать стабильным. Очень хочется чтобы всё это исправили.

о_О, что именно у вас не стабильно, вылетает с "java error"? проблем никогда не замечал с этими приложениями.

 

2. Хочу нормальную пользовательскую документацию, работающую, причём работающую без Java, и чтобы поиск нормально работал, и чтобы локализаторы работали получше.

Начиная с ..... 10.1......3 кажется она стала "нормальной" без этой чертовой JRE. для всего софта есть тулзень PLMHelpServer (пишу и сомневаюсь в правильности названия) ставите эту тулзень, а потом доставляете справочный модуль например на NX и TC, поиск работает мухой, все очень не дурно, не прошло и хрен знает сколько лет.

 

3. Хочется просто более человечную документацию. Чтобы не приходилось продираться через дебри HTML или сотни и тысячи страниц PDF для получения ответа на простой вопрос. Короче на мой взгляд Teamcenter ни разу не дружелюбен к пользователю в плане самостоятельного изучения. Хотя может так и задумано разработчиком.

Хмм, да вроде все в ней написано, но справка не подрузомевает изучение системы по ней, это просто справка. Про недружелюбность, все в сравнении познается, иногда сталкиваясь с R/3 или, вот c ENOVIA понимаешь, что TC не идеален, но крайне не плох.

 

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

у вас я так понимаю доступа на GTAC нет, тогда ловите:

 

@echo Starting Teamcenter Rich Client...

start Teamcenter.exe -vm  "%JRE_HOME%\bin\javaw.exe" -vmargs -Xverify:none -Xms2048m -Xmx4096m

-XX:PermSize=64m -XX:MaxPermSize=128m -XX:+UseParallelGC -XX:SurvivorRatio=6 -XX:+DisableExplicitGC

-Dsun.rmi.dgc.client.gcInterval=3600000

-Xbootclasspath/a:"%JRE_HOME%\lib\plugin.jar";"%JRE_HOME%\lib\deploy.jar";"%JRE_HOME%\lib\javaws.jar"

 

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

 

как говорится - WTF?

угу:( конечно понимание, что нет ничего идеального успокаивает, но все же.

 

4. Хочется более родного вида элементов пользовательского интерфейса, а не SWT (или как его там).

а такой?

 

ААА...ооо... Классификатор хочу "человеческий"... во...

о да... он древний как гавно мамонта

 

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

думаю, что доки по API не будут локализованы никогда, зачем? там по пять слов функция делает это, звать так и так.

примеры на gtac, и я чот на всяких githab-ах, находил.

 

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

у этого зверька API открыто более чем

 

 

 

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

[NGM 267]

В Тимцентре самые прекрасные ошибки, с которыми я когда-либо сталкивался.

 

 

P.S. А целом прекрасная система. Без грамма иронии.

 

P.S.S. "Русскоязычную" документацию на GTAC переводили вьетнамцы, пользуясь "Сократом персональным 4.1" с кулинарным словарем.

Изменено 25 мая 2016 пользователем NGM

[Krusty 194]

В Тимцентре самые прекрасные ошибки, с которыми я когда-либо сталкивался.

 

25-05-2016 11-34-24.jpg

 

P.S. А целом прекрасная система. Без грамма иронии.

 

P.S.S. "Русскоязычную" документацию на GTAC переводили вьетнамцы, пользуясь "Сократом персональным 4.1" с кулинарным словарем.

Бгг, а после чего такая ошибка?

 

Документация как я понимаю переводится частично за бугром, но потом правится в РФ, или все в РФ,

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

[NGM 267]

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

 

Так и читаем в оригинале после первого же "монуала". 

[ARXITEKTOR 5]

На предприятии установлен ТС.

С начала этого года

Потом обучение на 10 конструкторов и разработчиков.

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

Обучение расчетчиков, Пилотный проект несколько приборов

3D и чертежи в НХ.

Настройка ТС чтобы свойства с моделей передавались в чертежи, спеки.

Проставлялись подписи проверяющих.

Конструктора, разработчики нормоконтроль, тех. контроль

Довольны не все не удобно проверять простыни чертежей и схем на А2 и А1

На 17 мониторах и компах с 2Гб оперативы

Не совсем всё пока по ГОСТ но близко к этому.

Небольние косяки в чертежах

Спека процентов 95 по ГОСТ

Спецификации, перечьни компонентов ЭКБ.

Рабочие процессы и прочее

Пока работаем медленнее чем солид и чертежи в автокад. потом на бумаге на проверку.

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

[Krusty 194]

Довольны не все не удобно проверять простыни чертежей и схем на А2 и А1

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

[ARXITEKTOR 5]

просто что бы удобнее по нему было "ползать".

 

Пока так и работаем.

Предрелизные "проблемные" чертежи печатаем ).

И не удобно проверять документы на 20+ листов.

Глазами все равно быстрее.

Зато в плюсах чертёж соответствует модели а не как с связке солид и автокад

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

Более мене автоматизировано заполнение штампа.

Руководство может смотреть вы не вставая с места в каком состоянии чертежи и сборка.

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

Те же имитаторы разъёмов, соединители 1 версии у всех.

А то бывало к финалу расхождения хоть и не большие на на сборочных чертежах видно.

Автогенерация спеки большой плюс. + чтение формата чертежей и количества листов

больше нет такого когда всё горит (как всегда) а в спеке 1 формат а у чертежа другой.

А так работать и учиться пользоваться функционалом.

А классификатор материалов и сортамента и правда древний.

кто нибудь пробовал привести к более или менее рабочему виду чтобы было похоже на компас ?

или есть сторонние средства чтобы все болты гайки, материалы были по ГОСТ ?