Архитектура ядровых сервисов

Технологическая платформа GlobalFrameWork for Oracle позволяет разработчику использовать в полной мере механизмы наследования, оперировать понятиями конкретных бизнес - объектов, описывающих ту или иную предметную область, абстрагироваться от физических структур хранения и низкоуровневых функций их обработки на всех стадиях работы по созданию, развертыванию и применению приложений.

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

Процесс компиляции класса создает широкий набор серверных методов по работе с классом, так и автоматически создается окружение для представления :

• Два типа Oracle реализующие серверный API-интерфейс для работы с классом, служебные операции, отвечающие за добавление и удаление объекта класса, изменения значений его атрибутов, блокировку, копирование элемента класса и т.д.

• Представление Oracle (View) XXX_ClassName для доступа к объектам класса.

• Таблица(ы) хранения элементов класса.

• Клиентские формы для работы с объектами

  • в редактируемой и нередактируемой списочной форме

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

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

Начало работы Создание пользователя

Необходимо создать нового пользователя системы, под которым будет осуществлться разработка. Для этого необходимо войти в систему под Guest с паролем Guest и выбрать приложение “Администратор».

Для вызова списка пользователей существует иконка «Пользователи» на панели управления или аналогичный пункт главного меню в разделе «Справочники»

Пользователь соответствует пользователю Oracle, т.е. для каждого пользователя в администраторе создается соответствующий пользователь в Oracle

Атрибуты сущности «пользователь»:

- Системное имя - имя, под которым пользователь зарегистрирован в БД Oracle. Должно состоять только из латинских символов и не должно начинаться с цифры. Регистр не важен, т.к. в Oracle имена пользователи переводятся в верхний регистр

- Физическое лицо – реальные имя, фамилия и отчество пользователя. Нужно выбрать сотрудника из справочника физических лиц предприятия.

При редактировании в карточке так же доступны три привилегии

- Разрешены системные права [Oracle]

- Разрешен доступ к объектам схемы SYS

- Разрешены прямые права на объект

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

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

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

Для пользователей-администраторов предусмотрен атрибут «На пользователя не распространяются настройки системы администрирования». Этот атрибут относится к настройкам доступа на уровне приложения, права на объекты Oracle необходимо раздавать отдельно

Синхронизация и проверка соответствия пользователей аналогична соответствующим операциям для ролей

С помощью фрейма «Роли пользователя» пользователю могут быть предоставлены роли. Права пользователя - это объединение прав его ролей

Интерфейсом «Изменить пароль» можно сменить пароль пользователя

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

! Примечание. Для того чтобы пользователь мог работать с приложениями системы «Global», он должен иметь (прямо или через роли) роль «Пользователь (GSConnect)». Как правило, для каждого приложения существует своя роль (например, могут присутствовать EOUser, RepUser), которая необходима для работы с конкретным приложением. Однако для работы с объектами какой-то сущности бизнес объекта, входящей в приложение (например, с периодами) необходимо явно дать права пользователю на этот бизнес объект (периоды), предоставив ему роль с соответственно настроенным доступом.

Для работы с приложением «Конфигуратор», пользователю, являющемуся разработчиком, должна быть выдана роль DEVELOPER «Разработчик».

Для работы с приложением «Администратор» создана специальная неизменяемая роль ACUser, которой выданы все необходимые для администрирования права. При начальной установке базы данная роль доступна пользователю guest, далее в целях безопасности необходимо выдать это роль какому-либо другому пользователю, а у пользователя guest – отобрать.