Главная »Технология разработки »Реализация базы знаний

Реализация базы знаний

Стадия реализации. Эта стадия включает перевод формализованных знаний в схему представления, определяемую выбранным языком. В результате появляется рабочая программа. Развивая схему представления знаний посредством рабочей программы, получаем прототипный вариант ЭС.

Предметно-ориентированные знания определяют структуру данных, правила ввода, стратегии управления. Схема представления определяет их форму. Работоспособность рабочей программы не гарантирована, так как могут быть глобальные несоответствия между структурными данными и каким-либо правилом или стратегией управления. Эти противоречия должны быть устранены.

Прототипная БЗ создается с помощью различных программных средств: текстовых редакторов, интеллектуальных редакторов, программ для приобретения знаний. Если существующие программные средства не подходят, то ИЗ должен разработать их.

Стадия тестирования. Данная стадия предусматривает проверку прототипного варианта системы и схем представления знаний. При этом проверка должна проводиться на многих разнородных примерах. Порядок ввода данных должен быть разным, чтобы проверить работоспособность системы.

Построение рабочей версии. По ходу построения и проверки ЭС постоянно появляются изменения. Усовершенствование ЭС состоит из многократного повторения всех стадий, в результате чего должна быть получена рабочая версия ЭС.

Если улучшение ЭС не происходит, то необходимо изменить архитектуру системы или базы знаний.

Таким образом, вся технология разработки базы знаний, а далее и экспертной системы в целом, состоит из ряда итераций. На каждой стадии процесс может быть остановлен и проведено уточнение как текущей, так и предыдущих стадий. Это диктует основной принцип успешной разработки – стараться не переоценивать деталировку. В противном случае процесс разработки грозит не завершиться вообще никогда.

Именно по этой причине для целей обеспечения LNUP-разработок должны быть использованы наиболее простые и «прозрачные» оболочки экспертных систем. Вдобавок, специфика объекта разработки диктует условие максимальной простоты восприятия. Слишком подробная деталировка совершенно неприемлема, она усложняет восприятие выше нормы.

Далее мы остановимся на стандартных критериях оценки экспертных систем, которые не включают в себя очень важный в нашем случае критерий статистически правдоподобного результата. Название совершенно условное, математический аппарат проверки в данном случае не имеет значения, тем более, что разглашение его сейчас преждевременно.

Всю разработку будет вести строго ограниченное число экспертов предметных областей. Возможно, в их число попадете и вы, но лишь при наличии специального приглашения.