Разработчик - знание
Cтраница 2
Эксперт предлагает разработчику знаний проблемы для решения, упорядочивая их от легких к более трудным. Прежде чем экспертная система станет действующей, разработчик знаний проводит решения на бумаге, используя концепции, формализмы и правила, приобретенные у эксперта. Это обеспечивает быстрый контроль содержания и завершенности знаний при извлечении их у эксперта. Как только экспертная система сможет работать, даже в ограниченном объеме, разработчик знаний должен использовать ее для решения проблем, предложенных экспертом. [16]
Разработчик знаний задает вопросы эксперту, чтобы решить ряд проблем, проверяя доводы эксперта при решении этих проблем. По мере того как эксперт решает каждую проблему, разработчик знаний обеспечивает его новыми данными. Эксперт должен решать реалистические проблемы, описывая процесс решения вслух и выделяя промежуточные шаги насколько возможно. Разработчик знаний задает вопрос к каждому шагу, чтобы определить стоящую за ним сущность, включая принимаемые гипотезы и используемые стратегии для получения этих гипотез, поставленные ы ели и выбор стратегии для ее достижения. [17]
Развитие определенных отраслей машиностроения в том или ином районе нашей страны зависит от ряда факторов, например местных ресурсов материалов, специфики рабочих кадров и др. Эти факторы служат основой для рационального подбора выпускаемых изделий по материалоемкости, материалотрудоемкости и трудоемкости. Специфика отрасли, подотрасли и вида производства машиностроения создает ту разновидность выполняемой работы, которая требует от разработчика специфических знаний и практического опыта. Это лежит в основе специализации конструкторов и конструкторских подразделений. [18]
Развитие определенных отраслей машиностроения в том или ином районе нашей страны зависит от ряда факторов, например местных ресурсов материалов, специфики рабочих кадров и др. Эти факторы служат основой для рационального подбора выпускаемых изделий по материалоемкости, материалотрудоемкостн и трудоемкости. Специфика отрасли, подотрасли и вида производства машиностроения создает ту разновидность выполняемой работы, которая требует от разработчика специфических знаний и практического опыта. Это лежит в основе специализации конструкторов и конструкторских подразделений. [19]
Разработчик знаний предоставляет другим экспертам примеры, решаемые экспертом, и прототипы системы. Это обеспечивает сравнение стратегии выбора разных экспертов и точки рассогласования. Умелый разработчик знаний может разбить на части знания эксперта, используя только что описанные методы. А еще более искусный разработчик знаний может ввести в окончательную систему эвристические методы и оперативные процедуры, совершенствующие ход рассуждений системы. [20]
Здесь разработчику знаний не следует вмешиваться, а лучше быть пассивным наблюдателем. Такой подход дает разработчику знаний возможность проникнуть в сложность проблемы и установить нужный тип интерфейса. Однако этот метод непрактичен из-за недостатка времени и неясности наблюдений. [21]
Например, рассмотрим проблему построения экспертной системы в помощь адвокатам. Разработчик знаний должен обеспечить эксперта описаниями реальных случаев, включая показания свидетелей и следователей, медицинскую экспертизу, необходимые фотографии и документы. После того как эксперт изучит материал, разработчик знаний ( называемый также инженером по знаниям) спрашивает эксперта, как детально он будет пытаться найти решение в каждом отдельном случае. Разработчик знаний может изучать все стороны каждого случая, изменяя в нем факты и отмечая, как эксперт упорядочивает изменяющиеся условия. [22]
Разработчик знаний задает вопросы эксперту, чтобы решить ряд проблем, проверяя доводы эксперта при решении этих проблем. По мере того как эксперт решает каждую проблему, разработчик знаний обеспечивает его новыми данными. Эксперт должен решать реалистические проблемы, описывая процесс решения вслух и выделяя промежуточные шаги насколько возможно. Разработчик знаний задает вопрос к каждому шагу, чтобы определить стоящую за ним сущность, включая принимаемые гипотезы и используемые стратегии для получения этих гипотез, поставленные ы ели и выбор стратегии для ее достижения. [23]
Например, рассмотрим проблему построения экспертной системы в помощь адвокатам. Разработчик знаний должен обеспечить эксперта описаниями реальных случаев, включая показания свидетелей и следователей, медицинскую экспертизу, необходимые фотографии и документы. После того как эксперт изучит материал, разработчик знаний ( называемый также инженером по знаниям) спрашивает эксперта, как детально он будет пытаться найти решение в каждом отдельном случае. Разработчик знаний может изучать все стороны каждого случая, изменяя в нем факты и отмечая, как эксперт упорядочивает изменяющиеся условия. [24]
Разработчик знаний предоставляет другим экспертам примеры, решаемые экспертом, и прототипы системы. Это обеспечивает сравнение стратегии выбора разных экспертов и точки рассогласования. Умелый разработчик знаний может разбить на части знания эксперта, используя только что описанные методы. А еще более искусный разработчик знаний может ввести в окончательную систему эвристические методы и оперативные процедуры, совершенствующие ход рассуждений системы. [25]
Здесь разработчику знаний не следует вмешиваться, а лучше быть пассивным наблюдателем. Такой подход дает разработчику знаний возможность проникнуть в сложность проблемы и установить нужный тип интерфейса. Однако этот метод непрактичен из-за недостатка времени и неясности наблюдений. [26]
Эксперт предлагает разработчику знаний проблемы для решения, упорядочивая их от легких к более трудным. Прежде чем экспертная система станет действующей, разработчик знаний проводит решения на бумаге, используя концепции, формализмы и правила, приобретенные у эксперта. Это обеспечивает быстрый контроль содержания и завершенности знаний при извлечении их у эксперта. Как только экспертная система сможет работать, даже в ограниченном объеме, разработчик знаний должен использовать ее для решения проблем, предложенных экспертом. [27]
 |
Подсистемы типичного приложения на базе Rtworks. [28] |
К сожалению, распределенная архитектура RTworks дорого обходится разработчику. Во-первых, если заключение машины вывода отображается процессом RThci, это должно быть специфицировано специальной командой машины вывода. Недостаточно просто изменить значение в базе знаний, разработчик обязан еще указать имя переменной в RThci и послать измененное значение коммуникационному серверу, который передаст его процессу RThci. Во-вторых, разработка интерфейса RThci, базы разделяемых данных и базы знаний, отличающихся j yr от друга, требует от разработчика знания трех различных программных интерфейсов. В-третьих, эти различные среды разработки часто требуют избыточных описаний. Например, каждая переменная RThci должна быть описана и в среде разработки RThci, и в спецификации базы разделяемых данных. На разработчика возлагается ответственность за то, чтобы оба описания были идентичными и при внесении изменений перекомпиляции были подвергнуты оба модуля. Перечень описаний в базе разделяемых данных хранится в алфавитном порядке, а в RThci - в порядке ввода. [29]
Страницы: 1 2