Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

СНАБЖЕНИЕ МАГАЗИНОВ

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

Введение

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

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

СУБД организует хранение информации таким образом, чтобы ее было удобно:

· просматривать,

· пополнять,

· изменять,

· искать нужные сведения,

· делать любые выборки,

· осуществлять сортировку в любом порядке.

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

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

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

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

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

Принципы нормализации:

· В каждой таблице БД не должно быть повторяющихся полей;

· В каждой таблице должен быть уникальный идентификатор (первичный ключ);

· Каждому значению первичного ключа должна соответствовать достаточная информация о типе сущности или об объекте таблицы (например, информация об успеваемости, о группе или студентах);

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

Связь устанавливается между двумя общими полями (столбцами) двух таблиц. Существуют связи с отношением «один-к-одному», «один-ко-многим» и «многие-ко-многим».

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

· «один - к - одному», каждой записи из одной таблицы соответствует одна запись в другой таблице;

· «один - ко - многим», каждой записи из одной таблицы соответствует несколько записей другой таблице;

· «многие - к - одному», множеству записей из одной таблице соответствует одна запись в другой таблице;

· «многие - ко - многим», множеству записей из одной таблицы соответствует несколько записей в другой таблице.

Тип отношения в создаваемой связи зависит от способа определения связываемых полей:

· Отношение «один-ко-многим» создается в том случае, когда только одно из полей является полем первичного ключа или уникального индекса.

· Отношение «один-к-одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы.

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

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

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

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

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

Существует три типа первичных ключей: ключевые поля счетчика (счетчик), простой ключ и составной ключ.

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

Простой ключ. Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как первичный ключ. В качестве ключа можно определить любое поле, содержащее данные, если это поле не содержит повторяющиеся значения или значения Null.

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

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

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

Программы, которые предназначены для структурирования информации, размещения ее в таблицах и манипулирования данными называются системами управления базами данных (СУБД). Другими словами СУБД предназначены как для создания и ведения базы данных, так и для доступа к данным. В настоящее время насчитывается более 50 типов СУБД для персональных компьютеров. К наиболее распространенным типам СУБД относятся: MS SQL Server, Oracle, Informix, Sybase, DB2, MS Access и т.д.

Создание БД начинается с проектирования.

Этапы проектирования БД:

· Исследование предметной области;

· Анализ данных (сущностей и их атрибутов);

· Определение отношений между сущностями и определение первичных и вторичных (внешних) ключей.

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

К базовым понятиями модели БД «сущность - связь» относятся: сущности, связи между ними и их атрибуты (свойства).

Сущность - любой конкретный или абстрактный объект в рассматриваемой предметной области. Сущности - это базовые типы информации, которые хранятся в БД (в реляционной БД каждой сущности назначается таблица). К сущностям могут относиться: студенты, клиенты, подразделения и т.д. Экземпляр сущности и тип сущности - это разные понятия. Понятие тип сущности относится к набору однородных личностей, предметов или событий, выступающих как целое (например, студент, клиент и т.д.). Экземпляр сущности относится, например, к конкретной личности в наборе. Типом сущности может быть студент, а экземпляром - Петров, Сидоров и т.д.

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

Связь - взаимосвязь между сущностями в предметной области. Связи представляют собой соединения между частями БД (в реляционной БД - это соединение между записями таблиц).

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

Для каждой конкретной базы данных существует схема базы данных. Схема

данных описывает взаимоотношение между данными, структуру отдельных

компонент, правила модификации и взаимозависимость между данными.

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

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

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

Особенности MS Access, отличающиеся от представления об «идеальной» реляционной СУБД.

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте - там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть.

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

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

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

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

В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.

MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.

Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API и т.д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

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

1. Анализ предметной области

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

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

Согласно поставленной задаче необходимо разработать информационную модель.

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

база интерфейс управление снабжение

1.2 Построение инфологической модели на языке «Таблицы-Связи»

Определим входные данные:

- Название магазина;

- Наименование товара (Производитель, Срок годности, Партия, Единица измерения);

- Количество товара;

- Цена (отпускная);

- Дата заказа;

- Тип оплаты;

- Вид доставки;

- Адрес доставки (индекс, город, улица, номер дома);

- Контактное лицо (Фамилия, Имя, Отчество, Дата рождения).

Проведем нормализацию логической модели.

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

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

Информационный объект (сущность) находится в первой нормальной форме (1НФ), когда все его атрибуты имеют единственное значение. Этому условию наше отношение соответствует. Приведем ко во второй нормальной форме (2НФ). Информационный объект находится во второй нормальной форме (2НФ), если он уже находится в первой нормальной форме и каждый его неидентифицирующий (описательный) атрибут зависит от всего уникального идентификатора информационного объекта.

Выделю сущность «Заказы», т.к. для разработки БД «Снабжение магазинов» эта сущность будет являться основной, тогда целесообразно выделить «Продукция» и «Магазины-заказщики» в отдельную сущность. Связь сущностей «Заказы» и «Продукция» один ко многим. Связь сущностей «Заказы» и «Магазины-заказщики» один ко многим.

Выделю сущность «Закупки», Связь сущностей «Закупки» и «Продукция» один ко многим. Для удобства выделим отдельные сущности «Адреса магазинов» и информацию о контактных лицах. Связь сущностей «Магазины» и «Адреса магазинов» один ко многим. Связь сущностей «Магазины» и «Контактное лицо» один ко многим.

Выявим сущности предметной области «Снабжение магазинов».

Основываясь на анализе предметной области можно выявить такие основные сущности: Заказы, Продукция, Магазины-заказщики, Адреса магазинов, Закупки, Контактное лицо.

Основные предметно - значимые атрибуты сущностей следующие.

Для сущности Заказы определяем такие основные атрибуты:

- Код магазина;

- Код магазина;

- Код товара;

- Количество товара;

- Дата заказа;

- Тип оплаты;

- Доставка;

Для сущности Продукция следующие атрибуты:

- Код товара;

- Наименование товара;

- Масса нетто\ объем;

- Артикул;

- Производитель;

- Срок годности;

- Количество товара на базе;

- Единица измерения

Для сущности Магазины следующие атрибуты:

- Название магазина;

- Код магазина;

- Регистрационный номер;

- Телефон;

- Адрес электронной почты;

- Идентификационный номер контактного лица

Для сущности Адреса магазинов следующие атрибуты:

- Индекс;

- Город;

- Улица;

- Номер дома;

- Регистрационный номер

Для сущности Закупки следующие атрибуты:

- Код товара;

- Цена закупочная;

- Цена отпускная

Для сущности Контактное лицо следующие атрибуты:

- Индивидуальный номер контактного лица;

- Фамилия;

- Имя;

- Отчество;

- Дата рождения;

- Пол

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

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

2. Разработка приложения

2.1 Построение реляционной модели данных

Реляционная модель данных - модель данных, которая описывает:

- структуры данных в виде (изменяющихся во времени) наборов отношений;

- теоретико-множественные операции над данными: объединение, пересечение, разность и декартово произведение;

- специальные реляционные операции: селекция, проекция, соединение и деление;

- специальные правила, обеспечивающие целостность данных.

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

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

Основными достоинствами реляционной модели данных являются:

- простота и доступность;

- независимость данных;

- гибкость;

- возможность непроцедурных запросов;

- хорошее теоретическое обоснование.

Недостатки данной модели:

- низкая производительность;

- необходимость глубокого рассмотрения отношений (нормализация);

- возможность логических ошибок и необходимость осторожной работы с моделью;

- линейность структуры таблиц.

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

Определяем каждую сущность как отдельную таблицу.

Следовательно, имеем 6 таблиц:

- Заказы;

- Продукция;

- Магазины;

- Адреса магазинов;

- Закупки;

- Контактное лицо.

2.2 Разработка физической структуры при помощи СУБД MS Access

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

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

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

На основе построенной модели данных создадим физическую модель данных (схему данных).

На рисунке 2.2.1 приведена схема данных для базы данных СНАБЖЕНИЕ МАГАЗИНОВ.

Рисунок 2.2.1 - Схема данных

Построение таблиц

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

Каждая таблица предназначена для определенного набора данных.

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

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



Рисунок 2.2.2.1. Таблица Продукция

Формы

Формы являются основным средством организации интерфейса пользователя в СУБД MS Access. Формы могут применяться для различных целей:

- Вывод и редактирование данных;

- Управление ходом выполнения приложения;

- Вывод сообщений;

- Печать информации.

Виды форм:

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

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

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

Подчиненные формы. Подчиненные формы используются для представления данных, находящихся на стороне «многие» отношения 1:М.

Пример. Создадим в конструкторе форм форму Продукция.



Рисунок 2.2.2.2 Форма Продукция

Запросы

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

Запросы бывают:

- простыми - это запросы на выборку из определенных полей;

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

Например нам нужно данные о названии и количестве каждого вида товара в каждом магазине.



Рисунок 2.2.3.1 Запрос на выборку в режиме конструктора

Отчеты

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

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

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

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

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

- для каждой из групп можно задать отдельные заголовки и примечания.

- можно производить сложные вычисления.

- в дополнении к верхнему и нижнему колонтитулу можно задать заголовок и примечание для всего отчета в целом.

Окно отчета в режиме Конструктора идентично окну формы в этом режиме, т.е. присутствует такая же Панель элементов, окно со списком полей и окно со списком свойств. Пустой макет отчета содержит разделы Верхний колонтитул, Нижний колонтитул, между которыми находится Область данных. Расположение данных на странице по вертикали определяется тем, как вы зададите верхний и нижний колонтитулы и соответствующие поля страницы. Как и при работе с формами, можно изменить размер любого раздела, перетащив его границу. Ширина всех разделов должна быть одной и той же, поэтому при изменении ширины одного из разделов Ассеss автоматически настраивает ширину всех остальных.

Верхний и нижний колонтитулы будут печататься соответственно вверху и внизу каждой страницы отчета. Добавить или удалить верхний и нижний колонтитулы можно с помощью команды Вид > Колонтитулы. Можно задать заголовок отчета, который будет печататься только в самом начале отчета, и примечание отчета, печатающееся в конце отчета. Чтобы добавить в отчет эти разделы, выберите Формат > Заголовок/примечание отчета.

Пример отчета «Заказы» в режиме конструктора.

Рисунок 2.2.4.1 Отчет «Заказы»

3. Работа с программой

Данное приложение рассчитано на работу в среде Windows под управлением СУБД Microsoft Access. При открытии файла «Снабжение магазинов.mdb» появляется главная форма приложения «Главная форма Снабжение магазинов» рисунок 3.1.

Рисунок 3.1 - Главная форма приложения «Снабжение магазинов»

Главное меню включает следующие пункты (кнопки):

1. Продукция	5. Товары в магазинах
2. Магазины 3. Заказы	6. ОТЧЕТЫ 7. Выход

3.1 Продукция

При нажатии данной кнопки вызывается форма «Продукция» (рисунок 3.1.1):



Рисунок 3.1.1 - Форма «Продукция»

Назначение данной формы - добавить в базу данных сведения о продукции (Код товара, Наименование товара, Масса нетто\объем, Артикул, Производитель, Срок годности до, Цена закупочная, Цена отпускная, Количество товара, Еденица измерения). Все измененные данные о продукции при этом заносятся в таблицу «Продукция».

3.2 Магазины

При нажатии данной кнопки вызывается форма «Магазины» (рисунок 3.2.1):

Рисунок 3.2.1 - Форма «Магазины»

Назначение данной формы - внести в базу данных сведения о магазинах-получателях товара (Название магазина, Адрес, Телефон, Адрес электронной почты, Контактное лицо). Введенные данные о магазинах при этом заносятся в таблицу «Магазины».

3.3 Заказы

При нажатии данной кнопки вызывается форма «Заказы» (рисунок 3.3.1):

Рисунок 3.3.1 - Форма «Заказы»

Назначение данной формы - внести в базу данных сведения о заказах товара (Название магазина, № заказа, Код товара, Количество товара, Дата заказа, Тип оплаты, Доставка). Введенные данные о магазинах при этом заносятся в таблицу «Заказы».

3.4 Отчеты

При нажатии данной кнопки вызывается форма «Работа с отчетами» (рисунок 3.4.1):



Рисунок 3.4.1 - Форма «Отчеты»

Эта кнопочная форма содержит 3 пункта меню:

1. Информация о заказах

2. Информацию о магазинах

3. Информацию о наличие товаров в магазинах

Назначение данной формы - сформировать отчеты на основе существующей базы данных.

Заказы

При нажатии данной кнопки вызывается отчет «Заказы» (рисунок 3.4.1.1):

Рисунок 3.4.1.1 - Отчет «Заказы»

Он выводит полную информацию обо всех заказах, которые были внесены в базу данных.

Магазины

При нажатии данной кнопки вызывается отчет «Магазины» (рисунок 3.4.2.1):



Рисунок 3.4.2.1 - Отчет «Магазины»

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

Товары в магазинах

При нажатии данной кнопки вызывается основанный на запросе «Товары в магазинах» отчет «Товары в магазиназ» (рисунок 3.4.3.1):

Рисунок 3.4.3.1 - Отчет «Товары в магазинах» (по запросу)

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

3.4 Выход

При нажатии данной кнопки приложение закрывается и осуществляется выход в среду Windows.

Заключение

В курсовой работе была спроектирована, разработана и отлажена база данных на приложении Microsoft Access из пакета Microsoft Office. Эта база данных имеет удобный интерфейс, главное меню, а также обеспечивает вывод на печать различных сведений из базы данных.

На первом этапе работ была изучена и проанализирована предметная область заданного процесса.

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

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

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

1. Кузнецов С.Д. Основы баз данных. - М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2007.

2. Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2001

Размещено на Allbest.ru