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