Интеграция Pgm и Workflow

[capitaine 0]

ну ИМХО автоматизировать операции ЖЦ через воркфлоу можно и без скриптов...

а выглядит это (даже с скриптами) более чем логично.

[nester 0]

Без скриптов?! Это как? Что за механизм? Знаю что есть механизм который позволяет самому настраивать операции жц, но работает только внутри супер класса и совсем не работает со связями

[capitaine 0]

nester, есть такое понятие, как Manual Task, а есть Operation. когда добавляешь Tasks в свойствах узла, выбираешь Add Operation. появляется диалоговое окно, в котором выбираешь необходимую операцию из списка.

[green_fx 0]

Мне кажется кто-кто а nester это знает, здесь речь о другом

[capitaine 0]

грин, где списки?

[nester 0]

Возможность регулировать состояние объекта и всех связанных с ним объектов в зависимость от нахождения объекта в той или иной точке процесса (noda) и перехода к нему (Accept/reject), ПОЛНОСТЬЮ убрав от пользователя возможность вручную производить операции жизненного цикла (task или непосредствено клавишой из меню life cicle и т.д.) есть только процесс и объект, а все что должно происходить с объектам, его "детьми", горизонтальными связями должно быть заложено в логику процесса с возможностью "тончайшей" настройки (например перезапись структуры в дереве отображения или нет, перезапись поверх предыдущей версии или нет, регулировать с точностью до leaf класса операцию с объектом). Это не должно быть привязанно к структуре данных, или процессу.

+

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

Четкая логика работы

Простота работы с объектами (не надо бродить по связям)

И САМОЕ ГЛАВНОЕ полностью исключается воможность несанкционированного редактирования когда существует возможность на последнем этапе процесса отредактировать документацию, хотя эта редакция не относилась к этому этапу и в результате нее в общем и целом, было бы нужно вернуть процесс в начало

-

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

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

[Max KZK 2]

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

[nester 0]

Что ж поживем увидим, а какая если не секрет сборка является для вас большой и сложной? (кол-во элементов? или другие параметры?)

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

[Max KZK 2]

Ну, мой прогноз, что сложности начнутся от 500 деталей. От принципа работы (сверху-вниз/снизу-вверх) тоже зависит. Мы в СТ делали сборки и по нескольку тысяч, но там операции ЖЦ становятся не совсем тривиальной задачей, и делать их автоматом ИМХО не выйдет.

[green_fx 0]

Полностью согласен с MaxKZK , вероятность ошибки, сбоя, случайного вызова очень велика. Лучше вручную.