 |
Что такое роль. Создание ролей. В режиме «Конфигуратор». Администратор. Директор
|
|
|
|
Что такое роль
Для описания подобных разрешений используются объекты конфи- гурации Роль. С помощью такого объекта разработчик получает возможность описать набор прав на выполнение тех или иных действий над каждым объектом базы данных и над всей конфигура- цией в целом.
Как правило, роли создаются отдельно для каждого вида деятель- ности, и каждому пользователю системы ставится в соответствие одна или несколько ролей.
Если пользователю поставлено в соответствие несколько ролей, предоставление доступа будет осуществляться по следующему алгоритму:
„ если хотя бы в одной роли есть разрешение, то доступ будет открыт;
„ если во всех ролях разрешение отсутствует, то доступ будет закрыт.
Создание ролей
В режиме «Конфигуратор»
При создании ролей исходят, как правило, из того, какие полномочия требуются различным группам пользователей на доступ к инфор- мации. Для этого мы воспользуемся подсистемами, которые значи- тельно облегчат нашу задачу.
Администратор
Первая роль, которую мы создадим, будет Администратор. Она должна
включать в себя полные права на работу с данными информационной базы.
Раскроем ветвь Общие дерева объектов конфигурации. Выделим строку Роли и добавим новый объект конфигурации Роль. Зададим его имя – Администратор (рис. 22. 1).
Рис. 22. 1. Создание роли
Откроется окно редактирования прав этой роли (рис. 22. 2).
Слева, в списке объектов, перечислены все объекты и виды объектов конфигурации, а справа, в окне прав, – доступные права для выбран- ного объекта или видов объектов конфигурации.
Рис. 22. 2. Окно редактирования прав для роли «Администратор»
|
|
|
Администратор должен иметь права на все объекты и все виды объектов. Для этого выполним команду Действия } Установить все права в командной панели окна.
После этого все права для всех объектов будут помечены.
Однако можно поставить или снять отметку для прав конкретного объекта конфигурации, пользуясь кнопками Отметить все элементы и Снять отметку со всех элементов, расположенными над окном прав.
Теперь единственное, что следует сделать, – снять разрешение на интерактивное удаление для всех объектов. Это необходимо для того, чтобы администратор случайно не мог удалить какой-либо объект базы данных. Для этого пройдемся по всем видам объектов конфи- гурации (Справочники, Документы и т. д. ) и снимем отметку с команды Интерактивное удаление. Заметьте, что одновременно с отключением права на интерактивное удаление объектов снимается также отметка с права Интерактивное удаление предопределенных (см. рис. 22. 2).
Для того чтобы наш Администратор мог работать с объектами, которые мы будем создавать после расстановки прав, зададим для него параметр Устанавливать права для новых объектов (см. рис. 22. 2).
На этом создание роли Администратор закончено.
Директор
Следующей ролью, которую мы создадим, будет роль Директор. Создадим новый объект конфигурации Роль с именем Директор.
Нас устраивает, что у новой роли нет прав на доступ ко всем объектам, за исключением тех видов объектов конфигурации, для которых не создано ни одного объекта. Для таких видов объектов конфигурации останутся установленными полные права.
Убедимся, что право Вывод для всей конфигурации у этой роли уста- новлено.
Теперь нам останется лишь пройти по видам объектов конфигурации и установить для них право Просмотр (права Чтение и Использование при этом установятся автоматически).
Затем раскроем ветвь Общие, выделим ветвь Подсистемы и отметим право Просмотр у всех подсистем. Тем самым мы предоставим директору возможность просматривать все данные информационной базы, а позднее с помощью установки видимости команд по ролям мы исключим из его интерфейса все действия, которые по логике нашей конфигурации не относятся к прикладной ее части (рис. 22. 3).
|
|
|
Рис. 22. 3. Окно редактирования прав для роли «Директор»
Вторая роль нашей конфигурации готова.
|
|
|
