База данных компьютерная фирма

Схема БД состоит из четырех таблиц (рис.1.1):

• Product (maker, model, type)
• PC (code, model, speed, ram, hd, cd, price)
• Laptop (code, model, speed, ram, hd, screen, price)
• Printer (code, model, color, type, price)

Таблица Product представляет производителя (maker), номер модели (model) и тип (PC — ПК, Laptop — портативный компьютер или Printer — принтер). Предполагается, что в этой таблице номера моделей уникальны для всех производителей и типов продуктов. В таблице PC для каждого номера модели, обозначающего ПК, указаны скорость процессора — speed (МГерц), общий объем оперативной памяти — ram (Мбайт), размер диска — hd (в Гбайт), скорость считывающего устройства — cd (например, '4х') и цена — price. Таблица Laptop аналогична таблице РС за исключением того, что вместо скорости CD-привода содержит размер экрана — screen (в дюймах). В таблице Printer для каждой модели принтера указывается, является ли он цветным — color ('y', если цветной), тип принтера — type (лазерный — Laser, струйный — Jet или матричный — Matrix) и цена — price.

Рис. 1.1. Схема базы данных «Компьютерная фирма»

Дополнительную информацию можно извлечь из представленной на рис. 1.1 логической схемы данных. Таблицы по типам продукции (ПК, портативные компьютеры и принтеры) содержат внешний ключ (model) к таблице Product. Связь «один-ко-многим» означает, что в каждой из этих таблиц может отсутствовать модель, имеющаяся в таблице Product. С другой стороны, модель с одним и тем же номером может встречаться в такой таблице несколько раз, причем даже с полностью идентичными техническими характеристиками, так как первичным ключом здесь является столбец code. Последнее требует пояснения, так как разные люди вкладывают в понятие модели разный смысл. В рамках данной схемы считается, что модель — это единство производителя и технологии. Например, одинаковые модели могут комплектоваться технологически идентичными накопителями, но разной емкости, скажем, 60 и 80 Гбайт. В частности, это означает, что допустимо присутствие в таблице PC двух ПК с одинаковыми номерами модели, но по разной цене.

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

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

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

студент группы 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. Отчеты ( прайс-лист, клиенты. Продажи по сотрудникам );

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

База данных компьютерной фирмы

Другие курсовые по предмету

1.Информационная система компьютерной фирмы

1.1Описание предметной области

2.2Перечень объектов базы данных

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

Данная функциональная модель позволит избежать ошибок при построении информационной системы и при ее работе.

Модель строится с точки зрения стороннего наблюдателя.

1. Информационная система компьютерной фирмы

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

1. Прием заказа на определённый товар от потребителя и его поиск среди имеющихся товаров.
2. Связь с партнерами по доставке эксклюзивного товара.
3. Выдача товара.

Целью построения данной функциональной модели является описание конкретных процессов протекающих в организации, и взаимосвязь между ними. Функциональная модель должна продемонстрировать процесс использования и обработки ресурсов компьютерной фирмы. Построенная функциональная модель будет являться моделью “AS-IS”, то есть “как есть”. В дальнейшем эта модель должна быть проанализирована, с целью поиска слабых и уязвимых мест деятельности организации. После анализа и редактирования модели “AS-IS”, на ее основе должна быть построена модель “TO-BE”, которая, в конечном счете, приведет к созданию корпоративной информационной системы для организации, занимающейся торговой деятельностью.

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

1. Поиск товара с определёнными техническими характеристиками и ценой среди имеющихся товаров.
2. Возможность оформления заказа на эксклюзивный товар у поставщика данной продукции.
3. Физическое выполнение заказа, т.е. доставка и выдача товара с оформлением гарантийных талонов и т.д.

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

1. Наличие заказов от потребителя на определённую продукцию, при этом потребителем может быть как физическое лицо, так и какая-либо организация.
2. В случае заказа эксклюзивного товара наличие гарантии со стороны клиента, что данный товар будет востребован им после доставки.
3. Наличие определённых требований технических характеристик, выдвинутых клиентом.
4. Наличие товара, на этапе его выдачи потребителю.

Полученная модель построена с единой точки зрения разработчика модели.

1.2 Модель системы

Диаграмма декомпозиции процесса “Выполнение заказа”

Тема: Создать базу данных компьютерной фирмы.

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

Требования к базе данных:

1. Структурирование хранения информации о товаре, услугах, сотрудниках, клиентах и поставщиках.
2. Обеспечение целостности данных.
3. Возможность добавления, удаления и модификации данных.
4. Составление заказов на определённую продукцию.
5. Наличие проверки ввода данных путем контроля в момент ввода информации.
6. Доступ к объектам базы данных через программный интерфейс.
7. Возможности поиска данных по реквизитам.
8. Возможность формирования отчетов по запросам пользователя.
9. Возможность использования базы данных в многопользовательском режиме с разграничением прав доступа.
10. Защита от сбоев и ошибок в программном обеспечении.
11. Создание резервных копий баз данных с возможностью восстановления.
12. Перечень таблиц базы данных

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

АтрибутТип данныхОграниченияКод товараСчетчик5 знаковНаименованиеТекстChar (255)Вид товараЦелое число>0КоличествоЦелое число>0Цена закуп.Денежный>=0Цена розничн.Денежный>=0ПоставщикЦелое число>0ДатаДатаФормат дд.мм.ггггВремяВремяСуммаДенежный>=0

Товар. Сущность является слабой и содержит сведения о товарах, имеющихся на складе.

АтрибутТипОграниченияКод товараЦелое число>0НаименованиеТекстChar (255)Вид товараЦелое число>0КоличествоЦелое число>0Цена продажиДенежный>=0

Продажа. Сущность является слабой и содержит данные обо всех проданных товарах и о вырученных средствах.

АтрибутТип данныхОграниченияКод товараЦелое число>0НаименованиеТекстChar (255)Вид товараЦелое число>0КоличествоЦелое число>0Цена без НДСДенежный>=0Цена с НДСДенежный>=0КлиентЦелое число>0ДатаДатаФормат дд.мм.ггггВремяВремяСуммаДенежный>=0

Расходы. Сущность является слабой и содержит информацию обо всех расходах организации.

АтрибутТипОграниченияНомер расходаСчетчикВид расходаЦелое число>0ДатаДатаФормат дд.мм.ггггСуммаДенежный>=0

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

АтрибутТипОграниченияНомер доходаСчетчикВид доходаЦелое число>0ДатаДатаФормат дд.мм.ггггСуммаДенежный>=0

Услуги. Сущность является сильной и содержит информацию обо всех предоставляемых услугах.

АтрибутТипОграниченияНомер услугиСчетчикВид услугиТекстСhar (50)СтоимостьДенежный>=0

Оказанные услуги. Сущность является слабой и содержит информацию обо всех оказанных услугах и о доходах-расходах на эти услуги.

АтрибутТипОграниченияПорядковый номерСчетчикВид услугиЦелое число>0ДатаДатаФормат дд.мм.ггггВремя начала работВремяВремя оконч. работВремяСотрудникЦелое число>0ОтделЦелое число>0ВыручкаДенежный>=0Должности. Сущность является сильной и содержит информацию о должностях сотрудников фирмы.

АтрибутТипОграниченияНомер должностиСчетчикНазваниеТекстСhar (50)ЗарплатаДенежный>=0ОтделЦелое число>0

Отделы. Сущность является сильной и содержит информацию обо всех имеющихся отделах.

Выданная зарплата. Сущность является сильной и содержит информацию о выданной зарплате.

АтрибутТипОграниченияПорядковый номерСчетчикДатаДатаФормат дд.мм.гггг№ сотрудникаЦелое число>0ФИО сотрудникаЦелое число>0СуммаДенежный>=0

Трудовые данные. Сущность является слабой и содержит информацию о трудовых данных сотрудников.

АтрибутТипОграничения№ договораЦелое число>0ФИОЦелое число>0Дата закл. дог.ДатаФормат дд.мм.ггггДолжностьЦелое число>0ЗарплатаДенежный>=0ОтделЦелое число>0

Личные данные. Сущность является сильной и содержит информацию о личных данных сотрудников.

АтрибутТипОграничения№ договораЦелое число>0ИННТекстСhar (10)№ труд. книжкиТекстСhar (10)Пенс. свид-воТекстСhar (10)№ паспортаТекстChar (10)ФИОТекстChar (255)Дата рожд.ДатаФормат дд.мм.ггггДата закл. дог.ДатаФормат дд.мм.гггг

Виды товара. Сущность является сильной и содержит информацию о видах товара.

Поставщики. Сущность является сильной и содержит информацию о поставщиках.

Клиенты. Сущность является сильной и содержит информацию о клиентах.

Вид дохода. Сущность является сильной и содержит информацию о возможных видах дохода.

Вид расхода. Сущность является сильной и содержит информацию о возможных видах расхода.

2.3 Инфологическая модель

Датологическая модель базы данных представлена на рисунке 3.

Рисунок 3 Датологическая модель базы данных