22
объекта и оценка области применения разработанных математических
моделей.
Так, ограничения на фазовые координаты могут указать
принадлежность вектора состояния некоторому замкнутому множеству
точек n-мерного пространства (могут определять прочность, жесткость
объекта и т.д.), а также ограничения на вектор управления (например,
энергопотребления).
Динамические системы — это механические, физические,
химические и биологические объекты, вычислительные процессы и
процессы преобразования информации, совершаемые в соответствии с
конкретными алгоритмами.
Описания динамических систем для задания закона эволюции также
разнообразны: с помощью дифференциальных уравнений, дискретных
отображений, теории графов, теории марковских цепей и т.д. Выбор
одного из способов описания задает конкретный вид математической
модели соответствующей динамической системы.
Хранение данных организовано в базе данных, структура которой
изображена на рисунке 2 [8, 11]. Пунктирными линиями обозначены
внешние ключи, обеспечивающие связи между отношениями.
23
Рисунок 2 – Структура базы данных
24
1.1.1. Объект «Пользователь»
Характеризует пользователей системы, содержит
аутентификационную информацию.
Функционал:
1. создание пользователя на основе существующих данных о персоне;
2. удаление;
3. смена пароля.
Обязательные атрибуты:
1. связь с человеком;
2. логин;
3. хэш пароля;
4. связь с объектом, породившим пользователя (например, id админа).
1.1.2. Объект «Ресурс»
Характеризует информационный ресурс предоставляемый
пользователям системы. Ресурсы поддерживают иерархическую
структуру.
Типы ресурсов (расширяемый справочник):
1. документ;
2. изображение;
3. таблица.
Функционал:
1. создать абстрактный ресурс (создать запись в таблице);
2. наполнить ресурс (назначить интерфейс, прикрепить документ,
связать с таблицей);
3. пометить скрытым;
4. сделать доступным;
5. удалить.
Обязательные атрибуты:
25
1. ресурс-родитель — это ресурс, являющийся обобщением своих
детей, т.е. ресурс, характеризующий их общие черты;
2. текстовое название;
3. тип ресурса из справочника;
4. признак отображения.
Дополнительные атрибуты:
5. версия ресурса;
6. описание ресурса;
7. информационное наполнение — если пустое, то ресурс является
абстрактным.
1.1.3. Объект «Группа пользователей»
Выборка определяемая по средствам SQL-запроса, а также массива
идентификаторов пользователей.
Функционал:
1. создать группу;
2. определить групповой предикат;
3. включить в группу пользователя (объект);
4. исключить из группы пользователя (объект).
Атрибуты:
1. групповой предикат — определяет выборку объектов, согласно их
характеристикам;
2. список включений — массив идентификаторов объектов,
включаемых в выборку;
3. список исключений — массив идентификаторов объектов,
исключаемых из выборки.
Примечание: Приоритет исключений выше.
1.1.4. Объект «Роль»
Абстрактное понятие, определяющее действие над объектами.
Функционал:
26
1. добавить роль;
2. удалить роль.
Обязательные атрибуты:
1. название роли (например, чтение);
2. описание действия (например, чтение ресурса);
3. маска.
Дополнительный атрибут:
роль по умолчанию (булевый флаг).
1.1.5. Объект «Менеджер группы пользователей»
Устанавливает соответствие группы пользователей их роли в
контексте бизнес-процесса.
Функционал:
1. добавить менеджер:
a) определить группу;
b) определить роль;
c) определить бизнес-процесс;
2. включить менеджер;
3. отключить менеджер;
4. удалить менеджер.
Обязательные атрибуты
1. ссылка на группу;
2. ссылка на роль;
3. ссылка на бизнес-процесс;
4. состояние менеджера (вкл/выкл).
1.1.6. Объект «Делегат прав»
Определяет для объекта системы с какой ролью ему доступен
процесс. Существует возможность частичного переложения управления
правами на пользователей.
27
Под этим предполагается, что некоторому множеству случайных
пользователей можно дать возможность делегирования (переложения на
других) прав.
Суть — позволить расширять права для отдельных привилегированных
пользователей системы. Приоритет делегата выше, чем у исключений из
«группы пользователей».
Кроме того, делегат применяется «в горячем режиме», т.е. права
назначенные делегату сразу вступают в силу.
Функционал:
1. добавить делегат;
2. отключить делегат;
3. включить делегат;
4. удалить делегат.
Обязательные атрибуты
1. связь с процессом;
2. связь с пользователем, которому были назначены права;
3. связь с пользователем, который осуществил делегирование прав;
4. роль;
5. признак запуска.
1.1.7. Объект «Бизнес-процесс»
Характеризует действие, реализуемое субъектом действия (группа
пользователей, либо делегат) над объектами действия (ресурс).
Функционал:
1. добавить процесс;
2. создать менеджера ресурса системы;
3. удалить менеджера ресурса системы;
4. отключить процесс;
5. включить процесс;
6. удалить процесс;
28
7. назначить отображение (интерфейс).
Обязательные атрибуты
1. признак запуска;
2. связь с информационной системой.
Дополнительные атрибуты
3. ссылка на отображение (как на ресурс);
4. ссылка на менеджер группы.
1.1.8. Объект «Информационная система»
Описывает систему, функционирующую в рассматриваемой
терминологии, которая характеризуется списком процессов.
Функционал:
1. добавить систему;
2. отключить систему;
3. включить систему;
4. удалить систему.
Обязательные атрибуты:
1. название системы;
2. описание системы;
3. код системы;
4. состояние (вкл/откл).
1.1.9. Объект «Менеджер ресурса»
Определяет связь Многие-ко-Многим между ресурсами системы и
процессами.
1.1.10. Объект «Результирующая политика»
Результирующая политика определяет права пользователей на
ресурсы системы в статическом режиме, а также определяет, через какие
интерфейсы с какими ролями они доступны.
29
Результирующая политика строится на основе описанных выше
объектов, но после автоматического построения, поддерживает ручное
изменение со стороны администратора системы.
Результирующая политика может быть размещена в одной таблице,
либо в кластере таблиц в соответствии с характеристиками объектов
системы и правилами кластеризации.
Например, возможна кластеризация по признаку «Информационной
системы».
Кластеризация реализуется в результирующей политике следующим
образом: описывается политика, содержащая имя кластера (таблица БД),
при этом атрибуты, используемые при кластеризации заполнены, а
остальные атрибуты устанавливаются в значение null.
Признак кластера — внешний ключ на пользователя установлен в
null. Из этого следует, что кластеризация по пользователям не
поддерживается. Все кластеры имеют одинаковый формат.
Результирующую политика, таким образом, строится по
следующим правилам:
1. генерируем системное событие: «Формирования временной
результирующей политики»;
2. для всех включенных объектов «Информационная система» получаем
запущенные процессы;
3. для каждого процесса, используя связь с «Менеджером групп» получаем
кортежи вида: (пользователь, роль);
4. к полученным кортежам добавляем также кортежи для процесса из области
включенных «Делегатов», тем самым расширяем набор п.3;
5. из кортежей (пользователь, роль) получаем кортежи вида (пользователь,
ИС, отображение, роль);
6. используя «Менеджер ресурсов» получаем кортежи вида (ресурс, зона),
при этом выбираем только не скрытые ресурсы;
30
7. к кортежам из п.5 применяем sql-фильтр, если он определен в процессе,
иначе оставляем без изменений;
8. полученные в п.6 и п.7 кортежи по средствам операции Inner Join образуют
кортежи вида (пользователь, ИС, отображение, ресурс, роль, зона), из
которых формируется ВременнаяТаблица1, описывающая
результирующие политики;
9. генерируем системное событие: «Кластеризация результирующей
политики»;
10. определяем, существуют ли активные правила кластеризации, если да, то
для каждого активного правила применяем следующее (в одной
транзакции):
a) выбираем из ВременнаяТаблица1 записи, удовлетворяющие правилу;
b) если записей нет, то закончить;
c) иначе, в соответствии с правилом создаем таблицу ВременнаяКластер1, в
которую переносим выбранные кортежи;
d) в таблице ВременнаяТаблица1 удаляем кортежи, удовлетворяющие
правилу;
e) если не существует, добавляем ресурс (тип: таблица), иначе получаем его
код;
f) добавляем в ВременнаяТаблица1 строку, которая содержит значения для
тех атрибутов, по которым происходила кластеризация, а для всех
остальных устанавливает значение в null. Для атрибута ресурс
устанавливаем ссылку на код, полученный в п. 10.5.;
g) закрываем транзакцию;
11. генерируем событие: «Замена результирующей политики»;
12. удаляем все существующие таблицы, относящиеся к кластеру
результирующей политики и переименовываем временные;
13. переименовываем временные таблицы в ресурсах;
14. генерируем событие: «Политика обновлена».
31
1.1.11. Объект «Системное событие»
Характеризует события, происходящие с объектами системы
управления — своеобразный лог системы управления.
Функционал: создать событие.
Обязательные атрибуты:
1. текст события;
2. тип события из справочника системных событий;
3. время генерации;
4. объект (название таблицы), который порождает событие;
5. пользователь, от имени которого порождается событие. [10, 26-32]
Вывод по главе 1
Таким образом, в первой главе дипломной работы были рассмотрены
вопросы особенностей проектирования динамических ИС, определены
задачи и этапы проектирования ИС, представлены технологии
проектирования программного обеспечения ИС. Динамические
системы — это механические, физические, химические и биологические
объекты, вычислительные процессы и процессы преобразования
информации, совершаемые в соответствии с конкретными алгоритмами.
Выбор одного из способов описания задает конкретный вид
математической модели соответствующей динамической системы.