Реферат: Методические указания к курсовой работе по предмету «Организация баз данных»

МЕТОДИЧЕСКИЕ УКАЗАНИЯ К КУРСОВОЙ РАБОТЕ

по предмету «Организация баз данных»


Задачи курсовой работы:

- формализовать исходное описание предметной области;

- построить концептуальную информационную модель;

- сгенерировать физическую структуру базы данных;


Средства выполнения и форма отчётности:

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


Порядок выполнения работы:

1. Создание концептуальной информационной модели предметной области.

Каждый студент получает для работы предметную область. В моей работе предметной областью является ТУРФИРМА.

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

Процесс проектирования сопровождается составлением ряда таблиц, необходимыми пояснениями – обоснованиями принимаемых решений.

Проектирование концептуальной модели предметной области целесообразно производить с помощью средств проектирования: BP Win, ERWin, Power Designer и др. При отсутствии данных инструментариев, проектирование концептуальной модели производится вручную.

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


Сущность и атрибуты:

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

Построение модели данных предполагает определение сущностей и атрибутов, т.е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить как объект, событие или концепцию, информация о которой должна сохраняться. Сущности должны иметь: наименование с четким смысловым значением, именоваться существительным в единственном лице, не носить «технических» наименований и быть достаточно важными для того, чтобы их моделировать. Наименование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности даётся по имени её экземпляра.

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

Очень важно дать атрибуту правильное имя. Атрибуты должны именоваться в единственном числе и иметь чёткое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов.


Связи:

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

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

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

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

Тип связи (идентифицирующая/неидентифицирующая). Для неидентифицирующей связи можно указать обязательность. В случае обязательной связи атрибут внешнего ключа получит признак NOT NULL, несмотря на то, что внешний ключ не войдёт в состав первичного ключа дочерней сущности. В случае необязательной связи внешний ключ может принимать значение NULL. Необязательная неидентифицирующая связь помечается прозрачным ромбиком со стороны родительской сущности.

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

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


Основные этапы проектирования концептуальной модели:

1. Первичный анализ информационных потребностей пользователей, выделение объектов предметной области и формирование исходных отношений:

- анализ информационных документов;

- анализ конкретных информационных потребностей (запросов) пользователей.

2. Проектирование исходных отношений:

- определение атрибутов отношений и их типов данных;

- нормализация отношений до 3 НФ.

3. Связывание отношений в концептуальную информационную модель:

- определение первичных ключей отношений;

- определение связей между отношениями.

Ограничения концептуальной модели:

- предметная область должна быть описана 8-10 взаимосвязанными отношениями;

- каждое отношение должно содержать не менее 3 атрибутов;

- в каждом отношении должен быть определён первичный ключ.


^ 2. Создание физической модели данных.

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

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

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


^ 3. Создание пользовательского приложения.

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

- ввод информации в БД;

- удаление информации из БД;

- редактирование внесенной информации;

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

- формирование отчётов и вывод информации из базы данных на экран и на принтер.

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


^ 4. Оформление пояснительной записки (отчёта).

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

Введение должно содержать цель выполняемой курсовой работы, основные принципы, положенные в основу её проведения, область применения.

В основной части должен быть отражен процесс и результат проектирования базы данных и пользовательского приложения. Основная часть должна содержать:

- описание предметной области;

- описание и обоснование выбранного средства реализации (СУБД, средства проектирования, программной среды написания приложения);

- концептуальную информационную модель предметной области с полным описанием выделенных сущностей;

- физическую модель базы данных;

- описание пользовательского приложения.

Заключение должно содержать краткие выводы по результатам выполненной работы.

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

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