CC BY
20
УДК 004.7
В.П. КЛИМЕНКО*, 1.М. ОКСАНИЧ*, А.В. ЛОПУШАНСЬКИЙ*
МЕТАМОДЕЛЬ ДАНИХ ЯК ОСНОВА ПОБУДОВИ ЕДИНОГО 1НФОРМАЦ1ЙНОГО СЕРЕДОВИЩА СИСТЕМИ СИТУАЦ1ЙНИХ ЦЕНТР1В СЕКТОРА БЕЗПЕКИ Й ОБОРОНИ
1нститут проблем математичних машин i систем НАН Украши, м. Кшв, Украша_
Анотаця. Стаття присвячена проблемi створення системи ситуацтних центр1в сектора безпеки й оборони (СБО) Украгни. Проблема е актуальною, осКльки при виникнент загроз загальноде-ржавного масштабу СБО повинен працювати злагоджено, як единий мехатзм. У статтi представлено перелт оргатв державног влади, як входять до складу сектора безпеки й оборони Украгни згiдно з законом Украгни «Про нащональну безпеку Украгни». Вiдмiчена роль ситуацтних центрiв (СЦ) у системах тдтримки прийняття управлтських ршень структурами СБО при реа-гуванн ними на кризовi ситуацИ. Наголошено на необхiдностi створення системи СЦ та единого тформацтного середовища (С1С) для гх роботи. Дано узагальнену структуру системи СЦ на чолi з Головним СЦ. Вiдмiчено, що першочерговим завданням при створенн С1С мае бути створення метамоделi даних, як входять у С1С. Як метамодель даних запропонована метамодель багатос-торонньог програми мiжнацiональног взаемодИ MIP (Multilateral Interoperability Programme) НАТО, яка вiдповiдае стандарту MIP JC3IEDM (Joint Command, Control and Consultation Information Exchange Data Model - об'еднана модель даних з обмту iнформацiею для управлтня, контролю i консультування). Проведено паралель мiж роботою НАТО з крагнами-учасниками та системою СЦ оргатв державног влади, що входять у СБО, на чолi з Головним СЦ. Надано опис та концептуальну схему метамоделi даних, як можуть бути використан при побудовi С1С системи СЦ СБО. Концептуальна схема показана у нотацИ IDEF1X, яка застосовуеться для опису струк-тури реляцтних баз даних. Аналогiчно до MIP, запропоновано ввести поняття рiвня стандарти-зацИ основних структурних елементiв метамоделi та правила гх найменування. Надан приклади. Зроблен висновки про значення та необхiднiсть метамоделi даних при створенн С1С СЦ СБО. Ключов1 слова: ситуацтний центр, система ситуацтних центрiв, едине тформацтне середови-ще, метамодель даних, сектор безпеки й оборони.
Аннотация. Статья посвящена проблеме создания системы ситуационных центров сектора безопасности и обороны (СБО) Украины. Проблема является актуальной, поскольку при возникновении угроз общегосударственного масштаба СБО должен работать слаженно, как единый механизм. В статье представлен перечень органов государственной власти, входящих в состав сектора безопасности и обороны Украины (СБО) согласно закону Украины «О национальной безопасности Украины». Отмечена роль ситуационных центров (СЦ) в системах поддержки принятия управленческих решений структурами СБО при реагировании ими на кризисные ситуации. Отмечена необходимость создания системы СЦ и единой информационной среды (ЕИС) для их работы. Дана обобщенная структура системы СЦ во главе с Главным СЦ. Отмечено, что первоочередной задачей при создании ЕИС должно быть создание метамодели данных, входящих в ЕИС. В качестве метамодели данных предложена метамодель многосторонней программы межнационального взаимодействия MIP (Multilateral Interoperability Programme) НАТО, соответствует стандарту MIP JC3IEDM (Joint Command, Control and Consultation Information Exchange Data Model - объединенная модель данных по обмену информацией для управления, контроля и консультирования). Проведена параллель между работой НАТО со странами-участницами и системой СЦ органов государственной власти, входящих в СБО, во главе с Главным СЦ. Представлены описание и концептуальная схема метамодели данных, которые могут быть применены при построении ЕИС системы СЦ СБО. Концептуальная схема показана в нотации IDEF1X, которая применяется для описания структуры реляционных баз данных. Аналогично MIP, предложено ввести понятие уровня стандартизации основных структурных элементов метамодели и правила их наименования. Показаны примеры. Сделаны выводы о значении и необходимости метамодели данных при создании ЕИС СЦ СБО.
© Клименко В.П., Оксанич 1.М., Лопушанський А.В., 2018 ISSN 1028-9763. Математичш машини i системи, 2018, № 3
Ключевые слова: ситуационный центр, система ситуационных центров, единая информационная среда, метамодель данных, сектор безопасности и обороны.
Abstract. The article is devoted to the problem of creating a system of situational centers of the Security and Defence Sector (SDS) of Ukraine. The problem is topical, since in case of threats of a national scale, the SDS should work in a coherent manner as a single mechanism. The article lists the government authorities in the Security and Defence Sector (SDS) of Ukraine in accordance with the Law of Ukraine "On National Security of Ukraine". The role of situational centres (SCs) in the systems for support of management decision making by SDS structures when responding to crisis situations has been noted. The need to create a SCs system and a unified information environment (UIE) for their work was reported. The generalized structure of the SCs system, headed by the Main SC, has been presented. It is noted that the creation of a data metamodel that included in the UIE should be the first priority in the creation of the UIE. As a data metamodel, a metamodel of the NATO Multilateral Interoperability Program (MIP) is proposed; this complies with the MIP JC3IEDM standard (Joint Command, Control and Consultation Information Exchange Data Model). A parallel is drawn between the work of NATO with the participating countries and the system of the SCs of government authorities in the SDS of Ukraine, the system is headed by the Main Center. The description and conceptual scheme of the data metamodel that can be used in the construction of the UIE system of SDS SCs are provided. The conceptual schema is shown in the IDEF1X notation, which is used to describe relational databases structure. It is proposed to introduce the concept of standardization levels for the basic structural elements of the metamodel and the rules for their names according to MIP. Some examples are shown. The conclusions are drawn about the value and necessity of data metamodel for the SDS SC UIE creation.
Keywords: situational centre, system of situational centres, unified information environment, data metamodel, security and defence sector.
1. Вступ
У роботах [1, 2] даш основш поняття, визначення i принципи роботи ситуацшних цен^в та 1'х роль i значення у системах тдтримки прийняття управлшських ршень. У наш час, коли шформатизащя суспшьства розвивасться швидкими темпами i майже кожна управ-лшська структура може дозволити œ6i створення власного СЦ, набувае все бшьшого значення проблема створення системи ситуацшних центрiв та об'еднання ïx мiж собою з метою злагоджено'1 роботи управлшських структур, задiяниx у виршенш яко'1сь проблеми.
Особливого значення проблема створення системи ситуацшних цен^в набувае для сектора безпеки й оборони (СБО) Укра'1ни, оскшьки задач^ як повинш виршувати струк-тури, що входять у цей сектор, мають виршальне значення для безпеки нашо'1 держави.
2. Основна частина
Зпдно з законом Украши «Про нащональну безпеку Украши», прийнятим 21 червня 2018 року (роздш IV, стаття 12, п.2) [3] до складу сектора безпеки й оборони входять: МЫстер-ство оборони Украши (МОУ), Збройш сили Украши (ЗСУ), Державна спещальна служба транспорту (ДССТУ), Мшютерство внутршшх справ Украши (МВС), Нащональна гвардiя Украши (НГУ), Нащональна полщя Украши (НПУ), Державна прикордонна служба Украши (ДПСУ), Державна м^ацшна служба Украши (ДМСУ), Державна служба Украши з надзвичайних ситуацш (ДСНСУ), Служба безпеки Украши (СБУ), Управлшня державно'1 охорони Украши (УДОУ), Державна служба спещального зв'язку та захисту шформацп Украши (Держспецзв'язку Украши), Апарат Ради нащонально! безпеки й оборони Украши (РНБО), розвщувальш органи Украши, центральний орган виконавчо'1 влади, що забезпе-чуе формування та реалiзуе державну вшськово-промислову пол^ику.
СЦ оргашв державно'1' влади сектора безпеки й оборони (якщо вони вже створеш) працюють автономно, але можуть виникати ситуацп, що потребують спшьно! роботи декь
лькох вщомств одночасно, i тодi виникае питання взаемодп рiзних СЦ, питання 1х шфор-мацшно! сумiсностi.
Для злагоджено'1 роботи управлiнських структур СБО у OTcreMi СЦ потрiбно ство-рити, насамперед, едине iнформацiйне середовище, яке б дозволило користуватись не тшьки одними й тими ж державними класифшаторами i довiдниками, а й використовувати однаковi показники, що характеризують однi й тi самi поняття, якими оперують рiзнi управлшсью структури у свош роботi. Проблема створення единого шформацшного сере-довища та шформацшно! сумiсностi роботи СЦ управлшських структур СБО може загост-рюватись при виникненнi надзвичайних ситуацш державного масштабу, коли для ix лшвь даци потрiбно залучати декшька (або всix) структур сектора.
Першочергове значення при формуваннi единого шформацшного середовища СЦ управлiнськиx структур, що складають СБО, набувае створення едино! для всix структур метамоделi даних, яка дозволить створити метаопис баз даних рiзниx СЦ (тобто рiзниx предметних областей) за единими правилами. Така метамодель дасть змогу мати шформа-щю про бази даних (БД) уах СЦ у зрозумшому для фаxiвцiв виглядi. За допомогою мета-моделi рiзнi СЦ зможуть обмшюватися iнформацiею спiльного використання, необхщною для вирiшення проблем загальнодержавного масштабу.
Хорошим прикладом метамоделi даних для системи ситуацшних центрiв може бути метамодель даних багатосторонньо'1 програми мiжнацiональноi взаемодп MIP (Multilateral Interoperability Programme) НАТО, яка вщповщае стандарту MIP JC3IEDM (Joint Command, Control and Consultation Information Exchange Data Model - об'еднана модель даних з обмь ну шформащею для управлшня, контролю i консультування) [4].
Процес вшськово'1 взаемодп - це складний процес узгодження рiзнорiдниx шфор-мацшних систем та моделей даних, шляxiв структурування шформацп, опису даних, рiз-них поглядiв на структуру шформацп. Метамодель MIP JC3IEDM створена для забезпе-чення шформацшно! взаемодп мiж рiзними крашами-учасниками у разi виконання ними спшьних операцiй. Стандарт MIP JC3IEDM Metamodel передбачае, що при розробщ моделей даних, яю складають основу для военних баз даних, застосовуеться единий тдхщ для опису шформацп, якою потрiбно обмшюватися з зовшшшми органами управлiння.
Роботу системи ситуацшних центрiв можна розглянути подiбно до роботи НАТО з
Рисунок 1 - Система ситуацшних центрiв сектора безпеки й оборони
крашами-учасниками. Кожне вь домство, що входить до складу СБО, у свош повсякденнш дiяль-ностi використовуе свiй СЦ автономно, реагуючи на тi виклики, якi стосуються його безпосередньо. Але бувають ситуацп, коли необ-хiдно об'еднати роботу декшькох (або всiх) СЦ для виршення проблем державного масштабу. Для цього вс СЦ СБО повинш бути об'eднанi в едину мережу та мати головний, керуючий СЦ. Такий Головний СЦ СБО вже створений i працюе. Секретар РНБО представив Головний СЦ та вщм^ив, що «Мережа ситуацшних центрiв до-зволяе забезпечити координацш i контроль дiй державних оргашв по локалiзащi надзвичайних ситуацiй
y peжимi oн-лaйн, a в paзi кpизoвих cитyaцiй зaгaльнoдepжaвнoгo piвня пepeвoдити нa ro-лoвний cитyaцiйний центр дepжaви yпpaвлiння cилaми i зacoбaми ceктopa безпеки й o6o-poни, нeoбхiдними для нopмaлiзaцiï crnya^ï») (риа 1) [5].
Дaнi мeтaoпиcy вах СЦ СБO y вiдпoвiднocтi з eдинoю мeтaмoдeллю пoвиннi знaxo-диттоя y Гoлoвнoмy СЦ, 6ути aктyaльними, зpoзyмiлими тa дocтyпними для вах yчacни-кiв.
Meтaмoдeль СЦ CTO - це мoдeль дaних, яга пpизнaчeнa для oпиcy мoдeлeй дaних piзних БД мереж СЦ. Bora oпиcye ïx cyтнocтi, aтpибyти, дoмeни, ключi тa вiднoшeння. 3a дoпoмoгoю мeтaмoдeлi мoжнa oтpимaти вcю iнфopмaцiю пpo 6удь-яку БД з мepeжi СЦ, щo дacть змoгy кpaщe зpoзyмiти предметну oблacть тa зaдaчi, якi виpiшyютьcя кoжним СЦ, тa cкopиcтaтиcя цieю iнфopмaцieю.
У crani пpoпoнyeтьcя poзpoбити cвoю мeтaмoдeль пo типу MIP JC3IEDM Metamodel, a не викopиcтoвyвaти cтaндapт HATO тапряму, ocкiльки мeтaмoдeль MIP дуже дeтaльнa, poзpoблeнa для cпiльнoгo пpoвeдeння caмe вiйcькoвиx oпepaцiйi i oб'eкти мeтa-мoдeлi мicтять дуже дoклaдний oпиc oб'eктiв мoдeлeй дaниx, якими пoтpiбнo oбмiнювaти-cя при пpoвeдeннi oпepaцiй. Для cиcтeми СЦ чacтинy oб'eктiв мeтaмoдeлi мoжнa не ви^-pиcтoвyвaти, чacтинy змiнити, ввecти «cвoï» пoняття, a чacтинy oб'eктiв викopиcтaти без-пocepeдньo. 3oкpeмa, змicт тaкиx пoнять мeтaмoдeлi MIP, як <^вень cтaндapтизaцiï» тa «Угoдa пpo нaймeнyвaння», пpoпoнyeтьcя змiнити у вiдпoвiднocтi з cиcтeмoю СЦ, щo дo-клaднo poз'яcнeнo нижче.
2.1. CTpyKTypa метамоделi даних системи CЦ CБО
Рoзглянeмo дoклaднo, якi cклaдoвi вxoдять у мeтaмoдeль дaниx cиcтeми СЦ у вiдпoвiднoc-тi з cтaндapтoм MIP JC3IEDM Metamodel.
СУTHIСTЬ. У мeтaмoдeлi СУТШСТЬ нa лoгiчнoмy piвнi - це oб'eкт, в якoмy oпи-cyютьcя yci cyтнocтi, щo icнyють у мoдeлi дaниx якoïcь БД (тобто, cyтнocтi, якi oпиcyють предметну oблacть), для яш! cтвopюeтьcя мeтaмoдeль. ^жта cyтнicть мae yнiкaльнe iм'я, a тaкoж iм'я тaблицi в БД, яке ще paз oднoзнaчнo щентифшуе ïï. Iм'я тaблицi - це cкopoчe-не iм'я cyтнocтi, щo викopиcтoвyeтьcя, кoли мoдeль дaниx впpoвaджyeтьcя в бaзy дaниx, i ^жен екземпляр cyтнocтi cтae фiзичнoю тaблицeю бaзи дaниx. Ha фiзичнoмy piвнi СУTHIСTЬ мeтaмoдeлi являе coбoю тaблицю, в якiй oпиcaнi вci cTraocri кoнкpeтнoï мoдe-лi дaниx.
ATРИБУTИ. Koжнa cyтнicть мae cвoï xapaктepиcтики (нaпpиклaд, влacтивocтi), якi oпиcyютьcя aтpибyтaми тa збиpaютьcя в oб'eктi мeтaмoдeлi ATРИБУTИ. Ha лoгiчнoмy рь вш цей oб'eкт являе coбoю cyreic^ мeтaмoдeлi i мae cвoï aтpибyти. Ha фiзичнoмy piвнi -це тaблиця БД.
ДOMЕH. Цей мeтaмoдeлi викopиcтoвyeтьcя для визнaчeння зaгaльниx xapaк-
тepиcтик мeтaдaниx для нaбopy знaчeнь, якi пoвиннi бути пoв'язaнi з кoнкpeтним елемен-тoм дaниx (aтpибyтoм). Це мoжe бути отишк дoпycтимиx знaчeнь aбo мaкcимaльнi чи мь нiмaльнi знaчeння, aбo oпиc oдиниць вимipювaння. Meтoю зacтocyвaння дoмeнy е oбмe-ження зaгaльнoï ильшей знaчeнь eлeмeнтa дaниx, для яшго вiн cтвopeний. У мeтaмoдeлi ДOMЕH - це cyтнicть, у БД - це тaблиця знaчeнь.
B^HOIHFHHfl Oб'eкт мeтaмoдeлi BIДHOШЕHHЯ викopиcтoвyeтьcя для визм-чення зв'язку oднoгo eкзeмпляpa cyтнocтi (бaтькiвcькoï cyтнocтi) з шшим (дитячoю cyraic-тю). Icнyють двa типи вiднoшeнь: вiднoшeння кapдинaльнocтi тa вiднoшeння пiдтипy. Biд-нoшeння кapдинaльнocтi визнaчae кiлькicть eкзeмпляpiв aтpибyтa дитячoï cyтнocтi, який вiдпoвiдae oднoмy я^му№ aтpибyтy бaтькiвcькoï cyтнocтi. Знaчeння мoжe бути: нуль, oдин, бaгaтo. !ншими cлoвaми, це вiднoшeння пoтyжнocтi. Biднoшeння пiдтипy викopиc-тoвyeтьcя для oпиcy зв'язку мiж двoмa piзними cyтнocтями. У цьoмy випaдкy oднa cy^ нicть (дитячa) е пiдтипoм, a iншa (бaтькiвcькa) - cyпepтипoм. Первинний ключ дитячoï
сутносп зб^аеться з первинним ключем батьювсько! сутностi, i дитяча сутнiсть успадко-вуе всi властивостi батьювсько!' сутносп.
Б1ЗНЕС-ПРАВИЛА. Бiзнес-правила створюються для накладення обмежень на зна-чення атрибутсв, якi дiють при вводi запиав до БД. Такими обмеженнями можуть бути, наприклад, мiнiмальне чи максимальне значення, дiапазон, визначений перелiк значень i т.д. Для опису бiзнес-правил у метамоделi використовуеться декiлька об'ектсв (сутностей метамоделi). Об'екти бiзнес-правил пов'язаш з об'ектами, якi описують домени та значення домешв.
Узагальнена концептуальна схема метамоделi даних мереж СЦ СБО у нотацп IDEF1X наведена на рис. 2.
Л Характеризуется Л
( Сутнiсть )---¿Атрибута )
е батьком
е дитиною
В1дношення
П.
(Кардинальнiсть)
е шдтипом за допомогою
чи е первинним ключем
II
Категорiя
чи е вторинним ключем
визначае
Неключовий
Первинний
ключ
П.
е джерелом'
Пiдтиш
>
ввд батьювсько! до _ Вифиниии Л дитячо! сутност1 р ключ У
обмежуе
ошисуе дозволен! значення
е частиною
^_в шосилання на атрибут
(^БЬнес-Шравила^-
Рисунок 2 - Узагальнена концептуальна схема метамодел1 даних
Значення домену
>
Домен
г
г
Об'екти схеми, зображено'1 на рис. 2, це об'екти метамоделi даних, створено! для моделей даних предметних областей ситуацшних центрiв СБО, якi зображеш на рис. 1.
2.2. Р1вень стандартизацн
Рiвень стандартизацп у MIP JC3IEDM Metamodel застосовуеться для того, щоб розмежува-ти приналежнiсть даних до рiзних типiв при проведенш репшкацп мiж вузлами зв'язку у спшьнш мережг Данi з двох вузлiв можуть бути реплiкованi тшьки з однаковим рiвнем стандартизацп. Рiвень стандартизацп у стандартi М1Р приймае значення: «1нтернацюналь-ний», «Мюцевий», «Нацюнальний», «Ядро М1П», «Управлiння даними МШ-НАТО», «Ба-гатостороння програма взаемодп». Даш з рiвнем стандартизацп «Iнтернацiональний» можуть репшкуватися мiж вузлами декшькох краш, тодi як данi, як мають рiвень стандартизацп «Мюцевий», взагалi не реплiкуються на iншi вузли.
У системi СЦ також може бути репшкащя даних мiж рiзними СЦ. Подiбно до стандарту MIP JC3IEDM Metamodel, для метамоделi системи СЦ СБО вводиться поняття рiвня стандартизацп, який описуе рiвень загального використання показникiв (найменувань сутностей, значень атрибу^в та домешв БД), що входять до предметних областей. Рiвень стандартизацп використовуеться при обмiнi даними i дае змогу вiдокремити загальнодержав-
ш, загальш та локальнi показники. Основш об'екти моделi даних - сутшсть, атрибут i домен - визначаються на певному рiвнi стандартизации який може приймати значення:
1. Загальнодержавний.
2. Оргашв СБО.
3. Локальний.
4. Адмшютрування даних.
Перший рiвень - це рiвень загальнодержавних понять, яю використовуються у вах органах державно'1 влади СБО. Це, насамперед, державш законодавчi акти, постанови ка-бiнету мiнiстрiв, а також загальнодержавш класифiкатори, довiдники та iншi загальнодер-жавнi документи.
Другий рiвень - це рiвень взаемодп мiж органами влади СБО. Цей рiвень описуе iнформацiю, якою повиннi обмшюватися рiзнi органи влади СБО у процес реагування на кризовi ситуацп державного характеру.
Третш рiвень - локальний, позначае показники, яю використовуе тшьки один iз оргашв СБО.
Концепцiя рiвня стандартизацп дозволяе розширювати метамодель додатковими сутностями, атрибутами та доменами.
2.3. Правила найменування об'екпв БД системи СЦ СБО
Для побудови единого шформацшного середовища мереж СЦ найменування об'екпв баз даних рiзниx СЦ набувае дуже великого значення. Коли СЦ працюе автономно, тодi найменування об'екпв БД, яю вш розробляе i використовуе, можуть бути якими завгодно, на розсуд розробника. Але при спшьнш робот СЦ, яка мае на увазi обмiн даними, дуже важ-ливо, щоб однi i тi самi поняття мали також одне й те саме найменування. Для того, щоб структура шформацп, яка тдлягае обмшу, була читабельною, зрозумшою для фаxiвця i придатною до використання, потрiбно розробити правила найменування об'екпв БД сумь сного використання. Стандарт MIP JC3IEDM Metamodel пропонуе правила для створення стандартних iмен концептуальних об'ектiв (сутностей, атрибутв, вiдношень, доменiв) у нотацп IDEF1X. Для цього використовуеться структурований метод, який передбачае використання трьох титв ключових слiв. Для найменування сутностей це таю слова:
1. Перше слово (основне слово). Це iменник, що використовуеться для загального опису сутносп.
2. Друге слово (слово класу) слугуе для визначення типу шформацп, що мютиться в наборi значень даних.
3. Трете слово (модiфiкатор) використовуеться для уточнення опису даних, якщо цього не можна було досягнути за допомогою перших двох ошв.
При найменуванш атрибупв тсля основного слова, яке визначае батьювську сутшсть, ставиться загальний термш (наприклад, вторинний ключ), який щентифшуе набiр значень, зв'язаних iз основним словом. Слова роздшяються мiж собою дефiсом, мають пе-вну довжину та заздалегiдь визначений формат скорочення. Для того, щоб вiдрiзняти iмена атрибутiв вiд iмен сутностей, iмена атрибутiв записуються малими буквами, а iмена сутностей - великими.
Вщношення iменуються в контекст з батькiвськими та дитячими об'ектами. Дiеслi-вну фразу вщносин «батько-дитина» називають «фразою дiеслова вщносин». Дiеслiвну фразу вiдносин «дитина-батько» називають «шверсною фразою дiеслова вiдносин». Дiе-слiвнi фрази представляють правила, за якими з'еднаш сутностi. Вони пишуться маленькими леерами, роздiляються дефюом i мають не бiльше 60 символiв.
Згiдно з угодою про найменування стандарту MIP JC3IEDM Metamodel, найменування об'ект1в даних повинш бути читабельними, стислими, бути сконструйованими вщ-
повщно до вищенаведених правил та iменуватися на основi 1'х контексту у моделi даних БД.
Для системи СЦ дощльно взяти загальнi правила найменування об'ектв, якi пропо-нуе стандарт М1Р, але англiйськi скорочення, зарезервоваш слова (англомовнi поняття) при необхщносп потрiбно ретельно проаналiзувати та змшити. Формати дат також повин-ш бути змiненими. Деякi найменування можна скоротити.
Приклади структури та найменувань об'екпв метамоделi «СУТШСТЬ» i «АТРИБУТИ» наведено у табл. 1, 2, де назви атрибутв та значення домешв (крiм атрибутiв, яю описують рiвень стандартизаци) взятi iз стандарту М1Р ТСЗГЕБМ Ме1атоёе1).
Таблиця 1 - Структура (атрибути) об'екта метамоделi «СУТШСТЬ» (назва у БД -«ENTITY»)_
№ з/п Назва атрибута Опис атрибута Значення(домен)
1 Entity-id Ушкальне значення, яке однозначно щентифшуе сутшсть
2 Entity-name-text Назва сутносп
3 Entity-table-name-text Назва таблищ БД для сутносп
4 Entity-definition-text Опис того, що являе собою сутшсть
5 Entity-dependency- Значення, яке визначае, чи е Незалежна;
code сутшсть незалежною залежна; шдтип
6 Entity-depth-count Рiвень залежносп
7 Entity-standardization- Значення, яке визначае рiвень Загальнодержавний;
level-code стандартизаци для сутносп СБО; локальний; адмшютрування даних
8 Entity-model-level- Значення, яке визначае, з яко'1' Додаток;
code моделi даних походить сутшсть метамодель; словник даних
Таблиця 2 - Структура (атрибути) об'екта метамоделi «АТРИБУТИ» (назва у БД -«ATTRIBUTE»)_
№ з/п Назва Опис Значення (домен)
1 Entity-id Ушкальне значення, яке представляе визначену сутшсть
2 Attribute-index Ушкальне значення для конкретного атрибута визначено'1' сутносп
3 Attribute-name-text Назва атрибута
4 Attribute-column-name-text Назва стовпця у таблищ
5 Attribute-sequence-number-ordinal Фiзична позищя атрибута у середиш сутносп
6 Attribute-primary-key-indicator-code Значення, яке визначае, чи е атрибут частиною первинно-го ключа Неключовий атрибут; атрибут первинного ключа
Продолж. табл. 2
7 Attribute-foreign-key-indicator-code Значення, яке визначае, чи е атрибут частиною вторинно-го ключа Базовий атрибут; атрибут вторинного ключа
8 Attribute- standardization-level-code Значення, яке визначае рiвень стандартизацп атрибута Загальнодержавний; СБО; локальний; адмшютрування даних
3. Висновки
Запропонована концепщя метамоделi даних системи СЦ СБО створюеться на ochobï ви-пробуваного та затвердженого стандарту НАТО MIP JC3IEDM Metamodel для обмшу ш-формацiею мiж крашами-учасниками при виконанш ними спiльних операцiй. Такий тдхщ дозволить об'еднати в единому шформацшному середовищi бази даних рiзних СЦ, якi входять у систему СЦ СБО та повинш будуть обмшюватися iнформацiею у процесi спшь-ного прийняття рiшень.
Унiфiкований опис структури шформацп, що надае метамодель, ^м стандартного опису БД у виглядi сутностей, атрибутiв, доменiв та вщношень, також мiстить правила на-йменування об'ектiв БД та розмежування шформацп за ступенем важливостi, який визна-чаеться рiвнем стандартизацп.
Використання перерахованих вище принципiв стандарту дасть змогу розробити се-редовище спшьного використання - единий iнформацiйний проспр для системи ситуацш-них центрiв сектора безпеки й оборони Украши.
СПИСОК ИСТОЧНИКОВ
1. Ситуацшш центри. Теор1я i практика / ред. А.О. Морозова, Г.С. Кузьменко, В.А. Литвинова. Ки-ïb: СП «1нтертехнодрук», 2009. 348 с.
2. Морозов А.А. Ситуационные центры. Понятия и определения. Математичт машини i системи. 2016. № 1. С. 48-54.
3. Про нацюнальну безпеку Украши: Закон Украши вщ 21.06.2018 р. № 2466-VIII. URL: http://zakon2.rada.gov.ua/laws/show/2469-19.
4. The Joint C3 Information Exchange Data Model Metamodel. JC3IEDM Metamodel-IPT3 V 3.14, 2012. Available online at. URL: https://public.mip-interop.org/Public%20 Document%20Library/04-Baseline 3.1/Interface-Specification/JC3IEDM/JC3IEDM-Metamodel -Specification-3.1.4.pdf.
5. Турчинов показав Головний ситуацшний центр Украши. 2016. URL: https://www.unian.net/society/1455596-turchinov-pokazal-glavnyiy-situatsionnyiy-tsentr-ukrainyi-foto.html.
Стаття надтшла доредакцИ' 17.08.2018
