ADT-одновременная работа архитектора и конструктора (Страница 2 из 3)

Копаю "подшивки" AutoCAD 2008 и всяких Civil 3D 2008, Architecture 2008 и т.п.
Для коллективной работы есть подшивки и хранилища Vault. Структура организации доступа и размещения проектов в лок. сети относительно устоявшаяся. Но наблюдается перегибы, когда пользователи предпочитают работать на сервере вместо локальных ПК. Встает вопрос: как лучше сочетать и организовать синхронизацию частей проекта, находящихся в текущей разработке на локальных ПК и сервере?

Добрый день!
У меня вопрос вот какого характера:
у нас в организации есть конструкторский отдел и группа архитекторов, в разработке конструктива мы продвинулись продвинулись хорошо (в нашей работе мы всё более менее устаканили- что рисовать, чем рисовать и как мы это хотим видеть не чертежах), а архитекторы новички.... т.е. они в процессе изучения что-то меняют...- следовательно много хлама, но они начинаю лезть в  настройки отображения, да и вообще хотят залезть в стандарты... Мол мы всё знаем- мы не "накосячим"....
Вопрос: Как ними можно бороться? Если кто сталкивался с проблемой -HELP!!!

Дело в том что с синхронизацией для конструкторов проблем нет! Проблема с Арх. в файле стандартов у меня всё "чисто" и "гладко"- для конструкторов... Проблема с арх. если их пустить в мой файл стандартов... проще сразу "повеситься"... Они там всё развалят!- а диктовать им чем рисовать я не могу так как не со всеми объектами программы работаю одинаково хорошо...

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

Я бы задумывался все же об одном стандарте, но инструменты делал раздельными для конструкторов и архитекторов. Разные каталоги через ContentBrowser подключать :)
Фактически общим будет только файл стандарта слоев и, возможно, PropertySet'ов. Все остальное - раздельное.
Было бы интересно услышать про недостатки такого подхода.

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

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

В общем, сложно, но попробовать можно.

Вырлан Александр

Сразу идея возникла, архитекторы с конструкторами могут обмениваться проектными палитрами.
Кто эти инструменты применять будет уже не имеет значения. Например, архитекторы могут подготовить маркировку и поместить её на палитру, а конструктора воспользуются ею!

Т.е. надо один раз надо сделать всё за них (Арх.) - А попом пусть пользуются молча!!! Так получается???

Виктор

Это как бы палка о двух концах! С одной стороны вроде хорошо, а с другой, нафига брать на себя чужую ответственность?
Вам надо разделить полномочия каким-то хитрым способом.
Конструкции не знаю, а вот виды, кажется можно разделить, снабдив свои шаблоны видов своими свойствами
одноименными свойствами, установив полуавтоматическую синхронизацию.
Я уверен, что можно делить стандарты между специальностями, только нужны конкретные примеры!

На счёт ответственности согласен!- Это и коробит!!!
Например!
Основная проблема в том что файл настройки отображения один на всех!(или я чего-то не знаю?). Возможно ли деление на этом уровне, чтобы не тянуть архитекторские объекты в свой файл стандартов! (У меня дисплей менеджер и стиль менеджер - один и тот-же файл, или легче будет если это будет 2 файла?). И можно ли себя как-то оградить от того что Арх. могут запороть мне всю работу по настройке отображения, своими экспериментами??? - Это если не брать на себя ответственности.

Виктор

Это не важно! Файл-то один, да настроек там несколько, по специальностям!
Настраивайте каждый свою и но проблем!

- только 2 файла!

- Элементарно!
Дублируйте, архивируйте в любом случае весь общий контент и проекты ежедневно в конце дня, например с помощью winrar, там есть опция архивирования с сохранением путей, могу файлом профиля поделиться.
Это раз, а во-вторых стандарты могут тоже синхронизироваться и целиком и отдельными свойствами из текущего файла. Т.е. синхронизация работает в двух направлениях.

Если речь идёт об отображении, то нет проблем вообще!

Vitaly,
Получается принцип работы такой:
В файле стиль менеджера заводим новый стиль, Копируем его (Стиль) в файл дисплей менеджера и производим с ним все нужные нам настройки???