- •1.1. Экономическая информация, ее виды, структурные единицы
- •1.3.Понятие классификации информации. Системы классификации
- •1.5.Понятие кодирования информации. Методы кодирования
- •1.2.Документы, их виды, структура
- •1.8.Приложения базы данных. Компоненты базы данных
- •1.6.Файловая организация данных в автоматизированных информационных системах, ее недостатки
- •1.7.Объемы современных баз данных и устройства для их размещения
- •2.1.Трехуровневая модель организации баз данных
- •2.2.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки
- •2.3.Сетевая модель, ее достоинства и недостатки
- •2.4.Реляционная модель. Ее базовые понятия: отношение, домен, кортеж, степень отношения
- •2.5.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия
- •2.7.Операции реляционной алгебры:
- •2.8.Постреляционная модель, ее достоинства и недостатки
- •2.9.Объектно-ориентированная модель данных. Ее базовые понятия: объекты, классы, методы, наследование
- •2.10.Объектно-реляционная модель данных, ее достоинства и недостатки
- •2.11.Многомерная модель данных, ее базовые понятия – измерение, ячейка
- •3.1.Понятие проектирования базы данных. Требования, предъявляемые к базе данных
- •3.2.Этапы жизненного цикла базы данных
- •3.3.Назначение модели "сущность-связь". Ее понятия.
- •3.4.Типы связи, их представление на er-диаграмме
- •3.5.Класс принадлежности сущности, его представление на er-диаграмме
- •3.6,7.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1,1:м, м:n Правило 1
- •Правило 2
- •3.8.Нормализация таблиц, ее цель. Первая нормальная форма.
- •3.9.Концептуальное проектирование, его цель и процедуры
- •3.10.Логическое проектирование, его цель и процедуры
- •3.11.Физическое проектирование, его цель и процедуры
- •4.1.Понятие субд. Архитектура субд
- •4.3.Классификация субд
- •4.2.Функциональные возможности субд. Производительность субд
- •4.4.Функции субд, диспетчера файлов и диспетчера дисков в процессе доступа к базе данных
- •4.5.Расширение множества типов обрабатываемых данных в современных субд
- •6.1.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности
- •6.2.Характеристика объектов базы данных, создаваемых в Access
- •6.3.Типы данных, обрабатываемых в Access
- •7.1.Возможности и типы запросов. Способы их создания
- •7.2.Способы создания форм
- •7.3.Способы создания отчетов
- •7.4.Типы Web-страниц для публикации базы данных в Интернет. Конструирование статических Web-страниц для публикации объектов базы данных в Интернет
- •7.5.Элементы управления, используемые при конструировании форм, отчетов, страниц доступа к данным
- •7.6.Понятие макроса. Классификация макрокоманд
- •7.7. Классификация макросов по структуре
- •7.8.Cобытия в Access. Макросы, связанные с событиями
- •8.1.Назначение, стандарты, достоинства языка sql
- •8.2.Структура команды sql
- •8.3.Типы данных в sql. Выражения в sql
- •8.4.Возможности языка sql: по определению данных; по внесению изменений в базу данных; по извлечению данных из базы
- •8.5.Условия целостности в субд. Понятие транзакции. Обработка транзакций в sql.
- •8.6.Управление доступом к данным: привилегии, их назначение и отмена.
- •8.7.Встраивание sql в прикладные программы
- •8.8.Диалекты языка sql в субд
- •9.1.Эволюция концепций обработки данных
- •9.2.Системы удаленной обработки
- •9.5.Клиенты, серверы. Клиентские приложения, серверы баз данных.
- •9.6.Архитектура клиент/сервер. Разделение функций клиентского приложения и сервера баз данных при обработке запросов
- •9.7.Общие сведения о хранимых процедурах и триггерах
- •9.8.Характеристики серверов баз данных. Обзор серверов баз данных от ведущих компаний-производителей
- •9.9.Механизмы доступа к данным базы на сервере
- •9.10.Понятие и архитектура распределенных баз данных (РаБд). Стратегии распределения данных в РаБд. Гомогенные и гетерогенные РаБд
- •9.11.Распределенные субд (РаСубд). Двенадцать правил к. Дейта
- •9.12.Обработка распределенных запросов Преимущества и недостатки РаСубд
- •9.13.Хранилище данных
- •10.3.Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа
- •10.7.Правовая охрана баз данных
- •10.6.Возможности Access по администрированию бд: просмотр сведений о бд; работа с объектами бд в окне бд; печать описания бд и ее объектов.
- •10.4.Восстановление базы данных с помощью резервного копирования базы данных, с помощью журнала транзакций.
- •5.1.Знания, их виды. Базы знаний. Экспертные системы.
3.9.Концептуальное проектирование, его цель и процедуры
Цель этапа концептуального проектирования – создание концептуальной модели данных исходя из представлений пользователей о предметной области. Для ее достижения выполняется ряд последовательных процедур.
1. Определение сущностей и их документирование. Для идентификации сущностей определяются объекты, которые существуют независимо от других. Такие объекты являются сущностями. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных. Если возможно, то устанавливается ожидаемое количество экземпляров каждой сущности.
2. Определение связей между сущностями и их документирование. Определяются только те связи между сущностями, которые необходимы для удовлетворения требований к проекту базы данных. Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами. Развернутое описание каждой связи с указанием ее типа и класса принадлежности сущностей, участвующих в связи, заносится в словарь данных.
3. Создание ER-модели предметной области. Для представления сущностей и связей между ними используются ER-диаграммы. На их основе создается единый наглядный образ моделируемой предметной области – ER-модель предметной области.
4. Определение атрибутов и их документирование. Выявляются все атрибуты, описывающие сущности созданной ER-модели. Каждому атрибуту присваивается осмысленное имя, понятное пользователям. О каждом атрибуте в словарь данных помещаются следующие сведения:
· имя атрибута и его описание;
· тип и размерность значений;
· значение, принимаемое для атрибута по умолчанию (если такое имеется);
· может ли атрибут иметь Null-значения;
· является ли атрибут составным, и если это так, то из каких простых атрибутов он состоит. Например, атрибут "Ф.И.О. клиента" может состоять из простых атрибутов "Фамилия", "Имя", "Отчество", а может быть простым, содержащим единые значения, как-то "Сидорский Евгений Михайлович". Если пользователь не нуждается в доступе к отдельным элементам "Ф.И.О.", то атрибут представляется как простой;
· является ли атрибут расчетным, и если это так, то как вычисляются его значения.
5. Определение значений атрибутов и их документирование. Для каждого атрибута сущности, участвующей в ER-модели, определяется набор допустимых значений и ему присваивается имя. Например, атрибут "Тип счета" может иметь только значения "депозитный", "текущий", "до востребования", "карт-счет". Обновляются записи словаря данных, относящиеся к атрибутам, – в них заносятся имена наборов значений атрибутов.
6. Определение первичных ключей для сущностей и их документирование. На этом шаге руководствуются определением первичного ключа – как атрибута или набора атрибутов сущности, позволяющего уникальным образом идентифицировать ее экземпляры. Сведения о первичных ключах помещаются в словарь данных.
7. Обсуждение концептуальной модели данных с конечными пользователями. Концептуальная модель данных представляется ER-моделью с сопроводительной документацией, содержащей описание разработанной модели данных. Если будут обнаружены несоответствия предметной области, то в модель вносятся изменения до тех пор, пока пользователи не подтвердят, что предложенная им модель адекватно отображает их личные представления.