Информационные технологии в науке, образовании и инженерной практике. Майстренко А.В - 73 стр.

UptoLike

73
Основное на третьем этапе заключается в добавлении большого числа
дополнительных эвристик. Эти эвристики обычно увеличивают глубину
системы, обеспечивая большее число правил для трудноуловимых аспек-
тов отдельных случаев. В то же время эксперт и инженер по знаниям могут
расширить охват системы, включая правила, управляющие дополнитель-
ными подзадачами или дополнительными аспектами экспертной задачи
(метазнания).
После установления основной структуры ЭС инженер по знаниям
приступает к разработке и адаптации интерфейсов, с помощью которых
система будет общаться с пользователем и экспертом. Необходимо обра-
тить особое внимание на языковые возможности интерфейсов, их простоту
и удобство для управления работой ЭС. Система должна обеспечивать
пользователю возможность лёгким и естественным образом спрашивать
непонятное, приостанавливать работу и т.д. В частности, могут оказаться
полезными графические представления.
На этом этапе разработки большинство экспертов узнают достаточно
о вводе правил и могут сами вводить в систему новые правила. Таким об-
разом начинается процесс, во время которого инженер по знаниям переда-
ёт право собственности и контроля за системой эксперту для уточнения,
детальной разработки и обслуживания.
ЭТАП 4: Оценка системы
После завершения этапа разработки промышленной экспертной
системы необходимо провести её тестирование в отношении критериев
эффективности. К тестированию широко привлекаются другие эксперты с
целью апробирования работоспособности системы на различных приме-
рах. Экспертные системы оцениваются главным образом для того, чтобы
проверить точность работы программы и её полезность. Оценку можно
проводить, исходя из различных критериев, которые сгруппируем сле-
дующим образом:
критерии пользователей (понятность и «прозрачность» работы
системы, удобство интерфейсов и др.);
критерии приглашённых экспертов (оценка советов-решений,
предлагаемых системой, сравнение её с собственными решениями, оценка
подсистемы объяснений и др.);
критерии коллектива разработчиков (эффективность реализации,
производительность, время отклика, дизайн, широта охвата предметной
области, непротиворечивость БЗ, количество тупиковых ситуаций, когда
система не может принять решение, анализ чувствительности программы к
незначительным изменениям в представлении знаний, весовых коэффици-
ентах, применяемых в механизмах логического вывода, данных и т.п.).