апитує у користувача факти, що стосуються конкретної ситуації (проблеми). Отримавши відповіді, ЕС намагається вивести висновок (рекомендацію). Ця спроба виконується механізмом виведення, вирішальним, яка стратегія евристичного пошуку повинна бути використана стосовно до даної проблеми. Користувач може запросити пояснення поведінки ЕС і пояснення її висновків. Якість виводу визначається методом, обраним для подання знань, об'ємом бази знань і потужністю механізму виведення.
Експертна система працює в двох режимах: набуття знань і вирішення завдань (режим консультації або режим використання ЕС).
У режимі придбання знанні спілкування з ЕС здійснює експерт через посередництво інженера по знаннях. Експерт описує проблемну область у вигляді сукупності даних і правил. Дані визначають об'єкти, їх характеристики і значення, що існують в області експертизи. Правила визначають способи маніпулювання даними, характерні для даної проблемної області. Експерт, використовуючи компонент придбання знань, наповнює систему знаннями, які дозволяють ЕС в режимі рішення самостійно (без експерта) вирішувати завдання з проблемної області.
Відзначимо, що режиму придбання знань при традиційному підході до розробки програм відповідають етапи алгоритмізації, програмування і налагодження, виконувані програмістом. Таким чином, на відміну від традиційного підходу розробку програм здійснює експерт (за допомогою ЕС), який не володіє програмуванням, а не програміст.
У режимі консультації спілкування з ЕС здійснює кінцевий користувач, якого цікавить результат і (або) спосіб одержання рішення.
Після обробки дані надходять в робочу пам'ять. На основі вхідних даних з робочої пам'яті, загальних даних про проблемну області і правил з БЗ решатель (інтерпретатор) формує рішення задачі.
На відміну від традиційних програм ЕС в режимі рішення задачі не тільки виконує приписану послідовність операцій, а й попередньо формує її. Якщо відповідь ЕС не зрозумілий користувачеві, то він може зажадати пояснення, як відповідь отримана. Для цього призначена пояснювальна компонента.
2.Понятие та архітектура рабдом. Стратегії розподілу даних в рабдом.
5.1. Поняття та архітектура розподіленої БД
Розподілена БД (рабдом) - набір логічно пов'язаних між собою поділюваних даних та їх описів, які фізично розподілені по декількох комп'ютерів (вузлам) в деякій комп'ютерній мережі.
Кожна таблиця в рабдом може бути розділена на деяку кількість частин, званих фрагментами. Фрагменти можуть бути горизонтальними, вертикальними і змішаними. Горизонтальні фрагменти є підмножини рядків, а вертикальні - підмножини стовпців. Фрагменти розподіляються на одному або декількох вузлах.
З метою поліпшення доступності даних і підвищення продуктивності системи для окремих фрагментів може бути організована реплікація - підтримка актуальної копії деякого фрагмента на декількох різних вузлах. Реплікати - безліч різних фізичних копій деякого об'єкта БД, для яких відповідно до визначених у БД правилами підтримується синхронізація з деякою «головною копією».
Існують декілька альтернативних стратегій розміщення даних у системі: роздільне (фрагментовані) розміщення, розміщення з повною реплікацією і розміщення з вибірковою реплікацією.
Роздільне (фрагментовані) розміщення. У цьому випадку БД розбивається на непересічні фрагменти, кожен з ...
