Разработка СУБД "Японские автомобили"

 

Содержание

Введение………………………………………………………………………………стр. 3

1  Обследование  предметной области………………………………………………стр. 4

2  Концептуальное  проектирование. ……………………………………………….стр. 5

2.1  Перечень  сущностей (обосновать список). …………………………….стр. 5

2.2  Перечень  атрибутов. ……………………………………………………..стр. 6

3  Инфологическое  проектирование БД. …………………………………………...стр. 7

3.1  Модель  “сущность-связь”.……………………………………………….стр. 8

3.2  Классификация  связей. …………………………………………………..стр. 9

4  Реляционная  модель БД. …………………………………………………стр. 10

4.1  Функциональные  зависимости между атрибутами. …………………..стр.10

4.2  Выбор  ключей. ………………………………………………………….стр. 12

4.3  Нормализация  отношений. ……………………………………………..стр. 13

5  Даталогическое  проектирование БД. …………………………………………..стр. 14

5.1 Состав  таблиц БД. ……………………………………………………….стр. 14

5.2 Поддержание целостности. ……………………………………………..стр. 15

6  Запросы  к БД. …………………………………………………………………….стр. 18

7  Разработка  механизмов защиты данных от  несанкционированного доступа...стр.21

8  Требования  к техническому обеспечению. …………………………………….стр. 23

9  Инструкция  по использованию БД. …………………………………………….стр. 24

9.1 Вызов программы. ……………………………………………………….стр. 24

9.2 Описание отчетов. ……………………………………………………….стр. 30

Заключение………………………………………………………………………….стр. 31

Список использованной литературы………………………………………………стр. 32 
 
 
 
 

Введение

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

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

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

     В рамках данного курсового проекта  была разработана реляционная база данных для решения экономической  задачи «Японские автомобили».

     Основное  назначение спроектированной базы данных – предоставление удобства хранения информации об автомобилях имеющихся в наличии, а также обеспечения процессов их поставки и реализации. При проектировании были использованы 3 точки зрения: продавца, имеющему возможность только продавать автомобили; менеджеру, которому доступны все возможности БД, и зав. складом, умеющему возможность редактировать журнал поставок и поставщиков.

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

     Автомобиль - это средство передвижения, оснащенное двигателем внутреннего сгорания.

     Япония  является одной из первых стран  в мире по производству автомобилей.

К японским автомобилям  относятся автомобили марок: Toyota,  Mitsubishi,  Honda,  Nissan, Mazda, Hunday и т.д.  Каждый автомобиль имеет свои индивидуальные характеристики: модель, цвет, номер двигателя и цену. Именно на эти индивидуальные характеристики обращает внимание  покупатель или поставщик.

      Участниками автомобильного бизнеса  являются:

• Клиент – организация или частное лицо покупающее автомобиль;
• Поставщик – организация или частное лицо поставляющее автомобили на продажу;

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

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

     Данное  приложение позволяет пользователю о:

• вносить в базу данных информацию о поставщиках и клиентах салона:

наименование, адрес, телефон, факс, email клиента и поставщика;

• вносить в базу данных информацию об автомобилях: модель, цвет, номер двигателя, цена;
• вносить информацию о проводимых операциях (купли, продажи):

код операции, дата операции, код поставщика (клиента), номер двигателя автомобиля над  которым проводилась экономическая  операция;

• получать информацию о поставщиках, клиентах, автомобилях;
• получать информацию о проводимых операциях (купли, продажи).

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

     Для вывода информации на экран были разработаны  специальные формы, упрощающие работу с записями таблиц БД. К выходной информации относится форма с  запросами, а так же формы, позволяющие  осуществить быстрый просмотр по записям: «Клиенты», «Автомобили», «Поставщики», «Журнал поставок», «Журнал реализации». Если необходимо вывести информацию на печать, то её можно предварительно просмотреть ее в форме отчетов.

     Данная  база данных предоставляется следующие  возможности:

1. Несколько уровней доступа пользователей с различными правами.
2. Просмотр интересующей информации в специальных формах.
3. Просмотр информации в форме отчетов.
4. Поиск информации по заданным критериям.
5. Добавление, изменение, удаление информации по изменению состояния на рынке автомобилей.

 

2. Концептуальное  проектирование

 

     2.1 Перечень сущностей

     Сущность  – это собирательное понятие, абстракция реально существующего процесса, объекта или явления, о котором необходимо хранить информацию.

          На основе анализа предметной  области были выбраны следующие  сущности:

1. «авто» - (Автомобили) содержит краткую информацию об автомобилях;
2. «клиенты» (Клиенты) содержит информацию о клиентах салона;
3. «поставщ» (Поставщики) содержит информацию о поставщиках;
4. «журнал_постав» (Журнал поставки) содержит информацию о        поступивших в продажу автомобилях;
5. «журнал_реализ» (Журнал реализации) содержит информацию о операциях связанных с продажей автомобилей;
6. «пользователи» (Пользователи) содержит о пользователях и паролях; 

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

     2.2 Перечень атрибутов

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

          Ниже приведен перечень атрибутов  сущностей рассматриваемой предметной  области.

     Таблица «авто» содержит:

1. модель – модель автомобиля;
2. цвет – цвет автомобиля;
3. номер_двиг – номер двигателя автомобиля;
4. цена – цена автомобиля;

 

     Таблица «клиенты» содержит:

1. код_кл – код клиента;
2. наимен – наименование клиента;
3. адрес – адрес клиента;
4. тел – номер телефона клиента;
5. факс – номер факса клиента;
6. e_mail – email клиента

 

     Таблица «поставщ» содержит:

1. код_пост – код поставщика;
2. наимен – наименование поставщика;
3. адрес – адрес поставщика;
4. тел – телефон поставщика;
5. факс – факс поставщика;
6. e_mail – email поставщика.

 

     Таблица «журнал_постав» содержит:

1. код_опер_пос – код операции поступления;
2. дата – поставки автомобиля;
3. номер_двиг – номер двигателя  автомобиля поступленного в продажу;
4. код_пост – код поставщика.

 

     Таблица «журнал_реализ» содержит:

1. код_опер_реал – код_операции продажи;
2. дата – дата продажи автомобиля;
3. номер_двиг – номер двигателя проданного автомобиля;
4. код_кл – код клиента.

 

     Таблица «пользователи» содержит:

1. польз – наименование пользователя приложения;
2. пароль – пароль;

 

3. Инфологическое  проектирование БД

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