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

СОДЕРЖАНИЕ

Задание на работу 3

ВВЕДЕНИЕ 4

1. Постановка задачи 5

2. Назначение и предметная область 6

3. Построение инфологической модели на языке "Таблицы-связи". 10

4. Построение инфологической модели на реляционную модель данных 16

ЗАКЛЮЧЕНИЯ И ВЫВОДЫ 20

ЛИТЕРАТУРА 21

Задание на работу

Тема предметной области - Сведения о торгово-посреднической организации. Реляционная модель данных. Отражение модель "Таблицы-связи" на реляционную модель данных.

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

Разрабатывая информационную модель, необходимо выполнить концептуальное (логическое) проектирование. В результате концептуального проектирования получаем описание информационной модели. В результате проектирования получаем описание информационной модели и отражаем инфологическую модель предметной области на реляционную модель данных. Отражение модель "Таблицы-связи" на реляционную модель данных.

ВВЕДЕНИЕ

Процесс проектирования БД на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

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