2.3 Структура, этапы разработки экспертных систем
Типичная экспертная система состоит из следующих основных компонентов: решателя (интерпретатора), рабочей памяти (РП), называемой также базой данных (БД), базы знаний (БЗ), компонентов приобретения знаний, объяснительного и диалогового компонентов.
База данных предназначена для хранения исходных и промежуточных данных решаемой в текущий момент задачи. Этот термин совпадает по названию, но не по смыслу с термином, используемым в информационно-поисковых системах (ИПС) и системах управления базами данных (СУБД) для обозначения всех данных (и в первую очередь не текущих, а долгосрочных), хранимых в системе.
База знаний в экспертной системе предназначена для хранения долгосрочных данных, описывающих рассматриваемую область (а не текущих данных), и правил, описывающих целесообразные преобразования данных этой области.
Решатель, используя исходные данные из РП и знания из БЗ, формирует такую последовательность правил, которые, будучи применёнными к исходным данным, приводят к решению задачи.
Объяснительный компонент объясняет, как система получила решение задачи (или почему она не получила решения) и какие знания она при этом использовала, что облегчает эксперту тестирование системы и повышает доверие пользователя к полученному результату.
Диалоговый компонент ориентирован на организацию дружелюбного общения со всеми категориями пользователей как в ходе решения задач, так и приобретения знаний, объяснения результатов работы.
В разработке экспертной системы участвуют представители следующих специальностей:
эксперт в той проблемной области, задачи которой будет решать экспертная система;
инженер по знаниям - специалист по разработке экспертных систем;
программист - специалист по разработке инструментальных средств (ИС).
Необходимо отметить, что отсутствие среди участников разработки инженера по знаниям (то есть его замена программистом) либо приводит к неудаче процесс создания экспертной системы, либо значительно удлиняет его. Эксперт определяет знания (данные и правила), характеризующие проблемную область, обеспечивает полноту и правильность введения в экспертную систему знаний.
Инженер по знаниям помогает эксперту выявить и структурировать знания, необходимые для работы экспертной системы, осуществляет выбор того ИС, которое наиболее подходит для данной проблемной области, и определяет способ того представления знаний в этом ИС, выделяет и программирует (традиционными средствами) стандартные функции (типичные для данной проблемной области), которые будут использоваться в правилах, вводимых экспертом.
Программист разрабатывает ИС, содержащее в пределе все основные компоненты экспертной системы, осуществляет сопряжение ИС с той средой, в которой оно будет использовано.
Экспертная система работает в двух режимах: приобретения знаний и решения задач (называемом также режимом консультации или режимом использования экспертной системы).
В режиме приобретения знаний общение с экспертной системой осуществляется через посредничество инженера по знаниям. Эксперт описывает проблемную область в виде совокупности данных и правил. Данные определяют объекты, их характеристики и значения, существующие в области экспертизы. Правила определяют способы манипулирования данными, характерные для рассматриваемой проблемной области. Эксперт, используя компонент приобретения знаний, наполняет систему знаниями, которые позволяют экспертной системе в режиме решения самостоятельно (без эксперта) решать задачи из проблемной области.
Важную роль в режиме приобретения знаний играет объяснительный компонент. Именно благодаря ему эксперт на этапе тестирования локализует причины неудачной работы экспертной системы, что позволяет эксперту целенаправленно модифицировать старые или вводить новые знания. Обычно объяснительный компонент сообщает следующее: как правильно используют информацию пользователя; почему искались или не использовались данные или правила; какие были сделаны выводы и так далее. Все объяснения делаются, как правило, на ограниченном естественном языке или языке графики.
Режиму приобретения знаний при традиционном подходе к разработке программ соответствуют этапы алгоритмизации, программирования и отладки, выполняемые программистом. В отличие от традиционного подхода разработку программ осуществляет эксперт (с помощью экспертной системы), не владеющий программированием, а не программист.
В режиме консультации общение с экспертной системой осуществляет конечный пользователь, которого интересует результат и (или) способ получения решения. Пользователь в зависимости от назначения экспертной системы может не быть специалистом в данной проблемной области, в этом случае он обращается к экспертной системе за советом, не умея получить ответ сам, или быть специалистом, в этом случае он обращается к экспертной системе, чтобы либо ускорить процесс получения результата, либо возложить на экспертную систему рутинную работу. Термин «пользователь» означает, что им является и эксперт, и инженер по знаниям, и программист. Поэтому, когда хотят подчеркнуть, что речь идёт о том, для кого делалась экспертная система, используют термин «конечный пользователь».
В режиме консультации данные о задаче пользователя обрабатываются диалоговым компонентом, который выполняет следующие действия:
распределяет роли участников (пользователя и экспертной системы) и организует их взаимодействие в процессе кооперативного решения задачи;
преобразует данные пользователя о задаче, представленные на привычном для пользователя языке, на внутренний язык системы;
преобразует сообщения системы, представленные на внутреннем языке, в сообщения на языке, привычном для пользователя (обычно это ограниченный естественный язык или язык графики).
После обработки данные поступают в РП. На основе входных данных в РП, общих данных о проблемной области и правил из БЗ решатель (интерпретатор) формирует решение задачи.
В отличие от традиционных программ экспертная система в режиме решения задачи не только исполняет предписанную последовательность, но и предварительно формирует её. Если ответ экспертной системы не понятен пользователю, то он может потребовать объяснения, как ответ получен.
- Реферат
- Содержание
- Введение
- Анализ состояния и путей повышения эффективности диагностики иммунологических расстройств
- 1.1 Этиология и патогенез иммунологических расстройств
- 1.3 Иммунологические методы диагностики
- 1.4 Иммунокорректоры
- 2. Разработка моделей и алгоритмов выявления иммунологических расстройств
- 2.1 Экспертные системы, их особенности
- 2.2 Классификация экспертных систем
- 2.3 Структура, этапы разработки экспертных систем
- 2.4 Организация знаний в экспертных системах
- 2.5 Отличие экспертных систем от традиционных программ
- Реализация экспертной системы выявления иммунологических расстройств и назначения иммунокорректоров
- Обоснование выбора программной среды разработки
- Характеристика разработанной экспертной системы
- 4 Организационно-экономическая часть
- 4.1 Оценка целесообразности разработки программного продукта
- 4.2 Выбор и обоснование базовой модели
- 4.3 Расчет затрат на разработку и договорной цены программного продукта
- 4.3.1 Расчет затрат на основные материалы
- 4.3.2 Расчет затрат на специальное оборудование
- 4.3.3 Расчет затрат на оплату труда
- 4.3.4 Расчет начислений на оплату труда
- 4.3.5 Расчет себестоимости и договорной цены разрабатываемого программного продукта
- 4.3.6 Расчет продажной цены
- 4.3.7 Расчет цены потребления
- 4.4 Оценка конкурентоспособности программного продукта
- 4.5 Расчет экономических показателей целесообразности и оценки эффективности предлагаемой разработки
- 4.5.1 Расчет капитальных вложений по сравниваемым вариантам
- 4.5.2 Расчет экономии капитальных вложений на пользователя программы, где используется сравниваемый вариант
- 4.5.3 Расчет годового экономического эффекта от разработки пп
- 4.5.4 Расчет эксплуатационных издержек, связанных с использованием разрабатываемой программы
- 4.5.5 Расчет годовой экономии стоимости машинного времени у потребителя программы
- 4.5.6 Расчет относительной экономии капитальных вложений
- 4.5.7 Расчет относительной экономии эксплуатационных издержек потребления
- 4.5.8 Расчет годового экономического эффекта пользователя программного продукта
- 4.5.9 Расчет годового экономического потенциала разработки
- 4.6 Организация продажи программного продукта
- 5 Безопасность и экологичность
- 5.1 Безопасность производственной среды
- 5.1.1 Характеристика условий труда
- 5.1.1.1 Меры защиты от опасных и вредных факторов
- 5.1.1.2 Шум
- 5.1.1.3 Производственное освещение
- 5.1.1.4 Электромагнитное излучение
- 5.1.2 Психофизиологические производственные факторы
- 5.1.3 Средства защиты от опасных и вредных факторов
- 5.1.3.1 Нормализация параметров микроклимата в помещении
- 5.1.3.2 Расчет общеобменной вентиляции
- 5.1.3.3 Электрическая безопасность
- 5.2 Экологичность проекта
- 5.2.1 Анализ возможных негативных воздействий на окружающую среду
- 5.2.2 Утилизация компьютерной техники
- 5.3 Чрезвычайные ситуации
- 5.3.1 Оценка возможности возникновения чрезвычайных ситуаций и защита от них
- 5.3.2 Пожарная безопасность при работе с компьютером