Портал освітньо-інформаційних послуг «Студентська консультація»

  
Телефон +3 8(066) 185-39-18
Телефон +3 8(093) 202-63-01
 (093) 202-63-01
 studscon@gmail.com
 facebook.com/studcons

<script>

  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){

  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),

  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)

  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

 

  ga('create', 'UA-53007750-1', 'auto');

  ga('send', 'pageview');

 

</script>

Інструментальні програмні засоби інтеграції математичних моделей у системи підтримки прийняття рішень з екологічної безпеки

Тип роботи: 
Автореферат
К-сть сторінок: 
28
Мова: 
Українська
Оцінка: 

рішення) прогностичною інформацією про стан навколишнього середовища, екосистем і здоров’я населення у випадку екстремальних природних і техногенних ситуацій. Необхідною рисою таких СППР є надання користувачу можливостей проаналізувати вплив альтернативних сценаріїв післяаварійних контрзаходів на зниження негативних наслідків екстремальних ситуацій для екосистем і населення з метою вибору оптимальних за витратами і результативністю контрзаходів. Відповідно, сучасна СППРЕБ – це програмний комплекс, що дозволяє забезпечити підтримку прийняття рішень по зниженню наслідків можливих аварій, оптимальному захисту населення в умовах обмежених ресурсів з урахуванням значної кількості взаємопов’язаних екологічних, медичних, економічних, технічних та соціальних факторів на підставі моделюючих прогностичних блоків і інформації про поточний стан технічних об’єктів і навколишнього середовища. Системи, спрямовані на підтримку контрзаходів безпосередньо в перші дні після техногенної аварії повинні включати програмні засоби отримання інформації програмним моделюючим комплексом від системи радіаційного, хімічного і гідрометеорологічного моніторингу території (“он-лайн” режим реального часу). Географічна інформаційна система (ГІС) СППРЕБ повинна включати картографічну інформацію про фізико-географічні, господарські, демографічні і екологічні характеристики території, для якої буде впроваджена система. Висока складність окремих компонент СППРЕБ, необхідність ретельного тестування як системи в цілому, так і її окремих компонент, вимоги “гнучкості” СППРЕБ приводять до того, що компоненти СППРЕБ, програмно реалізуються у вигляді окремих модулів, а СППР будується шляхом інтеграції цих модулів. У розділі проведено аналіз основних властивостей типових програмних реалізацій математичних моделей, баз даних і ГІС, що використовуються в СППРЕБ. 

Програмні реалізації математичних моделей, що використовуються у СППРЕБ, мають такі характерні особливості, важливі з точки зору інтеграції: 
- Моделі часто реалізовано різними розробниками у вигляді готових до використання програмних продуктів. 
- Найбільш поширеними програмними реалізаціями моделей є: виконувана програма, реалізація моделі у середовищі пакетів “динамічного моделювання” або у вигляді програмного коду на мові FORTRAN. 
- У межах одної СППРЕБ моделі, як правило, мають однакову моду виконання (наприклад є програмами) та тип вхідних і вихідних даних (наприклад, передають і одержують інформацію у вигляді текстових файлів). Однак, формат вхідних та вихідних даних, як правило, відрізняється у різних моделей, і, якщо моделі реалізуються незалежно, стандартизація форматів практично неможлива. 
- Моделі, як правило, не використовують сучасні засоби відображення інформації та обміну даними. 
- Завдяки незалежній розробці моделей, результати моделювання можуть безпосередньо або після простих перетворень бути використані як інформація, що необхідна експерту на наступних етапах прийняття рішення. 
У розділі розглянуто дослідження в областях, що заклали основи методологій інтеграції моделей, ГІС і баз даних у СППРЕБ. Проведено порівняння переваг та недоліків різних методик інтеграції як з точки зору часу і складності розробки системи, так і простоти користування нею. Докладно розглянуті структура, функціональне наповнення і методи інтеграції моделей СППР RODOS. 
У другому розділі проведено обгрунтування об’єктно-орієнтованого підходу до побудови СППРЕБ, запропоновано мову програмування LIANA та подано методику інтеграції математичних моделей у системи підтримки прийняття рішень з питань екологічної безпеки на базі опису структури та зв’язків наборів даних, що використовуються у СППР і є вхідними та вихідними наборами даних моделей. 
Для інтеграції моделей, що мають вищенаведені властивості, запропоновано використовувати об’єктно-орієнтований підхід при побудові СППР. Відповідно до аналізу, що проведений у розділі 1, ціллю застосування СППРЕБ є підготовка наборів даних для кожного з етапів процесу прийняття рішення та відображення їх засобами інтерфейсу користувача. Зауважимо, що набори даних у СППРЕБ знаходяться у ієрархічній залежності один від одного і можуть бути представлені у вигляді дерева, коренем якого є рішення у формі звіту, що потребує керівник, а листками є вхідні дані. “Рівень” користувача СППРЕБ (експерт, керівник) задається тим, які набори даних він потребує від системи. Розглянуті у розділі 1 властивості моделей дозволяють поставити у відповідність кожному вхідному або вихідному набору даних моделі (наприклад, кожному текстовому файлу) деякий “внутрішній” набір даних. 
Типи та ієрархічна залежність усіх “внутрішніх” наборів даних можуть бути зручно задані за допомогою класів об’єктно-орієнтовної мови, що підтримує спадкування об’єктів та можливість використовувати об’єкти як складові інших об’єктів. Нехай кожний ”внутрішній” набір даних відповідає деякому об’єкту (або декільком об’єктам). Автоматична побудова та збереження наборів даних буде забезпечено при умові, що об’єктно-орієнтована мова буде підтримувати властивість сталості об’єктів. Однакова “фізична” природа вхідних та вихідних наборів даних усіх моделей дає змогу описувати ланцюги “вихідний набір даних моделі” об’єкт та об’єкт “вихідний набір даних моделі” у рамках операторів вводу-виводу. Мова повинна також підтримувати можливість завдання як мінімум трьох “системних команд” – “виконати модель та прочитати її вихідний набір даних”, “записати внутрішній набір даних як вхідний набір даних моделі”, “сповістити користувача про необхідність створення внутрішнього набору даних за допомогою засобів інтерфейсу користувача”. 
При використанні вказаної методики, створення СППР “розподіляється” між розробниками моделей та програмного оточення СППР. Методика не потребує внесення змін у програмну реалізацію моделей. Описавши типи об’єктів, що відповідають вхідним та вихідним наборам даних, та їх уявлення у інтерфейсі користувача, розробники моделей, таким чином, опишуть усе “дерево прийняття рішень”. Розробник програмного оточення СППР може сконцентрувати свою увагу на питаннях створення інтерфейсу користувача та адаптації СППР до операційного середовища. Таким чином, можливе прискорення процесу створення СППР. 
У розділі наведено приклад класів мови програмування LIANA, що застосовуються
Фото Капча