99504

Проектирование базы данных Компьютерная фирма

Курсовая

Информатика, кибернетика и программирование

В ней должно быть отражено: Список товаров его атрибутов код товара название код типа цена остатки на складе гарантия; Список сотрудников и их атрибуты код сотрудника ФИО дата рождения дата найма адрес город область страна телефон; Список клиентов и их атрибуты код клиента ФИО адрес город область страна телефон; Список заказов и их атрибуты код заказа код клиента код сотрудника дата размещения дата исполнения; Список поставщиков и их атрибуты код поставщика название представитель адрес город...

Русский

2016-09-21

145 KB

1 чел.

Государственный комитет по высшему образованию РФ

Рязанская государственная радиотехническая академия

Кафедра вычислительной и прикладной

математики

Пояснительная записка к курсовому проекту

на тему:

Проектирование базы данных

«Компьютерная фирма»

                                                                    Выполнил:

                                                                                   студент группы 140

                                                                          Филатов М.С.

                                                                     Проверил:

            Овечкин Г.В.

Рязань 2004

1. Исследование предметной области: определение атрибутов, сущностей и связей, ограничений целостности.

В качестве цели данного проекта была выбрана предметная область «Компьютерная фирма». В ней должно быть отражено:

  •  Список товаров, его атрибутов (код товара, название, код типа, цена, остатки на складе, гарантия);
  •  Список сотрудников и их атрибуты (код сотрудника, ФИО, дата рождения, дата найма, адрес, город, область, страна,  телефон);
  •  Список клиентов и их атрибуты (код клиента, ФИО, адрес, город, область, страна, телефон);
  •  Список заказов и их атрибуты (код заказа, код клиента, код сотрудника, дата размещения, дата исполнения);
  •  Список поставщиков и их атрибуты (код поставщика, название, представитель, адрес, город, телефон);

Просмотрев данные требования,  можно выделить следующие сущности: Товары (содержит информацию о товарах), Сотрудники (информация о сотрудниках), Клиенты (сведения о клиентах), Поставщики (сведения о поставщиках). 

2. Разработка инфологической модели предметной области.

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

  •  Клиенты - сущность, содержащая информацию о клиентах, такую как: код клиента (должен быть уникальным для каждого клиента), ФИО, адрес, город, область, страна, телефон. Первичный ключ – Код клиента.
  •  Сотрудники - сущность, содержащая информацию о сотрудниках: код сотрудника, ФИО, дата рождения, дата найма, адрес, город, область, страна, домашний телефон, рабочий телефон. Первичный ключ – код сотрудника.
  •  Заказы - сущность, содержащая информацию о заказах: код заказа, код клиента, код сотрудника, дата размещения, дата исполнения. Первичный ключ – код заказа.
  •  Заказано - сущность, содержащая информацию о всех заказах: код заказа, код товара, цена, количество, скидка. Первичный ключ – код товара.
  •  Типы - сущность, содержащая информацию о типах товара: код типа, тип. Первичный ключ – код типа.
  •  Товары - сущность, содержащая информацию о товарах: код товара, код типа, марка, цена, на складе, гарантия. Первичный ключ – код товара.
  •  Поставка - сущность, содержащая информацию о поставках: код поставщика, код товара. Первичный ключ – код поставщика.
  •  Поставщики - сущность, содержащая информацию о поставщиках: код поставщика, название, представитель, должность, адрес, город, область, страна, телефон, WEB-сьраница. Первичный ключ – код поставщика.

Связи данных сущностей:

  •  Делают, связь между сущностями: Клиенты и Заказы. Это бинарная связь. Показывает какие заказы сделали клиенты. (Связь один-ко-многим).
  •  Оформил, связь между сущностями  Заказы и Сотрудники.  Это бинарная связь 1:M. Связь позволяет узнать  какие заказы оформил сотрудник.
  •  Содержит, связь между сущностями Поставка и Товары. Бинарная связь 1:М. Показывает какие товары содержатся в поставке.
  •  Поставляет, связь между сущностями Поставка и Поставщик. Бинарная связь 1:М. Данная связь показывает какой поставщик поставил товар.
  •  Имеет, бинарная связь между сущностями Товары и Типы товара. Связь 1:М, позволяющее узнать к какому типу  относится товар.
  •  Осуществляются, бинарная связь между сущностями  Товары и Заказы. Связь 1:М, показывает, какие товары содержатся в заказе.

Наглядно увидеть инфологическую модель (модель ER-типов) можно на схеме.

3. Выбор СУБД и разработка концептуальной модели БД.

СУБД – программные средства, с помощью которых можно создавать базы данных, наполнять их, работать с ними. В мире существует немало различных систем управления базами данных. Многие из них на самом деле являются незаконченными продуктами, а специализированными языками программирования, с помощью которых можно создавать различные структуры и вводить в них необходимые элементы управления. К подобным языкам относятся Clipper, Paradox, FoxPro, Access 97 и другие.

С помощью Ассess обычные пользователи получили удобное средство для создания и эксплуатации достаточно мощных баз данных без необходимости что-либо программировать, в то же время работа в Access 2002  не исключает возможности программирования. При желании систему можно развивать и настраивать собственными силами. К тому же СУБД Access 2002 является 32-разрядной системой управления реляционной базой данных нового поколения, работающей в среде Windows.

Просмотрев все преимущества и недостатки, остановим свой выбор на СУБД Access 2002.

При преобразовании модели ER-типов в реляционную модель данных использовались следующие правила:

  1.  Степень связи 1:1, Класс принадлежности обязат:обязат => Количество таблиц 1, Первичный ключ (Л или П);
  2.  Степень связи 1:1, Класс принадлежности необязат:обязат => Количество таблиц 2, Первичный ключ (Л, Л или П);
  3.  Степень связи 1:1, Класс принадлежности необязат:необязат => Количество таблиц 3, Первичный ключ (Л, П, Л или П);
  4.  Степень связи 1:М, Класс принадлежности обязат:обязат => Количество таблиц 2, Первичный ключ (Л, П);
  5.  Степень связи 1:М, Класс принадлежности обязат (необязат):необязат => Количество таблиц 3, Первичный ключ (Л, П, П);
  6.  Степень связи N:M, Класс принадлежности обязат(необязат):обязат(необязат) => Количество таблиц 3 Первичный ключ (Л, П, ЛП);
  7.  N-связей, Класс принадлежности обязат(необязат): обязат(необязат) => Количество таблиц N+1 Первичный ключ 1, К2,…,КN, К).
  8.  Ролевая сущность.

Примечание: Первые 7 правил являются  бинарными связями. Существует три типа степени связи: одно-однозначные (1:1), одно-многозначные (1:М) и много-многозначные (М:N). Класс принадлежности может быть обязательный (обязат) и необязательный (необязат). Первичный ключ здесь обозначен так: Л –ключ левой сущности (в степени связи и в классе принадлежности стоит слева),  П- ключ правой сущности.

Пользуясь данными правилами преобразования, получаются  следующие отношения:  

  •  «Клиенты», «Заказы» (правило №4);
  •  «Сотрудники», «Заказы» (правило №4);
  •  «Товары», «Заказы» (правило №4);
  •  «Товары», «Поставка» (правило №4);
  •  «Поставка», «Поставщик» (правило №4);
  •  «Товары», «Типы» (правило №4);

4. Выявление, описание и реализация ограничений целостности.

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

При разработке данной базы были реализованы следующие ограничения:

Не допускается, ввод нового Товара с уже существующем Кодом (так как он является первичным ключом). 

В базе при удалении записи из главной таблицы, удаляются все подчиненные записи (каскадное удаление). И при изменении значения записи изменится подчиненная запись (каскадное обновление).

5. Разработка интерфейса пользователя: процедур ввода, модификации и обработки данных; реализации запросов пользователей.

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

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

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

6. Перечень графического материала.

Основной формой проекта - Главная форма, которая содержит следующие разделы:

  •  Сотрудники - просмотр информации о сотрудниках, работающих в фирме;
  •  Клиенты - просмотр информации о клиентах;
  •  Заказы - просмотр и добавление информации о заказах;
  •  Товары - просмотр и добавление информации о товарах;
  •  Типы - просмотр информации о типах товара;
  •  Поставщики - просмотр и добавление информации о поставщиках;
  •  Отчеты – просмотр и печать отчетов (Прайс-лист, Клиенты, Продажи по сотрудникам);
  •  О программе – информация о программе;
  •  Выход из Microsoft Access – Выход из программы.

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

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

  1.  Данные о товаре (Код товара, марка, поставщик, тип, цена, цена для клиента, на складе, гарантия );
  2.  Данные о клиентах (Код клиента, фамилия, адрес, город, страна);
  3.  Данные о сотрудниках (Код сотрудника, фамилия, дата найма, адрес, город, страна, дата рождения);
  4.  Данные о заказах (марка, цена, количество, скидка, отпускная цена);
  5.  Данные о поставщиках (Код поставщика, поставщик, обращаться к, адрес, город, страна, web-странитца );

При работе с базой появляется несколько выходных документов (запросов пользователей):

  1.  Отчет по типам товаров (марка, цена, гарантия).
  2.  Отчеты  (прайс-лист, клиенты. Продажи по сотрудникам);


            8. Схема концептуальной модели БД.

Имя таблицы

Имя атрибута

Тип

ключевое поле

обязательное поле

Заказано

Код заказа

Числовой

да

да

Код типа

Числовой

Да

да

Цена

Денежный

Нет

Нет

Количество

Числовой

Нет

Да

Скидка

Числовой

Нет

Да

Заказы

Код заказа

Счетчик

да

-

Код клиента

Числовой

Код сотрудника

Числовой

Дата размещения

Дата/время

Дата исполнения

Дата/время

Клиенты

Код клиента

Счетчик

да

-

ФИО

Текстовый

Да

Адрес

Текстовый

Да

Город

Текстовый

Область

Текстовый

Страна

Текстовый

Телефон

Текстовый

Поставка

Код поставщика

числовой

да

-

Код товара

Числовой

да

Да

Поставщик

Код поставщика

Счетчик

да

-

Название

Текстовый

Да

Обращаться к

Текстовый

Должность

Текстовый

Адрес

Текстовый

Город

Текстовый

Область

Текстовый

Страна

Текстовый

Телефон

Текстовый

WEB-страница

Текстовый

Сотрудники

Код сотрудника

Счетчик

Да

-

ФИО

Текстовый

да

Дата рождения

Дата/время

Дата найма

Дата/время

Адрес

Текстовый

Город

Текстовый

Область

Текстовый

Страна

Текстовый

Домашний телефон

Текстовый

Рабочий телефон

Текстовый

Типы

Код типа

Счетчик

да

-

Тип

Текстовый

да

Товары

Код товара

Счетчик

да

-

Код типа

Числовой

Марка

Текстовый

Да

Цена

Денежный

На складе

Числовой

Да

Гарантия

Текстовый

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

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

Например, в форме «Добавить лекарство» есть подпрограмма, которая при нажатии кнопки «добавить» добавляет лекарство в БД.

10. Описание применения.

Проект работает в среде Access 2002. Практическим минимумом для работы под Windows 95 является процессор 486DX/66 и 8Мб оперативной памяти. Нужно заметить, что Windows 95 значительно лучше использует память, чем Windows 3.1. Увеличение объема оперативной памяти до 12 Мб позволяет заметно увеличить производительность при работе с 32-раазрядными приложениями.

11. Руководство пользователя.

Для запуска данного проекта достаточно сделать двойной щелчок мышью по ярлыку (DB1.MDB). Автоматически загружается Access 2002 и открывается главная кнопочная форма. Из нее, нажимая соответствующие кнопки, можно попасть во все формы.

Литература:

  1.  Лекции по дисциплине «Базы и банки данных». Макаров Н.П.
  2.  MS Access’97 для пользователя. Пасько В. – М: 1998г.
    ER-
    диаграмма:

 

Схема данных


 

А также другие работы, которые могут Вас заинтересовать

65863. Микропроцессорные системы (МП системы) 90.5 KB
  Модуль вода вывода является специфическим для управляющих систем и содержит узлы позволяющие общаться с внешними переферийными устройствами датчиками и исполнительными механизмами. Периферийные устройства работающие с системой могут быть многочисленными.
65864. Морфемика как раздел языкознания 116 KB
  Таким образом, у морфемики, словообразования, морфонологии и морфологии частично совпадает объект изучения – морфемы (частично, потому что словообразование и морфемика занимаются не только морфемами). Но так как изучаются морфемы под разными углами зрения, у названных дисциплин разные предметы.
65865. Принципы классификации звуков (фонем) 97.71 KB
  Принципы классификации звуков фонем Противопоставление гласных и согласных звуков фонем Принципы классификации согласных Классификация согласных по способу образования Классификация согласных по месту образования Классификации согласных по шумности сонорности и силе артикуляции...
65866. Проблема определения слова 103.5 KB
  Несмотря на то что для носителей всех языков слово является несомненной реальностью что носители языка на интуитивном уровне чувствуют границы слова дать научное определение слова чрезвычайно трудно В истории науки было предложено более 70 различных критериев определения слова в основе которых...
65867. Сущность и функции языка 154 KB
  Считается что понимание сущности языка связано с ответом по крайней мере на два вопроса: идеален язык или материален является ли язык биологическим психическим социальным или индивидуальным явлением В истории языкознания известны разные ответы на эти вопросы...
65869. КРИСТАЛЛИЗАЦИЯ 47 KB
  Энергетические условия процесса кристаллизации При переходе из жидкого состояния в твердое образуется кристаллическая решетка возникают кристаллы. Эта температура ts и есть равновесная или теоретическая температура кристаллизации.
65870. Культура Київської Русі у контексті загальноєвропейського культурного розвитку (IX – ХІІІ ст.) 546.8 KB
  Складність вивчення культури Київської Русі, особливо її ранніх етапів, пояснюється браком писемних джерел. Античні автори, які добре знали Середземномор'я, щонайбільше лише згадували про наших далеких предків, про місцевості і народи, які жили на північ від Дунаю і Чорного моря.
65871. Использование PhpMyAdmin в базе данных Mysql 1.46 MB
  Программа PHPMYADMIN получив, на вход имя создаваемой базы, проверит по своему внутреннему справочнику отсутствие подобного имени и сформирует (зарезервирует) на диске место для будущих таблиц этой базы данных.