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