Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тема_1_1_Основн_понят_и_типы_модел_дан.doc
Скачиваний:
10
Добавлен:
05.05.2019
Размер:
177.15 Кб
Скачать

Тема 1.1. Основные понятия и типы моделей данных.

Цель учебная: познакомиться.

  • с общими принципами разработки информационной модели.

  • с отличием между концептуальной, логической и физической моделью данных.

  • с моделями представления данных.

Тип урока: комбинированный

Ход урока:

1. Организационный момент

2. Опрос основных понятий и определений

3. Изучение нового материала

4. Домашнее задание

5. Рефлексия

План урока

1. Фронтальный опрос:

- объясните понятие информационная система и приведите примеры информационных систем;

- банк данных состоит из: … объясните каждую составляющую банка данных;

- объясните на примере понятия: предметная область, объект, атрибут, домен, первичный и альтернативный ключ.

2. Последовательность создания информационной модели.

3. Модели представления данных.

Литература: 1. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. «Базы данных» - СПб.: Корона принт, 2006 с.29-44

2. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД – СПб.: Питер, 1997 с.32 – 34

Домашнее задание.

2. Типы моделей данных.

Целепологание: При проектировании системы обработки данных, что интересует нас в первую очередь?

Конечные данные. Причём больше всего программиста должна интересовать организация данных. Понять организацию данных призвана информационная модель.

Последовательность создания информационной модели.

Процесс создания информационной модели начинается с определения концептуальных требований пользователей (рис. 1). Концептуальные требования могут определяться и для некоторых задач, которые в ближайшее время реализовать не планируется. Это может несколько повысить трудоёмкость работы, однако поможет наиболее полно учесть все нюансы функциональности, требуемой для разрабатываемой системы, и снизить вероятность её переделки в дальнейшем (взгляд на проблему сверху). Требования отдельных пользователей интригуются в едином «обобщенном представлении». Это называется концептуальной моделью.

Прикладная Прикладная Прикладная Прикладная

программа 1 программа 1 программа 2 программа 3

Концептуальные требования

Концептуальные требования

Внешняя

модель

Внешняя

модель

Внешняя

модель

Прикладная программа 2

Прикладная программа 3

2-й уровень независимости данных физическая

1-й уровень независимости данных - логическая

Концептуальные требования

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

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

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

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

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

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

Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы.

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