Scientific journal
Fundamental research
ISSN 1812-7339
"Перечень" ВАК
ИФ РИНЦ = 1,674

INTEGRATION OF OBJECT AND RELATIONAL POSSIBILITIES OF AN INFORMATION INFRASTRUCTURE KEY SYSTEMS DBMS

Dubrovin A.S. 1 Sayko D.S. 1 Skrypnikov A.V. 1 Chernyshova E.V. 1 Mikova E.Yu. 1
1 Voronezh State University of Engineering Technologies
This article is dedicated to modeling the critical application database management systems (DBMS) object functionality integration with traditional relational database functionality of these. Such critical application DBMS can be used in key systems of the information infrastructure, which are part of the Russian information infrastructure critical segments. Key system of the information infrastructure have security mechanisms integrated into the information processes. For the construction of such systems are encouraged to use the concept of standard automated data processing system in the sense of the protected system standard model (PSSM). Application of the concept of standard automated data processing system to the database provides a standard DBMS. Standard DBMS functions in the standard automated data processing system are three adjacent PSSM levels: the application level (№ 9), the manager level (№ 8) and the information level (№ 7). Standard DBMS is a standard for prospective database of critical applications. These databases can be considered a third generation DBMS. The third generation of the database is an object-relational database management system that overcomes the problems of traditional relational and object databases. As a mathematical model of the standard DBMS used PSSM-network database superblock. PSSM-network database superblock upper module corresponds to the application module, which initiates the procedure for processing of databases. The mean modules of the PSSM-network database superblock one-to-one correspondence relationship variables. PSSM-network database superblock lower module corresponds to different values of relationship variables relational attribute.
Russian information infrastructure critical segment
protected system standard model (PSSM)
key system of the information infrastructure
PSSM-network
1. Belokurov S.V., Dubrovin A.S., Irkhin V.P., Panychev S.N., Sumin V.I. Instruments and Systems: Monitoring, Control, and Diagnostics, 2013, no. 9, pp. 31–35.
2. Daurtsev A.V., Dubrovin A.S., Zastrozhnov I.I., Kabanov D.A., Kustov A.I., Nikitin A.A., Peretokin O.I., Popov S.I., Rogozin E.A., Solod D.V., Tarasov A.A., Tyukhov A.S., Fomin A.Ya. Zaschita informatsii v ekonomicheskih informatsionnyh sistemah [Data protection in economic information systems]. Voronezh: Voronezh Institute of Economics and Law, 2011. 207 p.
3. Date C.J. An Introduction to Database Systems. Boston: Pearson/Addison Wesley, 2004.
4. Dubrovin A.S. Vestnik of Voronezh Institute of the Ministry of the Interior of Russia, 2007, no. 2, pp. 146–151.
5. Dubrovin A.S. Modeli i metody kompleksnogo obespecheniya nadezhnosti informatsionnykh protsessov v sistemakh kriticheskogo primeneniya (Models and methods of information processes reliability complex maintenance in critical application systems). Voronezh, VSU Publ., 2011. 433 p.
6. Dubrovin A.S., Desyatov D.B., Dushkin A.V., Kravchenko A.S., Kuzmenko R.V. Instruments and Systems: Monitoring, Control, and Diagnostics, 2013, no. 4, pp. 37–42.
7. Dubrovin A.S., Matveev M.G., Rogozin E.A., Sumin V.I. Informatsionnaya bezopasnost i zaschita informatsii v ekonomicheskih informatsionnyh sistemah [Information security and protection of information in economic information systems]. Voronezh: Voronezh State Technological Academy, 2005. 292 p.
8. Dubrovin A.S., Skrypnikov A.V., Lyutova T.V., Glazkova E.V., Chernyshova E.V. The Fundamental Researches, 2015, no. 2–15, pp. 3247–3251.
9. Dubrovin A.S., Sumin V.I., Rodin S.V., Perminov G.V. Vestnik of Voronezh Institute of the Ministry of the Interior of Russia, 2007, no. 1, pp. 153–158.
10. Date C.J., Darwen H. Databases, types and the relational model: the third manifesto (3rd edition). Massachusetts: Addison-Wesley, 2006. 572 p.

Широкое распространение систем управления базами данных (СУБД) и проникновение их в самые различные сферы человеческой деятельности привело к тому, что сегодня без них трудно представить и ключевые системы информационной инфраструктуры как составляющие инфраструктурных критически важных сегментов. Но при этом необходимо иметь в виду, что требования к программно-технической реализации таких сегментов отличаются приоритетом надежности информационных процессов и их защищенности от несанкционированного доступа над функциональностью.

Понятие критически важного сегмента информационной инфраструктуры определено в утвержденном зам. директора ФСТЭК России 18 мая 2007 г. Руководящем Документе ФСТЭК России «Общие требования по обеспечению безопасности информации в ключевых системах информационной инфраструктуры» (кратко – ОТ в КСИИ). Это составная часть инфраструктуры РФ, в которой имеются информационные и информационно-телекоммуникационные системы отраслей (отрасли) экономики или хозяйства страны, прекращение или нарушение функционирования которых может привести к чрезвычайной ситуации или к значительным негативным последствиям.

Критически важный сегмент может содержать кроме критически важных систем системы, не относящиеся к критически важным. Такие критически важные системы получили специальное название ключевых систем информационной инфраструктуры (КСИИ). Тот же Руководящий Документ определяет их как информационно-управляющие или информационно-телекоммуникационные системы, которые осуществляют управление или информационное обеспечение критическим объектом или процессом или используются для официального информирования общества и граждан, нарушение или прерывание функционирования которых (в результате деструктивных информационных воздействий, а также сбоев или отказов) может привести к чрезвычайной ситуации со значительными негативными последствиями.

Критически важный объект же определен в этом документе как объект, оказывающий существенное влияние на национальную безопасность РФ, прекращение или нарушение функционирования которого приводит к чрезвычайной ситуации или к значительным негативным последствиям для обороны, безопасности, международных отношений, экономики, другой сферы хозяйства или инфраструктуры страны, либо для жизнедеятельности населения, проживающего на соответствующей территории, на длительный период времени. Родственное этому понятию критически важного объекта понятие критического объекта появилось в ГОСТ Р 53114-2008 – Национальный стандарт РФ «Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения». В нем критический объект означает объект или процесс, нарушение непрерывности функционирования которого может нанести значительный ущерб. А понятие КСИИ в нем представлено в том же виде, как и в Руководящем Документе ОТ в КСИИ.

Одним из концептуальных подходов к построению КСИИ с защитными механизмами, интегрированными в информационные процессы, является концепция эталонной автоматизированной системы обработки данных (АСОД) [2, 5, 7] в смысле эталонной модели защищенной автоматизированной системы (ЭМЗАС) [5, 8].

Преимущество ЭМЗАС применительно к КСИИ заключается в том, что эта модель позволяет соединить на уровне моделей политики безопасности неуязвимость информационных процессов в КСИИ в процессах хранения, передачи и обработки информации с достаточно высокой степенью гибкости защитных механизмов. Механизмом внедрения в критически важные сегменты информационной инфраструктуры РФ концепции эталонной АСОД в смысле ЭМЗАС является организация расширяемой библиотеки ЭМЗАС-классов как строительного материала КСИИ. Библиотека ЭМЗАС-классов может создаваться как независимо от существующих программных платформ, так и на базе каких-либо из них.

Вопросы такого внедрения концепции эталонной АСОД в смысле ЭМЗАС в плане организации многоуровневой авторизации посредством ролевого механизма управления доступом в КСИИ рассматривались в [6], а в плане организации контроля целостности информации в КСИИ – в [1]. В настоящей же работе подобные вопросы рассматриваются в плане организации процессов высоконадежной обработки информации, содержащейся в информационных структурах КСИИ. Такая обработка информации может осуществляться СУБД.

Применение концепции к СУБД дает эталонную СУБД, функции которой в эталонной АСОД относятся к трем соседним уровням ЭМЗАС: прикладному (№ 9), менеджерскому (№ 8) и информационному (№ 7). Эталонная СУБД призвана служить эталоном для перспективных СУБД критического применения, которыми можно считать СУБД третьего поколения, призванные преодолевать проблемы традиционных реляционных и объектных СУБД.

Поддерживая произвольные запросы подобно традиционным реляционным, но не объектным СУБД, они должны справляться со всеми проблемными для реляционных СУБД разновидностями данных, поддерживаемыми объектными системами: мультимедийными, биологическими, финансовыми данными, данными временных рядов, инженерного проектирования, автоматизации делопроизводства и т.д. В настоящее время не существует общепринятого мнения насчет облика таких СУБД, но большинство специалистов и крупных поставщиков уверены в необходимости эволюционного развития систем, а именно совершенствования реляционных систем для включения в них положительных средств объектной технологии [3].

Этот подход приводит к трактовке СУБД третьего поколения как объектно-реляционных. Их облик концептуально определился после выхода книги [10], называемой третьим Манифестом. Она носит «предписывающий» характер, содержит строгие, формальные и подробные технические предложения для выбора направлений развития СУБД и предлагает абстрактный план проектирования будущих СУБД и их языка на основе реляционной модели.

Авторы книги считают, что в объектно-реляционной СУБД необходимо обеспечить просто надлежащую поддержку типов данных. Задаваясь вопросом «Как включить надлежащую поддержку типов данных в реляционную модель?», они дают глубоко научно обоснованный ответ, замечательный по своей концептуальной простоте и однозначности – эта поддержка уже существует в форме доменов, фактически являющихся типами. Теория типов и реляционная модель в определенной степени независимы.

Реляционная модель не предписывает поддержку конкретных типов, кроме логического, а лишь предусматривает поддержку некоторых (неопределенных) типов, требуя наличия некоторого типа атрибутов отношений. Облик эталонной СУБД можно определить как эталонную объектно-реляционную с архитектурой концепции эталонной АСОД в смысле ЭМЗАС и с функциональным наполнением объектно-реляционной СУБД в смысле [10].

Комплекс из пяти фактически известных моделей функционирования объектно-реляционной СУБД представлен в [4] в форме, дающей все предпосылки его использования при построении именно эталонной объектно-реляционной СУБД. Чтобы реализовать эти предпосылки, необходимо придать объектно-реляционной СУБД соответствующую концепции эталонной АСОД в смысле ЭМЗАС архитектуру, в рамках которой изолировать программную среду данного функционального наполнения с удовлетворением всей совокупности подходящим образом заданных требований к ее субъектному наполнению.

При моделировании эталонной объектно-реляционной СУБД, применяемой в КСИИ критически важных сегментов информационной инфраструктуры, целесообразно использование реляционной модели данных в своей наиболее подходящей с точки зрения ЭМЗАС версии, основанной на классических фундаментальных понятиях типа, значения, переменной и оператора. Такая реляционная модель данных состоит из следующих пяти компонентов:

– неограниченный набор скалярных типов, включая логический, с возможностью использования как встроенных, так и пользовательских типов;

– генератор типов отношений и соответствующая интерпретация для сгенерированных типов отношений;

– возможность определения переменных отношения для указанных сгенерированных типов отношений;

– операция реляционного присваивания для присваивания реляционных значений указанным переменным отношения;

– неограниченный набор общих реляционных операторов (реляционная алгебра) для получения значений отношений из других значений отношений.

Для моделирования функционального наполнения эталонной объектно-реляционной СУБД недостаточно реляционной модели данных, относящейся к логическому уровню архитектуры ANSI/SPARC. Для реализации реляционной модели необходима модель хранения, относящаяся к физическому уровню, и модель опосредованного отображения между физическим и логическим уровнями [4].

На практике обычно использовалось непосредственное отображение между физическим и логическим уровнями, не позволяющее полностью реализовать потенциал реляционной модели. Но модель TransRelational™ (сокращенно модель TR) [3], разработанная Стивом Тареном, позволяет формально описывать опосредованное отображение между физическим и логическим уровнями, что позволяет ее применять к эталонной объектно-реляционной СУБД в качестве средства реализации реляционной модели данных. Она также является абстрактной моделью данных, но находится на более низком уровне абстракции, ближе к структурам физической памяти. Модель TR совместно с реляционной и объектной легко интегрируется с концепцией эталонной АСОД в смысле ЭМЗАС по причине удачной уровневой декомпозиции модели TR, абсолютно совместимой с уровневой декомпозицией ЭМЗАС. Реализованная с использованием модели TR СУБД имеет три уровня абстракции: верхний (реляционный или пользовательский), средний (файловый или разадресации) и нижний (табличный).

На верхнем уровне данные представлены отношениями, составленными из кортежей и атрибутов, на нижнем – таблицами TR, состоящими из строк TR и столбцов TR, пересекающихся в ячейках TR. Средний уровень является перенаправляющим – отношения верхнего уровня отображаются на файлы TR среднего уровня, а те уже на таблицы TR нижнего уровня. Файлы TR состоят из записей TR и полей TR, соответствующих кортежам и атрибутам верхнего уровня. Файлы TR, таблицы TR и переменные отношения абстрагируют физически хранимые данные, но файлы TR ближе переменных отношения к физическому уровню и дальше таблиц TR. В отличие от неупорядоченности кортежей и атрибутов реляционной модели, записи TR и строки TR упорядочены сверху вниз, а поля TR и столбцы TR – слева направо. Выбираемый произвольно конкретный вариант упорядочения файла TR характеризует просто различные его версии, реконструируемые из одних и тех же таблиц TR одинаково легко. Ячейки TR можно адресовать по номерам строки TR и столбца TR как элементы массива. Строки TR не соответствуют взаимно однозначно записям на файловом уровне, а значит, и кортежам на реляционном. Файловый уровень TR естественным образом соответствует менеджерскому уровню ЭМЗАС, а табличный и реляционный уровни TR – интерфейсам сопряжения менеджерского уровня с информационным и прикладным уровнями ЭМЗАС соответственно. Это простое и естественное соответствие является ключевым фактором успешной реализуемости подхода к построению эталонной объектно-реляционной СУБД на основе комплекса из пяти моделей [4]. Количество моделей есть сумма количества уровней ЭМЗАС и сопряжений между ними для СУБД, т.е. 5 = 3 + 2.

Математическое моделирование использования объектно-реляционных СУБД в критически важных сегментах информационной инфраструктуры удобно осуществлять на основе анализа слоистой структуры [9] ЭМЗАС-сети, моделирующей соответствующую КСИИ. При таком подходе математической моделью эталонного управления объектно-реляционными базами данных является слой СУБД ЭМЗАС-сети – слой S7...9 третьего порядка девятого (прикладного) уровня с седьмым (информационным) нижним уровнем.

Модульный состав слоя СУБД включает множества U9, U8, U7 модулей прикладного (девятого), менеджерского (восьмого) и информационного (седьмого) уровней ЭМЗАС. Любой суперблок, вписанный в слой СУБД и имеющий тем самым те же порядок, уровень и нижний уровень, является суперблоком СУБД B7...9(I), где I – индекс суперблока, I = I(u), u – модуль ЭМЗАС-сети. Единственный средний уровень суперблока СУБД – менеджерский. Мощность множества dubrovin01.wmf всех суперблоков СУБД (идентифицируются своими индексами) равна количеству dubrovin02.wmf модулей прикладного уровня.

Модульный состав произвольного суперблока СУБД B = B7...9(I0) с индексом I0 включает один верхний модуль с индексом I0, средние модули с индексами I0.i1, где dubrovin03.wmf, и нижние модули с индексами I0.i1.i2, где dubrovin04.wmf, dubrovin05.wmf (здесь и далее K[I] – число нижних модулей в блоке с индексом I).

Множество U(B) всех модулей данного суперблока можно разложить на подмножества

dubrovin06.wmf

dubrovin07.wmf

dubrovin08.wmf

нижних, средних и верхних модулей:

dubrovin09.wmf

dubrovin10.wmf

Верхнему модулю u(I0) соответствует прикладной модуль – программный модуль, из которого инициируется некоторая вычислительная процедура над базами данных.

Средним модулям взаимно однозначно соответствуют переменные отношения (как базовые, так и реляционные представления). Каждый средний модуль dubrovin11.wmf dubrovin12.wmf суперблока является верхним модулем блока dubrovin13.wmf.

Множество dubrovin14.wmf нижних модулей этого блока есть подмножество множества U7(B) нижних модулей суперблока, а семейство множеств U7(B7...8(I0.i1))), где dubrovin15.wmf дает конечное разложение множества U7(B):

dubrovin16.wmf

dubrovin17.wmf

dubrovin18.wmf

dubrovin19.wmf при dubrovin20.wmf

Модулям из dubrovin21.wmf взаимно однозначно соответствуют различные значения реляционных атрибутов переменной отношения, соответствующей модулю dubrovin22.wmf. Одинаковым значениям различных реляционных атрибутов соответствует один и тот же модуль.

Так как в эталонной объектно-реляционной СУБД различные значения реляционных атрибутов переменных отношения указывают на различные хранимые поля, то в конечном итоге нижний уровень суперблока СУБД моделирует доступ к хранимым полям.

Таким образом, интеграция объектных и реляционных возможностей СУБД ключевых систем информационной инфраструктуры приводит к объектно-реляционным СУБД. Они могут широко использоваться в критически важных сегментах информационной инфраструктуры. Подходящей математической моделью такой СУБД можно считать суперблок СУБД ЭМЗАС-сети. Верхнему модулю суперблока СУБД соответствует прикладной модуль, инициирующий вычислительную процедуру над базами данных, средним модулям взаимно однозначно соответствуют переменные отношения, а нижним модулям суперблока СУБД соответствуют различные значения реляционных атрибутов переменных отношения.