Главная | Обратная связь | Поможем написать вашу работу!

Класс принадлежности сущности,его представление на er-диаграмме.

Если каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным в прямоугольник, смежный с прямоугольником сущности А.

Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А является необязательным. Этот факт отмечается на ER-диаграмме черным кружочком, помещенным на линии связи возле прямоугольника сущности А.

. ER-модель в совокупности с наборами атрибутов сущностей может служить примером концептуальной модели предметной области или концептуальной схемы базы данных.

В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в CASE-средствах. Эти средства предназначены для автоматизированного проектирования реляционных баз данных.

Широко распространены CASE-системы, позволяющие выполнять ER-диаграммы в соответствии со стандартом IDEF1X. К ним относятся, в частности, Erwin, Design/IDEF, Power Designer.

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

35.ПРАВИЛА ПРЕОБРАЗОВАНИЯ ER-ДИАГРАММ В РЕЛЯЦИОННЫЕ ТАБЛИЦЫ В СЛУЧАЕ СВЯЗИ 1:1.

Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного систем управления базами данных, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.

Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.

Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности [3].

Правило 1

Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.

Правило 2

Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.

Примечание. Если внешний ключ представляет связь 1:1, то должны быть запрещены его дублирующие значения.

Правило 3

Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностейa

41. Понятие СУБД. Архитектура СУБД.

В современной технологии баз данных предполагается, что создание базы данных, её поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария - системы управления базами данных (СУБД).

Система управления базами данных (СУБД) - это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Современная СУБД содержит в своем составе программные средства создания баз данных, средства работы с данными и сервисные средства. С помощью средств создания БД проектировщик, используя язык описания данных (ЯОД), переводит логическую модель БД в физическую структуру, а на языке манипуляции данными (ЯМД) разрабатывает программы, реализующие основные операции с данными (в реляционных БД - это реляционные операции). При проектировании привлекаются визуальные средства, т.е. объекты, и программа-отладчик, с помощью которой соединяются и тестируются отдельные блоки разработанной программы управления конкретной БД.

Средства работы с данными предназначены для пользователя БД. Они позволяют установить удобный (как правило, графически многооконный) интерфейс с пользователем, создать необходимую функциональную конфигурацию экранного представления выводимой и вводимой информации (цвет, размер и количество окон, пиктограммы пользователя и т.д.), производить операции с данными БД, манипулируя текстовыми и графическими экранными объектами.

Сервисные средства позволяют при проектировании использовании БД привлечь к работе с БД другие системы. Например, воспользоваться данными из табличного процессора Excel или обратиться к сетевому серверу.

В среде СУБД можно выделить следующих пять основных компонентов: аппаратное обеспечение, программное обеспечение, данные, процедуры и пользователи.

Аппаратное обеспечение. Для работы СУБД и приложений необходимо некоторое аппаратное обеспечение. Одни СУБД предназначены для работы только с конкретными типами операционных систем или оборудования, другие могут работать с широким кругом аппаратного обеспечения и различными операционными системами. Для работы СУБД обычно требуется некоторый минимум оперативной и дисковой памяти, но такой минимальной конфигурации может оказаться совершенно недостаточно для достижения приемлемой производительности системы.

Программное обеспечение. Этот компонент включает операционную систему, программное обеспечение самой СУБД, прикладные программы, включая и сетевое программное обеспечение, если СУБД используется в сети. Обычно приложения создаются на языках третьего поколения, таких как С, COBOL, Fortran, Ada или Pascal, или на языках четвертого поколения, таких как SQL, операторы которых внедряются в программы на языках третьего поколения. СУБД может иметь свои собственные инструменты четвертого поколения, предназначенные для быстрой разработки приложений с использованием встроенных непроцедурных языков запросов, генераторов отчетов, форм, графических изображений и даже полномасштабных приложений.

Данные - наиболее важный компонент с точки зрения конечных пользователей. База данных содержит как рабочие данные, так и метаданные, т.е. "данные о данных".

Процедуры, к которым относят инструкции и правила, которые должны учитываться при проектировании и использовании базы данных: регистрация в СУБД; использование отдельного инструмента СУБД или приложения; запуск и останов СУБД; создание резервных копий СУБД; обработка сбоев аппаратного и программного обеспечения, включая процедуры идентификации вышедшего из строя компонента, исправления отказавшего компонента (например, посредством вызова специалиста по ремонту аппаратного обеспечения), а также восстановления базы данных после устранения неисправности; изменение структуры таблицы, реорганизация базы данных, размещенной на нескольких дисках, способы улучшения производительности и методы архивирования данных на вторичных устройствах хранения.

Пользователи: клиенты БД, администратор БД, прикладные программисты.

СУБД значительно различаются по характеристикам и функциям. Логически в них можно выделить три компоненты.

Подсистема средств проектирования представляет собой набор инструментов, упрощающих проектирование и реализацию баз данных и их приложений. Как правило, этот набор включает в себя средства для создания таблиц, форм, запросов и отчетов. В СУБД имеются также языки программирования и интерфейсы для них. Например, в Access - макроязык, не требующий глубокого знания программирования, и версия языка Basic - Visual Basic for Application.

Подсистема обработки обеспечивает обработку компонентов приложений, созданных с помощью средств проектирования. Например, в Access 2002 имеется компонент, реализующий построение формы и связывающий элементы формы с данными таблиц.

Третий компонент СУБД - ее ядро выполняет функцию посредника между подсистемой средств проектирования и обработки и данными. Ядро СУБД получает запросы от двух других компонентов, выраженные в терминах таблиц, строк и столбцов, и преобразует эти запросы в команды операционной системы, выполняющие запись и чтение данных с физического устройства.

Кроме того, ядро СУБД участвует в управлении транзакциями, блокировке, резервном копировании и восстановлении.

42. Функциональные возможности и производительность СУБД.

СУБД - это совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.

Функциональные возможности СУБД обширны. СУБД имеют эффективные средства для:

- создания БД, в которой интегрированы данные многих пользователей с целью удовлетворения их информационных потребностей;

- обновления хранящихся в ней данных;

- быстрого извлечения из БД необходимых данных по запросам пользователей;

- выполнения вычислений над данными;

- создания экранных шаблонов – форм, обеспечивающих удобство работы с данными;

- вывода данных из базы в отчетах в виде, удобном для восприятия пользователями;

- разработка приложений;

- экспорта данных в другие БД и импорта данных из них;

- публикации данных в internet.

СУБД обеспечивает также управление БД, а именно: поддержку целостности БД с помощью механизма транзакций.

Транзакция – это совокупность операций с БД, которые должны быть выполнены обязательно до конца, чтобы БД оказалась в непротиворечивом состоянии; которые должны обеспечить защиту данных от несанкционированного доступа, от сбоев в работе компьютерной системы и восстановление БД в случае ее повреждения.

Поддержка параллельной работы. СУБД должна иметь механизм, который гарантирует корректное обновление базы данных при параллельном выполнении операций обновления многими пользователями. Параллельный доступ сравнительно просто организовать, если все пользователи выполняют только чтение данных, поскольку в этом случае они не могут помешать друг другу. Однако, когда два или больше пользователей одновременно получают доступ к базе данных, легко может возникнуть конфликт с нежелательными последствиями.

Восстановление базы данных после сбоев. СУБД должна предоставлять средства восстановления базы данных на случай какого-либо ее повреждения или разрушения. Подобный сбой может произойти в результате выхода из строя системы или запоминающего устройства, ошибки аппаратного или программного обеспечения, которые могут привести к останову СУБД.

Журнал - это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью (иногда поддерживаются две копии журнала, располагаемые на разных физических дисках), в которую поступают записи обо всех изменениях основной части БД.

Контроль доступа к данным. СУБД должна иметь механизм, гарантирующий возможность доступа к базе данных только санкционированных пользователей.

Поддержка обмена данными. СУБД в должны поддерживать работу в локальной сети, чтобы вместо нескольких разрозненных баз данных для каждого отдельного пользователя можно было бы установить одну централизованную базу данных и использовать ее как общий ресурс для всех существующих пользователей. При этом предполагается, что не база данных должна быть распределена в сети, а удаленные пользователи должны иметь возможность доступа к централизованной базе данных. Такая топология называется распределенной обработкой.

" Поддержка целостности данных. Целостность базы данных означает корректность и непротиворечивость хранимых данных.

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

Вспомогательные функции. СУБД должна предоставлять некоторый набор различных вспомогательных функций, обычно предназначенных для администрирования базы данных, импорта и экспорта БД, мониторинга характеристик функционирования и использования базы данных, статистического анализа (оценка производительности или степени использования базы данных), реорганизации индексов, перераспределения памяти.

Производительность СУБД оценивается:

1. временем выполнения запросов;

2. скоростью поиска информации в неиндексированных полях;

3. временем выполнения операций импортирования базы данных из других форматов;

4. скоростью создания индексов и выполнения таких массовых операций, как обновление, вставка, удаление данных;

5. максимальным числом параллельных обращений к данным в многопользовательском режиме;

6. временем генерации отчета.

На производительность СУБД оказывают влияние два фактора:

- СУБД, которые следят за соблюдением целостности данных, несут дополнительную нагрузку, которую не испытывают другие программы;

- производительность собственных прикладных программ сильно зависит от правильного проектирования и построения базы данных.

43. Классификация СУБД. Режимы работы пользователя с СУБД.

1. По типу модели данных, поддерживаемый СУБД:

1.1 иерархические (первой была система IMS)

1.2 сетевые (первой считается система IDS)

1.3 реляционные (первые системы появились от компании IBM в начале 80-х).

1.4объектно-реляционные (постреляционные). Объектно-реляционные СУБД продолжают использовать стандартный язык запросов для реляционных БД - SQL, но с объектными расширениями;

1.5 объектно-ориентированные. В основе объектно-ориентированных СУБД лежит объектно-ориентированная модель обработки данных.

1.6 многомерные, в основе которых лежит многомерная модель данных

2. По степени универсальности:

2.1 СУБД общего назначения не ориентированы на какую-либо конкретную предметную область или на информационные потребности конкретной группы пользователей. Каждая система такого рода реализуется как программный продукт, способный функционировать на некоторых моделях компьютеров в определенной операционной обстановке, и поставляется многим пользователям как коммерческий продукт. СУБД общего назначения обладают средствами настройки на работу с конкретной БД в условиях конкретного применения.

2.2 Специализированная СУБД - используется в том случае, когда СУБД общего назначения не позволяют добиться требуемой производительности и/или удовлетворить заданные ограничения по объему памяти, предоставляемой для хранения БД. Примеры: система IMBASE, используемая для автоматизации проектных и конструкторских разработок.

3. По принципу обработки запросов к БД:

3.1 настольные

3.2 серверные

В качестве классификационного признака можно рассматривать также:

- среду функционирования СУБД (платформу) – класс компьютеров и операционных систем, под управлением которых работает СУБД;

- наличие диалоговых и инструментальных средств конструирования объектов БД;

- возможности встроенного языка СУБД;

- использование OLE-технологии – взаимодействие объектов БД с объектами других приложений: табличных и текстовых процессоров, графических редакторов и др;

- возможности работы с нетрадиционными данными (данными, не являющимися текстом, числами и датами);

-обеспечение интеграции данных из баз, созданных в разных СУБД.

Режимы работы:

1. Режим работы через меню системы обеспечивает взаимодействие пользователя с БД в интерактивном режиме. Он реализуется чаще всего в виде различных меню и диалоговых окон, с помощью которых пользователь постепенно уточняет, какие действия он хочет выполнить и какую информацию получить из БД. Для этого не надо знать языка СУБД.

2. Командный режим обеспечивает диалог с БД на уровне синтаксических конструкций языка СУБД. Этот режим требует определенной подготовки пользователя, но обеспечивает более быстрый доступ к ресурсам БД.

3. Программный режим обеспечивает организацию доступа к данным и управление ими из прикладных программ.

В последние годы широкое распространение получили компьютерные сети. Пользователи компьютерных сетей могут работать с СУБД в однопользовательском и многопользовательском режимах, обеспечивающих доступ к БД соответственно одного из них и многих одновременно.

44. Направления развития СУБД: расширение множества типов обрабатываемых данных, интеграция технологий баз данных и Web-технологий, превращение СУБД в системы управления базами знаний.

В середине 80-х годов исследователи БД стали рассматривать вопросы, выходящие за рамки реляционной модели. Традиционно существовало четкое разделение программ и данных. Этот подход хорошо работал, пока речь шла только о таких данных, как числа, символы, массивы. Но если данные представляли объект "документ", "графический образ", "звук" или "карта", то методы работы с ними становились специфичными и труднореализуемыми. СУБД должны позволять прикладным специалистам отображать все типы данных для своих предметных областей. Шла напряженная работа в двух направлениях:

1) объединение объектно-ориентированного подхода и реляционных систем;

2) замена реляционной модели, ориентируясь исключительно на объекты.

В результате в конце 80-х годов на рынке появилось более десяти СУБД - объектно-реляционных и объектно-ориентированных СУБД (ООСУБД). Процесс миграции реляционных систем в объектную среду продолжается и в настоящее время, и это явление может рассматриваться как одна из тенденций развития СУБД.

Благодаря указанным свойствам объектно-ориентированные СУБД поддерживают новый класс БД с умеренно большими совокупностями записей и чрезвычайно сложными наборами связей между записями. С БД такого типа приходится работать, например, при проектировании автомобиля или самолета, когда задействованы тысячи деталей, причем все они организованы в чрезвычайно сложный список материалов. В этой среде производительность ООБД в сравнении с реляционными БД существенно возрастает, поскольку они обрабатывают все связи проще и эффективнее, из-за того, что информация о связях содержится в самих записях.

Наиболее известные коммерческие ООСУБД — GemStone, Vbase, ORION, PDM, IRIS.

Если ООСУБД конструируются с "чистого" листа, то объектно-реляционные СУБД являются модификацией реляционных СУБД — объектная ориентация включается в существующую широко признанную реляционную модель данных.

Существуют два различных подхода к объединению объектно-ориентированной и реляционной технологии.

Гибридные СУБД, как и обычные реляционные системы, включают реляционные внутренние механизмы управления данными, но в их архитектуре предусматривается уровень объектно-ориентированного внешнего интерфейса, с которым приложения могут взаимодействовать точно так же, как если бы они работали с ООСУБД. В них должны выполняться алгоритмы отображения объектов, видимых на внешнем интерфейсе, в таблицы, поддерживающей реляционной БД. И наоборот, объекты должны восггооизводиться из их представления в табличной среде хранения, когда они запрашиваются пользователями или приложениями.

Такой подход был популярен в конце 80-х годов не столько в коммерческих СУБД, сколько в программных продуктах для автоматизации программирования (CASE), для автоматизации проектирования (CAD), в репозитариях (базах данных, предназначенных для хранения не пользовательских, а системных данных) и в подобных средах, использующих реляционное управление средой хранения и предоставляющих пользователям и приложениям не реляционные интерфейсы.

Другой подход, технологически более продвинутый и предпочитаемый в настоящее время большинством разработчиков реляционных СУБД — расширенный реляционный. При таком подходе сами внутренние реляционные механизмы СУБД управления данными расширяются объектно-ориентированными возможностями, например, наследование, абстрактные типы данных и т.д.

Результаты многолетних исследований в области расширенных реляционных СУБД воплотились в 1996-1997 гг. в ряде коммерческих программных продуктов, представляющих собой объектно-реляционные серверы баз данных с расширяемой системой типов данных. К числу первых систем такого типа относятся: Informix Universal Server (Informix Software, 1996), Oracle S (Oracle Corp., 1997), DB2 Universal Database (ГВМ Corp., 1997). Эти программные продукты составляют значительную долю рынка СУБД, и можно сказать, что объектно-реляционная технология уже состоялась.

В настоящее время комбинирование технологий World Wide Web и технологий баз данных открывает множество новых возможностей создания все более совершенных приложений баз данных. Привлекательным аспектом создания приложений баз данных на основе Web-среды является тот факт, что Web-клиенты (или браузеры) обладают независимостью от платформы. Поскольку браузеры имеются практически для всех существующих вычислительных платформ, при условии поддержки ими стандартов HTML/Java разработчикам не потребуется вносить в приложения изменения для того, чтобы они могли работать с разными операционными системами или различными оконными пользовательскими интерфейсами. В отличие от этого, в случае использования традиционных баз данных, для переноса приложений на другие платформы потребуется выполнить существенную модификацию (если не полную модернизацию) их клиентских частей. К сожалению, поставщики Web-браузеров стали включать в состав своих продуктов специфические компоненты собственной разработки, что приводит к постепенному исчезновению упомянутых выше преимуществ.

Web-браузеры предоставляют широко распространенный и простой в использовании графический пользовательский интерфейс, который можно применять для доступа ко многим типам объектов, включая и базы данных. Помимо этого, использование широко распространенного типового интерфейса позволяет сократить расходы на обучение конечных пользователей. HTML фактически является стандартом, который поддерживается всеми существующими Web-браузерами, что позволяет читать HTML-документы, находящиеся на одном компьютере, с помощью другого компьютера, расположенного в любой точке земного шара, при условии, что он имеет подключение к Internet и установленный Web-браузер.

Важнейшим достоинством среды Web является прозрачность сетевого доступа для пользователя, за исключением необходимости указания URL-адреса, что полностью обеспечивается Web-браузером и Web-сервером. Эта встроенная поддержка сетевого доступа существенно упрощает доступ к базе данных, исключая необходимость приобретения дорогого сетевого программного обеспечения, а также дополнительные сложности согласования различных взаимодействующих платформ.

Размещая всю функциональность приложения на отдельном сервере и удаляя ее из программы-клиента, Web-технология позволяет сэкономить время и деньги, затрачиваемые на развертывание приложений. В то же время упрощается модернизация и администрирование системы при работе с различными вычислительными платформами, расположенными в нескольких офисах. При наличии сервера приложения доступ к функциям приложения легко осуществить из любого Web-сайта, расположенного в любой точке планеты. Если говорить о перспективах ведения бизнеса, то возможность глобального доступа к серверной части приложений существенно упрощает создание новых услуг и открытие новых пунктов обслуживания клиентов.

Общий успех СУБД в сочетании с информационными потребностями менеджмента и исследованиями искусственного интеллекта привел к росту заинтересованности в превращении СУБД в системы управления базами знаний, что может рассматриваться как тенденция развития СУБД.

База знаний — это один или несколько специальным образом организованных файлов, хранящих систематизированную совокупность понятий, правил и фактов, относящихся к некоторой предметной области. Содержимое баз знаний оформляется, связывается между собой и представляется таким образом, чтобы на его основе можно было с помощью специальных программ рассуждать и делать выводы, получая сведения, которые в явном виде могут не присутствовать в базах знаний.

Для построения баз знаний применяются методы искусственного интеллекта, специальные языки описания знаний и интеллектуальный интерфейс. Базы знаний являются основной содержательной частью интеллектуальных систем: информационных, обучающих, систем программирования, экспертных систем, где с их помощью представляются навыки и опыт экспертов — специалистов в данной предметной области.

Специалисты в области технологий баз данных считают вратами, открывающими путь к базам знаний, которые исследуются в области искусственного интеллекта, технологию активных БД.

Традиционные БД являются пассивными. Они играют организующую роль, направленную на обеспечение хранения данных. Вся процедурная логика, включая выборку и модификацию данных, координируется вне сферы управления данными.

Среда активных БД, наоборот, инициирует действия над данными базы и управление ими внутри среды БД в соответствии с предварительно установленными правилами, без необходимости получения каких-либо управляющих воздействий от приложений или от каких-либо других внешних источников. Активная БД может быть охарактеризована как система, следующая правилам Событие—Условие—Действия. Технология активной БД реализована, в частности, в объектно-реляционной СУБД POSTGRES, разработанной на базе СУБД INGRES в калифорнийском университете Беркли в 1986-1994 гг. Возможности существующих в настоящее время технологий активных БД распространяются на сферу интеллектуальных БД. Можно считать, что активные БД открывают двери на пути к пока еще неуловимому будущему интеллектуальных баз данных с высоким уровнем искусственного интеллекта.

45. Знания, их виды. Базы знаний. Экспертные системы.

Зна́ние — совокупность данных, фактов, сведений и правил вывода (у индивидуума, общества или у системы ИИ) о мире, включающих в себя информацию о свойствах объектов, закономерностях процессов и явлений, а также правилах использования этой информации для принятия решений. Правила использования включают систему причинно-следственных связей. Главное отличие знаний от данных состоит в их активности, то есть появление в базе новых фактов или установление новых связей может стать источником изменений в принятии решений.

Виды знаний

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

Конструктивные знания (близкие к понятийным знаниям).Это знания о структуре и взаимодействии частей различных объектов. Они в основном составляют содержание технических, прикладных наук. К примеру, если взять программирование, то понятийное знание - знание о структуре операторов, данных, языка программирования. Конструктивное знание - это знание об устройстве конкретных программ, о типичных алгоритмах.

Процедурные знания. К ним относятся методические правила решения различных задач, с которыми ЛПР уже сталкивался и их решать. В производственной сфере аналогом процедурных знаний являются технологические знания различных производственных процессов. Процедурные знания - это опыт интеллектуальной, управляющей деятельности ЛПР в определенной предметной области.

Фактографические знания. Они включают в себя количественные и качественные характеристики конкретных объектов, явлений и их элементов. Их накопление ведется в виде таблиц, справочников, файлов, БД.

Наибольший прогресс среди компьютерных информационных систем отмечен в области разработки экспертных систем (ЭС), основанных на использовании элементов искусственного интеллекта. Экспертные системы дают возможность менеджеру или специалисту получать консультации экспертов по любым проблемам, на основе которых этими системами накоплены знания.

Под искусственным интеллектом (ИИ) обычно понимают способности компьютерных систем к таким действиям, которые назывались бы интеллектуальными, если бы исходили от человека. Чаще всего здесь имеются в виду способности, связанные с человеческим мышлением. Работы в области искусственного интеллекта не ограничиваются экспертными системами. Они также включают в себя создание роботов, систем, моделирующих нервную систему человека, его слух, зрение, обоняние, способность к обучению.

Решение специальных задач требует специальных знаний. Главная идея использования технологии экспертных систем заключается в том, чтобы получить от эксперта его знания и, загрузив их в память компьютера, использовать всякий раз, когда в этом возникнет необходимость. Являясь одним из основных приложений искусственного интеллекта, экспертные системы представляют собой компьютерные программы, трансформирующие опыт экспертов в какой-либо области знаний в форму эвристических правил. На практике ЭС используются прежде всего как системы-советчики в тех ситуациях, где специалист сомневается в выборе правильного решения. Экспертные знания, хранящиеся в памяти системы, более глубокие и полные, чем соответствующие знания пользователя.

ЭС находят распространение при решении задач с принятием решений в условиях неопределенности (неполноты) для распознавания образов, в прогнозировании, диагностике, планировании, управлении, конструировании и т.д.

Типичная экспертная система состоит из решателя (интерпретатора), БД (базы данных), БЗ (базы знаний), компонентов приобретения знаний, объяснительного и диалогового компонентов.

БД предназначена для хранения исходных и промежуточных данных, используемых для решения задач, фактографических данных.

Решатель, используя исходные данные из БД и знания из Б3, обеспечивает решение задач для конкретных ситуаций.

Компонент приобретения знаний автоматизирует процесс наполнения Б3.

Объяснительный компонент объясняет, как система получила решение задачи (или почему не получила) и какие знания она при этом использовала. Диалоговый компонент обеспечивает диалог между экспертной системой и пользователем в процессе решения задачи и приобретения знаний.

Экспертные системы создаются для решения разного рода задач профессиональной деятельности человека, и в зависимости от этого выполняют разные функции.

Типы экспертных систем

Можно назвать несколько типов современных экспертных систем.

1) Экспертные системы первого поколения. Предназначены для решения хорошо структурированных задач, требующих небольшого объема эмпирических знаний. Сюда относятся классификационные задачи и задачи выбора из имеющегося набора вариантов.

2) Оболочки ЭС. Имеют механизм ввода-вывода, но Б3 пустая. Требуется настройка на конкретную предметную область. Знания приобретаются в процессе функционирования ЭС, способной к самообучению.

3) Гибридные ЭС. Предназначены для решения различных задач с использованием Б3. Это задачи с использованием методов системного анализа, исследования операций, математической статистики, обработки информации. Пользователь имеет доступ к объективизированным знаниям, содержащимся в Б3 и пакетах прикладных программ.

4) Сетевые ЭС. Между собой связаны несколько экспертных систем. Результаты решения одной из них являются исходными данными для другой системы. Эффективны при распределенной обработке информации.

⇐ Предыдущая 1 23

Воспользуйтесь поиском по сайту: