99504

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

Курсовая

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

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

Русский

2016-09-21

145 KB

0 чел.

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

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

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

математики

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

на тему:

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

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

                                                                    Выполнил:

                                                                                   студент группы 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-
    диаграмма:

 

Схема данных


 

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

67504. Семь лекций по истории социологии 97.5 KB
  В книге рассматриваются основные принципы истории социологии; анализируются ключевые идеи из которых сформировалась социология и благодаря которым предыстория этой дисциплины превратилась в ее историю; представлены интеллектуальные портреты некоторых классиков социологической мысли...
67505. Структура конфликта 3.02 MB
  Структура конфликта Рассматриваемые в лекции вопросы Конфликт: сущность и специфика конфликтного взаимодействия. Структура конфликта: характеристика основных элементов конфликтного взаимодействия. Объективные и личностные элементы конфликта. Конструктивные и деструктивные функции конфликта.
67506. Классификация и параметры сетей 780.5 KB
  Информационно вычислительные сети являются сегодня мощным средством обработки информации. Компонентами Вычислительной сети могут быть ЭВМ и периферийные устройства являющиеся источниками и приемниками данных. ООД и АКД вместе представляют собой Станцию данных или узел сети...
67507. Теоретические основы финансово-коммерческих вычислений 64.5 KB
  Фактор времени в финансово-коммерческих расчетах Российская экономика все более интегрируется в мировую экономику что требует использования финансового инструментария применяемого развитыми странами и международными организациями в финансовой практике. Важность учета фактора времени...
67508. Операции наращения. Простые проценты. Формула простых процентов 223.5 KB
  При использовании простых ставок процентов проценты процентные деньги определяются исходя из первоначальной суммы долга. Схема простых процентов предполагает неизменность базы с которой происходит начисление процентов.
67509. Операции дисконтирования. Сущность дисконтирования 57.5 KB
  Такие ситуации возникают при разработке условий финансовой сделки, или когда проценты с наращенной суммы удерживаются непосредственно при выдаче ссуды. Процесс начисления и удержания процентов вперед, до наступления срока погашения долга, называют учетом, а сами проценты в виде разности наращенной и первоначальной сумм долга дисконтом.
67510. Потоки платежей и финансовые ренты. Сущность потока платежей и основные категории 203 KB
  Потоки платежей являются неотъемлемой частью всевозможных финансовых операций: с ценными бумагами, в управлении финансами предприятий, при осуществлении инвестиционных проектов, в кредитных операциях, при оценке бизнеса, при оценке недвижимости, выборе альтернативных вариантов финансовых операций...
67511. Инфляция в финансово-коммерческих расчетах. Сущность инфляции и необходимость ее учета в количественном анализе 62 KB
  Инфляция это экономическое явление которое возникает вследствие целого комплекса как политических так и социально-экономических событий. Уровень инфляции выступает обобщающим показателем финансово-экономического положения страны. Внешним проявлением инфляции является повышение общего уровня цен...
67512. Типовые приложения финансовой математики. Финансовые функции ЕХСЕL как основа практических расчетов в современных условиях. Сущность финансовых функций 97 KB
  Операции наращения Функции обслуживающие расчеты по операциям наращения позволяют рассчитать будущую стоимость разовой суммы по простым и сложным процентам а также будущее значение потока платежей как на основе постоянной процентной ставки так и на основе переменной процентной ставки.