Роли и разрешения в Windows Forms - PullRequest
0 голосов
/ 07 декабря 2011

Я хочу обновить нашу текущую безопасность оконных форм до чего-то более гибкого.

В настоящий момент у нас есть один столбец в таблице пользователей w, который называется «Access_Level», это поле содержит intзначение (от 1 до 4), которое затем используется для определения доступа пользователей к определенным областям приложения.

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

В качестве основного обзора система используется в ряде магазинов и имеет большое количество пользователей.Каждый магазин предоставляет ряд различных услуг, но не все магазины предоставляют все / то же самое, что и другие.

Пользователи должны иметь возможность доступа к услугам, относящимся к магазину, в котором они зарегистрированы.Некоторым пользователям также необходимо иметь доступ к функциям «администратора» для определенных служб.

Затем у нас есть доступ более высокого уровня, который включает поддержку ИТ, старших менеджеров и аудиторов.

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

Спасибо.

1 Ответ

0 голосов
/ 14 декабря 2011

См. Решение для SSO в Windows Forms

"Когда пользователь входит в систему, вы также можете сохранить в таблице Users некоторый уникальный идентификатор ПК (например, имя ПК, IP-адрес, ...), на котором работает пользователь. Каждый раз, когда поддерживается SSO Приложение C # запускается на некотором ПК, оно может сначала проверить в БД, присутствует ли идентификатор ПК в таблице «Пользователи» (в записи вошедшего в систему пользователя). Если да, то он может пропустить форму входа, показать имя пользователя, которого он нашел в качестве текущего.

Вы можете установить гранулярность единого входа на любой желаемый уровень. Например, если адрес подсети хранится в таблице «Пользователи», то пользователи ПК в этой подсети должны войти в систему только один раз. Если GUID текущего пользователя Windows сохранен, то для выхода из Windows и входа в систему от имени другого пользователя потребуется еще один вход в систему. "

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...