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

  
Телефон +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
Мова: 
Українська
Оцінка: 

прийняття рішення або містять вхідну інформацію, можуть бути “активізовані” з Solution Box (наприклад, “натисненням миші” на відповідну піктограму, кнопку або місце на географічній карті). Після активізації набору даних відбувається його створення або редагування. Користувач самостійно вибирає набори даних для активізації відповідно до інформації, яку він хоче одержати від системи або ввести у систему, визначаючи тим самим свій рівень – експерт, особа, відповідальна за прийняття рішень, оператор. Описано програмну реалізацію таких елементів, як GIS Viewer, Таблиця-Графік, 2-D поле, Teрмінал, Звіт СППР у різних операційних системах. 

Для побудови СППР екологічної безпеки на базі системи LIANA та незалежно розроблених моделей необхідно виконати наступні кроки: 
1. Налагодження системи відповідно до вимог конкретної СППР і побудова керуючої програми. 
2. Побудова інтерфейсу користувача СППР. 
3. Опис ієрархії даних, використовуваних у СППР на мові LIANA. 
4. Наповнення “бази даних стандартних значень” та “бази даних зразкових наборів”. 
СППР, що будується, буде мати наступну структуру: 
CППР={M, DssRefDB, DssSamples, DssK, InL, DssI, LClass}, де 
M- набір моделей. 
DssRefDB та DssSamples – дані з “бази даних стандартних значень” та “бази даних зразкових наборів”, що формуються на основі даних, які збирають розробники математичних моделей. 
DssK – ядро СППР. DssK= {LB, SIK, DB, DssExK}, де DssExK*ExK. 
DssI*I – набір засобів інтерфейсу користувача, властивий для даної СППР. 
InL – інтерпретатор мови програмування LIANA. 
LСlass – описання типів та ієрархії даних, що використовуються у СППР, за допомогою класів мови LIANA. 
У четвертому розділі розглянуто використання Системи LIANA для створення програмного оточення та інтеграції моделей у СППРЕБ, що працюють в операційних системах DOS, Windows 3. 1, Windows 95. Розглянуто розробку комп’ютеризованої системи для підтримки прийняття рішень по визначенню оптимальних стратегій відновлення водних екосистем, забруднених радіонуклідами – MOIRA і блоку АКВАТОРІЯ підсистеми “Поверхневі води” МНС України. 
Характерні риси цих систем: 
- Моделюючі частини СППР є незалежними і легко змінюваними. Математичні моделі реалізовані у вигляді програм, що виконуються в ОС DOS, Windows 3. 1, Windows 95 або у середовищі пакета PowerSim, що працює у Windows 95. Запропоновані програмні рішення для визначення стану таких моделей у довільний момент часу. 
- Обмін даними між моделюючою частиною і ядром СППР відбувається до початку і після закінчення роботи моделей. Для обміну даними використовуються файли. 
- Інтенсивне використання ГІС для підготовки даних. 
Запропоновано використання “Звіту СППР”, що містить зведену інформацію, необхідну для ухвалення рішень, у вигляді таблиць і графіків. Звіт може бути продемонстрований як у складі інтерфейсу користувача СППР, так і за допомогою засобів мережі Internet. Рішення базується на побудові HTML файлу під час роботи СППР. Розглянуто деталі програмної реалізації елементу інтерфейсу користувача Internet Report Creator для ОС Windows 95. 
СППР MOIRA розроблена в операційній системі Windows-95. Версії блоку АКВАТОРІЯ працюють в операційних системах DOS і Windows. 
Представлено особливості розробки програмного оточення та інтеграції COPS у Програмну систему метеорологічного моніторингу АЕС Флісінгер, 
Нідерланди (система COPS). Ця програмна система функціонує у середовищі операційної системи Windows. 
Характерними рисами системи COPS є: 
- Забезпечено синхронізацію роботи усіх складових частин системи та обмін даними в режимі реального часу. Одержання метеорологічних даних від датчиків здійснюється з частотою 0. 25 сек., з системи Doppler-Sodar – з частотою 30 хв. Результати моделювання та моніторингу передаються у систему керування АЕС з частотою 1 хв.. 
- Для обміну даними використано файли, що розділяються процесами. 
- Моделююча частина СППР є незалежною і легко змінюваною. Модель COPS реалізовано у вигляді програми, що виконується в ОС DOS. 
- Інтерфейс користувача постійно відображає як поточний стан системи, так і результати моделювання. 
Запропоновано програмні рішення для таких проблем як організація обміну даними з жорсткими вимогами до часу обміну (ОС Windows 3. 1 не підтримує квантування часу) та надання програмі найвищого пріоритету виконання, Програмні рішення базуються на використанні “фільтрів” системи Windows. 
У п’ятому розділі розглянуто створення програмного оточення та інтеграція моделей у Гідрологічний модуль RODOS-Hydro, що є незалежною СППР у складі СППР RODOS. RODOS-Hydro працює в операційній системі UNIX. 
Характерними рисами RODOS-Hydro є:
- Моделюючі частини СППР є незалежними і легко змінюваними. Використані моделі з різним просторовим і часовим масштабом. Моделі реалізовані у вигляді об’єктних файлів на мові FORTRAN та незалежних UNIX- програм. 
- Обмін даними між моделюючою частиною СППР і її ядром відбувається як до початку або після закінчення роботи моделей, так і під час роботи моделей. 
- Для обміну даними використано пам'ять, що розділяється процесами. Це дає можливість використання масивів вхідних і вихідних даних із невідомою заздалегідь довжиною, забезпечення одночасної роботи моделюючих програм і відображення результатів. 
- Інтенсивне використання ГІС для підготовки та відображення даних. 
Запропоновано програмне рішення, що дозволяє вирішити проблеми, які виникають у разі інтеграції складних математичних моделей, реалізованих у вигляді об'єктних модулів. Вирішена проблема “застигання” інтерфейсу користувача при роботі моделей у системі X-Windows за рахунок використання загальної пам’яті, що розділяється у батьківського і дочірнього UNIX- процесів. 
Принципи
Фото Капча