Диапазон значений {с1..с2} определяется для каждого атрибута описан в таблице атрибутов в столбце "Метод контроля" (см.табл.1.2).

Денежный атрибут

К этой категории относят атрибуты "Сумма", "Цена за единицу", "НДС".

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

Dom(Отношение. Денежный атрибут) = {<C}

где С - константа

Приведем примеры с атрибутами "Сумма" и "Цена за единицу"

Dom (Накладная. Сумма) = {<0}

Dom (Договор. Цена за единицу) = {<0}

Значения для каждого атрибута взяты из Таблицы 1.2. столбца "Метод контроля"

3.2 Описание ключей

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

Пусть даны отношения R1 и R2. Пусть k1, - это первичный ключ отношения R1.

Если в отношении R2 присутствуют атрибуты k1, то для отношения R2, k1 - это внешний ключ

Рассмотрим математическое представление первичных ключей.

Из анализа таблицы сущностей (см.табл.1.1) следует, что ключами сущностей является Код товара, Код заказчика, Код поставщика, Номер договора, Номер накладной, Номер счета. Так как все первичные ключи имеют числовые атрибуты. Следовательно, математическое представление первичных ключей будет однотипным:

(x,y Отношение).[Код(x) = Код(y)] x = y

(x,y Отношение).[Номер(x) = Номер(y)] x = y.

Например,

(x,y Товар).[Код товара(x) = Код товара(y)] x = y

(x,y Накладная).[Номер накладной(x) = Номер накладной(y)] x =y

Остальные первичные ключи будут иметь такое же математическое представление.

3.3 Правила целостности

Различают целостность по сущностям и целостность по ссылкам. В целостности по сущностям не разрешается, чтобы какой-либо атрибут, участвующий в первичном ключе базового отношения принимал неопределенные значения./6/

Базовые отношения - это реально существующие модели отношения, которые соответствуют реальному объекту предметной области.

Целостность по ссылкам основана на понятии внешнего ключа.

Пусть даны отношения R1 и R2. Пусть k1, - это первичный ключ отношения R1.

Если в отношении R2 присутствуют атрибуты k1, то для отношения R2, k1 - это внешний ключ. Если базовое отношение R2 содержит внешний ключ k1, то каждое значение k1 в R2 должно быть либо равным какому-либо значению R1, либо полностью неопределенным.

Рассмотрим математическое представление целостности данных.

1. Целостность по сущностям имеет место, так как первичные ключи всех отношений не принимаю и не могут принимать неопределённые значения (см.табл.1.2).

2. Целостность по ссылкам достигнута при разработке реляционной модели (см.п.2.3). В качестве примера рассмотрим математическое представление целостности по ссылкам отношения Накладная (для отношений Договор и Счет аналогично (см.2.3)), отношение Заказчик(для отношения Поставщик аналогично).

Отношение Накладная

Одна и та же Накладная не может быть оформлена в разные даты.

(x,y Накладная).[Дата оформления(x) = Дата оформления(y)](Дата оформления(x) Дата оформления (y))

Одна и та же Накладная не может иметь разные номера.

(x,y Накладная).[Номер накладной(x) = Номер накладной(y)](Номер накладной (x) Номер накладной (y))

Одна и та же Накладная не может иметь разную сумму.

(x,y Накладная).[Сумма накладной(x) = Сумма накладной(y)](Сумма накладной (x) Сумма накладной (y))

Отношение Заказчик

Один и тот же Заказчик не может иметь разные наименования.

(x,y Заказчик).[Наименование заказчик(x) = Наименование заказчик (y)]

( Наименование заказчик (x) Наименование заказчик (y))

Отношение Счет

Один и тот же Счет не может иметь разные даты:

(x,y Счет).[Дата оформления(x) = Дата оформления(y)](Дата оформления(x) Дата оформления (y))

Один и тот же Счет не может иметь разную сумму.

(x,y Счет).[Сумма(x) = Сумма(y)](Сумма(x) Сумма(y))

Один и тот же Счет не может иметь разные номера.

(x,y Счет).[Номер счета(x) = Номер счета(y)](Номер счета (x) Номер счета (y))

3.4 Описание запросов

Для описания запросов необходимо рассмотреть специальную реляционную операцию реляционной алгебры селекция. Пусть С-любой допустимый оператор сравнения. Дано отношение R (А1, А2, А3, … , Аn). Селекцией отношения R по атрибутам Аj и Аk называется множество всех кортежей t таких, что аjtCаkt - истина. Вместо аkt может быть константа.

S (R, <условие>) - операция селекции.

Опишем определённые запросы (см.п.1.2).

Первый запрос реализуется через группу однотипных запросов. Например,S (Номер договора, Дата, Сумма, Номер счета, Дата, Сумма = x),

где x - это число, соответствующих коду поставщика.

Второй запрос реализуется аналогично первому.

Третий запрос реализуется через серию однотипных запросов. Например,

S (Номер договора, количество, цена за единицу, дата, номер накладной, количество, цена за единицу, дата =x),

где х - число соответствующие коду товара.

Четвертый запрос реализуется через серию однотипных запросов. Например,

S (Дата, количество, цена за единицу, наименование товара=х),

где х - число соответствующий номеру договора или счета.

4. ВЫБОР ТЕХНИЧЕСКИХ СРЕДСТВ С ТОЧКИ ЗРЕНИЯ БАЗ ДАННЫХ

Исходя из полученной реляционной (см.п.2.3) и её математического описания делаем выбор технических средств.

Выбираем платформу, на которой будет решаться задача. В соответствии с поставленной задачей, техническим заданием к курсовому проекту и учитывая экономичные требования, выбираем платформу IBM PC.

Выбор среды проектирования.

Так как поставленная задача должна быть решена в комплексе с передачей информации в другие системы, выбираем готовый программный продукт со встроенным языком программирования, поддержкой необходимого набора типов данных, работающую на платформе IBM PC, имеющую визуальные средства разработки и обеспечивающий защиту информации. Кроме того, выбор в качестве логической модели - реляционной модели заставляет нас искать СУБД с наиболее простой реализацией двухмерных таблиц и связей между ними. В данном случае выбираем систему Ассess 2000 c встроенным языком программирования SQL - Structured Query Language.

Описание типов данных системы Access 2000, которые будут использоваться в базе данных "Отдел Сбыта Преприятия" представлены в табл.4.1.

Таблица 4.1

Используемые типы данных Access 2000

Выбор ОС.

ОС выбираем исходя из выбранной платформы и программного продукта в котором мы решаем поставленную задачу проектирования. Учитываем также, чтобы ОС была современной, устойчиво работала и обеспечивала максимум удобства. В связи с выше перечисленными требованиями выбираем Windows XP.

Выбор материнской платы.

Выбор материнской платы включает в себя выбор центрального процессора, шины обмена и объема оперативной памяти. Быстро действие центрального процессора выбирается так, чтобы время ожидания расчетной задачи или обновления экрана по возможности не превышало трёх секунд. Таким образом, выбираем Celeron 400МГц. Материнскую плату выбираем так, чтобы она обеспечивала максимальную скорость обмена информацией. Объем оперативной памяти высчитывается по формуле:

V = Vос + Vут + Vср.пр. + Vдоп,

где V - объем оперативной памяти;

Vос - объем операционной системы;

Vут - объем оперативных утилит;

Vср.пр - объем среды проектирования;

Vдоп - дополнительный объем под решаемую задач.

V=128Мб+20Мб+12Мб+10Мб=170Мб.

Таким образом, для компьютера Celeron 400МГц выбираем объём ОП равный 256 Мб.

Выбор основных периферийных устройств.

Основные периферийные устройства это - устройства отображения информации (монитор), устройства хранения информации (винчестер), устройства обмена информацией (локальная сеть, дискета, оптические накопители).

Монитор должен отвечать требованиям безопасности, иметь экономичную стоимость и желательно высокую разрешающую способность. Исходя из требований высокой частоты обмена и по экономическим требованиям, выбираем 15ти дюймовый CRT-монитор.

Винчестер выбираем по трем параметрам: объем необходимый под ОС, объем памяти под программу, объем памяти под результаты работы.

Vв=Vос + Vпр + Vут,

где Vв - объем винчестера;

Vос - объем под ОС;

Vпр - объем памяти под программу Microsoft Access2000;

Vут - объем памяти под результаты работы. Определяется по табл.4.1.

Vв=1,5Гб+46Мб+20Мб=1622Мб.

Таким образом, для компьютера Celeron 400МГц, с ОП 256Мб винчестер на 20Гб, что устраивает для нашей задачи.

Устройства обмена.

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

Исходя из того, что необходимо вести архивы выбираем оптический пишущий накопитель, так как объём Vв больше объёма дискеты выбираем CD RW.

Дополнительное периферийное оборудование.

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

Для ввода информации необходимо и достаточно стандартного комплекта - клавиатуры и мышки.

5. РЕАЛИЗАЦИЯ

На основе созданной концептуальной (см.п.1.7), реляционной модели (см.п.2.3) и её математического описания (см.п.3), используя выбранное оборудование (см.п.4), создаём в СУБД Microsoft Access таблицы и ключи.. На рис.5.1 представлены созданные таблицы.

рис 5.1

После создания таблиц, связываем их в единую схему данных используя средства Access 2000 в соответствие с описанием связей, см.п.1.6 и см.п.2.3. Полученная схема данных представлена на рис.5.2

В соответствии с каталогом задач и запросов (см. п. 1.3), были реализованы требуемые запросы (рис. 5.3).

рис 5.2

рис 5.3

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

рис 5.4

Для реализации прав доступа был использован мастер защиты. Были созданы два типа пользователей - Администратор и Пользователь со своими правами доступа. Администратор обладает полным доступом, за исключением изменения структуры базы данных. Пользователь обладает ограниченным доступом. Вход под именем Администратор защищён паролем. При открытии базы данных открывается окно, показанное на рис.5.6

Рис.5.6

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

6. РЕЗУЛЬТАТЫ РАБОТЫ БД " ОТДЕЛ СБЫТА ПРЕПРИЯТИЯ"

6.1 Приложение

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

рис 6.1

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

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

рис 6.2

На главной форме также предусмотрена вкладка "Приложение" в которой пользователь может запустить необходимые для работы офисные приложения.

рис 6.3

Для быстроты и удобства работы с документами предусмотрена вкладка "Документы" представлена на рис 6.4

рис 6.4

рис 6.5

6.2 Запросы

Первый запрос

Описание запроса на языке SQL

SELECT Заказчики.[наименование заказчика], Заказчики.[ФИО руководителя], Заказчики.адрес, Заказчики.[телефо\факс], [Заказчики и накладные].[Номер накладной], [Заказчики и накладные].[Дата заключения], Накладные.Сумма

FROM Накладные INNER JOIN (Заказчики INNER JOIN [Заказчики и накладные] ON Заказчики.[код заказчика] = [Заказчики и накладные].[Код заказчика]) ON Накладные.[номер накладной] = [Заказчики и накладные].[Номер накладной]

WHERE (((Заказчики.[наименование заказчика])=[Заказчик]));

Представлении запроса в СУБД Microsoft Access 2000

рис 6.6

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

Третий запрос

Описание запроса на языке SQL

SELECT Товары.Наименование, Товары.[вес брутто (гр)], Товары.[вес нетто (гр)], Товары.[цена за еденицу], Товары.[вид упаковки], [Товары в договоре].[Номер договора], [Товары в договоре].Количество AS [Товары в договоре_Количество], [Товары в накладной].[Номер накладной], [Товары в накладной].Количество AS [Товары в накладной_Количество]

FROM (Товары INNER JOIN [Товары в накладной] ON Товары.[код товара] = [Товары в накладной].[Код товара]) INNER JOIN [Товары в договоре] ON Товары.[код товара] = [Товары в договоре].[Код товара]

WHERE (((Товары.Наименование)=[Товар]));

рис 6.7

Четвертый запрос реализуется так же как третий поэтому описывать его не будем.

6.3 Отчеты

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

Первый отчет

рис 6.8

Второй отчет

рис 6.9

ЗАКЛЮЧЕНИЕ

В результате проделанной работы по описанию предметной области мы разработали концептуальную модель, а на её основе реляционную модель по которой создали в СУБД Microsoft Access приложение. Разработанное приложение отвечает всем требованиям предметной области (см.п.1.2), а так же каталогу задач и запросов (см.п.1.3). Все поставленные задачи в техническом задании были выполнены полностью. База данных "Отдел Сбыта Преприятия" предназначена для частных фирм и крупных организаций занимающихся торгово - закупочной деятельностью.

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

СПИСОК ЛИТЕРАТУРЫ

Дж. Тельман, "Основы систем баз данных", Москва, Финансы и статистика, 1983г.

Дейт К. "Введение в системы баз данных", Москва, Hаука, 1980 г.

Горев А. Ахаян Р., Макашарипов С. "Эффективная работа с СУБД" СПб. Питер 1997-- 704 с.

Кириллов В.В. Структуризованный язык запросов (SQL). - СПб.: ИТМО, 1994. - 80 с.

Мейер М. Теория реляционных баз данных. М. Мир, 1987. - 608 с.

6. Ноздрева Р.Б., Цыгичко Л.И. Маркетинг: "Как побеждать на рынке" М.

ФиС 1991

7. Т.В. Тимошок "Самоучитель Microsoft Access 2003"

8. М.Ю. Горский "Организация и управление бизнесом", Москва 1998г.

9. Нефедов В.Н., Осипова В.А. Курс дискретной математики - М. 1992

10. Интернет - ресурс www.nix.ru

11. Интернет - ресурс www.lizard.ru

12. Интернет - ресурс www.library/buhg.ru

Страницы: 1, 2, 3, 4