Технология разработки экспертной системы. Выбор подходящей проблемы для разработки экспертной системы
Автор работы: Пользователь скрыл имя, 19 Марта 2014 в 10:24, курсовая работа
Краткое описание
Цель- написание курсовой работы по данной дисциплине с последующем его усвоении. И решены следующие задачи: - изучение и анализ основ интеллектуальных систем; - изучение и выявление сущности экспертных систем; - разбор технологии проектирования экспертных систем; - изучить, проанализировать, и высказать свою точку зрения по вопросу; - разработка предложений.
Содержание
Введение Глава 1. Введение в сущность экспертных систем 1.1. История развития экспертных систем 1.2. Определение экспертных систем. Главное достоинство и назначение экспертных систем Глава 2. Технология разработки экспертных систем 2.1. Этапа разработки экспертных систем 2.2. Технологии быстрого прототипирования Глава 3. Анализ теории экспертных систем и выводы 3.1.Выбор подходящей проблемы для разработки экспертной системы 3.2. Преимущества экспертных систем перед человеком-экспертом. Список использованной литературы
Когда стала очевидной полная
непригодность этих систем и созданного
для них специализированного аппаратного
оборудования, многие обозреватели пришли
к выводу, что существующая технология
создания ЭС была тупиковым направлением
в развитии информационных технологий.
В последнее десятилетие ЭС возродились
в виде систем с базой знаний, которые
тесно переплетались с существующими
деловыми системами. Их используют в здравоохранении,
страховании, банковском деле и других
областях, чтобы с помощью правил и объектов
накапливать опыт, повысить качество принимаемых
решений. Базы знаний встроены сегодня
в наиболее современные крупные системы.
Они находятся в самой сердцевине программ-
агентов, осуществляющих поиск в сети
Internet, и помогают коллективам пользователей
справиться с потоками информации.
Рассмотрим факторы, стимулировавшие
развитие систем с базами знаний:
- компании, добившиеся значительной
экономии денежных средств благодаря
технологии баз знаний, развивают
и выстраивают ее в специальные
бизнес - процессы, которые были бы
просто невозможны без компьютерной
экспертизы;
- разработаны новые технологии
создания баз знаний, является
необходимым средством, которое
может изменить бизнес - процесс;
- современные системы
реализованы не на специализированном,
а на стандартном оборудовании.
Объединение всех видов программных
продуктов и их отдельных компонентов
в единую ЭС признано экономически выгодным,
так как применение ЭС позволяет существенно
сократить расходы на подготовку квалифицированного
персонала, дальнейшую проверку работоспособности
и надежности, разрабатываемых и исследовательских
систем, а также уменьшить время проектирования
и (или) исследования.
Объектная технология, на основе
которой могут создаваться и развиваться
современные ЭС,- значительный шаг вперед
по сравнению с CASE- средствами, т.к. она
похожа на наше восприятие окружающей
действительности. Наше представление
о моделировании меняется, то же самое
происходит и с объектами, поэтому сопровождение
программируемых объектов может, выполнятся
аналогично приспособлению наших умозрительных
образов к изменению окружающих условий.
Данная технология прекрасно подходит
аналитикам и программистам т.к. очень
напоминает стратегию решения проблем
и соответствует мыслительным процессам
людей, считающихся экспертами в своей
области.
Чтобы стать экспертом, специалисту
нужен инструментарий, имитирующий мышление
эксперта. Разработка парадигмы превращается
из задачи, чуждой мышлению человека, в
знакомое, привычное и легко выполняемое
задание.
Как работают эксперты? Следуя
принципам, заложенным в объектно-ориентированные
технологии, они подразумевают проблемы
на объекты или классы объектов. По мере
накопления знаний в определенной области
они делают обобщения, ориентируясь на
выделенные объекты или классы объектов.
Некоторые обобщения имеют иерархическую
структуру, где свойства высших объектов
наследуются объектами низшего уровня.
Сущность может соответствовать нескольким
классам объектов и взаимодействовать
с различными объектами или классами.
По мере того как знания эксперта углубляются,
на их основе формируются новые ассоциации,
а отдельные уровни иерархии пропадают
или расширяются.
Методика объектно-ориентированного
программирования основана на модели,
напоминающей образы, возникающие в мозгу
аналитика, которая представляет предметы
и процессы в виде объектов и связей между
ними. Наблюдая событие, эксперт легко
выделяет знакомые образы. Для решения
проблем он испытывает конкретные правила,
рассматривая при этом исследуемую проблему
под определенным ракурсом.
При разработке систем автоматизированного
проектирования (САПР) уже нельзя обойтись
без ЭС; их использование признано экономически
выгодным.
С середины 80-х годов наиболее
популярные системы с базами знаний создавались
с ориентацией на стандартное оборудование.
В этом ключ к пониманию причин успеха
современной технологии баз знаний. Опыт
показывает, что системы с базами знаний
необходимо встраивать в самые важные
бизнес-с - процессы и организовывать работу
персонала так, чтобы он мог максимально
использовать их преимущества для достижения
наилучших результатов.
1.2. Определение экспертных
систем. Главное достоинство и назначение.
Экспертные системы (ЭС)- это
яркое и быстро прогрессирующее направление
в области искусственного интеллекта
(ИИ). Причиной повышенного интереса, который
ЭС вызывают к себе на протяжении всего
своего существования является возможность
их применения к решению задач из самых
различных областей человеческой деятельности.
Пожалуй, не найдется такой проблемной
области, в которой не было бы создано
ни одной ЭС или, по крайней мере, такие
попытки не предпринимались бы.
ЭС - это набор программ или
программное обеспечение, которое выполняет
функции эксперта при решении какой-либо
задачи в области его компетенции. ЭС,
как и эксперт-человек, в процессе своей
работы оперирует со знаниями. Знания
о предметной области, необходимые для
работы ЭС, определенным образом формализованы
и представлены в памяти ЭВМ в виде базы
знаний, которая может изменяться и дополняться
в процессе развития системы.
ЭС выдают советы, проводят
анализ, выполняют классификацию, дают
консультации и ставят диагноз. Они ориентированы
на решение задач, обычно требующих проведения
экспертизы человеком-специалистом. В
отличие от машинных программ, использующий
процедурный анализ, ЭС решают задачи
в узкой предметной области (конкретной
области экспертизы) на основе дедуктивных
рассуждений. Такие системы часто оказываются
способными найти решение задач, которые
неструктурированны и плохо определены.
Они справляются с отсутствием структурированности
путем привлечения эвристик, т. е. правил,
взятых “с потолка”, что может быть полезным
в тех системах, когда недостаток необходимых
знаний или времени исключает возможность
проведения полного анализа.
Главное достоинство ЭС - возможность
накапливать знания, сохранять их длительное
время, обновлять и тем самым обеспечивать
относительную независимость конкретной
организации от наличия в ней квалифицированных
специалистов. Накопление знаний позволяет
повышать квалификацию специалистов,
работающих на предприятии, используя
наилучшие, проверенные решения.
Практическое применение искусственного
интеллекта на машиностроительных предприятиях
и в экономике основано на ЭС, позволяющих
повысить качество и сохранить время принятия
решений, а также способствующих росту
эффективности работы и повышению квалификации
специалистов.
Типичная статическая ЭС состоит
из следующих основных компонентов (рис.
1.):
- решателя (интерпретатора);
- рабочей памяти (РП), называемой
также базой данных (БД);
- базы знаний (БЗ);
- компонентов приобретения
знаний;
- объяснительного компонента;
- диалогового компонента.
База данных (рабочая память)
предназначена для хранения исходных
и промежуточных данных решаемой в текущий
момент задачи. Этот термин совпадает
по названию, но не по смыслу с термином,
используемым в информационно-поисковых
системах (ИПС) и системах управления базами
данных (СУБД) для обозначения всех данных
(в первую очередь долгосрочных), хранимых
в системе.
База знаний (БЗ) в ЭС предназначена
для хранения долгосрочных данных, описывающих
рассматриваемую область (а не текущих
данных), и правил, описывающих целесообразные
преобразования данных этой области.
Решатель, используя исходные
данные из рабочей памяти и знания из БЗ,
формирует такую последовательность правил,
которые, будучи примененными, к исходным
данным, приводят к решению задачи.
Компонент приобретения знаний
автоматизирует процесс наполнения ЭС
знаниями, осуществляемый пользователем-экспертом.
Объяснительный компонент объясняет,
как система получила решение задачи (или
почему она не получила решение) и какие
знания она при этом использовала, что
облегчает эксперту тестирование системы
и повышает доверие пользователя к полученному
результату.
Диалоговый компонент ориентирован
на организацию дружественного общения
с пользователем, как в ходе решения задач,
так и в процессе приобретения знаний
и объяснения результатов работы. В разработке
ЭС участвуют представители следующих
специальностей:
- эксперт в проблемной области,
задачи которой будет решать ЭС;
- инженер по знаниям -
специалист по разработке ЭС (используемые
им технологию, методы называют
технологией (методами) инженерии знаний);
- программист по разработке
инструментальных средств (ИС), предназначенных
для ускорения разработки ЭС.
Необходимо отметить, что отсутствие
среди участников разработки инженеров
по знаниям (т. е. их замена программистами)
либо приводит к неудаче процесс создания
ЭС, либо значительно удлиняет его.
Эксперт определяет знания
(данные и правила), характеризующие проблемную
область, обеспечивает полноту и правильность
введенных в ЭС знаний.
Инженер по знаниям помогает
эксперту выявить и структурировать знания,
необходимые для работы ЭС; осуществляет
выбор того ИС, которое наиболее подходит
для данной проблемной области, и определяет
способ представления знаний в этом ИС;
выделяет и программирует (традиционными
средствами) стандартные функции (типичные
для данной проблемной области), которые
будут использоваться в правилах, вводимых
экспертом.
Программист разрабатывает
ИС (если ИС разрабатывается заново), содержащее
в пределе все основные компоненты ЭС,
и осуществляет его сопряжение с той средой,
в которой оно будет использовано. Экспертная
система работает в двух режимах: режиме
приобретения знаний и в режиме решения
задачи (называемом также режимом консультации
или режимом использования ЭС).
В режиме приобретения знаний
общение с ЭС осуществляет (через посредничество
инженера по знаниям) эксперт. В этом режиме
эксперт, используя компонент приобретения
знаний, наполняет систему знаниями, которые
позволяют ЭС в режиме решения самостоятельно
(без эксперта) решать задачи из проблемной
области. Эксперт описывает проблемную
область в виде совокупности данных и
правил. Данные определяют объекты, их
характеристики и значения, существующие
в области экспертизы. Правила определяют
способы манипулирования с данными, характерные
для рассматриваемой области. Отметим,
что режиму приобретения знаний в традиционном
подходе к разработке программ соответствуют
этапы алгоритмизации, программирования
и отладки, выполняемые программистом.
Таким образом, в отличие от традиционного
подхода в случае ЭС разработку программ
осуществляет не программист, а эксперт
(с помощью ЭС), не владеющий программированием.
В режиме консультации общение
с ЭС осуществляет конечный пользователь,
которого интересует результат и (или)
способ его получения. Необходимо отметить,
что в зависимости от назначения ЭС пользователь
может не быть специалистом в данной проблемной
области (в этом случае он обращается к
ЭС за результатом, не умея получить его
сам), или быть специалистом (в этом случае
пользователь может сам получить результат,
но он обращается к ЭС с целью либо ускорить
процесс получения результата, либо возложить
на ЭС рутинную работу). В режиме консультации
данные о задаче пользователя после обработки
их диалоговым компонентом поступают
в рабочую память. Решатель на основе входных
данных из рабочей памяти, общих данных
о проблемной области и правил из БЗ формирует
решение задачи. ЭС при решении задачи
не только исполняет предписанную последовательность
операции, но и предварительно формирует
ее.
Глава 2. Технология разработки
экспертных систем.
2.1. Этапа разработки экспертных
систем.
Процесс разработки промышленной
экспертной системы, опираясь на традиционные
технологии, можно разделить на шесть
более или менее независимых этапов (рис
2.1.), практически не зависимых от предметной
области.
Последовательность этапов
дана для общего представления о создании
идеального проекта. Конечно, последовательность
эта не вполне фиксированная. В действительности
каждый последующий этап разработки ЭС
приносит новые идеи, которые могут повлиять
на предыдущие решения и даже привести
к их переработке. Именно поэтому многие
специалисты по информатике весьма критично
относятся к методологии экспертных систем.
Они считают, что расходы на разработку
таких систем очень большие, время разработки
слишком длительное, а полученные в результате
программы ложатся тяжелым бременем на
вычислительные ресурсы.
В целом за разработку экспертных
систем целесообразно браться организации,
где накоплен опыт по автоматизации рутинных
процедур обработки информации, например:
- информационный поиск;
- сложные расчеты;
- графика;
- обработка текстов.
Решение таких задач, во-первых,
подготавливает высококвалифицированных
специалистов по информатике, необходимых
для создания интеллектуальных систем,
во-вторых, позволяет отделить от экспертных
систем неэкспертные задачи.
Этап 1. Выбор подходящей проблемы.
Этот этап включает деятельность, предшествующую
решению начать разрабатывать конкретную
ЭС. Он включает:
- определение проблемной
области и задачи;
- нахождение эксперта, желающего
сотрудничать при решении проблемы,
и назначение коллектива разработчиков;
- определение предварительного
подхода к решению проблемы;
- анализ расходов и
прибыли от разработки;
- подготовку подробного
плана разработки.
Рис. 2.1.. Этапы разработки ЭС
Правильный выбор проблемы
представляет, наверное, самую критическую
часть разработки в целом. Если выбрать
неподходящую проблему, можно очень быстро
увязнуть в "болоте" проектирования
задач, которые никто не знает, как решать.
Неподходящая проблема может также привести
к созданию экспертной системы, которая
стоит намного больше, чем экономит. Дело
будет обстоять еще хуже, если разработать
систему, которая работает, но не приемлема
для пользователей. Даже если разработка
выполняется самой организацией для собственных
целей, эта фаза является подходящим моментом
для получения рекомендаций извне, чтобы
гарантировать удачно выбранный и осуществимый
с технической точки зрения первоначальный
проект. При выборе области применения
следует учитывать, что если знание, необходимое
для решения задач, постоянное, четко формулируемое,
и связано с вычислительной обработкой,
то обычные алгоритмические программы,
по всей вероятности, будут самым целесообразным
способом решения проблем в этой области,