Информационный портал для профессионалов в области САПР
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Форумы CADUser → Приемы работы → Документооборот → TDMS. Как назначить права доступа?
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Перенесено из темы: Как в TDMS выполнить "Windows open" для файла?.
/Администратор./
Есть возможность назначить на родительский объект роль так, чтобы у дочерних уже существующих поменялись права??? Что-то типа регенерации прав? А то получается, что если ветка объектов создана и добавить роль на предка, то потомкам на это наплевать.
А может я чего-то не так делаю?
Заранее спасибо.
Как-то нелогично выстроена система регулирования прав в TDMS. Роли дают все необходимые права пользователю, а статусы отбирают. Ну и как сделать так, чтобы разработчик подписав свои чертежи терял право их править (остались Просмотр и Просмотр файлов), а при этом проверяющий продолжал обладать всеми правами?
Роль разработчика и проверяющего значит должна давать все права. Но статус - разработан блокирует права на правку у ВСЕХ ролей!!! Мрак. Разве это верно?
Интересный способ определения прав доступа к объекту вообще. Иерархия администраторов, роли и статусы. Плюсуются и дают результат. Непривычно малость. :) Не хватает возможности определять права на объект ВООБЩЕ для групп. И тоже их плюсовать.
Не хватает возможности определять права на объект ВООБЩЕ для групп. И тоже их плюсовать.
Вообще-то на роль можно назначить, как одного пользователя, так и группу.
И в итоге суммирование прав будет происходить корректно!
Ну и как сделать так, чтобы разработчик подписав свои чертежи терял право их править (остались Просмотр и Просмотр файлов), а при этом проверяющий продолжал обладать всеми правами?
Это изначально неверно.
Редактировать свои чертежи может только сам разработчик. Если необходимо передать права другому пользователю, то просто пишется команда замены прав.
Роль проверяющего никогда не должна разрешать редактирование документа. На то он и проверяющий. Проверяющий может только либо подписать, либо вернуть документ в разработку.
Роль разработчика и проверяющего значит должна давать все права. Но статус - разработан блокирует права на правку у ВСЕХ ролей!!! Мрак. Разве это верно?
Если документ разработан, то правка ЗАПРЕЩЕНА.
Если статус запрещает редактировать св-ва документа и возникла необходимость изменить тот или иной атрибут... то, точно также, пишется отдельная команда для изменения того или иного атрибута.
Я сам скажу, что это в корне неверно!!! А как же внесение замечаний на чертеж в эл. виде??? Хочет проверяющий выделить неточности (красный карандаш или redlining), а чертеж в режиме read-only. И все! Приплыли. Неудобно!
А если вообще абстрагироваться от моей проблемы, то администратор системы, мне кажется, должен иметь возможность настроить так, как от него требуют, а не так, как система позволяет. И желательно без изощрений :)
Хочет проверяющий выделить неточности (красный карандаш или redlining), а чертеж в режиме read-only. И все! Приплыли. Неудобно!
Здесь точно также пишется команда, которая открывает VoloView, и даёт возможность ТОЛЬКО делать правку, но сам чертёж редактировать запрещено - редактировать только разработчик!!!
P.S. Кстати, на VBS ТДМС-а уже написана такая програма для VoloView. :)
А если вообще абстрагироваться от моей проблемы, то администратор системы, мне кажется, должен иметь возможность настроить так, как от него требуют, а не так, как система позволяет. И желательно без изощрений :)
TDMS достаточно гибкая система, которую можно настроить как угодно. Просто если администратор не имеет опыта, то он может принять изначально неверное решение... а потом уже будет сложно перейти к правильному.
В большинстве случаев все некорректности/ошибки, проверяющий может написать в письме (внутренняя почта TDMS), которое, обычно, высылается разработчику, если документ не прошел проверки.
Про VoloView я думал... но он дает еще один файл с изменениями. С ним еще заморачиваться. :) Удобно в чертеже на отдельном слое начеркать свои пометки и отослать обратно.
Хотя ваше решение верно. VoloView для этого и предназначен. Не спорю.
Хочу сказать, так... между прочим, TDMS продукт неплохой. Простой и удобный. Есть некоторые нарекания, но как правило можно обойти мелкие недочеты. Молодцы CS.
P.S. Только не надо на администраторов "бочку катить". Они тоже люди подневольные и вынуждены учитывать требования руководста и коллектива с ним вместе.
Можно вопрос по ходу:
Неужто в TDMS все действия нужно прописывать на VBS.
По идее, все штатные ситуации должны быть уже прописаны. Т.е. имется кнопки на инструментальных панелий.
?
> >FreeCAD
<<
Немного не понятно, что Вы имеете в виду.
О каких "штатных" ситуациях Вы говорите?
P.S. не все действия нужно прописывать на VBS.
Просто невозможно "зашить" абсолютно все процессы. Т.е. для одного предприятия это требуется, для другого нет - а если сделать так, как Вы говорите, то система будет просто перегружена кнопками и неудобна в использовании.
В TDMS встроен VBS, чтобы решить кастомные проблемы. Точно также функции можно повесить на тулбар, откуда пользователь может их запускать. И при том, это всё пишется один раз - для человека, знающего VB, не составит никакого труда разобраться и написать за 10 минут тот или иной скрипт.
Alxd
Про VoloView я думал... но он дает еще один файл с изменениями. С ним еще заморачиваться. :) Удобно в чертеже на отдельном слое начеркать свои пометки и отослать обратно.
Речь на самом деле не о средстве создания комментариев, а о идеологии. Комментарии являются такими же информационными объектами, как и документы и чертежи. В комментарии вложен труд (время-деньги) человека. Комментариев может быть сколько угодно много по отношению к одному документу, они имеют свой жизненный цикл. На комментарии могут (и должны быть) назначены права доступа: только разработчик комментария обладает на него всеми правами.
В стандартной (примерной) настройке TDMS, предназначенной для использования в области ПГС, можно создавать комментарии для любых типов файлов (не только DWG). При этом вы можете использовать любой удобный вам редактор для создания маркапа. Например, для файлов в формате Microsoft Word лучше всего использовать сам Word. Но правка вносится не в исходный документ, а в комментарий, который создается на основе исходного файла. Вы можете отослать на проверку документ сразу нескольким специалистам - они будут вносить правки независимо. Последующее совмещение правок дело техники.
Сохранность исходного документа дает бонусы: сохраняется история разработки (дополнительно можно использовать версионность), обеспечивается гибкость при обработке комментариев (например, разработчик исходного документа может и не согласится с некоторыми из них).
PS Вы совершенно напрасно "наехали" на систему прав TDMS. Имхо, всем бы системам такую гибкую и мощную модель управления правами.
Возможно, беря в руки кустарную поделку, и сравнивая с ней, вы найдете систему управления правами TDMS несколько сложной. Но это разумная плата за обладание такими свойствами как
- Гибкая ролевая/статусная модель
- Ограничение видимости объектов
- Защищенный просмотр файлов встроенными средствами
Например, для файлов в формате Microsoft Word лучше всего использовать сам Word. Но правка вносится не в исходный документ, а в комментарий, который создается на основе исходного файла. Вы можете отослать на проверку документ сразу нескольким специалистам — они будут вносить правки независимо. Последующее совмещение правок дело техники.
Поподробнее об этом пжлст :)
Alxd
Вам выдержку из документации прислать? Для пользователя там нет ничего сложного :) Создать комментарий, закончить комментарий. Все остальные функции автоматизированы. Или поподробнее о том, как включить режим правки в ворде и затем совместить файлы?
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Форумы CADUser → Приемы работы → Документооборот → TDMS. Как назначить права доступа?
Форум работает на PunBB, при поддержке Informer Technologies, Inc
