- •Список экзаменационных вопросов по дисциплине “Базы данных, знаний и экспертные системы”.
- •Трехуровневая архитектура
- •Основные утилиты
- •Анализатор запросов Query Analyzer
- •Именование объектов при работе с субд, поддерживающими распределенную обработку данных. Создание и изменение таблиц.
- •Типы ограничений
- •Ограничения ключей
- •Ограничения первого ключа
- •Ограничения внешнего ключа
- •Добавление внешнего ключа в существующую таблицу:
- •Ограничение уникальности
- •Ограничение проверки
- •Ограничения стандартных значений
- •Объекты sql Server – правила и стандартные значения
- •Сравнение средств поддержки целостности данных
- •Системы безопасности субд sql Server
- •Компоненты структуры безопастности
- •Серверные роли и роли бд, определяемые пользователем роли
- •Фиксированные роли сервера
- •Фиксированные роли бд
- •Индексация в субд
- •Представления
- •Хранимые процедуры
- •Синтаксис оператора создания хранимой процедуры
- •Ситуация когда происходит автоматическая перкомпиляция процедуры:
- •Объявление параметров хранимых процедур
- •Триггеры. Создание и виды триггеров
- •1.1 Типы функций
- •1.2 Достоинства использования
- •2.4 Представление знаний с использованием фреймов
- •2.5 Представление знаний с использованием семантических сетей
- •2.6 Представление знаний в виде нечетких высказываний
- •Пример : фреймовая модель системы лексических значений.
- •Выводы.
- •Режимы функционирования Экспертных систем
- •Классификация Экспертных систем по решаемой задаче
- •Классификация Экспертных систем по связи с реальным временем
- •Понятие метаданные
- •Интеграция с инфраструктурой хранилищ данных
Режимы функционирования Экспертных систем
ЭС может функционировать в 2-х режимах.
1. Режим ввода знаний — в этом режиме эксперт с помощью инженера по знаниям посредством редактора базы знаний вводит известные ему сведения о предметной области в базу знаний ЭС.
2. Режим консультации — пользователь ведет диалог с ЭС, сообщая ей сведения о текущей задаче и получая рекомендации ЭС. Например, на основе сведений о физическом состоянии больного ЭС ставит диагноз в виде перечня заболеваний, наиболее вероятных при данных симптомах.
Классификация Экспертных систем по решаемой задаче
· Интерпретация данных
· Диагностирование
· Мониторинг
· Проектирование
· Прогнозирование
· Сводное Планирование
· Обучение
· Управление
· Ремонт
· Отладка
Классификация Экспертных систем по связи с реальным временем
· Статические ЭС · Квазидинамические ЭС · Динамические ЭС Этапы разработки Экспертных систем · Этап идентификации проблем — определяются задачи, которые подлежат решению, выявляются цели разработки, определяются эксперты и типы пользователей. · Этап извлечения знаний — проводится содержательный анализ проблемной области, выявляются используемые понятия и их взаимосвязи, определяются методы решения задач. · Этап структурирования знаний — выбираются ИС и определяются способы представления всех видов знаний, формализуются основные понятия, определяются способы интерпретации знаний, моделируется работа системы, оценивается адекватность целям системы зафиксированных понятий, методов решений, средств представления и манипулирования знаниями. · Этап формализации — осуществляется наполнение экспертом базы знаний. В связи с тем, что основой ЭС являются знания, данный этап является наиболее важным и наиболее трудоемким этапом разработки ЭС. Процесс приобретения знаний разделяют на извлечение знаний из эксперта, организацию знаний, обеспечивающую эффективную работу системы, и представление знаний в виде, понятном ЭС. Процесс приобретения знаний осуществляется инженером по знаниям на основе анализа деятельности эксперта по решению реальных задач. · Реализация ЭС — создается один или нескольких прототипов ЭС, решающие требуемые задачи. · Этап тестирования — производится оценка выбранного способа представления знаний в ЭС в целом.
Современные экспертные системы широко используются для тиражирования опыта и знаний ведущих специалистов практически во всех сферах экономики. Традиционно знания существует в двух видах:
Коллективный опыт;
Личный опыт;
Концепция хранилищ данных. Витрины данных.
Виртуальное хранилище данных – это система, представляющая интерфейсы и методы доступа к регистрирующей системе, которые эмулируют работу с данными в этой системе, как с хранилищем данных. Виртуальное хранилище данных можно организовать, создав ряд представлений (view) в базе данных, либо применив специальные средства доступа, например продукты класса Desktop OLAP, к которым относится, например, BusinessObjects, Brio Enterprise и другие.
Двухуровневая архитектура хранилища данных подразумевает построение витрин данных без создания центрального хранилища, при этом информация поступает из небольшого количества регистрирующих систем и ограничена конкретной предметной областью. При построении витрин данных используются основные принципы построения хранилищ данных, о которых пойдет речь ниже, поэтому их можно считать хранилищами данных в миниатюре.
Плюсами витрин данных являются:
Простота и малая стоимость реализации;
Высокая производительность за счет физического разделения регистрирующих и аналитических систем, выделения загрузки и трансформации данных в отдельный процесс, оптимизированной под анализ структурой хранения данных;
Поддержка истории;
Возможность добавления метаданных.
Понятие метаданные. Репозиторий метаданных. Архитектура баз данных для хранилищ.