Застосування в інформаційній діяльності організації або установи експертних систем
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?. Необхідно відзначити, що залежно від призначення ЕС користувач може або не бути фахівцем в даній проблемній області (в цьому випадку він, не уміючи отримати відповідь саму, звертається до ЕС за порадою), або бути фахівцем (в цьому випадку користувач може і сам отримати результат, але звертається до ЕС з метою прискорити процес отримання результату або з метою покласти на ЕС рутинну роботу) [6, c.12].
В режимі отримання знань експерт вводить в систему продукції про область експертизи. Продукції (вбільш загальному трактуванні правила) представляються на природній для користувача мові. Обєднання знову введених продукций з базою знань здійснюється компонентой придбання знань. Для того, щоб переконатися в достатності знань (тобто переконатися в том, що процес відладки задачі завершений), експерт дає системі тестові приклади. У випадку, якщо результат, отриманий системою, не задовольняє експерта, він за допомогою пояснювальної компоненти одержує відомості про те, як був сформований результат. Після закінчення процесу відладки система передається в експлуатацію користувачам. В режимі рішення дані про задачу користувача після обробки їх лінгвістичним процесором поступають в робочу память [7,c.13].
Важливо відзначити, що архітектура реальних експертних систем розрізняється в першу чергу по наступним характеристикам: спосіб представлення даних і знань; склад знань, що використовуються; методи роботи інтерпретатора. Вибір тих або інших характеристик при проектуванні експертної системи визначається в основному властивостями вирішуваний задачі і бажаними властивостями системи.
Розробка програмних комплексів експертних систем як за рубежем, так і в нашій країні знаходиться на рівні швидше мистецтва, ніж науки. Це звязано з тим, що довгий час системи штучного інтелекту упроваджувалися здебільшого під час фази проектування, а частіше всього розроблялося декілька прототипних версій програм, перш ніж був отриманий кінцевий продукт. Такий підхід діє добре в дослідницьких умовах, проте в комерційних умовах він є дуже дорогим, щоб виправдати комерційно життєвий продукт [5, c.606].
Проектування експертних систем має істотні відмінності від проектування звичайного програмного продукту. Досвід розробки ранніх ЕС показав, що використовування при їх проектуванні методології, прийнятої в традиційному програмуванні, або надмірно затягує процес створення ЕС, або взагалі приводить до негативного результату. Річ у тому, що неформализованность задач, вирішуваних ЕС, відсутність завершеної теорії ЕС і методології їх проектування приводить до необхідності модифікувати принципи і способи побудови ЕС в ході процесу проектування у міру того, як збільшуються знання розробників про проблемну область. Ураховуючи відзначені складнощі, при проектуванні ЕС використовується концепція "швидкого прототипу". Суть цієї концепції полягає в том, що розробники не намагаються відразу побудувати кінцевий продукт. На початковому етапі вони створюють прототип ЕС. Прототип повинен задовольняти двом суперечливим вимогам: з одного боку, він повинен вирішувати типові задачі конкретного додатку, а з іншою трудомісткість його розробки повинна бути вельми незначною, для того, щоб його можна було швидко розробити. Для задоволення вказаним вимогам, як правило, при створенні прототипу використовуються різноманітні засоби, прискорюючи процес проектування. Ці засоби в узагальненому вигляді називають інструментарієм.
Прототип повинен продемонструвати придатність методів інженерії знань для даного додатку. У разі успіху експерт за допомогою інженера по знаннях розширює знання прототипу про проблемну область. При невдачі може бути потрібно розробка нового прототипу або розробники можуть прийти до висновку про непридатність методів ЕС для даного додатку. У міру збільшення знань прототип може досягти такого стану, коли він успішно вирішує всі задачі даного додатку [6, c.14].
Оскільки процес проектування ЕС відпрацьований недостатньо, слід мати на увазі, що розробка конкретних систем може мати свої особливості. Ціль виділити основні проблеми проектування, з якими стикалися розробники експертних систем за пятнадцятирічну історію їх існування.
Перш ніж перейти до розгляду окремих етапів розробки ЕС, перерахуємо спеціальності учасників даного процесу: експерт в тій проблемній області, задачі якої вирішуватиме ЕС; інженер по знаннях фахівець по розробці ЕС; програміст, здійснюючий модифікацію і узгодження інструментальних засобів. Звичайно в розробці ЕС бере участь не менше чотирьох чоловік (1 експерт, 2 інженера по знаннях і 1 програміст). Необхідно особливо підкреслити, що відсутність серед учасників інженера по знаннях (тобто заміна їх програмістами) або приводить до невдачі процесу розробки ЕС, або значно подовжує цей процес.
Перейдемо до етапів побудови ЕС. На етапі ідентифікації розвязуються наступні задачі: визначаються учасники процесу проектування і їх ролі, ідентифікується проблема, визначаються ресурси і цілі. Задача визначення учасників і їх ролей зводиться до визначення кількості експертів і інженерів по знаннях, а також форми їх взаємостосунків (наприклад, експерт може виступати або в ролі вчителя, або в ролі інформуючого). На цьому ж етапі визначаються джерела знань (книги і інструкції). Ідентифікація проблеми полягає в складанні неформального (вербального) опису вирішуваної проблеми. В цьому описі указуються загальні характеристики пробле?/p>