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

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

Базы данных являются эффективным средством представления структур данных и манипулирования ими. Концепция баз данных предполагает использование интегрированных средств хранения информации, позволяющих обеспечить централизованное управление данными и обслуживание ими многих пользователей. При этом БД должна поддерживаться в среде ЭВМ единым программным обеспечением, называемым системой управления базами данных (СУБД). СУБД вместе с прикладными программами называют банком данных. Михеева Е. В. Информационные технологии в профессиональной деятельности / Е. В. Михеева. — М: Академия, 2009.-С. 201.

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

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

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

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

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

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

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

Состав компьютерного обеспечения, имеющегося в магазине, приведен в таблице 1.1

Таблица 1.1 — Компьютерное обеспечение магазина

К средствам вычислительной техники относятся сервисное оборудование и рабочие станции. Все компьютеры объединены в единую локальную вычислительную сеть (ЛВС) и имеют доступ к внешним коммуникациям (в частности, выход в Internet), для передачи данных используется протокол TCP/IP.

В существующей ЛВС сконцентрировано 10 рабочих станций, взаимодействующих с сервером, также используется один коммутатор (switch). Выделенный сервер предназначен для осуществления следующих функций: централизованное управление компьютерами, централизованное резервное копирование всех данных, администрирования сети, централизованное обеспечение безопасности и управление доступом.

Технические характеристики сервера:

— процессор — Intel Pentium II 1800 МГц

— оперативная память — 512 Мб

— объем жесткого диска — 120 ГБ

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

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

— процессор — Intel Pentium II 1100 МГц

— оперативная память — 256 Мб

— объем жесткого диска — 40 ГБ

Все компьютеры связаны в компьютерную сеть топологии звезда, имеющую выход в глобальную сеть Internet. Более быстродействующие компьютеры работают под управлением ОС Windows XP. Сервер работает под управлением Windows Server 2007 но есть и альтернатива ОС семейства Linux.

В организации используется интегрированный пакет Microsoft Office — комплекс программ на все случаи офисной жизни, который составляет для пользователя единую в своей основе комфортную производственную среду. В состав офисного пакета входят: текстовый редактор Word, электронные таблицы Excel, программа подготовки компьютерных презентаций Power Point, планировщик рабочего времени Outlook (универсальный календарь-ежедневник, телефонные книжки, электронная почта), система управления базами данных Access, графический редактор Photo Editor.

В набор Microsoft Office 2010 входит:

Microsoft Word 2010 русская версия

Microsoft Excel 2010 русская версия

Microsoft Access 2010 русская версия

Microsoft Outlook 2010 русская версия

Microsoft Power Point 2010 русская версия

Microsoft Front Page 2010 русская версия

Word 2010. (текстовый редактор) — программа мощная, удобная, гибко настраиваемая. При самой минимальной Word занимает 6 Мбайт, при максимальной — уже свыше 60 Мбайт. Но чаще всего текст-процессор поставляется не отдельно, а в составе интегрированного пакета Microsoft Office.

Excel 2010, самая популярная сегодня программа электронных таблиц. Эта программа достаточно мощная, возможности её, особенно в последних версиях, весьма обширны.

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

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

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

Access 2010

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

Кроме того, в магазине используется специальное программное обеспечение 1С: Предприятие.

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

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

Комплексная конфигурация Система «1С: Предприятие» обеспечивает интегрированное ведение учета, которое включает единую систему ведения нормативно — справочной информации, автоматическое отражение торгово — складских операций и расчета заработной платы в бухгалтерском учете, финансовый учет по нескольким юридическим лица, консолидированный управленческий учет.

В организации используются четыре основных модуля данной программы — 1С: Бухгалтерия 8, Программа 1С Зарплата и Управление Персоналом 8.

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

1.2 Определение требований к информационной системе

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

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

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

1.3 Сбор и анализ требований пользователя

Информационная система должна содержать следующие сведения:

— Название товара цена товара

— ФИО поставщика, название фирмы, адрес поставщика, количество поставляемого товара, дата расчета за поставку

- ФИО покупателя, адрес, наименование купленного товара, дата расчета

Информационная система должна отвечать на следующие запросы:

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

— общая сумма оплаченная покупателем за товар

— количество оплаченных квитанций по поставщикам на определенную дату

— количество оплаченных квитанций покупателями на определенную дату

— наименование поставляемого товара определенным поставщиком

Анализ требований.

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

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

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

Производительность — повышение производительности работы магазина в целом за счет представления электронных форм представления информации.

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

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

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

Модель прецедентов

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

Исполнитель, задачи, прецеденты.

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

Таблица 1.2. — Исполнители, задачи, прецеденты

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

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

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

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

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

— Выделение сущностей и связей между ними

— Построение ER — диаграмм

— Формирование набора предварительных отношений с указанием первичного ключа для каждого отношения с использованием ER — диаграмм

— Добавление неключевых атрибутов в отношения

— Приведение предварительных отношений к нормальной форме Бойса — Кодда

— Пересмотр ER — диаграмм.

Применим метод «сущность — связь» к проектированию БД «Расчет с покупателями и поставщиками».

Первый этап — выделение сущностей и связей между ними. Выделим следующие сущности: Товар (ключ — код товара), Поставщик (ключ — код поставщика), Покупатель (ключ — код покупателя), Расчет с поставщиком (ключ — номер квитанции), Расчет с покупателем (ключ — номер квитанции).

Выделим связи между сущностями.

Расчет с поставщиком ПОСТАВЛЯЕТ Товар

Расчет с покупателем ПОКУПАЕТ Товар

Расчет с поставщиком ОСУЩЕСТВЛЯЕТСЯ ПО ПОСТАВЛЕННОМУ Товару

Расчет с покупателем ОСУЩЕСТВЛЯЕТСЯ ПО КУПЛЕННОМУ Товару

Второй этап — построение диаграмм ERтипа с учетом всех сущностей и связей между ними.

Связь ПОСТАВЛЯЕТ является связью М: М, т.к. несколько поставщиков могут поставлять несколько разнообразных товаров.

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

Связь ПОКУПАЕТ является связью М: М, т.к. несколько покупателей могут покупать несколько разнообразных товаров.

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

Связь ОСУЩЕСТВЛЯЕТСЯ ПО ПОСТАВЛЕННОМУ является связью М: М, т.к. расчет производится сразу с несколькими поставщиками по нескольким поставщикам.

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

Связь ОСУЩЕСТВЛЯЕТСЯ ПО КУПЛЕННОМУ является связью М: М, т.к. расчет производится сразу с несколькими покупателями по нескольким покупателям.

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

Третий этап — формирование набора предварительных отношений.

Связь ПОСТАВЛЯЕТ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с поставщик (ключ — номер квитанции) Товар (ключ — код товара) Связь ПОКУПАЕТ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с покупателем (ключ — номер квитанции) Товар (ключ — код товара) Связь ОСУЩЕСТВЛЯЕТ ПО ПОСТАВЛЕННОМУ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с поставщик (ключ — номер квитанции) Поставщик (ключ — код поставщика) Связь ОСУЩЕСТВЛЯЕТ ПО КУПЛЕННОМУ удовлетворяет условиям, в соответствии с которыми получаем отношения:

Расчет с покупателем (ключ — номер квитанции) Покупатель (ключ — код покупателя) Четвертый этап — добавление неключевых атрибутов, которые не были выбраны в качестве ключевых ранее.

После добавления неключевых атрибутов схемы отношений примут следующий вид:

Поставщик (Код поставщика, ФИО поставщика, название фирмы, адрес) Покупатель (Код покупателя, ФИО, адрес) Товар (Код товара, наименование, цена) Расчет по поставщикам (Номер квитанции, дата расчета, код поставщика, код товара, количество товара) Расчет по покупателям (Номер квитанции, дата расчета, код покупателя, код товара, количество товара)

ER — диаграмма представлена на рисунке 1.

Рисунок 1 — ER — диаграмма Модель базы данных будет реализована с помощью MS Access, следовательно модель данных — реляционная.

Полученная база данных состоит из пяти таблиц. Типы атрибутов указаны в Таблицах 1.3−1.7.

Таблица 1.3 — Реквизиты сущности Поставщик

Таблица 1.4 — Реквизиты сущности Покупатель

Таблица 1.5 — Реквизиты сущности Товар

Таблица 1.6 — Реквизиты сущности Расчет по поставщику

Таблица 1.7 — Реквизиты сущности Расчет по покупателю

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

Разработка приложения складывается из проектирования транзакций и проектирования пользовательского интерфейса.

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

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

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

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

— общая сумма оплаченная покупателем за товар

— количество оплаченных квитанций по поставщикам на определенную дату

— количество оплаченных квитанций покупателями на определенную дату

— наименование поставляемого товара определенным поставщиком

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

1.6 Реализация проекта

1.6.1 Структура таблиц

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

Для создания новой таблицы можно воспользоваться любым из способов. Обычно создание таблиц путем ввода данных используют тогда, когда структура таблицы очень проста, например справочник. Тогда Access сама догадывается о том, как установить свойства полей. Потом можно переключить таблицу в режим Конструктора и посмотреть, как эти свойства будут установлены. Использование Мастера таблиц оправдано, если нужно создать какую-то типовую таблицу, пользуясь шаблонами, которые он предложит. Режим Конструктора наиболее часто применяется пользователями и может тоже потребоваться для просмотра структуры таблицы или для изменения данной структуры.

Разработанные таблицы базы данных представлены на Рисунках 2−6

Рисунок 2 — Таблица Поставщик

Рисунок 3. — Таблица Покупатель

Рисунок 4 — Таблица Товар

Рисунок 5 — Таблица Расчет по поставщикам

Рисунок 6 — Таблица Расчет по покупателям

1.6.2 Схема связи данных базы данных

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

Рисунок 7 — Схема связи таблиц БД

1.6.3 Пользовательские формы базы данных

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

Формы Access предоставляют функциональные возможности для выполнения многих задач, которые нельзя выполнить другими средствами. Формы позволяют выполнять проверку корректности данных при вводе, проводить вычисления, и обеспечивают доступ к данным в связанных таблицах с помощью подчиненных форм. Формы разработанной базы данных представлены на Рисунках 8−12

Рисунок 8 — Форма таблицы Покупатель

Рисунок 9 — Форма таблицы Поставщик

Рисунок 10 — Форма таблицы Товар

Рисунок 11 — Форма таблицы Расчет по покупателям

Рисунок 12 — Форма таблицы Расчет по поставщикам

1.6.4 Заполнение базы данных

Заполненные таблицы разработанной базы данных представлены на рисунках 13−17

Рисунок 13 — Заполнение таблицы Поставщик

Рисунок 14 — Заполнение таблицы Покупатель

Рисунок 15 — Заполнение таблицы Товар

Рисунок 16 — Заполнение таблицы Расчет по покупателям

Рисунок 16 — Заполнение таблицы Расчет по поставщикам

1.6.5 Запросы базы данных

В курсовой работе должны быть представлены запросы.

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

— запросы на выборку — выборка данных из одной или нескольких таблиц

— запросы на изменение — изменение целого набора записей

— запросы с параметрами — условие отбора записей по определенным параметрам

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

— запросы с условием — отбор записей по определенному условию или условиям

— запросы с выражением — добавление в запрос вычисляемого поля

Запросы создаются любым удобным способом: с помощью мастера или в режиме конструктора. Голицына О. Л. Базы данных: Учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — М.: Форум: Инфра — М, 2008. — С.115

Запрос 1. Выводит на экран общую сумму оплаченную поставщику за определенный товар

SELECT [Расчет по покупателям]. Дата расчета], Поставщик. ФИО поставщика], Товар. Наименование, Товар. Цена, [Расчет по покупателям]. Количество товара (поставщика)], [Цена]*[Количество товара] AS [Общая сумма]

FROM (Товар INNER JOIN [Расчет по покупателям] ON Товар. Код товара] = [Расчет по покупателям]. Код товара]) INNER JOIN (Поставщик INNER JOIN [Расчет по поставщикам] ON Поставщик. Код поставщика] = [Расчет по поставщикам]. Код поставщика]) ON Товар. Код товара] = [Расчет по поставщикам]. Код товара];

Запрос 2. Общая сумма оплаченная покупателем за товар

SELECT [Расчет по покупателям]. Дата расчета], Покупатель. ФИО покупателя], Товар. Наименование, Товар. Цена, [Расчет по покупателям]. Количество товара (покупателя)], [Цена]*[Количество товара (покупателя)] AS Сумма

FROM Товар INNER JOIN (Покупатель INNER JOIN [Расчет по покупателям] ON Покупатель. Код покупателя] = [Расчет по покупателям]. Код покупателя]) ON Товар. Код товара] = [Расчет по покупателям]. Код товара];

Запрос 3 Количество оплаченных квитанций по поставщикам на определенную дату

SELECT [Расчет по поставщикам]. Дата расчета], [Расчет по поставщикам]. Нмер квитанции], [Поставщик]. ФИО поставщика], [Поставщик]. Название фирмы]

FROM Поставщик INNER JOIN [Расчет по поставщикам] ON [Поставщик]. Код поставщика] =[Расчет по поставщикам]. Код поставщика];

Запрос 4. Количество оплаченных квитанций покупателями на определенную дату

SELECT [Расчет по покупателям]. Дата расчета], [Расчет по покупателям]. Номер квитанции], [Покупатель]. ФИО покупателя]

FROM Покупатель INNER JOIN [Расчет по покупателям] ON [Покупатель]. Код покупателя] =[Расчет по покупателям]. Код покупателя];

Запрос 5 Наименование поставляемого товара определенным поставщиком

SELECT [Товар]. Наименование], [Поставщик]. ФИО поставщика], [Поставщик]. Название фирмы]

FROM Товар INNER JOIN (Поставщик INNER JOIN [Расчет по поставщикам] ON [Поставщик]. Код поставщика] =[Расчет по поставщикам]. Код поставщика]) ON [Товар]. Код товара] =[Расчет по поставщикам]. Код товара];

Экранные формы реализованных запросов представлены в Приложении А

1.6.6 Отчеты базы данных

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

1.6.7 Инструкция пользователя

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

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

Пока данное условие не выполнено, добавление записей в таблицы СУБД осуществляется по вызову форм.

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

Если необходимо в определенном запросе выполнить выборку по условию, то следует перейти в режим Конструктора меню Главная и прописать условие отбора .

Аналогичным образом можно создать и отчет выбрав пиктограмму Конструктора отчета и оранизовав выборку определенных таблиц или запросов.

Создание интерфейса пользователя сводится к выбору из палитры компонентов необходимые для работы с базой данных, служащие интерфейсом управления, а также интерфейсом отображения информации, и перенесение их на Форму с последующей компоновкой Бекаревич Ю. Б. Управление базами данных./ Ю. Б. Бакаревич, Н. В. Пушкина, Е. Ю. Смирнова.- СПб.: СПбГУ, 2009. С. 90.

1.6.8 Главная кнопочная форма

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

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

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

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

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

Создание элементов (кнопок) на странице кнопочной формы

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

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

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

Оформление кнопочной формы

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

Для того чтобы при открытии базы данных открывалась Главная кнопочная форма, в меню Сервис выберите команду Параметры запуска. В поле Вывод формы/страницы выберите нужную форму Фуфаев Э. В. Базы данных: Учебное пособие / Э. В. Фуфаев, Д. Э. Фуфаев. — М: Академия, 2005.-С. 220.

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

Формы таблиц для добавления информации

Итоговый отчет

Выход из приложения

Главная кнопочная форма представлена на Рисунке 17

Рисунок 17 — Главная кнопочная форма

Заключение

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

Перед разработкой БД определены и описаны ее сущности, представлены связи между сущностями

В базе данных организованы следующие объекты:

— таблицы для сохранения данных;

— запросы для поиска и извлечения только требуемых данных;

— формы для просмотра, добавления и изменения данных в таблицах;

— отчеты для анализа и печати данных в определенном формате

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

— представлена главная кнопочная форма БД.

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

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

В данной работе представлен весь отчет разработки.

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

1. Бекаревич Ю. Б. Управление базами данных./ Ю. Б. Бакаревич, Н. В. Пушкина, Е. Ю. Смирнова.- СПб.: СПбГУ, 2009. 300с.

2. Гиляревский Р. С. Основы информатики: Курс лекций / Р. С. Гиляревский. — М.: Экзамен, 2008. — 320с.

3. Голицына О. Л. Базы данных: Учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — М.: Форум: Инфра — М, 2008. — 352с.

4. Михеева Е. В. Информационные технологии в профессиональной деятельности / Е. В. Михеева. — М: Академия, 2009.-384с.

5. Фуфаев Э. В. Базы данных: Учебное пособие / Э. В. Фуфаев, Д. Э. Фуфаев. — М: Академия, 2009.-320с.

логический интерфейс отчет запрос

Приложение А

П.А.1 — Запрос 1. Выводит на экран общую сумму оплаченную поставщику за определенный товар

П.А.2 — Запрос 2. Общая сумма оплаченная покупателем за товар

П.А.3 — Запрос 3 Количество оплаченных квитанций по поставщикам на определенную дату

П.А.4 — Запрос 4. Количество оплаченных квитанций покупателями на определенную дату

П.А. 5 — Запрос 5 Наименование поставляемого товара определенным поставщиком

Приложение Б

П.Б.1 — Отчет по запросу 1. Выводит на экран общую сумму оплаченную поставщику за определенный товар

П.Б.2 — Отчет по запросу 2. Общая сумма оплаченная покупателем за товар

П.Б.3 — Отчет по запросу 3 Количество оплаченных квитанций по поставщикам на определенную дату

П.Б.4 — Отчет по запросу 4. Количество оплаченных квитанций покупателями на определенную дату

П.Б. 5 — Отчет по запросу 5 Наименование поставляемого товара определенным поставщиком