Architecture and functionalities of system of situational management of protection of zones of the responsibility

The architecture and functionalities of system of situational management of protection of zones of the responsibility are considered. Features of realization and functioning of subsystem "Analytic" intended for an estimation of situations which can arise during situational management are d...

Повний опис

Збережено в:

Бібліографічні деталі
Дата:	2015
Автори:	Alekseev, V.A., Mostovoi, V.V., Tereshchenko, V.S., Yalovets, A.L.
Формат:	Стаття
Мова:	Ukrainian
Опубліковано:	PROBLEMS IN PROGRAMMING 2015
Теми:	Situational management
Онлайн доступ:	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/111
Теги:	Додати тег Немає тегів, Будьте першим, хто поставить тег для цього запису!
Назва журналу:	Problems in programming
Завантажити файл:

Репозитарії

Problems in programming

id	pp_isofts_kiev_ua-article-111
record_format	ojs
resource_txt_mv	ppisoftskievua/15/1b32fd2d45bd71c5274b32c788a35e15.pdf
spelling	pp_isofts_kiev_ua-article-1112018-07-23T14:23:43Z Architecture and functionalities of system of situational management of protection of zones of the responsibility Архитектура и функциональные возможности системы ситуационного управления охраной зон ответственности Архітектура та функціональні можливості системи ситуаційного керування охороною зон відповідальності Alekseev, V.A. Mostovoi, V.V. Tereshchenko, V.S. Yalovets, A.L. Situational management Ситуационное управление Ситуаційне керування The architecture and functionalities of system of situational management of protection of zones of the responsibility are considered. Features of realization and functioning of subsystem "Analytic" intended for an estimation of situations which can arise during situational management are described. Рассматриваются архитектура и функциональные возможности системы ситуационного управления охраной зон ответственности. Описываются особенности реализации и функционирования подсистемы «Аналитик», предназначенной для оценки ситуаций, которые могут возникать в процессе ситуационного управления. Розглядаються архітектура та функціональні можливості системи ситуаційного керування охороною зон відповідальності. Описуються особливості реалізації та функціонування підсистеми (ПС) „Аналітик”, призначеної для оцінки ситуацій, що можуть виникати в процесі ситуаційного керування. PROBLEMS IN PROGRAMMING ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ ПРОБЛЕМИ ПРОГРАМУВАННЯ 2015-09-22 Article Article application/pdf https://pp.isofts.kiev.ua/index.php/ojs1/article/view/111 PROBLEMS IN PROGRAMMING; No 4 (2012) ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ; No 4 (2012) ПРОБЛЕМИ ПРОГРАМУВАННЯ; No 4 (2012) 1727-4907 uk https://pp.isofts.kiev.ua/index.php/ojs1/article/view/111/111 Copyright (c) 2015 ПРОБЛЕМИ ПРОГРАМУВАННЯ
institution	Problems in programming
baseUrl_str	https://pp.isofts.kiev.ua/index.php/ojs1/oai
datestamp_date	2018-07-23T14:23:43Z
collection	OJS
language	Ukrainian
topic	Situational management
spellingShingle	Situational management Alekseev, V.A. Mostovoi, V.V. Tereshchenko, V.S. Yalovets, A.L. Architecture and functionalities of system of situational management of protection of zones of the responsibility
topic_facet	Situational management Ситуационное управление Ситуаційне керування
format	Article
author	Alekseev, V.A. Mostovoi, V.V. Tereshchenko, V.S. Yalovets, A.L.
author_facet	Alekseev, V.A. Mostovoi, V.V. Tereshchenko, V.S. Yalovets, A.L.
author_sort	Alekseev, V.A.
title	Architecture and functionalities of system of situational management of protection of zones of the responsibility
title_short	Architecture and functionalities of system of situational management of protection of zones of the responsibility
title_full	Architecture and functionalities of system of situational management of protection of zones of the responsibility
title_fullStr	Architecture and functionalities of system of situational management of protection of zones of the responsibility
title_full_unstemmed	Architecture and functionalities of system of situational management of protection of zones of the responsibility
title_sort	architecture and functionalities of system of situational management of protection of zones of the responsibility
title_alt	Архитектура и функциональные возможности системы ситуационного управления охраной зон ответственности Архітектура та функціональні можливості системи ситуаційного керування охороною зон відповідальності
description	The architecture and functionalities of system of situational management of protection of zones of the responsibility are considered. Features of realization and functioning of subsystem "Analytic" intended for an estimation of situations which can arise during situational management are described.
publisher	PROBLEMS IN PROGRAMMING
publishDate	2015
url	https://pp.isofts.kiev.ua/index.php/ojs1/article/view/111
work_keys_str_mv	AT alekseevva architectureandfunctionalitiesofsystemofsituationalmanagementofprotectionofzonesoftheresponsibility AT mostovoivv architectureandfunctionalitiesofsystemofsituationalmanagementofprotectionofzonesoftheresponsibility AT tereshchenkovs architectureandfunctionalitiesofsystemofsituationalmanagementofprotectionofzonesoftheresponsibility AT yalovetsal architectureandfunctionalitiesofsystemofsituationalmanagementofprotectionofzonesoftheresponsibility AT alekseevva arhitekturaifunkcionalʹnyevozmožnostisistemysituacionnogoupravleniâohranojzonotvetstvennosti AT mostovoivv arhitekturaifunkcionalʹnyevozmožnostisistemysituacionnogoupravleniâohranojzonotvetstvennosti AT tereshchenkovs arhitekturaifunkcionalʹnyevozmožnostisistemysituacionnogoupravleniâohranojzonotvetstvennosti AT yalovetsal arhitekturaifunkcionalʹnyevozmožnostisistemysituacionnogoupravleniâohranojzonotvetstvennosti AT alekseevva arhítekturatafunkcíonalʹnímožlivostísistemisituacíjnogokeruvannâohoronoûzonvídpovídalʹností AT mostovoivv arhítekturatafunkcíonalʹnímožlivostísistemisituacíjnogokeruvannâohoronoûzonvídpovídalʹností AT tereshchenkovs arhítekturatafunkcíonalʹnímožlivostísistemisituacíjnogokeruvannâohoronoûzonvídpovídalʹností AT yalovetsal arhítekturatafunkcíonalʹnímožlivostísistemisituacíjnogokeruvannâohoronoûzonvídpovídalʹností
first_indexed	2025-07-17T09:54:05Z
last_indexed	2025-07-17T09:54:05Z
_version_	1850410944769818624
fulltext	Прикладні засоби програмування та програмне забезпечення © В.А. Алексеєв, В.В. Мостовий, В.С. Терещенко, А.Л. Яловець, 2012 96 ISSN 1727-4907. Проблеми програмування. 2012. № 4 УДК 004.891.3 В.А. Алексеєв, В.В. Мостовий, В.С. Терещенко, А.Л. Яловець АРХІТЕКТУРА ТА ФУНКЦІОНАЛЬНІ МОЖЛИВОСТІ СИСТЕМИ СИТУАЦІЙНОГО КЕРУВАННЯ ОХОРОНОЮ ЗОН ВІДПОВІДАЛЬНОСТІ Розглядаються архітектура та функціональні можливості системи ситуаційного керування охороною зон відповідальності. Описуються особливості реалізації та функціонування підсистеми (ПС) „Аналі- тик”, призначеної для оцінки ситуацій, що можуть виникати в процесі ситуаційного керування. Вступ В роботі [1] проаналізовано задачу оцінки ситуацій, що можуть виникати в процесі ситуаційного керування охороною зон відповідальності, та сформульовано множину вимог до інтелектуальної підсис- теми, призначеної для рішення цієї задачі. Метою даної роботи є, з одного боку, ви- кладення питань, пов’язаних з архітек- турою як системи ситуаційного керування охороною зон відповідальності в цілому, так і ПС „Аналітик”, призначеної для рі- шення задач оцінки ситуацій, з іншого – огляд особливостей реалізації ПС „Аналі- тик” та прикладів її використання для рі- шення прикладних задач. 1. Узагальнена архітектура системи ситуаційного керування Ситуаційне керування – це сукуп- ність цілеспрямованих дій, які включають оцінку ситуації та стану об’єкта керування, вибір керівних дій та їх реалізацію. Система ситуаційного керування (ССК) охороною зони відповідальності призначена для відображення на геоінфо- рмаційній основі, аналізу та оцінки ситуа- ції з об’єктами контролю (ОК) у такій зоні для прийняття рішень щодо запроваджен- ня оперативних, пошукових та рятуваль- них заходів з боку відповідних підрозділів охоронних, диспетчерських або наглядо- вих структур у режимі реального часу. Для цього ССК має включати сервіси прийому/передачі даних для підтримки зв’язку з програмно-технічними засобами обробки інформації у таких підрозділах та з мультисенсорними засобами спостереження (МСЗС). Набір функцій ССК групується у межах двох підсистем з відповідними авто- матизованими робочими місцями (АРМ). Функціональна структура ПС „Об- становка” для контролю та відображення оперативної обстановки у зоні відповіда- льності (ПС-1/ССК) має включати функції: • прийому та реєстрації даних щодо ОК від МСЗС у зоні відповідальності (Ф- 1/ПС-1); • узагальнення даних щодо ОК та відо- браження оперативної обстановки на елек- тронній карті (Ф-2/ПС-1); • передачі вибіркової інформації щодо оперативної обстановки до підрозділів охорони (Ф-3/ПС-1). Функціональна структура ПС „Ана- літик” для аналізу та оцінки ситуації у зоні відповідальності та керування охороною (ПС-2/ССК) має включати функції: • аналізу оперативної обстановки, моде- лювання та оцінки ситуації, що склалася з ОК в зоні відповідальності (Ф-1/ПС-2); • формування та передача керівних вка- зівок до підрозділів охорони щодо прове- дення ними оперативних, пошукових та рятувальних заходів (Ф-2/ПС-2). Узагальнена архітектура ССК пока- зана на рис. 1. Визначимо окремі компоне- нти архітектури. МСЗС – це сукупність окремих сен- сорів (засобів технічного спостереження: радарів, тепловізорів, відеосистем, датчи- ків переміщення та ін.), які призначені для виявлення та спостереження за об’єктами Прикладні засоби програмування та програмне забезпечення контролю, та засобів передачі даних до ССК у стаціонарному (спеціальні споруди, вежі, щогли спостереження та ін.) або мо- більному (спеціально обладнані колісні або гусеничні машини) виконанні. Рис. 1. Архітектура ССК Підрозділи охорони зон відповіда- льності (ПОЗВ) – це підрозділи, що впов- новажені у своїй зоні відповідальності проводити визначені відповідними дирек- тивними або відомчими документами за- ходи (спостереження, нагляд, контроль, моніторинг, а також оперативні, пошукові та рятувальні заходи тощо). У ССК програмно-апаратні компо- ненти, що вказані на рис. 1, призначені: • АРМ „Оператор” – для автоматизації процесів прийому та реєстрації даних від кількох МСЗС про обстановку в зонах від- повідальності, ведення відповідних класи- фікаторів, а також для відображення обcтановки на електронній карті в режимі прямого доступу до БД; Таблиця 1. ерелік даних БД «Об’єкти контр • АРМ „Аналітик” – для автоматизації процесів аналізу ситуацій, що склалися у зоні відповідальності, їх оцінку та можливі наслідки і формування керівних вказівок для відповідних підрозділів щодо прове- дення ними оперативних, пошукових та рятувальних заходів; • АРМ „Системний адміністратор” – для налагодження параметрів ССК, а також моніторингу її функціонування; • АРМ „Адміністратор безпеки” – для надання прав доступу користувачам ССК та моніторингу їх роботи, тобто для захис- ту інформаційних, програмно-апаратних та технічних ресурсів у відповідності до ви- мог політики безпеки ССК. Вищенаведені АРМ є клієнтами геоінформаційного серверу та серверу БД, які зберігають відповідні бази даних та об- робляють запити з боку клієнтів у межах локальної обчислювальної мережі ССК. 2. Інформаційне забезпечення ПС „Аналітик” Інформаційне забезпечення ПС „Аналітик” базується на даних БД ПС „Обстановка”, яка наповнюється під час ведення спостереження за об’єктами конт- ролю у зоні відповідальності автоматично (від МСЗС) або вручну оператором, якщо інформація надходить з інших місць. Уза- гальнений перелік основних даних такої БД, що задіяні в ПС „Аналітик”, наведено у табл. 1 та 2. Перед передачею даних БД ПС „Обстановка” у ПС „Аналітик” вони під- даються обробці передобробником для ви- раховування відсутніх показників та для наповнення проміжної БД (ПБД). Верба- льний опис алгоритму функціонування пе- редобробника наведено у табл. 3, а блок- схема алгоритму – на рис. 2. За даними ПБД формується транс- портний файл з даними, необхідними для функціонування ПС „Аналітик”. У подальших розділах детальніше розглянемо архітектуру та особливості ре- алізації ПС „Аналітик”. П олю» ПС «Обстановка» 97 Прикладні засоби програмування та програмне забезпечення Показник БД індекс назва формат Значення показника T-1 Реєстраційни Т-1 – M-1 ключі для з й номер ОК int в’язку БД (табл.1 та 2) T-2 Назва ОК [varchar] 1 – надвеликий, 2 – великий T-3 Габарити ОК (класифікатор) int 3 – середній, 4 – малий, 5 – надмалий T-4 Належність ОК (класифікатор) int 1 – свій, 2 – чужий T-5 Клас ОК (класифікатор) int 1 – військовий, 2 – цивільний 1 – без попередження T-6 Наявність попередження про наступні дії (класифікатор) int 2 – з попередженням T-7 Дата, час реєстрації ОК [da e] tetim Дата, години, хвилини 1 – промислове (добувне) судно, 2 – морська бурова платформаT-8 int Тип ОК (класифікатор) 3 – вантажне судно, 4 – пасажирське судно T-9 Довжина int Метри T-10 Оцінка ситуації з ОК int – критична 1 – звичайна ситуація, 2 – підвищеної уваги, 3 Т-11 Група специфічного обліку суден а групи «А», 2 – судна групи «В», 3 – судна групи «С» int 1 – судн Т ц об’ а конабли я 2. Перелік даних БД «Рух єкт тролю» ПС «Обстановка» Показник БД індекс назва формат ника Значення показ M-1 Реєстраційни int M-1 – Т-1 ключі для з ) й номер ОК в’язку БД (табл.1 та 2 M-2 Дата та час по [da Дата, години, хвилинидії tetime] 1 – наближається до зони, 2 – увійшов у зону 3 – пересувається у зоні, 4 – наближається до іншого ОК 5 – перебуває у безпосередній близькості до іншого ОК 6 – відходить від іншого ОК у зоні M-3 Подія (класифікатор) int 7 – прямує із зони, 8 – вийшов із зони M-4 Курс (град.) int Градуси M-5 Швидкість (вузли) int Вузли M-6 Довгота (долі град.) t усу floa Долі град M-7 Широта (долі град.) t адусу floa Долі гр 1 – на ходу (рухомий) 2 – на якорі (нерухомий) М-8 Ступінь мобільності ОК ування (дрейфуючий) (класифікатор) int 3 – без можливості кер Таблиця 3. Алгоритм роботи передобробника БД ПС «Обстановка» Крок Алгоритмічна операція 1 Вибір будь-якого судна за Т-1 та внесення всіх казників (Т-2–Т-11) БД у ПБД наявних значень всіх по 2 Якщо для судна значення Т-8 дорівнює 1 або 2, о 3 – до кроку 4; інакше – до кроку 17 перехід до кроку 3; якщ 3 Якщо у БД нема значення М-5, то визначити його та визначити термін часу ходу з такою швидкістю по показниках М-6 та М-7 в залежності від М-2; перехід до кроку 5 4 Якщо у БД нема значення М-4, М-5, то визначити їх та визначити термін часу ходу з такою швидкістю по показни- ках М-6 та М-7 в залежності від М-2 та визначити Т-11 по показниках Т-6 та М-8; визначити, чи є біля цього судна інше судно на відстані менше 20 м; перехід до кроку 6 5 Якщо для судна значення Т-8 (тип) дорівнює 1, перехід до кроку 7, якщо 2 – до кроку 8 6 ться інше судно (судно 2), визначити для нього значення Т-8 Якщо біля судна, що спостерігається (судно 1), знаходи та перехід до кроку 9; інакше – до кроку 16 7 Внести до ПБД у показник ситуації значення КС-1.12.1 8 КС-1.12.5 Внести до ПБД у показник ситуації значення 9 Якщо значення Т-8 (судна 2) дорівнює 3, перехід до кроку 10; інакше – до кроку 16 10 Визначення всіх показників БД цього судна (судна 2) та внесення у ПБД. Якщо знач то вирахувати їх відповідно до кроку 4. Перехід до кроку 11 ення не всіх показників наявні, 11 Якщо для (судна 2) показник М-8 має значення 1, перехід до кроку 12; якщо 2 – до 13; інакше – до кроку 17 12 M-5’=M-5”), і термін часу ходу з такою швидкістю 6 Якщо значення М-4, М-5 обох суден збігаються (M-4’=M-4”; перевищує 10 хвилин, а швидкість – не більше 10 вузлів, то перехід до кроку 14; інакше, – перехід до кроку 1 13 Якщо значення М-5 (судна 1) дорівнює 0, і термін часу без ходу перевищує 10 хвилин, то перехід до кроку 15; іна ше – кроку 16 к- 14 Внести до ПБД у показник ситуації значення КС-2.5.1 15 у показник ситуації значення КС-2.5.3 Внести до ПБД 16 Звичайна ситуація, судно просто пересувається по акваторії. Вихід 17 Макет системи не розраховано на оцінку ситуації з такими суднами, або у БД введені помилкові дані. Вихід 98 Прикладні засоби програмування та програмне забезпечення Початок Крок 2 Значення Т-8 ? Кінець Крок 1 1 або 2 3 Крок 3 Інше Інше Так Ні Крок 4 Крок 14 Крок 15 Крок 16 Крок 17 Крок 6 Є поруч судно ? Крок 5 Значення Т-8=1 ? Крок 7 Крок 8 Крок 9 Значення Т-8=3 ? Крок 10 Крок 11 Значення М-8 ? Крок 13 Значення М-5=0 ? Крок 12 М4’=M4”; M5’=M5” ? Ні Ні Ні Так Так Так 1 2 Так Ні Рис. 2. Блок-схема алгоритму роботи передобробника 3. Архітектура ПС „Аналітик” У відповідності до вимог, що пред’явлено до інтелектуальної підсистеми оцінки ситуацій [1], ПС „Аналітик” має забезпечувати: • автоматичне об’єднання різних баз знань (БЗ), знання в яких подано за допо- могою логіко-обчислювальної семантичної мережі (ЛОС-мережі) [2, 3] як моделі по- дання знань; • автоматичну верифікацію знань, пода- них за допомогою ЛОС-мережі; • підтримку процесів несуперечного опису ситуації, яка підлягає оцінці; • обробку знань з використанням механі- зму логічного виводу, заснованого на ме- тоді прямого виводу. Особливості реалізації перелічених функцій в ПС „Аналітик” відображено в діаграмі діяльності (в нотації UML), пока- заної на рис. 3. Архітектуру ПС „Аналі- тик” (в нотації UML), що відповідає діаг- рамі діяльності, показано на рис. 4. Корот- ко розглянемо сутність операцій, що вхо- дять до складу діаграми діяльності. Операція „Вибір та завантаження ЛОС-мереж...” реалізується за допомогою відповідного інтерфейсу (див. рис. 5) і за- безпечує завантаження однієї або декіль- кох БЗ та їх автоматичне об’єднання. Операція „Конвертування БД ...” забезпечує перетворення даних, що опи- сують параметри об’єкта контролю, у вну- трішній формат даних ПС „Аналітик”. Операція „Статична верифікація ...” забезпечує перевірку БЗ на несуперечність 99 Прикладні засоби програмування та програмне забезпечення Рис. 3. Діаграма діяльності з оцінки ситуації Рис. 4. Архітектура ПС „Аналітик” 100 Прикладні засоби програмування та програмне забезпечення та відсутність в ній інших помилок. При цьому здійснюються наступні перевірки: • правильності побудови ЛОС-мережі у відповідності до її визначення [2, 3]; • відсутності багатозначних та синонімі- чних імен в ЛОС-мережі; • відсутності логічних суперечностей, неповноти та надлишковості в знаннях, поданих в ЛОС-мережі; • коректності подання процедурних знань в ЛОС-мережі. Методи та алгоритми виконання за- значених перевірок викладено в [3]. Операція „Формування та контроль опису ...” реалізується за допомогою від- повідного інтерфейсу (див. рис. 6) і забепе- чує інтелектуалізацію формування та кон- тролю опису поточної ситуації. Методи і алгоритми, використовувані при цьому, викладено в [3]. Операція „Логічний вивід ...” забез- печує виконання прямого логічного виводу на об’єднаній ЛОС-мережі на основі опису поточної ситуації. Використовуваний ме- тод прямого виводу викладено в [3]. І, нарешті, операція „Оцінка ситуа- ції” реалізується за допомогою відповідно- го інтерфейсу (див. рис. 7) та забезпечує відображення результатів логічного виво- ду – оцінку досліджуваної ситуації. Як показано на діаграмі діяльності, якщо при виконанні відповідних операцій буде виявлено помилки, то процес оцінки ситуації буде зупинено та видано релеван- тну діагностику. Описані функціональні можливості ПС „Аналітик” (див. рис. 4) забезпечують- ся засобами підсистеми ЛАССО (Логічний Аналіз Станів Спостережуваних Об’єктів). У процесі свого функціонування ПС ЛАССО (див. рис. 4) використовує різні БД, в наслідок чого основною вимогою до мови реалізації системи стала можливість підтримки реляційних БД її засобами, що і зумовило вибір мови логічного програму- вання PDC Visual Prolog. 3. Функціонування ПС „Аналітик” Розглянемо приклади використання АРМ „Аналітик” для рішення задач оцінки різних поточних ситуацій, що виникають в процесі ситуаційного керування охороною зон відповідальності. Для рішення цих за- дач було створено чотири БЗ (дві з яких розглянуто в [2]), що містять знання щодо оцінки ситуацій КС-1.12.1, КС-1.12.5, КС- 2.5.1 та КС-2.5.3 [1]. Функціонування ПС „Аналітик” по- чинається з завантаження БД ПС „Обста- новка”, що містить загальну інформацію щодо ситуації, яка підлягає оцінці, та ви- бору БЗ (див. рис. 5). За допомогою цього діалогового вікна користувач може заван- тажити одну або декілька БЗ. Зазначимо, що цей діалог з’являється тільки в тому випадку, коли БД ПС „Обстановка” є не- повною (тобто не містить необхідної інфо- рмації щодо вибору потрібної БЗ). Рис. 5. Вікно завантаження БЗ Після завантаження БЗ відбувається об’єднання (якщо завантажено декілька БЗ) і статична верифікація БЗ, та конверту- вання БД ПС „Обстановка”. Якщо при цьому не було діагностовано помилок, процес вважається завершеним успішно і користувачеві пропонується діалог форму- вання опису ситуації (див. рис. 6). Алгоритм формування опису ситуа- ції забезпечує обробку конвертованої БД ПС „Обстановка”, в результаті якої дані, що описують ситуацію, автоматично до- даються до вікна „Результати вибору” (див. рис. 6). Тобто повнота опису ситуації залежить від повноти інформації, що міс- титься в БД ПС „Обстановка”. У випадку, якщо ця БД є неповною з точки зору опису аналізованої ситуації, користувач може в автоматизованому режимі додати необхід- ну (або вилучити та змінити раніше введе- ну) інформацію. 101 Прикладні засоби програмування та програмне забезпечення Рис. 6. Вікно формування опису ситуації Особливістю алгоритму є те, що він повністю забезпечує контроль несупереч- ливого формування опису ситуації. В ре- зультаті завершення формування опису ситуації (коли вікно „Вибір вихідних да- них” (див. рис. 6) стане порожнім), активу- ється кнопка „ОК”, при натисканні на яку запускається механізм логічного виводу. Якщо в процесі виводу буде виявлено по- милки, процес виводу припиняється та ви- конується їх діагностування. В супротив- ному випадку користувачу надається вікно оцінки ситуації (див. рис. 7), в якому також подаються рекомендації щодо доцільних дій, пов’язаних з реагуванням на поточну ситуацію. Результати виконаної оцінки си- туації передаються до ПС „Обстановка” за допомогою файлу „result.sit” (див. рис. 4). В таблицях 4–7 наведено порівнян- ня результатів тестування ситуацій засо- бами ПС „Аналітик” з результатами, отри- маними „вручну” з використанням алгори- тмів моделі оцінки ситуації (приклади ал- горитмів див. [1, 2]). Рис. 7. Вікно оцінки ситуації Таблиця 4. Тестова таблиця оцінки ситуації КС-1.12.1 Оцінка ситуації № тесту Належність судна Швидкість, вузли ПС „Аналітик” Алгоритм моделі Крок алгоритму 1 своє 0 підвищена увага підвищена увага 4 2 своє 4 підвищена увага підвищена увага 4 3 своє 5 звичайна звичайна 5 4 своє 10 звичайна звичайна 5 5 чуже 0 критична критична 7 6 чуже 4 критична критична 7 7 чуже 5 підвищена увага підвищена увага 8 8 чуже 10 підвищена увага підвищена увага 8 102 Прикладні засоби програмування та програмне забезпечення Таблиця 5. Тестова таблиця оцінки ситуації КС-1.12.5 Оцінка ситуації № тесту Належність судна Швидкість, вузли ПС „Аналітик” Алгоритм моделі Крок алгоритму 1 своє 0 критична критична 4 2 своє 3 звичайна звичайна 5 3 своє 6 звичайна звичайна 5 4 чуже 0 критична критична 7 5 чуже 3 підвищена увага підвищена увага 8 6 чуже 6 підвищена увага підвищена увага 8 Таблиця 6. Тестова таблиця оцінки ситуації КС-2.5.1 Загальні умови Параметри судна 1 Параметри судна 2 Оцінка ситуації № тесту Відстань (каб.) Час (годин) Належ- ність Габари- ти (м) Митний контроль Належ- ність Габари- ти (м) Митний контроль ПС „Аналітик” Алгоритм моделі Крок алго- ритму 1 0 1 своє 60 підлягає своє 60 підлягає звичайна звичайна 9 2 0 1 своє 60 підлягає своє 30 не підлягає критична критична 10 3 0 1 своє 30 не підлягає своє 60 підлягає критична критична 10 4 0 1 своє 30 не підлягає своє 30 не підлягає звичайна звичайна 9 5 0 1 своє 60 підлягає чуже 60 підлягає критична критична 11 6 0 1 своє 60 підлягає чуже 30 не підлягає неможлива неможлива 12 7 0 1 своє 30 не підлягає чуже 60 підлягає критична критична 13 8 0 1 своє 30 не підлягає чуже 30 не підлягає неможлива неможлива 12 9 0 1 чуже 60 підлягає своє 60 підлягає звичайна звичайна 9 10 0 1 чуже 60 підлягає своє 30 не підлягає критична критична 13 11 0 1 чуже 30 не підлягає своє 60 підлягає неможлива неможлива 12 12 0 1 чуже 30 не підлягає своє 30 підлягає неможлива неможлива 12 13 0 1 чуже 60 підлягає чуже 60 підлягає звичайна звичайна 9 13 0 1 чуже 60 підлягає чуже 30 не підлягає неможлива неможлива 12 14 0 1 чуже 30 не підлягає чуже 60 підлягає неможлива неможлива 12 15 0 1 чуже 30 не підлягає чуже 30 не підлягає неможлива неможлива 12 17 1 1 своє 60 підлягає своє 30 не підлягає звичайна звичайна - 18 0 0 своє 60 підлягає своє 30 не підлягає звичайна звичайна 3 Таблиця 7. Тестова таблиця оцінки ситуації КС-2.5.3 Загальні умови Параметри судна 1 Параметри судна 2 Оцінка ситуації № тесту Відстань (каб.) Час (годин) Належ- ність Габари- ти (м) Митний контроль Належ- ність Габари- ти (м) Митний контроль ПС „Аналітик” Алгоритм моделі Крок алго- ритму 1 0 1 своє 60 підлягає своє 60 за межами критична критична 9 2 0 1 своє 30 не підлягає своє 60 за межами критична критична 9 3 0 1 своє 60 підлягає чуже 60 за межами неможлива неможлива 10 4 0 1 своє 30 не підлягає чуже 60 за межами неможлива неможлива 10 5 0 1 чуже 60 підлягає своє 60 за межами критична критична 11 6 0 1 чуже 30 не підлягає своє 60 за межами неможлива неможлива 12 7 0 1 чуже 60 підлягає чуже 60 за межами неможлива неможлива 10 8 0 1 чуже 30 не підлягає чуже 60 за межами неможлива неможлива 10 9 1 1 своє 60 підлягає своє 60 за межами звичайна звичайна - 10 0 0 своє 60 підлягає своє 60 за межами звичайна звичайна 3 Зазначимо, що в таблицях парамет- ри, які входять до опису ситуації, але не впливають на результати її оцінки, умовно не показані. Аналіз таблиць наочно підтверджує, що результати тестування повністю збіга- ються з результатами „ручних” розрахунків. Висновки Система ситуаційного керування охороною зон відповідальності за рахунок впровадження в її складі інтелектуальних засобів аналізу та оцінки поточних ситуа- цій спроможна значно підвищити рівень організаційно-управлінських рішень, що приймаються за її допомогою. Одним з компонентів її архітектури, призначення якого і полягає у вирішенні саме такого класу задач, є ПС „Аналітик”. В роботі [1] наведено множину вимог, яким повинна задовольняти дана підсис- тема ССК. У даній статті детально розгля- 103 Прикладні засоби програмування та програмне забезпечення нуто питання щодо архітектури та функці- ональних можливостей ПС „Аналітик” і показано, що дана підсистема задовольняє всім пред’явленим до неї вимогам. Наявна функціональність ПС „Аналітик” досяга- ється засобами ПС ЛАССО, створення якої ґрунтувалося на методах і моделях подан- ня та обробки знань. У роботі [2] розглянуто питання по- дання знань щодо оцінки ситуацій. В даній статті доведено адекватність процесів об- робки поданих знань, що підтверджується експериментально, завдяки збіганню ре- зультатів автоматизованої та „ручної” оці- нок ситуацій. 1. Алексеєв В.А., Мостовий В.В., Терещенко В.С., Яловець А.Л. Проблема автоматизації ситуаційного керування охороною зон від- повідальності // Проблеми програмування. – 2011. – № 4. – С. 96 – 107. 2. Алексеєв В.А., Терещенко В.С., Яловець А.Л. Особливості подання знань про оцінку ситуацій в процесі ситуаційного керування охороною зон відповідальності // Пробле- ми програмування. – 2012. – № 1. – С. 82 – 90. 3. Яловец А.Л. Представление и обработка знаний с точки зрения математического моделирования. Проблемы и решения. – К.: Наукова думка, 2011. – 360 с. Одержано 10.10.2011 Про авторів: Алексеєв Віктор Анатолійович, кандидат технічних наук, завідуючий відділом, Мостовий Валентин Васильович, кандидат технічних наук, старший науковий співробітник, Терещенко Валерій Савелійович, кандидат технічних наук, старший науковий співробітник, Яловець Андрій Леонідович, доктор технічних наук, заступник директора інституту. Місце роботи авторів: Інститут програмних систем НАН України, 03187, Київ-187, проспект Академіка Глушкова, 40. Тел. (044) 526 4228, e-mail: alecseev@isofts.kiev.ua Тел. (044) 526 6191, e-mail: most@d19.isofts.kiev.ua e-mail: terek@isofts.kiev.ua Тел. (044) 526 1538, e-mail: yal@isofts.kiev.ua 104 mailto:alecseev@isofts.kiev.ua mailto:most@d19.isofts.kiev.ua mailto:terek@isofts.kiev.ua mailto:yal@isofts.kiev.ua Про авторів: Терещенко Валерій Савелійович, Яловець Андрій Леонідович,

Architecture and functionalities of system of situational management of protection of zones of the responsibility

Репозитарії

Схожі ресурси