8117

Понятие экспертной системы. Основные особенности, архитектура и классификация ЭС. Этапы разработки и стадии жизненного цикла ЭС

Лекция

Информатика, кибернетика и программирование

Понятие экспертной системы. Основные особенности, архитектура и классификация ЭС. Этапы разработки и стадии жизненного цикла ЭС. (Конспект) Понятие экспертной системы. Экспертная система (ЭС) - компьютерная система, использующая знания эксперта...

Русский

2013-02-04

69 KB

30 чел.

Понятие экспертной системы. Основные особенности, архитектура и классификация ЭС. Этапы разработки и стадии жизненного цикла ЭС.

(Конспект)

Понятие экспертной системы.

Экспертная система (ЭС) – компьютерная система, использующая знания эксперта для высокоэффективного решения задач в проблемной области, для которой традиционные формальные методы решения неизвестны или неприменимы вследствие имеющихся ограничений.

Первые ЭС начали разрабатываться в середине 60-х годов прошлого века для решения задач медицинской диагностики (система MYCIN), определения структуры сложных молекул по данным масс-спектрограмм (система DENDRAL), определения залежей полезных ископаемых (система PROSPECTOR) и др. В течение 70-х и 80-х годов прошлого века шло активное развитие и формирование инженерии знаний, как важнейшего направления в рамках искусственного интеллекта (ИИ). В настоящее время ЭС широко используется в самых различных областях.

Отличительной чертой данного класса систем является использование для решения задач знаний опытного эксперта.

Кассы задач, в которых используются ЭС:

  •  интерпретация – составление смыслового описания ситуации по наблюдаемым данным – распознавание образов, понимание речи и т. п. (SPE - определение концентрации гамма-глобулина в крови);
  •  медицинская и техническая диагностика – определение причин неисправностей по результатам наблюдений (MYCIN - диагностика бактериальных инфекций);
  •  прогнозирование – определение вероятных последствий наблюдаемых ситуаций – предсказание погоды, урожая, курса валют и т.п. (PLANT/cd - определения потерь урожая от черной совки);
  •  планирование – определение последовательности действий, приводящих к желаемой цели – планирование действий робота, маршрута движения (TATR - планирование авиаударов по аэродромам противника);
  •  управление – целенаправленное воздействие на объект (применяется в задачах, где традиционные модели автоматического управления неприменимы или неэффективны: управление деловой активностью, боем, воздушным движением и т.п.);
  •  мониторинг – сравнение результатов наблюдений с ожидаемыми или желаемыми (медицинский и экологический мониторинг, атомные электростанции);
  •  обучение – диагностика, формирование и коррекция знания и навыков обучаемого GUIDON - обучение студентов-медиков (антибактериальная терапия);.
  •  отладка - составление рецептов исправления неправильного функционирования системы. ONCOCIN - планирование химиотерапевтического лечения;
  •  ремонт - выполнение последовательности предписанных исправлений. TQMSTUNE - настройка масс-спектрометра.
  •  проектирование - построение конфигурации объектов при заданных ограничениях. XCON (R1) - выбор оптимальной конфигурации аппаратных средств (VAX).

На рис. 13.1 представлена обобщенная архитектура ЭС.

Интерфейс ЭС с внешней средой поддерживает взаимодействие ЭС с внешним миром на всех стадиях жизненного цикла системы и включает две компоненты: интерфейс разработчика и интерфейс пользователя. Интерфейс разработчика используется на этапе разработки ЭС, его основной функцией является поддержка процесса наполнения базы знаний (БЗ). Обычно эта функция выполняется экспертом в предметной области во взаимодействии с инженером по знаниям. Интерфейс пользователя поддерживает общение пользователя с системой в режиме консультации или взаимодействие ЭС с техническими средствами (в случае ее встроенного применения) на этапе ее использования.

Компонента приобретения знаний предназначена для занесения в БЗ новых знаний и модификации имеющихся, как на этапе начального обучения ЭС, так и в режиме ее дообучения в процессе эксплуатации. Ее задачей, в частности, является преобразование знаний в форму, позволяющую машине логических выводов (МЛВ) использовать их в процессе работы.

Рабочая память или база данных (БД) хранит факты о текущем состоянии предметной области, промежуточных и окончательных результатах вывода.

База знаний служит для хранения знаний о проблемной области. Форма хранения соответствует выбранной модели представления знаний.

Машина логических выводов (МЛВ) или интерпретатор осуществляет вывод решения задачи на основе имеющихся в системе знаний и фактов. БД, БЗ и МЛВ составляют ядро ЭС.

Подсистема объяснения обеспечивает трассировку хода вывода решения и предоставление по требованию пользователя объяснения вывода с нужной степенью детализации. Эта функция исключительно важна для ЭС, т.к. при принятии ответственных решений на основе рекомендаций ЭС пользователь, как правило, желает знать, каким образом они были получены.

Этапы разработки и стадии жизненного цикла ЭС.

В процессе разработки ЭС принято выделять пять взаимодействующих и частично пересекающихся этапов: идентификация, концептуализация, формализация, реализация и тестирование.

Этап идентификации – происходит осмысление необходимости решения задачи методами инженерии знаний, уточняются цели и задачи ЭС,  определяются участники процесса разработки и их роли, а также требуемые ресурсы, в том числе возможные источники знаний.

Этап концептуализации – строится концептуальная модель проблемной области, т. е. выделяются ключевые понятия, свойства и отношения, необходимые для описания процесса решения задачи. Задача инженера по знаниям на этом этапе состоит в том, чтобы определить, достаточно ли выделенных ключевых понятий и отношений для описания всех имеющихся примеров.

Этап формализации – построенная концептуальная модель представляется с использованием выбранных формальных моделей представления знаний. На этом же этапе принимается решение о выборе инструментальных программных средств проектирования ЭС, либо о разработке своих собственных.

Этап реализации – создается один или несколько прототипов ЭС, решающих требуемые задачи. На этом этапе выбираются структуры данных и реализуются правила вывода и управляющие стратегии, принятые на этапе формализации, устраняются несоответствия между спецификациями структур данных, правил и схем управления.

Этап тестирования – осуществляется оценка работы программы-прототипа на различных входных воздействиях, выявляются ситуации неадекватных решений  и определяются их причины.

По степени проработанности и отлаженности в жизненном цикле ЭС выделяют пять стадий: демонстрационный прототип, исследовательский прототип, действующий прототип, промышленная система и коммерческая система.

Демонстрационный прототип решает часть требуемых задач, подтверждая потенциальную применимость методов инженерии знаний и принципиальную осуществимость разработки.  

Исследовательский прототип решает все требуемые задачи, но не полностью отлажен и неустойчив в работе.

Действующий прототип надежно решает все задачи, но для решение сложных задач может потребоваться чрезмерно много времени и/или памяти.

Промышленная система обеспечивает высокое качество, надежность, быстродействие и эффективность работы в реальных условиях эксплуатации.

Коммерческая система пригодна для продажи различным потребителям.


 

А также другие работы, которые могут Вас заинтересовать

66796. Контрольная работа по экономическому анализу 61 KB
  Розрахувати методом факторного аналізу вплив на відхилення фактичного значення показника продуктивності праці робітника за рік від планового наступних факторів: а зміни числа робочих днів; б зміни тривалості зміни; в зміни годинного виробітку робітників.
66797. КОНЦЕПТ «PUNISHMENT» В СОВРЕМЕННОМ АНГЛИЙСКОМ ЯЗЫКЕ 121 KB
  Проблема наказания изучается многими науками в фокусе которых находится человек. Объектом исследования являются языковые репрезентации объективирующие концепт PUNISHMENT и представляющие собой как отдельные лексические единицы так и словосочетания а также метафорические выражения и высказывания значение...
66800. Податковий контроль в трактуванні ПК України та кодексів інших держав 54.63 KB
  З ростом податкового тягаря в багатьох країнах світу потенційні вигоди від ухилення від сплати податків стають все більш привабливими. Щоб протистояти діям недобросовісних платників податків порушення при оподаткуванні законодавством багатьох країн віднесені до податкових злочинів...
66802. Порівняльний аналіз текстів Податкових кодексів України, Росії, Казахстану та Білорусії стосовно порядку визначення та узгодження податкових зобов’язань 55.61 KB
  Крім випадків передбачених податковим законодавством платник податків самостійно обчислює суму податкового та або грошового зобов'язання та або пені яку зазначає у податковій митній декларації або уточнюючому розрахунку що подається контролюючому органу у строки встановлені цим Кодексом.
66803. Антидемпінгова політика як метод регулювання ЗЕД 92.76 KB
  Метою дослідження є аналіз організаційних і правових основ процесу застосування антидемпінгових мит в Україні виявлення сутності основних принципів та цілей даного виду діяльності органів виконавчої влади визначення місця відповідних правових норм в правовій системі України.
66804. Проектирование финансовых потоков инвестиционной деятельности 718 KB
  Финансовые технологии отвечают за источник финансирования возведения объекта коммерческая технология отвечает за дальнейшее действие организации по окончании строительства объекта. Любая из этих трех организаций единовременно может строить только 1 объект параллельно 2 объекта строить не может Расчет показателей...