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

В статье рассмотрен один из возможных способов разграничения прав доступа пользователей в многопользовательском приложении. Предложенный метод основан на хранении в базе данных сведений о компонентах формы и их соответствии кодам пользователей. Примеры прилагаемого программного кода адаптированы под базу данных Microsoft Access. В тексте статьи имеются примеры для баз данных Oracle.

База данных.

В базе данных будем хранить следующую информацию:

1. Таблица пользователей - код пользователя, имя пользователя, пароль доступа (в примерах к статье это поле не используется). В случае работ с базой данных Oracle полезно также хранить аккаунт пользователя (имя схемы пользователя).
2. Таблица ролей - код роли, наименование роли. Роли введены для более компактного и прозрачного для понимания хранения информации о доступе. Гораздо экономичнее хранить соответствие компонент форм и пользователей опосредованно через роли. Так, например, несколько пользователей могут принадлежать одной роли.
3. Таблица соответствия ролей и пользователей - код роли, код пользователя.
4. Таблица компонент форм Delphi - имя формы, имя компонента, код роли. В этой таблице хранится соответствие компонент форм Delphi и ролей. Хранение может быть двух видов: а) храним те компоненты, к которым разрешен доступ; б) компоненты к которым доступ не разрешен. Представляется, что второй способ является более экономичным, хотя и менее понятен (конечно, логичнее хранить соответствие ролей и то, что разрешено для них) - в первом случае придется либо дополнительно хранить вообще все компоненты формы, либо программно отслеживать при инициализации доступ к таким компонентам формы как TLabel, TPanel и т.д. В статье реализован второй способ.

Реализация.

Для реализации метода будем использовать класс TBaseForm, введенный в статье [1]. Внесем изменения в пакет ParentForm.dpk - добавим юнит UntTypes.pas (см. листинг 1). В случае использования базы данных Oracle переменную Global_Connection можно сделать классом TOracleSession (см. описания классов пакета Direct Oracle Access). В класс TBaseForm добавим процедуру SetPermission, которой передаются коннект к базе данных (в случае Oracle - сессию пользователя) и код пользователя (см. листинг 2).

unit UntTypes;
interface
uses ADODB;
var
  // глобальная сессия 
 Global_Connection: TADOConnection;
  // глобальный код пользователя 
 Global_UsrIdx: integer;
implementation
end.

procedure TBaseForm.SetPermission(Connection: TADOConnection; UsrIdx: integer);
var
 ds: TADODataSet;
 Ctrl: TComponent;
begin
 if ( csDesigning in Self.ComponentState ) then
 Exit;
 if ( Connection = nil ) then
 Exit;
  // запрос информации из базы данных 
 ds := TADODataSet.Create(nil);
 ds.Connection := Connection;
 ds.CommandType := cmdText;
 ds.CommandText :=
 'SELECT ROL2USR.ROLIDX, DFM.DFMNME, DFM.CRLNME ' +
 'FROM DFM, ROL2USR ' +
 'WHERE (((DFM.DFMNME)=' + #39 + Self.Name + #39 +
 ' AND [DFM].[ROLIDX]=[ROL2USR].[ROLIDX]' +
 ') AND ((ROL2USR.USRIDX)=' + IntToStr(UsrIdx) + '));';
 ds.Open;
  // делаем недоступными только те элементы управления
 // которые хранятся в базе 
 while ( not ds.Eof ) do
 begin
 Ctrl := Self.FindComponent(ds.FieldByName('CRLNME').AsString);
 if ( Ctrl <> nil ) then
 if ( Ctrl is TWinControl ) then
 TWinControl(Ctrl).Enabled := False;
 ds.Next;
 end;
 ds.Close;
 ds.Free;
end;

Вызов процедуры SetPermission поместим в конец конструктора TBaseForm.

Инициализация переменных Global_Connection, Global_UsrIdx должна происходить при входе в программу до создания окон, унаследованных от TBaseForm. Естественно, сама форма, в которой происходит вход, не должна быть наследником TBaseForm. Причем, при использовании Oracle рекомендуется сначала соединяться с базой данных "слабым" пользователем, т.е. таким у которого есть права только на выбор из минимального числа таблиц - таблицы пользователей и т.д. Только после проверки правильности ввода пароля можно выполнить команду alter session для аккаунта пользователя.