Проектирование базы данных для отдела продаж автосалона методом нисходящего проектирования

Оглавление

Введение. 2

Метод нисходящего проектирования. 2

ER-модель. 2

Даталогическая модель. 2

Физическая модель. 2

Типы данных. 2

SQL-запросы.. 2

Список литературы.. 2

Введение

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

1) в том виде, в котором она реально существует

2) как ее воспринимает человек

3) как она может быть описана

Процесс проектирования разбивается на три этапа:

1) Концептуальное проектирование.
Собираются и анализируются данные. Редактируются требования к ним.
Для этого проводятся следующие мероприятия:

a) Обследование предметной области

b) Выявление всех фрагментов

c) Моделирование представлений

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

2) Логическое проектирование.
Преобразование требований к данным в структуры данных. В результате получаем СУБД-ориентированную структуру БД.

3) Физическое моделирование.
На данном этапе определяются особенности хранения данных, способов доступа и т.п.

Метод нисходящего проектирования

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

В результате получается иерархическая схема, которая показывает состав и подчиненность отдельных функций. Эта схема также носит название функциональной структуры алгоритма приложения (ФСА).

При построении ФСА приложения надо придерживаться следующей последовательности действий:

1. Определить цели автоматизации предметной области

2. Установить состав приложений, которые обеспечивают реализацию поставленных целей

3. Уточнить характер взаимосвязи приложений и их основные характеристики

4. Определить необходимые функции обработки данных

5. Выполнить декомпозицию функций до необходимой структурной сложности

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

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

ER -модель

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model или entity-relationship diagram ) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.

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

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

Основные понятия ER-диаграмм:

1) Сущность – класс однотипных объектов информация о которых должна быть учтена в моделях

2) Экземпляр сущности – представитель сущности

3) Атрибут сущности - именованная характеристика, являющаяся некоторым свойством сущности

4) Ключ сущности – неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности

5) Связь – некоторая ассоциация между двумя сущностями
Разделяют три типа связей:

a) один-к-одному – экземпляр первой сущности связан только с одним экземпляром второй сущности

b) один-ко-многим - экземпляр первой сущности связан с несколькими экземплярами второй сущности. Сущность со стороны «один» называется родительской, а со стороны «много» - дочерней

c) много-ко-многим – каждый экземпляр первой сущности может быть связан с несколькими экземплярами другой сущности. Является временным видом связи.

Каждая связь обладает одной из двух модальностей:

a) Может

b) Должен

В ER-диаграммах, как и в реляционных моделях БД существует понятие нормальных форм.

1) Первая НФ – устраняются повторяющиеся атрибуты и группы атрибутов, т.е. выявление неявных сущностей.

2) Вторая НФ – устраняются атрибуты зависящие от части уникального идентификатора. Такая часть уникального идентификатора определяет отдельную сущность

3

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать