Cтраница 3
В программировании знания могут выражаться как в виде пассивных декларативных структур данных, так и в виде процедурных знаний по их интерпретации и обработке. Принятое в традиционном программировании разграничение программы на данные и саму программу часто невозможно. [31]
При разработке реальных экспертных систем в большинстве случаев используются так называемые языки искусственного интеллекта типа Лисп и Пролог. Однако в последнее время наметился переход к использованию языков традиционного программирования ( С, C и т.п.), что позволяет упростить интеграцию создаваемой экспертной системы в эксплуатируемые информационно-аналитические системы и снизить требования к быстродействию и объему памяти. [32]
То, что в обычной технологии удерживается программистом в уме при построении соответствующей программ, в Я / РО-технологии указано явно, связано с процессом обработки и помещено структурно в одно и то же место - слева и справа проектного листа. Этим Я / РО-тех-нология существенно отличается от описанных выше методов и традиционного программирования с помощью, например, блок-схем. Описанные технологии являются технологиями индивидуального программирования. В них очень большую роль играют человеческий фактор и способ организации коллектива программистов для выполнения соответствующего проекта. [33]
Основой построения систем стал непроцедурный входной язык, на котором пользователь может сказать, что надо делать, не указывая, как надо делать. Конструкции такого языка нацелены на снабжение пользователя определенным набором операций без принуждения использовать традиционное программирование. Множество этих операций составляют функции высокого уровня, многолетний опыт использования которых показал, что они могут быть легко обобщены. Задание, составленное на этом языке, обычно облечено в форму, близкую к форме конструкций естественного языка. [34]
Итак, представление знаний в виде управляемых образцами модулей и продукционных правил обладает следующими достоинствами: модульностью организации знаний; 2) независимостью правил, выражающих самостоятельные куски знаний; 3) легкостью и естественностью модификации знаний; 4) отделением управляющих знаний от предметных знаний, что позволяет применять различные управляющие стратегии; 5) возможностью создания для ряда приложений управляющих механизмов для автоматического решения задач. Основным недостатком данного подхода является его более низкая эффективность по сравнению с методами традиционного программирования. [35]
Разработка ЭС имеет существенные отличия от разработки обычного программного продукта. Опыт создания ЭС показал, что использование при их разработке методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо вообще приводит к отрицательному результату. Дело в том, что неформализованное, задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их разработки приводят к необходимости модифицировать принципы и способы построения ЭС в ходе процесса разработки по мере того, как увеличивается знание разработчиков о проблемной области. [36]
Как отмечалось в главе 1 настоящего пособия, процесс разработки экспертных систем имеет существенные отличия от разработки обычного программного продукта. Опыт создания ЭС показал, что использование при их разработке методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо приводит к отрицательному результату. Дело в том, что неформализованность задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их разработки приводят к необходимости модифицировать принципы и способы построения ЭС в ходе процесса разработки по мере того, как увеличивается знание разработчиков о проблемной области. [37]
Разработка ( проектирование) ЭС существенно отличается от разработки обычного программного продукта. Опыт разработки ранних ЭС показал, что использование при разработке методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо вообще приводит к отрицательному результату. Дело в том, что неформализованность задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их разработки приводит к необходимости модифицировать их принципы и способы построения ЭС в ходе процесса разработки по мере того, как увеличивается знание разработчиков о проблемной области. [38]
Как уже было сказано, проектирование экспертной системы имеет существенные отличия от проектирования обычного программного продукта. Опыт разработки ЭС показывает, что использование при их проектировании методологии, принятой в традиционном программировании ( модель жизненного цикла), либо затягивает процесс создания системы, либо вообще приводит к отрицательному результату. [39]
Проектирование экспертных систем имеет существенные отличия от проектирования обычного программного продукта. Опыт разработки ранних ЭС показал, что использование при их проектировании методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо вообще приводит к отрицательному результату. Дело в том, что неформализованность задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их проектирования приводит к необходимости модифицировать принципы и способы построения ЭС в ходе процесса проектирования по мере того, как увеличиваются знания разработчиков о проблемной области. Суть этой концепции состоит в том, что разработчики не пытаются сразу построить конечный продукт. На начальном этапе они создают прототип ЭС. Прототип должен удовлетворять двум противоречивым требованиям: с одной стороны, он должен решать типичные задачи конкретного приложения, а с другой - трудоемкость его разработки должна быть весьма назначительной, для того чтобы его можно было быстро разработать. Для удовлетворения указанным требованиям, как правило, при создании прототипа используются разнообразные средства, ускоряющие процесс проектирования. Эти средства в обобщенном виде называют инструментарием. [40]
Разработка ( проектирование) ЭС существенно отличается от разработки обычного программного продукта. Предшествующий опыт разработки ЭС показал, что использование при их разработке методологии, принятой в традиционном программировании, либо чрезмерно затягивает процесс создания ЭС, либо вообще вызывает отрицательный результат. Дело в том, что неформализованность задач, решаемых ЭС, отсутствие завершенной теории ЭС и методологии их разработки приводят к необходимости модифицировать принципы и способы построения ЭС в ходе процесса разработки по мере того, как увеличивается знание разработчиков о проблемной области. [41]
Поскольку особенностью ЭС является широкое использование эвристик, понятийных систем проблемного знания, традиционная технология создания программных систем на основе разработки алгоритмов и структурирования данных не подходит для ЭС. Более того, как показывает практика [9 ], использование при проектировании ЭС методологии, принятой в традиционном программировании, или приводит к отрицательным результатам, или чрезвычайно удлиняет процесс проектирования. К тому же использование неформализуемых или слабо формализуемых задач, отсутствие в настоящее время завершенной методологии проектирования ЭС обусловливают необходимость модифицировать принципы и способы построения последних непосредственно в процессе проектирования. [42]
Традиционные ЭС используют неформализованные методы представления знаний. Гибридные ЭС используют как методы инженерии знаний, так и формализованные методы, кроме того, они могут использовать традиционное программирование и математические методы. [43]
В тех случаях, когда это возможно, конечные пользователи должны иметь специальный доступ к данным, который позволит им использовать данные произвольно без написания прикладных программ. Для обеспечения этой возможности пользователи должны располагать средствами взаимодействия и манипулирования с базами данных, которые избавляют их от необходимости традиционного программирования и которые легки, насколько это возможно, для изучения и использования. [44]
ЭС специфика используемых в них языков, технологии разработки приложений и используемого оборудования ( например, Lisp-машины) давала основания предполагать, что интеграция ЭС с традиционными, программными системами является сложной и, возможно, невыполнимой задачей при ограничениях, накладываемых реальными приложениями. Однако в настоящее время коммерческие инструментальные средства ( ИС) для создания ЭС разрабатываются в полном соответствии с современными технологическими тенденциями традиционного программирования, что снимает проблемы, возникающие при создании интегрированных приложений. [45]