Проектирование информационной базы данных оборота товара

23

КУРСОВАЯ РАБОТА

по предмету:«Проектирование информационных систем»

на тему:

«Проектирование информационной базы данных оборота товара компании BAXI»

Содержание

Введение

1. Задание на курсовую работу

1.1 Разработка технического задания

1.2 Возможности СУБД

2. Основные понятия баз данных

2.1 Базы данных и системы управления базами данных

2.2 Состав СУБД

2.3 Структура простейшей базы данных

2.4 Свойства полей базы данных

2.5 Типы данных

3. Объекты базы данных

3.1 Таблицы

3.2 Запросы

3.3 Формы

3.4 Отчеты

3.5 Страницы

3.6 Макросы и модули

4. Реализация базы данных

5. InterBase инновационным продуктом

5.1 Понятие InterBase

5.2 Отличительные черт продукта InterBase

5.3 Сравнительные характеристики InterBase и Access

Заключение

Список использованной литературы

Введение

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

В курсовой работе рассмотрены вопросы проектирования и реализации товара торгового предприятия компании BAXI:

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

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

1. Задание на курсовую работу

1.1 Разработка технического задания

Задачей курсовой работы является разработка базы данных реализации товара торгового предприятия компании BAXI. В задачу информационной системы входит хранение и наполнение базы данных по реализации товара, обработка и анализ накопленных данных, формирование отчетов по результатам реализации товара. В качестве среды разработки использована СУБД MS Access, сочетающая удобство использования и простоту создания форм и отчетов, анализа данных. Данная работа заключается в том, что бы разработать системы управления оборота товара, которая должна включать в себя:

1) данные по :

Владельцам товара,

Покупателю товара,

Прейскуранту товара,

Приему товара,

Расходу товара,

2) выполнять запросы :

Приход товара,

Расходу товара,

3) отчеты:

Журнал расхода товаров,

Журнал приёма товаров,

Прейскурант.

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

1.2 Возможности СУБД

СУБД должна поддерживать следующие возможности:

просмотр данных,

добавление данных,

удаление записи,

поиск,

сортировка,

использование главного и контекстного меню,

все таблицы БД должны быть в третьей нормальной.

2. Основные понятия баз данных

2.1 Базы данных и системы управления базами данных

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

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

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

В мире существует множество систем управления базами данных. Несмотря на то что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает нам возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого учебного объекта мы выберем СУБД Microsoft Access, входящую в пакет Microsoft Office.

2.2 Состав СУБД

Язык описания данных (ЯОД) - Средства описания данных в БД и связей между ними. Средствами этого языка описывается структура БД, форматы записей, пароли, защищающие данные.

Язык манипулирования данными (ЯМД) - язык для выполнения операций над данными, позволяющий менять их строение.

Для различных СУБД реализация этих уровней языков может быть различной. В одних случаях ЯОД и ЯМД требует составления пользователем программы полностью “вручную”, в других (что отражает современную тенденцию) в СУБД присутствует средства визуальной (зримой, наглядной) разработки программ. Для этого в современных СУБД имеются редакторы экранных форм, отчетов. “Кирпичиками” (инструментами) таких редакторов являются поля различных видов (поля ввода, поля вывода, вычисляемые поля), процедуры обработки различных типов (формы ввода, таблицы, отчеты, запросы). На основании созданных пользователем объектов программы - генераторы формируют программный код на языке конкретной машины или на промежуточном языке.

2.3 Структура простейшей базы данных

Сразу поясним, что если в базе нет никаких данных (пустая база), то это все равно полноценная база данных. Этот факт имеет методическое значение. Хотя данных в базе и нет, но информация в ней все-таки есть - это структура базы. Она определяет методы занесения данных и хранения их в базе. Простейший «некомпьютерный» вариант базы данных - деловой ежедневник, в котором каждому календарному дню выделено по странице. Даже если в нем не записано ни строки, он не перестает быть ежедневником, поскольку имеет структуру, четко отличающую его от записных книжек, рабочих тетрадей и прочей писчебумажной продукции.

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

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

2.4 Свойства полей базы данных

Поля базы данных не просто определяют структуру базы - они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД Microsoft Access.

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле.

Размер поля - определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

Формат поля - определяет способ форматирования данных в ячейках, принадлежащих полю.

Маска ввода - определяет форму, в которой вводятся данные а поле (средство автоматизации ввода данных).

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

Значение по умолчанию - то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

Условие на значение - ограничение, используемое для проверки правильности ввода данных (средство автоматизации ввода, которое используется, как правило, для данных, имеющих числовой тип, денежный тип или тип даты).

Сообщение об ошибке - текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.

Обязательное поле - свойство, определяющее обязательность заполнения данного поля при наполнении базы.

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

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

Поскольку в разных полях могут содержаться данные разного типа, то и свойства у полей могут различаться в зависимости от типа данных. Так, например, список вышеуказанных свойств полей относится в основном к полям текстового типа. Поля других типов могут иметь или не иметь эти свойства, но могут добавлять к ним и свои. Например, для данных, представляющих действительные числа, важным свойством является количество знаков после десятичной запятой. С другой стороны, для полей, используемых для хранения рисунков, звукозаписей, видео клипов и других объектов OLE, большинство вышеуказанных свойств не имеют смысла.

2.5 Типы данных

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

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

Числовой - тип данных для хранения действительных чисел.

Поле Мемо - специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

Дата/время - тип данных для хранения календарных дат и текущего времени.

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

Счетчик - специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование - для порядковой нумерации записей.

Логический - тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

Гиперссылка - специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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

3. Объекты базы данных

3.1 Таблицы

Таблицы - это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

3.2 Запросы

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

3.3 Формы

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

3.4 Отчеты

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

3.5 Страницы

Это специальные объекты баз данных, реализованных в последних версиях СУБД Microsoft Access (начиная с Access 2000). Правда, более коректно их называть страницами доступа к данным. Физически это особый объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данной, но содержит компоненты, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, посетитель Web-узла может просматривать записи базы в полях страницы доступа. Таким образом, страницы доступа к данным осуществляют интерфейс между клиентом, сервером и базой данных, размещенной на сервере. Эта база данных не обязательно должна быть базой данных Microsoft Access. Страницы доступа, созданные средствами Microsoft Access, посволяют работать также с базами данных Microsoft SQL Server.

3.6 Макросы и модули

Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования. В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Applications. Это одно из средств, с помощью которых разработчик базы может заложить в нее нестандартные функциональные возможности, удовлетворить специфическое требование заказчика, повысить быстродействие системы управления, а также уровень ее защищенности.

4. Реализация базы данных

Приступим к созданию эффективной модели данных. На сегодняшний день существует три модели данных: иерархическая, сетевая и реляционная. Теория реляционной базы данных была разработана Коддом в начале 70-х годов на основе математической теории отношений. В данной модели все данные хранятся в виде таблиц, все операции с данными сводятся к операциям с таблицами. Любая таблица состоит из строк и столбцов и имеет уникальное имя в базе данных.

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

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

Приведём данные к первой нормальной форме, выделим самостоятельные группы полей и поместим их в отдельные таблицы. Их получилось три: информация о товаре; информация о покупателях; информация о поставщиках. Информация о товаре (таблица прейскурант)

Информация о поставщиках товара (таблица поставщик товара)

Информация о покупателях (таблица покупатель товара)

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

значения. Это относится к полям Товар, Вид тары, Наименование покупателя. Уберём эти три поля и сформируем новые таблицы. Структура получившихся таблиц представлена ниже.

Тара

Журнал прихода товаров

Журнал отгрузки товаров

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

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

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

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

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

Схема данных тогда будет иметь вид:

5. InterBase инновационным продуктом

5.1 Понятие InterBase

InterBase - это система управления реляционными базами данных, поставляемая корпорацией BORLAND для построения приложений с архитектурой клиент-сервер произвольного масштаба: от сетевой среды небольшой рабочей группы с сервером под управлением Novell NetWare или Windows NT на базе IBM PC до информационных систем крупного предприятия на базе серверов IBM, Hewlett-Packard, SUN и др.

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

5.2 Отличительные черты InterBase

Прежде всего, это кросс-платформенность, то есть, переносимость с одной операционной системы на другую. InterBase поддерживает Linux, Windows и значительное количество Unix-платформ. И делает это легко и удобно. Фактически, приложение, которое использует InterBase, не увидит разницы, на какой платформе в данный момент находится сервер. А если вам захочется поменять платформу, то это не потребует переделки базы данных - достаточно лишь проделать операцию резервного копирования на одной платформе и восстановления копии на другой.

InterBase всегда был инновационным продуктом, если так можно выразиться. Многие технологии, которые сейчас считаются само собой разумеющимися в мире баз данных, впервые появились именно в InterBase. Для чего, приведу пример. Прежде всего, речь идет о BLOB-полях. Это может звучать удивительно, но именно в InterBase они впервые и появились. Во-вторых, это UDF, то есть, функции, определяемые пользователем. Замечательная возможность расширить набор встроенных функций при помощи любого средства разработки! Сама идеология InterBase - система множественного поколения записей, которая позволяет гарантировать отсутствие блокировок по чтению и быстрое восстановление базы данных при сбоях - это совершенно инновационная технология, которая являлась уникальной с самого начала, да и сейчас, пожалуй, не имеет реальных аналогов. Ну и напоследок - хотя этим дело, конечно, не исчерпывается - упомянем каскадные триггеры. Именно этот механизм, позволяющий создавать очереди автоматически запускающихся триггеров на все виды операций с данными, дает нам возможность гибко реализовывать практически сколь угодно сложную бизнес-логику!

Иногда случается, что новейшие технологии оказываются невостребованными. Люди недалекие и незнакомые с рынком, иногда заявляют, что "InterBase - лишь СУБД для начинающих, жалкая программа для студентов, работающих на Delphi, , впрочем, мы, конечно, говорим несколько с иных позиций. Иными словами, иногда самый передовой продукт может оказаться на месте Неуловимого Джо. Но InterBase здесь совершенно не причем! Иначе зачем бы он был нужен в таких весомых компаниях как MOTOROLA, NOKIA, BOING или Бостонская Фондовая Биржа? роме того, давайте будем разделять Запад вообще и Европу в частности. Если сделать это, то окажется, что Европа вообще доверху забита InterBase. Сколь сладостен миг поездки на знаменитом скоростном немецком DB, когда усатый контроллер берет вашу кредитку (нет, не этот момент сладостный), проводит ей по своей диковинной машинке и протягивает ее обратно. Все было бы совершенно обычным, но мы-то с вами знаем, что вся система обработки платежей по кредиткам в DB построена на InterBase, и "может быть" в этой штуковине усатого контроллера установлен embedded InterBase. Вот он, момент истины! После этого начинаешь понимать, что InterBase вокруг нас, только мы об этом не всегда знаем, и если есть на свете тот таинственный Большой Брат, то уж он-то точно использует сами понимаете, что.

5.3 Сравнительные характеристики InterBase и Access

Microsoft Access

Access -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Состав программного продукта

Основные компоненты MS Access:

просмотр таблиц;

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

Все они могут вызывать скрипты на языке VBA. Таким образом, MS Access позволяет разработать СУБД практически «с нуля» или написать оболочку для любой внешней СУБД.

Главными и важными отличиями InterBase от MS Access являются:

установка

при использовании программного продукта, использующего СУБД InterBase необходимо устанавливать сервер InterBase, а при использовании MS Access достаточно иметь установленный MS Office

стоимость

стоимость стандартного сервера InterBase составляет 32 815 руб.

стоимость MS Access составляет 4 800 руб.

Поэтому, база данных моей курсовой работы была выполнена средствами СУБД MA Access/

Заключение

Целью курсовой работы было проектирование и создание базы данных компании «BAXI». Данная база данных компании «BAXI» предназначена для распределения разного вида товара на торговые точки, определяя место торговой точки, наименование товара, а также контроля и учета.

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

Сгенерирована схема базы данных для СУБД Access.

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

Список литературы

Орлов С. А.: Технологии разработки ПО. Разработка сложных программных систем.

Мамаев Е. В. «Microsoft SQL Server 2000», СПБ.: Питер 2001, 1280 с.

Хабрейкен Д. “10 минут на урок Access 2002”, Вильямс,2002,224 c.

Бекаревич Ю., Пушкина Н. “Самоучитель Microsoft Access 2002”, БХВ-Петербург, 2002 год, 720 c.

Информатика. Базовый курс /Симонович С.В. и др. - СПб: Издательство «Питер», 2000. - 640с.

Скотт Баркер. Использование Microsoft Access .-Киев-Москва: Диалектика, 2004.

Мари Свонсон. Microsoft Access : наглядно и конкретно.-Москва: Microsoft Press, Русская редакция, 2001.

Макарова Н.В. Информатика.- Москва: Финансы и статистика, 2003.