что может выступать в качестве объяснения или
обоснования решения задачи.
3. Описание задач. Инженер по знаниям получает от эксперта
описание типичной задачи для каждой категории возможных
ответов. Это помогает определить прототипную задачу для
каждой категории ответов, некоторую конструкцию, которую
ЭС может использовать при выборе стратегии или основного
подхода к решению данной задачи. Этот подход особенно
интересен для задач диагностического поиска.
4. Анализ задач. Инженер по знаниям просит эксперта решить
несколько задач, стремясь постичь стратегию решения,
используемую экспертом. Эксперт решает задачи, близкие к
реальным, и выделяет как можно больше промежуточных
шагов. При этом инженер по знаниям использует тактику
«вглубь», расспрашивая сначала как было достигнуто
заключение С, затем те, из которых получено С, и т. к. уходя по
ветвлениям дерева целей. Здесь важно не уходить «вширь», то
есть избегать длинных путей, уводящих в сторону.
5. Доводка системы. Эксперт дает инженеру задачи, сначала
простые до весьма трудных. Пока ЭС не начала работать
инженер решает задачи на бумаге, используя понятия,
структуры и правила, полученные от эксперта. Это позволяет
провести быструю проверку полноты и непротиворечивости
знаний, извлеченных от экспертов. Но как только ЭС
заработает, инженер должен решать задачи с ее помощью.
6. Оценивание системы. Эксперт анализирует и критически
оценивает каждое правило ЭС, проверяет стратегии
управления, используемые для выбора правил. Эксперт
сравнивает стратегию управления в ЭС со своим методом
решения задач в этой проблемной области.
7. Проверка системы. Инженер по знаниям предоставляет
примеры, решенные экспертом и прототипной версией ЭС
другим экспертам. Это позволяет сравнивать стратегии
различных экспертов и находить важнейшие моменты,
вызывающие разногласия.
Условия взаимодействия эксперта и инженера по знаниям.
1. Оба участники должны быть тщательно подготовлены.