Cтраница 1
Проектирование экспертных систем имеет существенные отличия от проектирования обычного программного продукта. Опыт разработки ранних ЭС показал, что использование при их проектировании методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо вообще приводит к отрицательному результату. Дело в том, что неформализованность задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их проектирования приводит к необходимости модифицировать принципы и способы построения ЭС в ходе процесса проектирования по мере того, как увеличиваются знания разработчиков о проблемной области. Суть этой концепции состоит в том, что разработчики не пытаются сразу построить конечный продукт. На начальном этапе они создают прототип ЭС. Прототип должен удовлетворять двум противоречивым требованиям: с одной стороны, он должен решать типичные задачи конкретного приложения, а с другой - трудоемкость его разработки должна быть весьма назначительной, для того чтобы его можно было быстро разработать. Для удовлетворения указанным требованиям, как правило, при создании прототипа используются разнообразные средства, ускоряющие процесс проектирования. Эти средства в обобщенном виде называют инструментарием. [1]
Процесс проектирования экспертной системы неразрывно связан с экспериментированием. [2]
При проектировании экспертной системы разрабатывают демонстрационный, исследовательский и действующий прототипы, в ходе которых производятся их модификация и ( или) последовательное расширение. [3]
![]() |
Этапы разработки экспертной системы. [4] |
При проектировании экспертной системы типичными ресурсами являются: источники знаний, время разработки, вычислительные средства и объем финансирования. Задача определения ресурсов является весьма важной, поскольку ограниченность какого-либо ресурса существенно влияет на процесс проектирования. [5]
При проектировании экспертной системы типичными ресурсами являются: источники знаний, время разработки, вычислительные средства ( возможности ЭВМ и программного инструментария) и объем финансирования. Для достижения успеха эксперт и инженер должны использовать при построении ЭС все доступные им источники знаний. Для эксперта источниками знаний могут быть: его предшествующий опыт по решению задачи, книги, конкретные примеры задач и использованных решений. [6]
В книге описаны основы проектирования экспертных систем - предмета достаточно нового и модного в настоящее время в связи с бурным прогрессом в области персональных компьютеров, открывших широкие прак-тические возможности создания баз данных и баз знаний - основы для создания экспертных систем. [7]
Перспективным является применение в проектировании экспертных систем, а также идей искусственного интеллекта. [8]
Как уже было сказано, проектирование экспертной системы имеет существенные отличия от проектирования обычного программного продукта. Опыт разработки ЭС показывает, что использование при их проектировании методологии, принятой в традиционном программировании ( модель жизненного цикла), либо затягивает процесс создания системы, либо вообще приводит к отрицательному результату. [9]
Как видно из рис. 10.1, проектирование экспертной системы начинается с анализа класса проблем, которые предполагается решать с помощью этой системы. [10]
Седьмая глава содержит описание основ методологии проектирования экспертных систем. Здесь большое внимание уделено особенностям проектирования динамических ЭС. [11]
Книга является вводным курсом в теорию и проектирование экспертных систем и рассчитана на разные категории читателей. В главах 2 и 3 рассматриваются базовые концепции технологии экспертных систем. В главах 3 - 9 освещаются основные схемы представления проблемно-ориентированных знаний в программах и методы применения этих знаний к решению сложных проблем с помощью компьютера. Изложение материала начинается с краткого обзора работ в области символических вычислений, а затем анализируются некоторые специализированные языки представления знаний. В главах 10 - 16 речь идет о технических вопросах конструирования экспертных систем. Сначала читатель знакомится с проблемой восприятия знаний, а затем рассматриваются парадигмы решения проблем, которые целесообразно использовать для таких задач, как диагностика и конструирование. В главах 17 - 19 анализируются инструментарий л структура программного обеспечения экспертных систем. В заключительных главах книги затронуты более сложные темы, которые в настоящее время еще находятся в стадии научного поиска: машинное обучение, сети доверия ( правдоподобия), логический вывод, базирующийся на прецедентах, и гибридные экспертные системы. [12]
Но для того чтобы внедрить объектно-ориентированный стиль в проектирование экспертных систем, нужно задуматься над тем, как соотнести программные объекты с абстрактными понятиями и категориями предметной области. Объекты должны представлять факты и цели, наборы правил или отдельные гипотезы. Поэтому далеко не очевидно, какими сообщениями должны обмениваться такие объекты и какой смысл должен вкладываться в эти сообщения. [13]
Инженерам-программистам, которые интересуются прежде всего практическими вопросами проектирования экспертных систем, я бы рекомендовал в первую очередь обратить внимание на следующие главы. [14]
Почему задача приобретения знаний является узким местом в проектировании экспертных систем. Какие решения предлагаются для устранения такой ситуации. [15]