Мы поможем в написании ваших работ!
ЗНАЕТЕ ЛИ ВЫ?
|
Использование индексации правил, которая дает возможность извлечь определенное правило в ответ на вопрос, содержащийся в пользовательском запросе.
Содержание книги
- ЕСЛИ: 1) заражение — менингит,
- Кленси утверждает, что поведение neomicyn ближе к модели поведения человека при диагностировании, чем поведение mycin.
- Почему в системах, основанных на правилах, сложно выполнять обратное прослеживание на большую глубину.
- Формирование суждений на базе модели в системе internist
- Структурированные объекты в CENTAUR
- Каждый управляющий слот можно рассматривать как консеквентную часть правила, условная часть которого сопоставима с ситуацией, описанной компонентами прототипа
- Формирование суждений на базе модели в системе internist
- База знаний программы internist формируется следующим образом.
- Проблемы, обнаруженные в процессе эксплуатации системы INTERNIST
- Рабочая среда инженерии знаний TDE
- Что понимается под прототипом в системе centaur. Какие функции возлагаются на прототипы.
- Severe-restrictive-defect. Present
- Области применения методов конструктивного решения проблем
- Программа R1 разбивает задачу конфигурирования на шесть подзадач, каждая из которых, в свою очередь, может быть разбита на более мелкие подзадачи.
- Стратегии разрешения конфликтов LEX и МЕА
- Формирование суждений с учетом ограничений: метод Match
- Извлечение знаний в системе R1/XCON
- Включить в систему НМД RA60,
- Совершенствование системы XCON
- В чем преимущество использования более явного представления стратегии, реализованного при модернизации системы XCON.
- Оператор resume во многом похож на оператор focus. Отличие состоит в том, что он не формирует новые задачи, А старается выявить ранее приостановленные и повторно запустить их на выполнение.
- Door-opening, platform-width и opening-width
- Приобретение знаний с помощью системы salt
- Итоги анализа систем решения проблем конструирования
- Ваша задача — разработать три новых управляющих правила, которые организуют работу правил clash, start и finish.
- Использование индексации правил, которая дает возможность извлечь определенное правило в ответ на вопрос, содержащийся в пользовательском запросе.
- Формирование пояснений в системах, производных от MYCIN
- Формирование пояснений на основе фреймов
- Суммирование и вывод результатов.
- Диагноз: обтурация воздухоносных путей астматического типа в серьезной форме. Консультация завершена.
- Использование мультимедийного интерфейса для формирования пояснений
- Автоматическое программирование в системе XPLAN
- Другим оператором, смысл которого более понятен при анализе текста программы: (if (атом X) then X else (car X)).
- Перспективы дальнейших исследований методов формирования пояснений
- Почему формирование пояснений в системах, основанных на порождающих правилах, упрощается, если разделить используемые правила на группы по назначению.
- По своему назначению и функциональным возможностям инструментальные программы, применяемые при проектировании экспертных систем, можно разделить на четыре достаточно больших категории.
- Языки описания порождающих правил
- Объектно-ориентированные языки
- Языки логического программирования экспертных систем
- Cups как многофункциональная среда программирования
- ЕСЛИ: сегодня рабочий день И
- Логический вывод в разных контекстах
- Выбор подходящего инструментария для разработки экспертной системы
- Выявление и устранение ошибок на стадии выполнения.
- Правила и процедуры в инструментальной среде М.4
- III) перечень дополнительных возможностей, которые, по-вашему, имеет смысл реализовать в этой среде разработки.
- Процесс прекращается (а эксперты расходятся по домам), когда проблема будет решена.
- Почему для HEARSAY-II выбрана такая архитектура
- Система HEARSAY-III— оболочка для создания систем с доской объявлений
- Инструментальные среды AGE и ОРМ
Как отмечалось в главе 3, процесс выполнения консультаций в экспертной системе, использующей обратную цепочку логического вывода, включает поиск в дереве целей (рис. 16.1). Следовательно, справки о ходе выполнения консультации можно разделить на два типа:
почему система сочла необходимым задать пользователю определенный вопрос;
как система пришла к определенному заключению.
Чтобы ответить на вопрос почему, нужно просмотреть дерево целей "вверх" и определить, какую цель более высокого уровня пытается достичь система. Чтобы ответить на вопрос как, нужно просмотреть дерево "вниз" и выяснить, достижение каких подцелей привело к данной цели (в текущее состояние). Таким образом, процессе формирования пояснений можно рассматривать как некоторый вид прослеживания дерева целей, т.е. свести к задаче поиска в дереве.
Тот факт, что MYCIN отслеживает прохождение структур цель-подцель в процессе выполнения вычислений, позволяет этой системе отвечать на вопросы вроде приведенного ниже.
"Почему вас интересует, является ли окраска микроорганизма грамотрицательной?"

Рис. 16.1. Формирование ответов на основе дерева целей в системе MYCIN
В ответ система может процитировать правило, которое утверждает, что если микроорганизм имеет грамотрицательную окраску и соблюдаются другие условия, то этот организм относится к классу enterobacteriaceae. Помимо цитирования правила, в ответе также указывается, что текущая цель — выяснение класса микроорганизма.
В MYCIN сохраняется список всех решений, принятых в течение сеанса работы, а затем этот список используется для пояснения и уточнения принятых решений в ответ на вопрос пользователя почему, например, такой:
"Почему вы предполагаете, что Организм-1 это протеин?"
В ответ MYCIN процитирует правило, относящееся к этому заключению, и выведет значение степени уверенности в достоверности этого правила. Системе MYCIN можно также задавать вопросы общего характера. Такие вопросы касаются правил безотносительно к текущему состоянию базы данных, т.е. безотносительно к конкретному пациенту. Например:
"Что прописывать при заражении инфекцией pseudonomas?"
В ответ система выведет тот набор препаратов, который рекомендуется в правилах, касающихся инфекции pseudonomas.
Однако пользователь не может получить доступ к информации, хранящейся в виде статических знаний или в таблицах знаний, поскольку эти источники данных не имеют формата порождающих правил. Кроме того, механизм формирования рекомендаций о курсе лечения и выборе предпочтительных медикаментов представлен в программе в виде LISP-функций, которые пользователь не может просмотреть (а если и сможет, то вряд ли что-нибудь в них поймет). Пользователь также не может задать системе вопросы о том, в каком порядке просматриваются правила в процессе формирования решения и в каком порядке анализируются условия, специфицированные в этих правилах.
Подытоживая сказанное о средствах формирования пояснений в системе MYCIN, отметим, что хотя вопросы как и почему и дают пользователю определенную информацию о порядке логического вывода, но признать ее достаточной можно с большими оговорками. Пользователю трудно проследить за логикой процесса по длинной распечатке активизированных правил. Правда, такая распечатка содержит довольно ценную информацию для инженеров по знаниям и разработчиков системы, особенно на стадии ее настройки.
В тех экспертных системах, в которых используется прямая цепочка рассуждений, список активизированных правил несет еще меньше полезной для пользователя информации, поскольку на промежуточной стадии вычислений трудно по нему судить, куда же ведет цепочка рассуждений.
|