- •Конструирование эс
- •Структура современных инструментальных средств
- •Классификация инструментальных средств конструирования эс (ис)
- •Средства приобретения знаний
- •Технология разработки на основе знаний
- •Тенденции развития инструментальных средств
- •Инструментальные средства для создания ис(соз)
- •Естественно-языковые системы (ея)
- •Типы знаний
- •Коммуникационные методы
- •Приобретение знаний
- •Средства приобретения знаний
- •Метод когнитивных карт
- •Формирование знаний (machinelearning) Пример: Задача оценки кредитного риска по данным из кредитной истории
- •Дсм-метод (Финн в.К.)
- •Пример: Система, позволяющая научить робота отличать фрукты от не фруктов
Конструирование эс
Состав разработчиков экспертной системы:
Эксперт (Э),
Инженер по знаниям (ИЗ),
Системный программист (СП),
ЛПР.
Схема взаимодействия разработчиков ЭС
В задачу Э входит наполнение системы знаниями и её тестирование.
В задачу ИЗ входит выбор модели системы, выбор логики обработки неопределённостей. СП является создание инструментальной среды для создания ЭС.
ЛПР – тот, для кого создаётся система. Участвует в отладке, изменении интерфейса.
Вопросы, на которые нужно ответить перед созданием ЭС
Целесообразность разработки
Экспертов мало, а приложений много.
Создание ЭС должно приносить экономическую выгоду.
Решение должно быть найдено в жёстких временных ограничениях или во враждебной человеку среде.
Возможна потеря информации при общении с экспертом.
Возможность разработки
Должен существовать эксперт в данной предметной области.
Если экспертов несколько, то их мнения должны быть согласованы.
Экспертные знания должны быть хорошо формализованы.
Поиск решений не должен базироваться в основном на рассуждениях эксперта, которые относятся к рассуждениям здравого смысла, так как они плохо формализуются.
Поиск решений должен базироваться на рассуждениях, а не на действиях.
Соответствие решаемой задачи методам ИИ
При решении задачи оперируют качественной символьной информацией, а не количественной числовой.
Задача должна иметь эвристическую, а не алгоритмическую природу.
Задача не должна быть сверхсложной.
ЭС ориентированы на достаточно узкие задачи.
Основные этапы конструирования ЭС
Идентификация.
выяснение базовых требований к системе, её возможностей, сроков разработки и т.д.
создание аванпроекта.
Концептуализация.
уточняются основные требования и понятия системы.
техническое задание.
Формализация.
выбор модели (или совокупности моделей) и методов поиска на основе этой модели.
рабочий проект.
Реализация.
наполнение системы знаниями.
прототип.
Тестирование.
эксперт убеждается в работоспособности системы.
Отладка.
ЛПР работает с системой и убеждается, что она работает нормально.
Модификация.
процесс внесения изменений в различных стадиях разработки системы.
Структура современных инструментальных средств
ООТ – Объектно-Ориентированная технология представления данных.
РВ – машина вывода в реальном времени.
Программный уровень:
Активная графика и анимация.
Естественно языковые средства.
Наличие средств моделирования.
Поддержка специальных и общих утверждений.
Представление формул.
Представление процедур.
Интерфейсный уровень:
Интегрированность + внешний интерфейс.
(СУБД, ППП, PLC …)
Повторное использование.
- ориентация на определённый тип/класс задач.
Клиент-сервер.
- система поддерживает данную технологию и в различных ситуациях может выступать в роли клиента или в роли сервера.
Масштабируемость приложения.
- система содержит базовую платформу и её расширения.
Открытость и переносимость (OpnNetworkConnection).
- ориентайи на технологию открытых сетевых технологий.
Инкрементальная разработка приложений.
- система может наращиваться без снижения производительности.