Создание и внедрение программного продукта "Объектно-ориентированный менеджер структуры универсальной системы хранения данных"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
В»яется эффективной.
Для каждого класса объектов задается перечень правил, по которым могут вычисляться эффективные версии его экземпляров, а для каждого мастер-объекта данного класса устанавливается одно или несколько правил из этого перечня.
Допустимые операции над правилом выбора эффективной версии:
-модификация;
-чтение.
Атрибут - элемент данных, описывающий одну характеристику класса. Типы атрибутов, поддерживаемые системой:
-Char - одиночный символ
-String [N] - строка символов длиной N символов (максимальная длина соответствует ограничению используемой СУБД)
-Integer - целое число
-Real [N.D] - действительное число, где D - дробная часть.
-Date - дата (включая год, месяц, число, час, минуты, секунды)
-LookUp - значение атрибута выбирается из списка, который хранится в столбце определенной таблицы базы данных системы. Обязательно указание имени таблицы, столбца первичного ключа и столбца отображаемых значений из этой таблицы. Значением атрибута является значение вышеуказанного первичного ключа.
-SFunction - статическая функция. Значение атрибута данного типа генерируется в момент создания объекта путем вызова определенной функции, хранимой в БД системы. При всех дальнейших операциях чтения объекта значение атрибута не изменяется. Обязательно указание имени функции и всех необходимых параметров.
-DFunction - динамическая функция. Значение атрибута данного типа устанавливается при создании объекта и обновляется при каждом следующем чтении объекта путем вызова определенной функции, хранимой в БД системы. Обязательно указание имени функции и всех необходимых параметров.
-ItemReference - атрибут данного типа описывает ссылку на объект (экземпляр) другого класса. Обязательно указание идентификатора объекта в формате .
-File - атрибут данного типа описывает ссылку на внешний файл, хранимый в файловой системе. Обязательно указание программы обработки файла путем выбора из справочника системы.
Атрибуты описываются на уровне класса. Различают две группы атрибутов: значения первых устанавливаются на уровне мастер-объекта и одинаковы для всех версий, значения вторых устанавливаются на уровне версии объекта и могут меняться в процессе жизненного цикла.
Для каждого класса, связи, мастер-объекта и версии обязательно существуют следующие системные атрибуты:
-Дата создания (Date);
-Кто создал (String);
-Дата последнего изменения (Date);
-Кто изменил (String);
Значения данных атрибутов устанавливаются системой автоматически, они доступны пользователям только на чтение.
Допустимые операции над всеми несистемными атрибутами:
-модификация (кроме типов SFunction и DFunction);
-чтение.
Приведенное выше описание будет реализовано в БД следующим образом:
Структура БД условно разделяется на две части: постоянную и переменную (генерируемую). Постоянная часть содержит следующие объекты БД (таблицы, представления, индексы и т.д.):
-справочники для поддержки описания различных типов атрибутов;
-справочники этапов жизненного цикла и правил вычисления эффективной версии;
-справочники для описания прав доступа;
-таблицы для хранения зарегистрированных пользователей и групп пользователей;
-описание классов объектов и связей с их атрибутами.
Объекты постоянной части имеют постоянные имена в БД, установленные разработчиками системы УСХД. Структура объектов постоянной части представлена в приложении А.
Сначала администратор структуры - пользователь менеджера классов - создает описание прикладной системы посредством создания необходимых классов и других вспомогательных данных. Затем замораживает созданные классы и выполняет генерацию объектов переменной части БД. Данные действия выполняются посредством вызова специальных API-функций.
После этого БД новой прикладной системы готова для работы с ней конечных пользователей.
2.1.4 Обеспечение прав доступа
Менеджер классов должен обеспечивать контроль доступа пользователей к классам и объектам системы.
Работа с классами будет возможна только под ролью Администратор структуры.
Конечный пользователь получает доступ к объектам хранилища, их версиям и связям по своему сетевому имени, с которым он вошел в корпоративную сеть.
Универсальная система хранения данных должна обеспечивать создание и хранение групп пользователей, а также создание, хранение и регистрацию каждого пользователя хранилища. Пользователь должен входить, по крайней мере, в одну из групп, но может входить и в несколько групп.
Также, для каждого пользователя назначается главная группа (PRIMARY GROUP) - группа пользователей, определяющая его основные права доступа.
При создании мастер-объекта для него сохраняется создавший его пользователь. Он становится владельцем объекта.
Также, доступ к определенному объекту хранилища определяется разрешениями, которые хранятся для каждого мастер-объекта.
Для каждой группы пользователей в отношении классов объектов на этапе описания новой прикладной системы должны быть заданы разрешения по умолчанию, которые присваиваются объекту при его создании. Дополнительно указываются группы, пользователи которых могут создавать объекты данного класса.
Выполнение какой-либо операции над объектами возможно, если пользователь имеет разрешения на ее выполнение.
Для обеспечения системы доступа для мастер-объектов добавляются