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

1)Компоненты соединяют стрелками попарно. Стрелка обозначает передачу данных. Стрелку помечают списком передаваемых данных. 2)Два элемента соединяют одной стрелкой, даже если она будет обозначать передачу нескольких данных. 3)Неправильно соединять стрелкой два объекта, два хранилища данных, объект и хранилище. 4)Процесс обязательно должен иметь входные и выходные данные.

Диаграммы потоков данных сопровождают описаниями, кот. сод. следующие сведения: 1) Определение ручных и компьютерных процессов;2) Определение диалоговых и пакетных процедур; 3)Определение циклов и событий, кот их инициируют; 4) Определение места вып. проц. (сетевые узлы); 5) Распределение хранилищ данных по узлам сети; 6) Распределение процессов по узлам.

Модель "Сущность-связь". Инструментом инфологического проектирования является модель "Сущность-связь". Она дает представление предметной области в виде множества сущностей и связей между ними. Это представление отражается в виде диаграмм "сущность-связь".

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

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

В46 Организация процесса разработки ИС.

Жизненный цикл информационной системы (программы) – это процесс ее разработки и развития. В жизненном цикле ИС выделяют стадии, а каждую стадию разбивают на этапы.

Существует несколько стандартов на жизненный цикл ИС. Один из них – это стандарт ГОСТ 34.601-90, который предусматривает следующие стадии и этапы создания автоматизированной системы (АС):

1. Формирование требований к АС.\2)Разработка концепции АС.\3) Техническое задание. (Тех задание - исходный документ для проектирования. Содержит основные технические требования, предъявляемые к изделию или услуге и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки технологической или программной документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации) 4)Технический проект. 5)Ввод в действие. 6)Сопровождение АС.

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

В 70-х возник итерационный подход, который, не меняя содержания работ, предлагает по результатам каждого этапа переосмысление и изменение всего проекта. Гибкость процесса проектирования была достигнута, но ценой постоянного пересмотра проектных решений, планов и бюджетов.

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

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

1. Стратегическое планирование ИС. 2)Выделение и анализ управленческих подсистем.3)Выделение наиболее приоритетных подсистем для разработки.4)Разработка подсистем.

В47 Определения БД и СУБД. Функции СУБД. Основные понятия технологии «Клиент-сервер» итд

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

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

Клиент-сервер – это модель взаимодействия компьютеров в сети. Компьютер, управляющий тем или иным ресурсом, принято называть сервером этого ресурса, а компьютер, использующий ресурс – клиентом.

В технологии "клиент-сервер" часть функций прикладной программы реализована в программе-клиенте, другая - в программе-сервере. Для их взаимодействия определен некоторый протокол:

1)презентационная логика (клиент);\ 2) бизнес-логика (при толстом клиенте – на клиенте, при тонком клиенте – на сервере);\ 3) логика доступа к ресурсам (на сервере).

Для описания единицы работы в БД вводится понятие транзакции.

Транзакция - последовательность операторов языка SQL, которая рассматривается как некоторое неделимое действие над базой данных. В то же время, это логическая единица работы системы. Свойства транзакции:

1. Свойство атомарности - транзакция должна быть выполнена в целом или не выполнена вовсе.

2. Свойство согласованности гарантирует, что по мере выполнения транзакций данные переходят из одного согласованного состояния в другое - транзакция не разрушает взаимной согласованности данных.

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

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

Предусматривается четыре уровня изолированности транзакций:

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

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

Второй – запрещено неповторяемое чтение. Не допускается обновление и чтение данных, пока не закончится транзакция, обновляющая эти данные.

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

В48 Требования к схеме БД. Функциональные зависимости. Ключи отношения. Нормальные формы отношений.

Схема БД - множества отношений и схемы каждого отношения. Схема отношения - множество атрибутов отношения. Требования к схеме БД:

1. Целостность. Набор отношений должен правильно описывать все зависимости предметной области.

2. Схема не должна быть избыточной (одна и та же зависимость не должна описываться дважды).

3. Количество отношений должно быть минимальным.

4. Первичные ключи должны быть минимальными.

5. Изменения БД должны быть минимальными при изменении предметной области.

6. Схема БД должна обеспечивать минимальное время выполнения запроса.

Сохранение целостности и неизбыточность привели к созданию нормальных форм отношений и к использованию нормализации в проектировании БД.

Наиболее распространенным видом зависимости является функциональная зависимость.

Функциональная зависимость определяется предметной областью и не зависит от экземпляра отношения.

Понятие функциональной зависимости позволяет определить ключ следующим образом. Множество атрибутов X  R отношения r ( R ) с множеством функциональных зависимостей F⁺ называют ключом отношения r , если

• R функционально зависит от X (XR  F⁺);

• R не зависит функционально ни от какого собственного подмножества X.

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

Процесс приведения схем отношений к нормальной форме называют нормализацией.

Первая нормальная форма (1НФ). Отношение находится в 1НФ, если каждый атрибут отношения является атомарным, т.е. неделимым в смысловом отношении.

2НФ связана с исключением из отношения неполных (частичных) функциональных зависимостей. Неполная или частичная зависимость в отношении r непервичного атрибута A от ключа X существует, если существует собственное подмножество Y ключа X и функциональная зависимость A от Y. Если такого подмножества y нет, то зависимость A от X называется функционально полной. Отношение находится в 2НФ, если оно находится в 1НФ и каждый непервичный атрибут функционально полно зависит от ключа. В отношении с неполными функциональными зависимостями возникает избыточность, что приводит к

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

3НФ исключает не только неполные, но и транзитивные зависимости. Отношение r( R ) находится в 3НФ, если оно находится в 2НФ и каждый непервичный атрибут A нетранзитивно зависит от ключа X. Транзитивная зависимость XA существует, если существует множество атрибутов YR такое, что YA. Транзитивные зависимости также приводят к избыточности и проблемам обновления. Поэтому зависимости YA необходимо описывать отдельным отношением.

Нормальная форма Бойса-Кодда применяется, если в отношении r первичный атрибут транзитивно зависит от ключа. Определение НФБК использует понятие детерминанта. Множество атрибутов X является детерминантом B, если X B и ни одно собственное подмножество X не обладает этим свойством. Отношение r ( R ) находится в НФБК, если оно находится в 2НФ и каждый детерминант из R является возможным ключом.

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

Отношение находится в четвертой нормальной форме (4НФ), если в случае существования многозначной зависимости AB все остальные атрибуты функционально зависят от AB.

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

В49 Определение таблиц и ограничений ссылочной целостности в языке SQL. Понятие и применение хранимых процедур,

Команда создания таблицы:CREATE TABLE <имя таблицы> (<колонка> [, <колонка>…] [, <табличное ограничение>[,<табличное ограничение> ...]])

Пункт <колонка> задает описание одной колонки (поля) таблицы

<колонка> ::= <имя колонки > <Тип данных> <свойства и ограничение колонки>

Свойства и ограничения могут быть следующими:

Пункт DEFAULT задает значения по умолчанию

Пункт IDENTITY определяет автоинкрементное поле, значения которого формируется автоматически с начальным значением n и увеличивается при добавлении записи на s.

Свойство NULL (NOT NULL) разрешает (запрещает) задавать пустые значения поля.

Табличное ограничение

CONSTRANT <имя ограничения> < ограничение>

может следующим:

1. Ограничение «первичный ключ» PRIMARY KEY указывает, что данная последовательность полей является первичным ключом, т.е. не допускается существования двух записей с одинаковыми значениями первичного ключа

2. Ограничение «Внешний ключ» FOREING KEY REFERENCES <имя справочной таблицы> указывает, что значения перечисленных полей обязательно должны быть в одной из записей справочной таблицы.

3. Ограничение CHECK(<условие>) позволяет определить ограничение в виде произвольного логического выражения.

Хранимые процедуры – это скомпилированные подпрограммы на языке Transact – SQL. Они делятся на два класса:

• процедуры выбора, формирующие таблицу как результат вызова;

• выполняемые процедуры, осуществляющие некоторую работу и/или возвращающие вычисленные выходные параметры.

Процедура создается командой CREATE PROCEDURE <имя процедуры> [(<параметр> <тип> [=<значение_по умолчанию>] [OUTPUT], …)] AS <команда> / <блок>

Триггер – процедура без параметров, определяемая для операции Update, Insert, Delete или их комбинации над определенной таблицей. Команда определения триггера имеет следующий формат

CREATE TRIGGER <имя триггера> ON { <имя таблицы>| <имя представления>} { FOR | AFTER | INSTEAD OF } {[операция]}        AS         <команды Transact – SQL >

Курсоры предоставляют возможность обрабатывать таблицы по записям. Сначала курсор надо объявить

DECLARE <имя курсора> CURSOR FOR <команда выбора select>Для использования курсора он открывается OPEN <имя курсора>

При этом выполняется запрос и создается его результат – временная таблица, которую можно просматривать командой

FETCH {NEXT | PRIOR | FIRST | LAST | ABSOLUTE <номер записи>

| RELATIVE <смещение>} FROM <имя курсора> INTO <@переменная_1>,…, <@переменная_n>

n – число полей. Команда извлекает поля указанной записи и присваивает указанным переменным. В цикле просмотра записей обычно используется глобальная переменная @@FETCH_STATUS, которая содержит код завершения команды FETCH:

0 успешно, -1 конец таблицы, -2 прочитана удаленная запись.

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

CLOSE <имя курсора>

В50 Команды корректировки данных в SQL. Общая структура и основные возможности команды выбора SELECT языка SQL.

Команда добавления записей в таблицу

1)INSERT INTO <таблица> [(<колонка> [, <колонка> ...])]

{VALUES (<значение> [, <значениеl> ...]) | <select - выражение>}

2) DELETE FROM <таблица> [WHERE <условие>]

удаляет все записи удовлетворяющие условию.

Команда модификации записей

UPDATE <Таблица> SET <колонка> = <выражение> [,<колонка> = < выражение >...] [WHERE <условие>изменяет значения полей указанными выр-ями для всех записей, удовлетворяющих условию.

Команда SELECT выбирает данные в виде некоторой таблицы и имеет следующий формат

SELECT [DISTINCT] <список выражений> [INTO <таблица-результат>]FROM < соединение таблиц>

[WHERE <условие>] [Group BY <список выражений группировки> [HAVING <условие выбора группы>]]

[ORDER BY <список полей сортировки>]

Ключ. слово DISTINCT означ., что в выходной таблице все записи будут уникальны. Выр-ния Выражение определяется фразой

<выражение> [AS <имя поля>] после слова «AS» указывается имя поля в итоговой таблице. Выражение может быть представлено:1)полем базы данных 2)константой 3)выражением, построенным при помощи констант, полей, функ-й, знаков операций и скобок; 4)статист-кой функц., вычисляемой по группе записей:

Условия соединения могут быть указаны и в пункте WHERE. В этом случает в пункте FROM таблицы просто перечисляются через запятую.

В пункте FROM определяется соединения таблиц, из которых извлекается информация. Для этого может использоваться оператор соединения

<табличный источник> <оператор соединения> <табличный источник> ON <условия соединения>

Условие из пункта WHERE должно содержать условия выбора строк - результата соединения таблиц (и условия соединения таблиц, если они не указаны в пункте FROM). Для формулировки условия могут использоваться сравнения и логические операции: AND - “логическое И”; OR - “логическое ИЛИ”; NOT - отрицание.

Фраза GROUP BY позволяет сгруппировать записи после объединения таблиц и фильтрации.

Условие выбора группы, указанное в пункте HAVING, указывает о необходимости включения группы в результат запроса.

Записи выходной таблицы можно упорядочить, если в команду включить пункт ORDER BY.

В51 Основные задачи и возможности администрирования SQL-сервера. Представление полномочий пользователям.

MS SQL server работает в под MS NT server и реализован в виде нескольких сетевых служб:

• MSSQLServer - основное ядро сервера, реализует функции доступа к данным, только эта служба необходима для доступа к данным;

• SQLServerAgent – автоматическое выполнение заданий, извещение персонала об ошибках;

• Microsoft Search – поиск символьной информации в полях таблиц БД;

• MS DTC – управление распределенными транзакциями (любая транзакция, использующая таблицы из разных БД, реализована как распределенная).

Предусмотрены следующие системные БД:

• Master – хранение параметров конфигурации, login-ы пользователей и др.

• Msdb – используется SQLServerAgent для хранения информации о заданиях, операторах и оповещениях.

• Model – исходное ядро которое копируется в создаваемую БД.

• Tempdb – БД для хранения временных таблиц (для нее не поддерживается журнализация).

ODBC - набор функций для доступа к табличным источникам данных. DB-Library – библиотека для доступа к серверу. OLE DB – новая открытая спецификация для доступа к данным.

Для подключения к SQL серверу необходимо регистрационное имя (login). Для доступа к данным регистрационное имя отображается в имя пользователя БД (user). Каждая база данных имеет свой список пользователей (user-ов). Один пользователь появляется в момент создания БД – dbo – владелец БД. Он обладает всеми полномочиями в БД и раздает права всем остальным пользователям. Существуют роли (группы пользователей). Пользователь получает права и запреты ролей, в которые он включен. Права доступа к объектам БД (таблицы, представления, процедуры) выдаются на уровне операций SELECT, INSERT, UPDATE, DELETE, EXECUTE. Кроме этого, предусмотрены специальные права на операции.

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

В52 Определение технологии OLAP, причины построения и использования систем OLAP. Модель данных OLAP и основные операции манипулирования данными.

OLAP – это технология анализа данных, включающая возможности аналитической обработки информации из разных источников (файлов, баз данных и программных приложений); определения скрытых зависимостей между данными и построения объективной картины информации по различным срезам; представления необходимых для прогнозирования данных. Пользователь получает интуитивно понятную модель данных, в виде многомерных кубов. Измерениями многомерной системы координат служат основные атрибуты анализируемого бизнес-процесса. Таким образом, измерение – набор значений одного типа для идентификации некоторого свойства бизнес-процесса. Значения, “откладываемые” вдоль измерений, называются метками.

Архитектура OLAP. Многомерность в OLAP-приложениях может быть разделена на три уровня:

1. Многомерное представление данных - средства конечного пользователя, обеспечивающие многомерную визуализацию и манипулирование данными; 2) Многомерная обработка 3) Многомерное хранение

Операции манипулирования в кубах:

1) Формирование "Среза". Подмножество гиперкуба, получившееся в результате фиксации значения одного или более Измерений, называется Срезом Двумерное представление куба можно получить, “разрезав” его поперек одной или нескольких осей (измерений): мы фиксируем значения всех измерений, кроме двух, - и получаем обычную двумерную таблицу. В горизонтальной оси таблицы (заголовки столбцов) представлено одно измерение, в вертикальной (заголовки строк) - другое, а в ячейках таблицы - значения мер.

2) Операция Агрегации (Drill Up) - переход от детализированных данных к агрегированным. Агрегации выполняется при «проекции» куба на меньшее число измерений или при фиксации недетального уровня иерархии измерения.

3) Операция Детализации (Drill Down) - переход от более агрегированных к более детализированным данным.

Причины построения и использования систем OLAP:

1. Анализировать данные оперативных систем напрямую очень

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

К хранилищам данных предъявляют следующие 1)Fast - анализ должен производиться одинаково быстро по всем аспектам информации. Приемлемое время отклика - 5 с или менее. 2)Analysis - должна быть возможность осуществлять основные типы числового и статистического анализа. 3)Shared - множество пользователей должно иметь доступ к данным, при этом необходимо контролировать доступ к конфиденциальной информации. 4)Multidemenseonal – показатели должны вычисляться для произвольного набора классификационных признаков. 5)Information - приложение должно иметь возможность обращаться к любой нужной информации, независимо от ее объема и места хранения.

В56 Интеллектуальные системы. Основные понятия.

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

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

Виды интеллектуальных систем

• Интеллектуальная информационная система

• Экспертная система

• Расчетно-логические системы

• Гибридная интеллектуальная система

• Рефлекторная интеллектуальная система

Направление развития ИИ:

1-разработка ИнтСист, основанных на знаниях

2-нейросетевые и нейрокомпьютерные технологии

3-распознование образов

4-компьютерная лингвистика (переводчики)

Сюда входит: -симатический анализ\-синтаксический анализ (грамматика, анализ предложений)

\-прагматический анализ (анализ смысла, предложения в окружающем контексте с использованием той базы знаний, которая имеется в контексте)

6-интелектуальные математические модификации

В57 Данные и знания: основные понятия, базы знаний, вывод на знаниях.

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

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

Знания могут быть классифицированы по следующим категориям:

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

• Глубинные - абстракции, аналогии, схемы, отображающие структуру и природу процессов, протекающих в предметной области. Эти знания объясняют явления и могут использоваться для прогнозирования поведения объектов

ВЫВОД НА ЗНАНИЯХ — Вывод, использующий в качестве посылок выражения, хранящиеся в базе знаний В.Н.З. может быть достоверным, если эти выражения являются достоверным, или правдоподобным или снабжены оценками правдоподобия. Как правило, процедуры В.Н.З. включают поиск необходимых знаний для вывода, т.е. процедуру поиск по образцу.

Способы представления знаний

• продукционные модели;\семантические сети;\фреймы;\формальные логические модели.

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

Двумя наиболее важными требованиями к информации, хранящейся в базе знаний интеллектуальной системы, являются:

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

2. релевантность информации, получаемой с помощью правил вывода базы знаний.

В58 Экспертные системы: понятие, структура, технология разработки.

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

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

Компоненты экспертной системы: модуль получения и усвоения знаний (эксперт + база данных), база знаний, машина вывода, интерфейс для объяснения.

Структура экспертной системы

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

Разработка экспертных систем

Этап 1. Идентификация. Определяются задачи, которые подлежат решению

Этап 2. Концептуализация. Выявляется структура полученных знаний о предметной области. Определяются: терминология, перечень главных понятий и их атрибутов, структура входной и выходной информации, стратегия принятия решений и т.д.

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

Этап 4. Реализация. Создается прототип экспертной системы, включающий базу знаний и другие подсистемы.

Этап 5. Тестирование. Прототип проверяется на удобство и адекватность интерфейсов ввода-вывода, эффективность стратегии управления, качество проверочных примеров, корректность базы знаний.

Этап 6. Опытная эксплуатация. Проверяется пригодность экспертной системы для конечных пользователей

В59 Модели представления знаний. Модульные модели.

Модели представления знаний:

1. продукционные модели – модели основанные на правилах, позволяют представить знание в виде предложений типа: «ЕСЛИ условие, ТО действие». Продукционные модели обладает тем недостатком, что при накоплении достаточно большого числа правил, они начинают противоречить друг другу;

2. сетевые модели или семантические сети – как правило, это граф, отображающий смысл целостного образа. Узлы графа соответствуют понятиям и объектам, а дуги – отношениям между объектами;

3. фреймовые модели – основывается на таком понятии как фрейм (англ. frame – рамка, каркас). Фрейм – структура данных для представления некоторого концептуального объекта. Информация, относящаяся к фрейму, содержится в составляющих его слотах. Слоты могут быть терминальными либо являться сами фреймами, т.о. образуя целую иерархическую сеть.