ЕИТ 2 мои шпоры
.docx1.Эк.инфа: ее виды, структурные ед-цы. Эк инфа-сов-сть различных сведений эк. хар-ра, используем. для планир-ния, учета, контроля, анализа хоз. деят. фирмы. Виды: 1)учетная, стат., плановая, 2)внутр/внешн, 3)достоверн/недостовер, 4)недост, достаточ, избыточная, 5)первичн/вторичн. Структур. ед-цы: реквизиты, пок-ли, док-ты, массивы. Реквизиты: признак (качеств: фио, наимен), основание (колич, в ед.изм). Пок-ль= рекв-призн+рекв-основ.
2. Внемашин. орг-ция эк. инфы: док-ты, их виды, стр-ра. Внемашин. орг-ция –без использ-я технич ср-в. Виды док-в: 1)планов. учетн, стат, фин, бухг, банков2)материальн, денежн, 3)распорядит/исполнит/комбинир, 4)разовые/накопит,. Стр-ры: заголовочная часть (наим объекта, док-та, индекс, коды), содержат (табл с пок-ми), оформляющая (подписи, дата составл).
3. Понятие классиф-ции инфы. С-мы классиф-ции. Клас-ция инфы-объед-ние (распред-е по подмножествам) инфы по схожим либо различным признакам. Основание-и есть этот признак.С-ма классиф- с-ма правил клас-ции+результат классиф. Виды: фасетная (выдел. по нескольким признакам., напр. обувь. мат-л, ж/м, качество и тд), иерархичная (последоват подчиненность).
4. Классификаторы инфы: назначение, виды. Класс-тор-систематизиров. свод наименов объектов+признаков классиф+кодовые обознач. Назначение: 1)для ручн. проставления в док-тах (при подготовке к комп. обраб), 2)для автоматич. декодирования и формир-я необх. текстов в выходных документах, если они хранятся на машин.носителях. Виды: общегос, отраслевые, локальные.
5.Понятие кодирования инфы. Методы кодирования. Кодирование-присвоение кода объекту классиф, его признаку либо классиф. груп-ке. 1)уменьшают V инфы, 2)облегчают запись, 3)упрощают поиск/сортировку тд. Виды: по форме представления: цифровые/алф-цифровые, 2)по длине: однозначн/многозначн, 3)по методы образования: порядковые/серийно-порядковые/разрядные/комбинирован.
6.Внутримашинная орг-ция ЭИ: файловая орг-ция данных и БД. Преимущества БД. Внутримашин. орг ЭИ- хранится на машин. носителях в отдельн не связанных м/дсобой файлах данных или в едином месте. кот. называется БД. Файловая орг-ция: 1) на магнитных лентах ЭИ хранится в последоват. файлах,где записи располаг. др за другом и для поиска нужной записи нужно прочесть весь файл от нач до этой записи. Скорость обмена инфой оч низкая. 2)на магнитных дисках: ЭИ хранится в файлах произвольного доступа, бОльшая скорость,чем на магн лентах. Недостатки:: 1) избыточность(надо было хранить неск копий), 2) зависимость данных (связь данных и прикладных программ), 3)огранич контроль4)недостат. упр-ние данными.->возникли БД. БД-именованная сов-ть данных, кот. отображает их св-ва, состояние. взаимоотнош. в конкретн предм области. т.е. это организован. сов-сть данных. Объект: люб. существо, атрибут-его св-во. Преимущества БД: 1)более быстрая обработка данных, 2)более легкий доступ к данным (не надо знать, где хранятся), 3) разработка программ разных для создания БД, 4)инфа хранится централизованно (в 1 и то же время могут просматривать неск. пользов-лей). 5)легкий поиск данных.
7. Объемы современных БД и устройства для их размещения. V современ. БДизмеряют в терабайтах и петабайтах.Для их размещ. использ. утр-ва внешн. памяти большого объема. 1)Жесткие диски (для хран и использов инфы БД)-наиб. быстрый доступ, высок скорость записи и чтения, быстрое выполнение запросов. 2)RAID-массивы-объединение неск. дешевых жестких дисков в 1 логич стр-ру с целью повыш. емкости, быстродествия и надежности. (часть дисков-для записи и хранения рублирующ. инфы), 3)CD-ROM (быстрее,ч ем дискета, но медленнее, чем жесткий диск)надежны, долговечны, но небольшой размер до 80мб, 4)DVD-диски (для хран. сверхбольших БД). 5)оптические библиотеки- устр-во для хран. больших V инфы до 5-6 Тб. М/б объединено до 500 СD и DVD.
8. Приложения и компоненты БД. Словарь данных. Приложения: запросы (для отбора инфы или выполнения каких-либо вычислений), формы(для ввода, просмотра и редактир. данных), отчеты(просмотр в наиб. удобном для восприятия виде инфы), WEB-стр (для публик БД в Интернет), прикладные программы (СУБД). Компоненты: 1)данные польз-лей, 2)метаданные (описание стр-ры БД, данные о данных), 3)данные, увелич-щие произв-сть и доступность БД (индексы), 4)метаданные приложений (описание стр-ры и формата приложений БД). На этапе концептуального проектирования изучается и описывается предметная область. На концептуальном этапе разраб. словарь данных. Цель создание: документирование данных. Он содержит инфу: об источниках данных, их форматах, взаимосвязях, характере использования. Назначение:: 1) централизованное ведение и упр-е данными как ресурсом на всех этапах проектирования, эксплуатации и развития БД; 2) обеспечение эфф. взаимодействия между всеми участниками проекта БД.
9.Пользователи БД. Польз-ль-лицо или прикладная прога, кот. могут обращатсья с командами и запросами к Бд и получать рез-ты решений. Делятся: конечный польз-ль (спец-ст предм области, кот-му треб-ся инфа для выполн своих обяз-тей), обслуживающ. персонал (люди, кот отвечают за работу с БД, разработчики администраторы). Администратор БД: 1) обеспечивает работоспособность БД, 2) контролирует и поддерживает полноту, достоверность, непротиворечивость и целостность данных, необходимый уровень защиты данных. Роль администратора БД аналогична роли системного инженера, сопровождающего ОС.
Внешняя
модель Внешняя
модель Внешняя
модель
Внешний ур-нь (представление о БД отд. польз-лей и прикладных программ)
Концептуальный уровень
БД
На концепт. ур-не БД представляется обобщенно (объед-ся данные, используемые различными польз-ми и прикладн прогами)
Внутр.ур-нь (-представление Базы данных в памяти компа)
11. Понятие модели данных. Иерархическая модель данных. Модель данных –сов-ть принципов орг-ции базы данных. Иерархическая- данные подчинены друг другу и можно представить в виде дерева:
Корневой сегмент (самый высокий)
сегмент-предок (может иметь несколько потомков)
сегменты-потомки
(могут иметь только 1 предка)
Достоинства: эфф. исполь-ние памяти компа при хранении данных. использ-ся в крупных орг-циях, где все подчинено иерархично. Недостатки: слишком простая, нельзя создать более сложные логические связи.
12.Сетевая модель. То же, что и иерархич, только разница в том, что потомок может иметь несколько предков, а также потомки могут друг с другом связываться горизонтальными связями. Сегменты называются наборами записей. Достоинство: можно построить более сложную схему+быстрый доступ к данным. Недостаток: большой объем памяти занимает +сложна для понимания.
13. Реляционная модель. Ее базовые понятия.+/-. Реляционная модель основ-ся на понятии «отношение». Отнош. отображает какой-то объект. Объект характ-ся набором атрибутов. значения этих атрибутов-это домены. Схема отношений-это список имен атрибутов. Степень отнош-количество атрибутов в отнош. Кортеж-строки таблицы в реляц. модели, столбы соотв-ют атрибутам. Мощность отношений-кол-во кортежей в отнош. реляц. модель БД основана на математич понятии отношения и представлении отношений в форме таблиц. Св-ва: 1. кажд. значение атрибута д/б неделимым, 2)значения в столбце-однородные, 3)кажд.строка уникальна, 4)каждый столбец имеет уникальное имя, 5)последов-ть столбцов и строк неважна. Столбцы-поля, строки-записи. Первичный ключ (гл табл), внешний ключ (подчиненная табл). Схема данных-связи между таблицами.
Достоинства: проста для понимания, , наглядна. Недост: не допускает представление объектов со сложной стр-рой (т.к. двумерные табл), Медленная обработка данных (т.к. много таблиц, первичных/внешних ключей, трудоемкий процесс).
14. Связь м/д таблицами в реляционной модели БД. М/д табл. устанавливаются связи, чтобы проще было вытягивать нужную инфу. Ключевое поле-поле. которое однозначно идентифицирует таблицу. Первичный ключ (гл табл), внешний ключ (подчиненная табл). Схема данных-связи между таблицами. Одна запись осн табл м/б связана с 1 или неск. записями подчиненной. Значения первичного ключа-уникальны, внешнего-могут повторяться.
15.Реляционная целостность: целостность отнош,ссылочная целостность. Условие целостности- значение первичн ключа должно быть уникальным + непустым. Т.е. не каждое поле м/б выбрано в кач. первичного ключа. Ссылочная целостность- каждое знач. внешн. ключа должно соотв. ХОТЯ БЫ 1 значению первичного.
16. Операции реляц. алгебры: объединение, пересечение, декартово произв, разность, проекция, выборка, соединение, деление. Объединение-отношение R, содержащее множество кортежей, принадлежащих либо R1, либо R2 либо обоим сразу одновременно. (объединение всех строк). пересечение-отношение, которое содержит только одинаковые кортежи от R1 и R2 (объединяет только одинаковые строчки). декартово произв-набор всевозможных сочетаний из n значений где каждое значение берется из своего домена (т.е. Нпример есть номера 3 закказов, коды двух клиентов и веса заказов, тогда декартово произв-это <№ заказа, №клиента, вес>. Два отнош, которые отличаются только порядком атрибутов будут ка равные. Разность- когда есть два отношения и из них выбираются те значения, которые есть в одном, но нет в другом (т.е. не одинаковые).
Проекция-выбор атрибутов в отношении. Пусть есть отношение, которое имеет 4 значения и есть подмножество, в котором есть только 2 атрибута (которые естьв отношении)=>проекция это выбор этих атрибутов из отношения. Выборка-выборка из всех кортежей того, который нам нужен при пом. логических операция И, ИЛИ, НЕ. Соединение-сцепление кортежей, при условии что атрибуты совпадают. Одинак атрибуты включаются только 1 раз. (т.е. в одну таблицу помещаются объедененные данные, а одинаковые строчки выкидываются). деление- это отнош. R, любой кортеж которого вместе с любым кортежем R2 образует кортеж, имеющийся в R1.:
R1 R2 ИТОГ:
|
Код |
Пр-ль |
Меропр. |
Дата |
|
1 |
Сименс |
реклама |
01.01.13 |
|
2 |
Сименс |
выставка |
05.09.13 |
|
3 |
Атлант |
реклама |
01.01.13 |
|
Меропр. |
Дата |
|
|
реклама |
01.01.13 |
|
|
выставка |
05.09.13 |
|
|
1 |
Сименс |
|
2 |
Атлант |
17.Постреляционная модель- модель, когда реляционные таблицы(неск штук) можно представить в виде одной. особенность: поля могут быть делимы + неограниченное кол-во символов. Достоинства: наглядность, удобство, эффективность обработки. Недостаток: сложность в обеспечении целостности данных.
18.Объектно-ориентировання модель данных (осн понятия: объекты, классы, методы, исследование, инкапсуляция, расширяемость, полиморфизм). ООМ-это продолжение реляционной (только здесь+ еще звук.видео, картинка, т.е. разные типы данных,не только цифровые или символьные). ООМ-модель в виде дерева, узлы которого-это объекты. Каждый объект хар-ся идентификатором, состоянием и поведением. Состояние объекта-значения атрибутов, поведение описывают методы –это процедуры, которые производят действия над атрибутами в случае наступления каких-то событий. Объекты могут объед-ся в классы. Экземпляры 1 класса отлич-ся лишь св-ми, но не методами. Методы устан-ся при опр-нии класса. Наслед-ние- это создание нового класса на основании родительского (и он наследует те же св-ва). Инкапсуляция-доступ к данным осущ-ся только в соотв. с правилами поведения объекта, кот. опис-ся методами. Полиморфизм-способность объекта. по-разному реагировать на 1 и то же событие. Достоинства: отражает инфу о сложных объектах с исчерпыающим описанием взаимоотнош. Недостаток: не понятна, затрудняет ее применение, низкая скорость выполнения запросов.
19.Объектно-реляцион модель БД. гибрид реляцион+объектные св-ва данных. Отличит особенность: основана на стратегии реляционной модели. Главной особенностью и отличием об-рел и объект. СУБД от реляц: О(Р)СУБД интегрированы с об-ориентир языком программирования, внутренним и внешним(С++,Java и др). Основн преимущества– повторное и совместное использование компонентов.Недостаток – сложность и связанные с ней повышенные расходы. Примеры ОРСУБД: Oracle Database, Microsoft SQL Server, Postgre SQL. Недостатки об-реляц модели: отсутствие унифицир. теории, методологии проектирования БД, спец. средств создания запросов.
20.Многомерная модель БД (осн.понятия: измерение,ячейка). Многомерная модель-многомерное логическое преставление стр-ры инфы. Использ-ся для аналитич. обработки. Агрегируемость (возможность рассматрвиать данные обобщенно), Историчность (можно захватывать различные промежутки времени), Прогнозируемость (задание ф-ции прогноз-ния и прим-ние к разоич. интервалам времени. Осн понятия: измерение- это множество однотипных данных, кот. образуют 1 из граней гиперкуба (месяц, квартал, год), Ячейка-это поле. значение которого однозначно фиксир-ся набором измерений. Модели орг-ции данных в ММ: а)гиперкубическая(все кубы с одним и тем же набором измерений, б)поликубическая (неск. гиперкубов с разной размерностью). Срез,вращение,агрегация,детализация. Дост-во: удобство аналитики больших объемов инфы с разными временными интервалами. Недостаток: громоздкость для выполнения простейших операций.
21. Понятие проектирования БД.Требования, предъявляемые к БД.Проектир-ние БД-процесс создания БД. Требования: 1)целостность, 2)многократное использование данных,3)быстрый поиск инфы, 4)простота обновления, 5)минимизация избыточности данных, 6)защита данных.
22.Этапы жизненного цикла БД. ЖЦБД-процесс проект-ния, реализ, поддержки БД, состоит из 7 этапов: 1)предварит планир-ние(собир-ся инфа, устан-ся связи м/д объектами. Инфа документ-ся в виде обобщенной концептуальной модели данных), 2)проверка осуществимости (есть ли технология, есть ли персонал,окупится ли), 3)определение требований(цели БД, требования к оборуд и ПО, информац. потреб-ти субъектов), 4)концептуальное проект-ние(выделяется предметная область и делается предварит. модель), 5)логическое (выбор типа модели данных), 6)физическое(как и где хранить БД), 7)оценка работы и поддержка БД
Сущность Связь
24. Типы связи. Их представление на ER-диаграмме. 1:1, 1:М, М:N.
25. Класс принадлежности сущности. Обязательный (если кажд. экз сущности А связан с В; точка в квадрате), необязательный (если НЕ каждый; точка на линии связи).
26. Правила преобразования ER-диаграмм в табл при 1:1. а)обязат. класс принадл у обеих сущн=>1 табл. первичный ключ: первич ключ любой из 2 сущностей). б)1 необязат+ 1 обязат=>необх таблица для каждой сущности. Первичный ключ сущности д/б перв ключом соотв таблицы. первич ключ сущности, для кот. необязат класс принадлежности добавляется атрибут в табл. для сущности с обяз-м классом принадл. первич ключ родительской табл(с необязат классом принадл), который помещается в дочернюю (с обязат)-внешний. Связь м/д табл осущ-ся путем связи первичного и внешнего ключа. в)если оба необязат. , то надо построить 3 табл.-по одной для кажд. сущности и 1 для связи. Первичный ключ сущности д/б первичным ключом для соотв. табл. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
27. Правила преобразования ER-диаграмм в табл при 1:М,М:N. Сомтристя класс принадлежности только на стороне М. а)если М обязат, то необх. построить табл. для каждой сущности. Первичный ключ сущности должен быть первичным ключом соотв табл. Первичный ключ сущности на стороне добавл-ся как атрибут в табл для сущности на стороне М. б)класс на стороне М необязат, то надо построить 3 табл: для кажд сущности +для связи. Таблица для связи включает ключи обеих сущностей. Правило M:N: (класс принадл не имеет значения): надо построить три табл: для кажд сущности +для связи. Табл для связи должна содерж ключи обеих сущностей.
28. Нормализация таблиц. –минимизация избыточныхданных. Суть: приведение таблиц к 3 номральным формам. 1НФ: если все ее поля содержат только неделимые значения. 2НФ: если она удовлетв. требов. 1НФ+ неключевые поля функционально (связь между атрибутами сущности)полно зависят от первичного ключа. 3НФ: если удовлетв 2НФ+не содержит транзитивных зависимостей (функциональная зав-сть м/д неключевыми полями).
29. Концептуальное проектирование. Цель:Создание концепт. модели данных, кот. основ-ся на представлениях польз-лей. Процедуры: 1)опр-ние сущностей и их документирование(кажд.сущности присваивается имся, кот. заносятся в словарь данных). 2)опр-ние связей м/д сущностями и ихдокум-ние (тип связи и класс принадл+в словарь данных), 3)создание ER-модели предметной области (квадратики/ромбики), 4)опр-ние атрибутов и ихдокум-ние (какие они:постоянне ии нет, расчетные ли, может ли иметь Null), 5)опр-ние значений атрибутов, 6)опр-ние первичных ключей для сущностей и их докум-ние, 7)обсужд.концепт.модели.
30. Логическое проектирование. Цель: преобразование концепт. модели в логическую модель, не зависимо от того,как она будет хранится. процедуры: 1)выбор модели данных(наиб распостр. реляционная), 2)опр-ние набора таблиц исходя их ER-модели и их докум-ние(созд-ние и связь таблиц, ключи), 3)нормализация таблиц, 4)проверка логической модели на предмет возможности выполнения транзакций (набор действий, кот. выполн-ся 1 польз-лем или прикладной прогой с целью изменения содержимого БД, так чтобы данные не противоречили др др.5)опр-ние требований поддержки целостности данных+докум-ние (бизнес-правила), 6)создание окончат. варианта логич. модели и обсуждение с польз-ми.
31. Физическое проектирование. Цель: описание того,как будет реализована БД и как она будет храниться. Процедуры: 1)Проект-ние таблиц ср-вами выбранной СУБД, 2)реал-ция бизнес-правил в среде СУБД, 3)проектировние физич. орг-ции БД (файловая орг-ция таблиц), 4)разраб-ка стратегии защиты БД, 5)орг-ция мониторинга функц-ния БД и ее настройка.
32.
Семантическая объектная модель. Пример
объектной диаграммы.
Семантическая
объектная модель (СОМ-модель) – это
инфологическая модель. . Основные
элементы этих моделей: семантические
объекты и их атрибуты. Семантический
или смысловой объект – это объект,
который в определенной степени моделирует
смысл пользовательских данных. Для
моделирования данных в СОМ используется
объектные диаграммы( для описания и
визуального представления структуры
объекто)в. Объекты в них отражаются в
вертикально ориентированных
прямоугольниках. Имя объекта указывается
внутри прямоугольника в верхней его
части, а затем следует список атрибутов
по порядку их значимости для этого
объекта.Семантический объект, имеющий
только однозначные атрибуты, называется
простым(simple). Объект, содерж. хотя бы
один многозначный атрибут, называется
композитным(composite). Осн. достоинство
СОМ-моделей по сравнению с ER-моделями
– это большая гибкость, т.е. используя
СОМ-модели, проще представить сложные
структуры данных. Например, многозначные
групповые атрибуты, вложенные групповые
атрибуты и т.д. Недостатки: меньшая
наглядность и меньшая формализованность,
чем в ER-моделях. Пример объектной
диаграммы
.
33. CASE-ср-ва для модел-ния данных. Назначение и функц-ные возм-ти Erwin. CASEср-ва предназнач. для автоматизирю проект-ния реляционных БД. Они позволяют строить ER-диаграммы в релаьном масштабе времени. Особенности: 1)единый графический язык, 2)поддержка коллективн разработки и упр-ния проектом (возможность рабоыт в сети, контроль, рук-во и тд), 3)макетирование (оценка будущих макетов моделей)5)генерация док-ции, 6)верификация проекта. Программа ERwin предназначена для построения ИЛМ с использованием методологии IDEF1X и автоматической генерации соответствующей ДЛМ с учетом особенностей выбранной СУБД. Результатом генерации ДЛМ является схема БД, представленная на языке SQL, и созданные таблицы, входящие в БД. ERwin может генерировать ДЛМ для более чем 20 реляционных и нереляционных СУБД. Создание БД с помощью ERwin начинается с построения логической модели. После описания логической модели проектировщик выбирает необходимую СУБД, и ERwin автоматически создает соответствующую физическую модель. На основе физической модели ERwin может сгенерировать схему БД на языке SQL и сформировать таблицы, образующие БД.
34. Понятие СУБД. Архитектура СУБД. СУБД-сов-сть языковых и программных средств, предназнач. для создания, ведения и совместного использ-я БД многими пользователями. Нужна для выполнения след задач: создание БД,упр-ние ей, актуализация данных, вычисления, вывод в отчет, разработка приложений,защита,восстановл в случае сбоя и тд. Языковые ср-ва:описание БД+манипулирование. Программные ср-ва- хранение, изменение и обработка инфы. Архитектура СУБД-представление о сов-ти функциональных компонентов с-мы и их взаимосвязяхС-ма СУБД:-подс-ма средств проектирования, -подс-ма обработки (процессор запросов, форм,отчетов), -Ядро СУБД (физич. структурирование, чтение и запись данных).
35.Возможности, предоставл. СУБД пользователям. Производительность СУБД. Возможности: -создание БД, -актуализация БД, -быстрое извлечение инфы, -выполнение вычислений над данными, -разработка приложений, -возмонжость экспорта/испорта в др БД, -публикация в сети Интернет. Произв-ть СУБД-это время, которое показывает, как быстро могут выполняться запросы и операции с данными. Пок-ли: время выполнения запроса, -время поиска инфы, -время обновления, вставкиЮ удаления и тд, -время генерации отчетов.
36.Классификация БД. Режимы работы польз-ля с БД. Бывают: 1)иерархические, 2)сетевые, 2)реляцион, 3)объект-реляц, 4)объект-ориентир, 5)многомерные, 6)постреляционные. также: одно и –многпользовательские. режими: 1)Через меню системы (ч/з разные меню, диаологовые окна), 2)Командный режим (интерактивный режим. Система ждет, пока ты введешь команду,а когад это делаешь,выполняет ее), 3)программный (доступ к инфе через прикладные программы)
37. Функции СУБД. 1)Описание(опр-ние) данных (задание стр-ры данных, их типа, связи). 2)Обработка данных (выбирать, фильтр, сортировка, вычисление, вывод на экран). 3)Управление данными (орг-ция ввода, обработки и хранения данных).
38. Направления развития СУБД: расширение множества обрабатыв-х данных, интеграция БД с WEB-технолог, превращение СУБД в СУБЗ. Расширение: сначала обрабатывались только символьные и числовые значения, позже добавилось видео, аудио, текстовые док-ты (80-90гг). Интеграция: т.к. ща Интернет оч распространён и ч/з него очень удобно все делать=>появилась необходимость упростить доступ к данным нескольким польз-лям. Теперь БД могут загружать на WEB-сервер,а оттуда неск-ко поль-лей без установки программы на свой комп могут просматривать необх. им инфу. СУБД предоставляют возможность создания WEB-стр. Превращение в СУБЗ: т.к. развивались технологии+вопрос искусств. интеллекта=>начали делаться попытки внедрения БД в искусственный интелект (что в итоге представляло бы собой базу знаний-т.е. набор организованных файлов, хранящих систематизир. сов-сть понятий, правил, фактов, относящихся к некот. предметной области). Т.е. это прога, которая сама бы, производя сложные процессы, принимала бы решения, делала выводы.
39.Знания, их виды. Базы знаний. Экспертные системы. Знания-рез-т мыслит. деятельности чела, направлен. на обобщение его опыта, получен. в рез-те практической деят-ти. Виды: 1) житейские и научные (научн: поверхностные/глубинные), 2)личностн (знания людей), формализов.(знания в док-тах). 3)процедурные (ч/з алгоритмы, дают представл. о путях поулчения новых знаний) и декларативные (=множество утверждений.как факты, аксиомы). Модели представл знаний: 1.продукционн; 2. семантич сети; 3. фреймовая структ; 4. форм. логич модели Базы знаний-модель, описывающ. предметн. обл. и позволяющ. отвечать на такие вопросы, на которые ответов в явном виде нету в БД. база знаний-один или неск. файлов, кот. содерж. сведения и понятия о какой-то предм. обл. прим-ся в искусств. интеллекте. Экспертная с-ма-программа, кот. может заменить эксперта в какой-то предм. обл при реш. какой-то задачи.
40. Продукционные модели. База фактов. База правил. Работы машины вывода. ПМ-модель, основанная на представлении знания в виде правил «Если»(условие), «то»(действие). При использовании ПМ исходные файлы (данные) хранятся в базе фактов(рабочая память), а набор правил-в базе знаний. На основе базы фактов запускается машина вывода. Это программа, управляющая набором правил из базы знаний. Ф-ции машины: 1)просмотр существующих фактов+ добавление новых. 2)опр-ние порядка просмотра и применения правил.