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-
    диаграмма:

 

Схема данных


 

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

77331. Веб-система визуализации, анализа и мониторинга работы программ 39.5 KB
  Визуализация процесса и параметров работы программ представляет известный интерес для разработчиков этих программ. В научном плане эти вопросы изучает область визуализация программного обеспечения которая особенно активно развивается на западе. Система предназначена для визуализации анализа и мониторинга работы программных комплексов включая и параллельные программы.
77332. EXECUTION TRACE VISUALIZATION FOR PARALLEL PROGRAMS 26.5 KB
  There re mny interesting systems bsed on execution trce visuliztion. In the report s the review of existing decisions s new pproches to development of execution trce visuliztion will be considered. However the min problem tht occurs when you develop trce visuliztion system is the huge nd evergrowing volume of dt to be nlyzed.
77334. «Хороший» интерфейс на основе жестов для манипулирования 3D-объектами и метод автоматической калибровки оптических камер 38 KB
  Интерфейс фонарика Поскольку любой манипулятор ограничивает набор возможных взаимодействий от него следует отказаться и осуществлять пользовательский ввод при помощи трёхмерных жестов. Данное устройство обладая шестью степенями свободы позволяет осуществлять ввод трёхмерных жестов являясь при этом простым в установке и использовании. В качестве дешёвого манипулятора для ввода трёхмерных жестов был выбран обыкновенный карманный фонарик.
77336. ИНТЕРВЬЮ КАК МЕТОД ИССЛЕДОВАНИЯ ЭФФЕКТА ПРИСУТСТВИЯ В СРЕДАХ ВИРТУАЛЬНОЙ РЕАЛЬНОСТИ 37.66 KB
  Статья посвящена опыту разработки метода исследования переживания эффекта присутствия в средах виртуальной реальности. Ключевые слова: виртуальная реальность; эффект присутствия. Наша работа посвящена исследованию эффекта присутствия основного фактора во многом определяющего виртуальную реальность и отличающего ее от традиционной объемной компьютерной графики.
77337. Использование жестовых интерфейсов при взаимодействии с объектами 151.5 KB
  Задача разработки трехмерных жестовых интерфейсов связана с задачами удаленного взаимодействия с реальными или виртуальными объектами. Таким образом возникает задача разработки новых удобных для осуществления основной деятельности пользователей...
77338. К проблеме психологического влияния сети Интернет 16.5 KB
  Начало XXI века ознаменовалось значительным ростом аудитории сети Интернет. Вместе с этим растет и время проводимое пользователями в сети появились и продолжают появляться разнообразные сервисы в том числе направленные на общение и взаимодействие между людьми. Однако до сих пор не существует единой точки зрения относительно психологического влияния сети Интернет.