Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лекции А-13-07 / Лекции_3_Алехин.docx
Скачиваний:
19
Добавлен:
28.06.2014
Размер:
489.7 Кб
Скачать

Конструирование эс

Состав разработчиков экспертной системы:

  1. Эксперт (Э),

  2. Инженер по знаниям (ИЗ),

  3. Системный программист (СП),

  4. ЛПР.

Схема взаимодействия разработчиков ЭС

В задачу Э входит наполнение системы знаниями и её тестирование.

В задачу ИЗ входит выбор модели системы, выбор логики обработки неопределённостей. СП является создание инструментальной среды для создания ЭС.

ЛПР – тот, для кого создаётся система. Участвует в отладке, изменении интерфейса.

Вопросы, на которые нужно ответить перед созданием ЭС

  1. Целесообразность разработки

  • Экспертов мало, а приложений много.

  • Создание ЭС должно приносить экономическую выгоду.

  • Решение должно быть найдено в жёстких временных ограничениях или во враждебной человеку среде.

  • Возможна потеря информации при общении с экспертом.

  1. Возможность разработки

  • Должен существовать эксперт в данной предметной области.

  • Если экспертов несколько, то их мнения должны быть согласованы.

  • Экспертные знания должны быть хорошо формализованы.

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

  • Поиск решений должен базироваться на рассуждениях, а не на действиях.

  1. Соответствие решаемой задачи методам ИИ

  • При решении задачи оперируют качественной символьной информацией, а не количественной числовой.

  • Задача должна иметь эвристическую, а не алгоритмическую природу.

  • Задача не должна быть сверхсложной.

  • ЭС ориентированы на достаточно узкие задачи.

Основные этапы конструирования ЭС

  1. Идентификация.

выяснение базовых требований к системе, её возможностей, сроков разработки и т.д.

создание аванпроекта.

  1. Концептуализация.

уточняются основные требования и понятия системы.

техническое задание.

  1. Формализация.

выбор модели (или совокупности моделей) и методов поиска на основе этой модели.

рабочий проект.

  1. Реализация.

наполнение системы знаниями.

прототип.

  1. Тестирование.

эксперт убеждается в работоспособности системы.

  1. Отладка.

ЛПР работает с системой и убеждается, что она работает нормально.

  1. Модификация.

процесс внесения изменений в различных стадиях разработки системы.

Структура современных инструментальных средств

ООТ – Объектно-Ориентированная технология представления данных.

РВ – машина вывода в реальном времени.

Программный уровень:

    1. Активная графика и анимация.

    2. Естественно языковые средства.

    3. Наличие средств моделирования.

    4. Поддержка специальных и общих утверждений.

    5. Представление формул.

    6. Представление процедур.

Интерфейсный уровень:

  1. Интегрированность + внешний интерфейс.

(СУБД, ППП, PLC …)

  1. Повторное использование.

- ориентация на определённый тип/класс задач.

  1. Клиент-сервер.

- система поддерживает данную технологию и в различных ситуациях может выступать в роли клиента или в роли сервера.

  1. Масштабируемость приложения.

- система содержит базовую платформу и её расширения.

  1. Открытость и переносимость (OpnNetworkConnection).

- ориентайи на технологию открытых сетевых технологий.

  1. Инкрементальная разработка приложений.

- система может наращиваться без снижения производительности.

Соседние файлы в папке Лекции А-13-07