Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АИУС / Практика / Разработка HMI-приложений.pdf
Скачиваний:
270
Добавлен:
18.05.2015
Размер:
15.71 Mб
Скачать

Кнопка Сбросить защиту у дочерних элементов для функции реакции не используется (у реакции нет дочерних элементов) и всегда недоступна.

8.3Алгоритм проверки прав доступа

Проверка прав доступа для выполнения защищаемого действия осуществляется только в

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

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

В режиме имитации проверка доступа не производится.

Проверка доступа осуществляется по следующему алгоритму:

1.Создается список активных ролей, который содержит все роли всех вошедших пользователей.

При входе нового пользователя его роли добавляются в список активных ролей.

При выходе пользователя его роли удаляются из списка активных ролей

2.Проверяются настройки доступа для объекта (вида или реакции), над которым выполняется действие.

Если в списке активных ролей есть роли, которым явно разрешен или запрещен

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

Если в списке активных ролей есть роли, которым разрешен доступ и роли, которым

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

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

Если ни у одного родительского объекта нет настроек доступа, то действие считается

не защищенным и доступ к нему разрешен.

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

8.4Авторизация пользователей проекта

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

КАК ВОЙТИ В СИСТЕМУ

Для входа пользователя в систему следует:

В меню Файл выбрать пункт Вход пользователя

или на панели инструментов нажать на кнопку Вход нового пользователя в систему

Система ограничения доступа 291

В появившемся окне Вход пользователя в систему следует указать имя и пароль -

выполнить авторизацию.

КАК ВЫЙТИ ИЗ СИСТЕМЫ

Для выхода пользователя из системы следует:

В меню Файл выбрать пункт Выход пользователя

или на панели инструментов нажать на кнопку Выход пользователя из системы.

В появившемся окне Выход пользователя из системы следует указать имя.

Если нет вошедших пользователей, то кнопка и меню Выход пользователя будут

недоступны.

Вход пользователя в систему Выход пользователя из системы

8.4.1Вход пользователя в систему

Окно Вход пользователя в систему предназначено для авторизации пользователя в системе.

Вполе Имя пользователя нужно ввести или выбрать из списка пользователей проекта имя пользователя.

Вполе Пароль нужно ввести пароль выбранного пользователя.

Если пользователь введет неверный пароль, будет выдано сообщение.

После регистрации пользователь может работать с проектом в соответствии с алгоритмом проверки прав доступа.

292 DataRate

8.4.2Выход пользователя из системы

Окно Выход пользователя из системы предназначено для выхода пользователя из проекта.

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

Система ограничения доступа 293

Часть

9