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