Проектирование базы данных "Оптовый магазин"
Освоение методов проектирования баз данных и работы с базами данных в среде СУБД. Ведение точного учета поступивших и реализованных товаров и определение их остатка с помощью БД "Оптовый магазин". Преимущества и недостатки спроектированной базы данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 12.01.2015 |
Размер файла | 4,8 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru
Управление Алтайского края по образованию и делам молодежи
КГБОУ СПО «Алтайский колледж информационных технологий»
Курсовая работа
по дисциплине: Базы данных
на тему: Проектирование базы данных «Оптовый магазин»
Выполнила студентка
4 курса 188-УБ группы
Ковальчук Евгения
Научный руководитель:
Ляпин Александр Иванович
Волчиха 2012
Содержание
1. Описание предметной области.
2. Проектирование таблиц.
3. Проектирование запросов.
4. Проектирование форм.
5. Проектирование отчетов.
Заключение.
Список используемой литературы.
Приложения.
1. Описание предметной области
Тема моей курсовой работы «Оптовый магазин». Данный магазин будет осуществлять оптовую торговлю косметических средств и поставлять продукцию в магазины розничной сети. Во главе магазина стоит директор, который будет совмещать должность бухгалтера. Так же в структуре управления магазином будут кладовщик, оператор (будет осуществлять связь с клиентами, заполнять базы товаров и заказов), так же будет принят на работу менеджер по уборке помещений.
Оптовый магазин будет работать с крупными производителями косметических средств. Поступление товаров от поставщика будет оформляться счет-фактурой, которая заполняется в двух экземплярах, один для магазина, другой для поставщика. При небольших поставках расчеты с поставщиками будут осуществляться наличными, а при покупке крупных партий с расчетного счета магазина.
Процессы, осуществляемые в работе магазина, будут автоматизированы с помощью современных программ: 1С «Предприятие», «ЮЛ Налогоплательщик». Сведенья о поставщиках, заказах, покупателях и товарах будут храниться в нашей базе данных «Оптовый магазин».
Так же для помощи в автоматизации работы магазина разработана информационную базу данных «Оптовый магазин».
Данная база позволит решить следующие задачи:
1) вести точный учет поступивших и реализованных товаров;
2) дает информацию о поставщиках и заказчиках, а так же поставленных и приобретенных ими товаров ;
3) определяет остаток товаров на складе;
4) выводит заказы за определенную дату;
5) формирует отчеты об остатках и заказах.
Сущность базы данных «Оптовый магазин» заключается в учете поступивших и реализованных товаров по каждому поставщику и каждому заказчику, расчете остатка товаров на складе.
Данная база имеет следующие преимущества:
- простота в освоении,
- доступный интерфейс, что позволяет ее использовать без специальной подготовке;
- имеет возможность обновления данных о поступлении и продаже, используя запросы.
Назначение базы:
1. формирование сведений о поступлениях и продажах в сводных таблицах
2. формирование отчетов.
Цель курсовой работы является освоение методов проектирования баз данных и работы с базами данных в среде СУБД.
2. Проектирование таблиц
Таблицы -- это основные объекты любой базы данных, в которых хранятся все данные, имеющиеся в базе, а также структура базы (поля, их типы и свойства). Все другие объекты (формы, отчеты, запросы) зависят от данных таблиц.
При создании таблицы в режиме Конструктор выводится пустая структура таблицы, в которую необходимо ввести имена полей, указать типы данных в полях и задать свойства полей. В нижней части бланка структуры таблицы задаются свойства полей таблицы, позволяющие изменять способы хранения и отображения данных.
Поля таблиц базы данных не просто определяют структуру базы -- они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД Microsoft Access.
Характеристики полей базы данных:
имя поля определяет, как следует обращаться к данным этого поля при автоматических операциях с базой (по умолчанию имена полей используются в качестве заголовков столбцов таблиц);
тип поля определяет тип данных, которые могут содержаться в данном поле;
размер поля определяет предельную длину (в символах) данных, которые могут размещаться в данном поле;
формат поля определяет способ форматирования данных в ячейках, принадлежащих полю;
маска ввода определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных);
подпись определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля);
значение по умолчанию -- то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных);
условие на значение -- ограничение, используемое для проверки правильности ввода данных (средство автоматизации ввода, которое используется, как правило, для данных, имеющих числовой тип, денежный тип или тип даты);
сообщение об ошибке -- текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных (проверка ошибочности выполняется автоматически, если задано свойство Условие на значение);
обязательное поле -- свойство, определяющее обязательность заполнения данного поля при наполнении базы;
пустые строки -- свойство, разрешающее ввод пустых строковых данных (от свойства Обязательное поле отличается тем, что относится не ко всем типам данных, а лишь к некоторым, например к текстовым);
индексированное поле -- если поле обладает этим свойством, то все операции, связанные с поиском или сортировкой записей по значению, хранящемуся в данном поле, существенно ускоряются. Кроме того, для индексированных полей можно сделать так, что значения в записях будут проверяться по этому полю на наличие повторов, что позволяет автоматически исключить дублирование данных.
Панель инструментов позволяет производить ряд операций с данными таблицы, такими, как сохранение, печать, сортировка, фильтрация, поиск. Перед печатью таблицы необходимо установить параметры страницы и сделать предварительный просмотр.
База данных «Оптовый магазин» содержит следующие таблицы, которые представлены следующими физическими моделями:
-поставщики, она имеет следующую структуру:
Наименование поля |
Тип данных |
Свойство |
|
Код поставщика (ключевое поле) |
Числовой |
Размер поля - длинное целое |
|
Поставщик |
Текстовый |
Размер поля 30 |
|
Страна |
Текстовый |
Размер поля 20 |
|
Город |
Текстовый |
Размер поля 20 |
|
Фото |
Поле объекта OLE |
В таблицах создаются имя поля, тип данных и свойства. Открывается окно конструктора, в него заносят необходимые имена полей, типы данных. При закрытии таблицы необходимо ее сохранить, так же дать ей название и дать ей ключевое поле. В данной таблице ключевым полем будет табельный номер. Затем открываем таблицу, и в режиме таблицы вносим соответствующие данные. Таким же образом в базе данных создаются остальные таблицы.
В конструкторе таблица представлена в следующем виде (рис. 1.1)
Рис.1.1
- товары
Наименование поля |
Тип данных |
Свойство |
|
Код товара |
Числовой |
Размер поля - длинное целое |
|
Товар |
Текстовый |
Размер поля 20 |
|
Единица измерения |
Текстовый |
Размер поля 5 |
|
Цена |
Денежный |
Размер поля - длинное целое |
|
Код поставщика |
Числовой |
Размер поля - длинное целое |
|
Количество |
Числовой |
Размер поля - длинное целое |
Ключевое поле - Код товара
- покупатели
Наименование поля |
Тип данных |
Свойство |
|
Код покупателя |
Числовой |
Размер поля - длинное целое |
|
Покупатель |
Текстовый |
Размер поля 20 |
|
Страна |
Текстовый |
Размер поля 20 |
|
Город |
Текстовый |
Размер поля 20 |
|
Адрес |
Текстовый |
Размер поля 20 |
|
Телефон |
Текстовый |
Размер поля 20 |
Ключевое поле - Код покупателя
-заказы
Наименование поля |
Тип данных |
Свойство |
|
Код заказа |
Числовой |
Размер поля - длинное целое |
|
Код товара |
Числовой |
Размер поля - длинное целое |
|
Код покупателя |
Числовой |
Размер поля - длинное целое |
|
Дата заказа |
Дата/время |
||
Количество |
Числовой |
Размер поля - длинное целое |
Ключевое поле - Код заказа
- поступления
Наименование поля |
Тип данных |
Свойство |
|
Код товара |
Числовой |
Размер поля - длинное целое |
|
Товар |
Текстовый |
Размер поля 20 |
|
Sum-Количество |
Числовой |
Размер поля - длинное целое |
Ключевого поля в данной таблице нет
-продажи
Наименование поля |
Тип данных |
Свойство |
|
Код товара |
Числовой |
Размер поля - длинное целое |
|
Товар |
Текстовый |
Размер поля 20 |
|
Sum-Количество |
Числовой |
Размер поля - длинное целое |
Ключевого поля в данной таблице нет
-остаток на складе
Наименование поля |
Тип данных |
Свойство |
|
Код товара |
Числовой |
Размер поля - длинное целое |
|
Товар |
Текстовый |
Размер поля 20 |
|
Поступления_Sum-Количество |
Числовой |
Размер поля - длинное целое |
|
Продажи_Sum-Количество |
Числовой |
Размер поля - длинное целое |
|
Остаток |
Числовой |
Размер поля - длинное целое |
Ключевого поля в данной таблице нет.
Просмотр вышеописанных таблиц приведены в приложении 1.
Между таблицами возможны 4 типа отношений: "один к одному", "один ко многим", "многие к одному", "многие ко многим".
- " один к одному"- каждая запись одной таблицы соответствует одной записи в другой таблице.
Отношение "один к одному" целесообразно использовать, если часть данных, например данные об образовании используются нечасто. Использование данного отношения позволит увеличить скорость обработки данных.
-" один ко многим"- каждой записи в одной таблице соответствует несколько записей в другой таблице. Одному сотруднику может соответствовать несколько выполненных работ.
Отношение "один ко многим" используется очень часто, поддерживается всеми СУБД.
- " многие к одному"
Нескольким записям в одной таблице соответствует одна запись в другой таблице.
Отношение "многие к одному" аналогично отношению "один ко многим". Тип отношения зависит от точки зрения разработчика. Например, если Вы будете рассматривать отношение между выполненной работой и сотрудниками, то получите отношение "многие к одному".
-" многие ко многим"
Нескольким записям в одной таблицы соответствуют несколько записей в другой таблице.
Логическая модель представлена в следующем виде:
Данная схема данных образована при помощи следующих таблиц: поставщики, товары, покупатели, заказы. В меню сервис базы данных «Оптовый магазин» выбирается пункт схема данных. Выходит меню добавление таблиц, из данного меню выбираем все таблицы. Далее из таблицы «Поставщики» перетаскиваем код поставщика на код поставщика в таблицу «Товары», причем табельный номер в таблице «Поставщики» является ключевым полем, обеспечивая при этом целостность данных и образуется связь один ко многим. Таким же образом связываем таблицу «Заказы» с таблицами «Товары» и «Покупатели» обеспечивая целостность данных и созданием связи один ко многим.
В представленной схеме данных 3 таблицы «Поступления», «Продажи», «Остаток на складе» формируются на основании запросов на создание таблицы, поэтому они не имеют связей между собой и с другими таблицами. база данные проектирование товар
3. Проектирование запросов
Эти объекты служат для извлечения данных из таблиц и предоставления их пользователю в удобном виде. С помощью запросов выполняют такие операции, как отбор данных, их сортировку и фильтрацию, а также преобразование данных по заданному алгоритму, создание новых таблиц, автоматическое заполнение таблиц данными, импортированными из других источников, выполнение вычислений и многое другое. Для разных действий создаются запросы разных типов.
Запрос-выборка предназначен для отбора данных, хранящихся в таблицах, и не изменяет эти данные.
Запрос-изменение используется для изменения или перемещения данных. К этому типу относятся: запрос на добавление записей, запрос на удаление записей, запрос на создание таблицы, запрос на обновление.
Запрос с параметром позволяет определить одно или несколько условий отбора во время выполнения запроса.
Ряд запросов строятся с использованием мастеров. Возможно создание запросов следующих видов:
простой запрос, позволяющий выбирать поля из нескольких таблиц или запросов (рис.1.2)
рис.1.2
перекрестный запрос вычисляет сумму, среднее значение, число элементов и значения других статистических функций, группируя данные и выводя их в компактном виде;
повторяющиеся записи выполняют поиск одинаковых записей по какому-либо полю в таблице;
записи без подчиненных находят все записи, не имеющие соответствующих записей в другой (связанной) таблице.
После выбора Конструктора при создании запроса Access предлагается использовать бланк запроса по примеру (рис. 1.3)
рис. 1.3
Для формирования условий отбора полезным является использование Построителя выражений, который запускается из контекстного меню, связанного со строкой Поле или Условие отбора на бланке запроса. Особенно удобно пользоваться Построителем выражений при конкатенации текста -- объединении в форме или отчете текстовых значений из нескольких полей.
При составлении выражений используется несколько простых правил. Во-первых, выражение имеет всегда логический тип, т. е. его значение должно быть Да или Нет.
В бланке запроса опускается часть выражения, содержащая имя поля, потому что оно задано в той же колонке.
Во-вторых, существуют определенные требования к синтаксису выражения: имена полей заключаются в квадратные скобки, а символьные константы -- в кавычки.
Имя объекта базы данных (таблицы, формы или запроса) отделяется от имени поля восклицательным знаком.
Окно построителя имеет четыре области со своими полосами прокрутки. В верхней области располагается создаваемое выражение. Три нижние используются для выбора элементов. Они заполняются по иерархическому принципу. Левая область содержит список всех источников данных для запроса. Средний список служит для показа элементов, входящих в выбранный объект из левого списка.
База данных «Оптовый магазин» осуществляет следующие запросы:
1. «Группировка по дате»- осуществляет группировку заказов покупателей за определенную дату.
2. «Заказы»- группирует данные из таблицы «Заказы» и «Покупатели» (используется для формирования формы покупатели1)
3. «Остаток» - запрос на создание таблицы. Предназначен для создания таблицы и добавления данных, рассчитывая их, используя данные таблиц «Поступления» и «Продажи»
4. «Поступления от поставщика» - запрос на создание таблицы. Предназначен для создания таблицы «Поступления» и добавления данных в неё из таблиц «Поставщики» и «Товары».
5. «Продажа» - запрос на создание таблицы. Предназначен для создания таблицы «Продажи»и добавления данных в неё из таблиц «Поставщики» и «Товары».
6. «Сведения о товарах»- группирует сведения о товарах и поставщиках.
7. «Удаление» - удаляет товары, закончившиеся на складе.
Данные запросы создаются при помощи конструктора из связанных таблиц:
Запрос «Группировка по дате» рис (1.4) создается на основе связанных таблиц «Товары», «Покупатели», «Заказы»
рис. 1.4
При запуске запроса появляется следующее окно, которое запрашивает введение даты заказа, (рис 1.5):
рис 1.5
Запрос «Заказы» (рис 1.6) - формируется из двух связанных «Заказы» и «Покупатели». Формирует сведения о всех заказанных товарах и их заказчиках.
рис 1.6
Запрос «Остаток» ( рис 1.7 ) предназначен для создания таблицы «Остатки на складе».При запуске этого запроса создается таблица «Остатки на складе » с уже обновленными данными, с учетом данных из таблиц «Поступления» и «Продажи»
рис 1.7
Расчет остатка производится в запросе по следующей формуле:
Остаток: Поступления! [Sum-Количество]-Продажи! [Sum-Количество]
Запрос «Поступления от поставщика» (рис 1.8) - создает таблицу «Поступления» на основании таблиц «Поставщики» и «Товары». При запуске данного запроса имеющаяся таблица «Поступления» удаляется и создается новая таблица с аналогичным названием, но обновленными данными.
рис 1.8
Запрос «Продажа» (рис 1.9) - создает таблицу «Продажи» на основании таблиц «Заказы» и «Товары». При запуске данного запроса имеющаяся таблица «Продажи» удаляется и создается новая таблица с аналогичным названием, но обновленными данными.
рис 1.9
Запрос «Сведения о товарах» (рис 2.1) - группирует сведения о товарах и поставщиках на основании связанных таблиц «Товары» и «Поставщики». Данный запрос необходим для создания формы «Покупатели 1»(см. приложение)
рис 2.1
Запрос «Удаление» (рис 2.2) - удаляет наименование товаров, которые закончились на складе. Условием удаления является количество остатка товара на складе. Если количество остатка товара равно 0, то при запуске этого запроса из таблицы «Товары» удалятся записи, имеющие 0 остаток.
рис 2.2
4. Проектирование форм
Формы -- это средства для ввода данных. Назначение форм - предоставлять пользователю средства для заполнения только тех полей, которые ему нужно заполнять. Одновременно с этим в форме можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и т.п.) для автоматизации ввода.
Преимущества форм раскрываются особенно наглядно, когда происходит ввод данных с заполненных бланков. В этом случае форму делают графическими средствами так, чтобы она повторяла оформление бланка, -- это заметно упрощает работу наборщика, снижает его утомляемость и предотвращает появление печатных ошибок. Формы могут содержать графики и диаграммы и иметь специальные поля с функциями.
Формы Access отображают данные и позволяют их редактировать. Форму можно создать на основе таблицы или запроса, а также комбинировать данные из нескольких источников. В формах имеются разнообразные элементы управления, которые отображают данные или придают форме оригинальный внешний вид.
Применение форм играет особую роль при создании приложений для неопытных пользователей. Тщательно разработанные формы последовательно проведут пользователя через этапы ввода, редактирования и просмотра данных. Кроме того, хорошо продуманные формы предотвратят ввод ошибочных данных.
Наиболее стабильным источником опасности для баз данных является ввод пользователем неправильных данных. Тщательно разработав форму, которую пользователи будут использовать для ввода, редактирования или просмотра данных, можно предотвратить возникновение огромного количества проблем.
При создании форм нужно учитывать перечисленные ниже моменты:
Если пользователи будут вводить данные, пользуясь специфичными источниками (например, бумажными бланками), форма должна выглядеть так же, как и эти бланки. Необходимость каждый раз искать местонахождение информации никогда не способствовала безошибочному вводу данных.
* Для объединения элементов управления в логические группы используйте линии и прямоугольники. При этом пользователь будет вводить близкие по смыслу данные (такие, как вся идентификационная информация по сотруднику или полный домашний адрес) в одном месте.
* Не сосредотачивайте элементы управления в какой-либо части формы. Это затрудняет восприятие информации. Пользователь должен наглядно представлять, с каким элементом управления он работает в данное время.
* Пояснительный текст формы должен быть максимально информативным и иметь минимальную длину.
* Используйте условия проверки правильности ввода данных, что поможет предотвратить ввод неверных данных.
* Используйте маски ввода для ввода стандартизированной информации. Например, если вам известно точное количество символов, необходимых для ввода номера телефона, используйте маску ввода, как это ранее делалось в таблицах.
База данных «Оптовый магазин» представлена следующими формами, ознакомиться с которыми можно в Приложении 3 :
1. «Поставщики»
2. «Покупатели»
3. «Покупатели1»
4. «Товары»
5. «Остатки на складе»
Для создание этих форм используется мастер форм.
Для создания формы «Поставщики»представлена виде главной формы «Поставщики», источником данных для которой служит таблица «Поставщики» и подчиненной формы «Товары » источником данных для которой служит таблица «Товары ».Создавая форму выбираем тип представления данных и оформление. Далее заходим в конструктор и пишем заголовок при помощи панель элементов, выбирая элемент надпись.
При создании форм «Покупатели» и «Покупатели 1» используется такой же принцип. Внешний вид подчиненной формы - табличный; стиль -наждачная бумага ; задаем имена форм .
Создание форм: «Товары» и «Остатки на складе» так же создаются при помощи мастера форм на основе таблиц с аналогичным названием. Внешний вид - табличный, стиль -наждачная бумага.
Конечным этапом разработки базы данных является создание главной кнопочной формы, она является стартовой при запуске базы «Оптовый магазин».
Данная форма создается в режиме конструктора. Далее на панели элементов выбираем кнопку вкладка и перетаскиваем в конструктор, при этом образуются две вкладки: вкладка 1, вкладка 2.
Затем, выделяем форму, правой клавишей мыши вызываем контекстное меню, выбираем пункт свойства и переименовываем вкладки соответственно в «Ввод данных», «Отчеты»,. После этого, вызываем правой клавишей мыши контекстное меню, выбираем пункт добавить вкладку, и добавляем вкладки «Сервис», «О программе».
Во вкладках, «Ввод данных», «Отчеты», «Сервис», «О программе» создаем кнопки. В первой вкладке по названием «Ввод данных» создаем кнопки перехода к формам. Для этого на панели элементов выбираем кнопку, перетаскиваем на форму в режиме конструктора, появляется диалоговое окно, в котором выбираем категорию работа с формой, действия - открыть форму, далее выбираем форму, далее название кнопки и готово. По такому принципу строятся все принадлежащие вкладке «Ввод данных» кнопки. Второй вкладке «Отчеты» представлена кнопками, которые открывают сформированные отчеты базы данных. Создание кнопок осуществляется в режиме конструктора, так же выбирается кнопка на панели элементов. Выбирается категория - работа с отчетом, действие - просмотр отчета, далее выбирается отчет, указывается название кнопки либо можно задать рисунок и нажимаем кнопку готово. Если кнопка имеет обозначение рисунок, то необходимо выделить отчет, правой клавишей мыши вызываем, контекстное меню выбираем пункт свойства, находим пункт всплывающая подсказка и пишем ее название закрываем и сохраняем. По такому принципу строятся все кнопки, относящиеся к вкладке «отчеты». Вкладка «о программе» содержит 2 кнопки, которые созданы по принципу кнопок относящихся к вкладке «формы». Данная вкладка служит информационным содействием для пользователя.
Вкладка «Сервис» предназначена для работы с запросами. Создаем кнопки перехода к запросом. Для этого на панели элементов выбираем кнопку, перетаскиваем на форму в режиме конструктора, появляется диалоговое окно, в котором выбираем категорию разные,
действия - выполнить запрос, далее выбираем запрос, далее название кнопки и готово. По такому принципу строятся все принадлежащие вкладке «Сервис» кнопки.
В правом углу размещена кнопка закрытия формы, созданная так же в режиме конструктора, позволяющая завершить работу с базой данных.
5. Проектирование отчетов
Отчеты Access позволяют вывести на печать данные таблиц или результаты запросов. В отличие от форм, отчеты не позволяют вводить данные. Отчет можно создать вручную или воспользоваться одним из мастеров Access.
Отчет содержит несколько разделов, которые управляют формированием данных в отчете. Прежде чем приступить к рассмотрению вопросов, связанных с отчетами, нужно кратко рассмотреть назначение каждого раздела, а также связь между ними.
Сначала создание отчетов может смутить недостаточно опытного пользователя. Отчет может включать в себя следующие разделы:
* Заголовок отчета отображается в начале отчета.
* Верхний колонтитул отображается в начале каждой страницы и под заголовком отчета.
* Область заголовка группы отображается перед первой записью каждой группы.
* Область данных отображается для каждой записи, входящей в отчет
Область примечания группы отображается после области данных последней записи каждой группы.
Нижний колонтитул отображается внизу каждой страницы. Область примечаний отчета отображается в конце отчета.
При формировании отчета для печати или предварительного просмотра Access начинает печать с заголовка отчета и верхнего колонтитула. Затем до конца страницы печатается область данных, после которой Access помещает нижний колонтитул, разделитель страниц и верхний колонтитул следующей страницы. Каждая страница содержит верхний колонтитул, столько областей данных, сколько помещается на странице, и нижний колонтитул. На последнюю страницу отчета, перед нижним колонтитулом, помещается область примечаний отчета.
База данных «Оптовый магазин» представлена двумя отчетами: «Заказы» и «Остатки на складе» (см. Приложение 4). Данные отчеты создаются при помощи мастера отчетов.
Отчет «Заказы » создается с помощью мастера отчетов, выбирается таблица «Заказы» со всеми полями, далее выбираем макет, задаем имя отчета. Созданный отчет открываем в режиме конструктора и производим его корректировку. Убираем все не нужные линии, далее форматируем поля отчета, для этого выделяем все поля отчета, в меню формат выбираем пункт - интервал по горизонтали - уменьшить. Далее выделяем отчет, правой клавишей мыши выбираем пункт свойства, находим свойство тип границ - сплошной. Далее оформляем отчет, используя, цвет заливки фона, цвет текста.
Отчет «Остатки на складе» формируется аналогично отчету «Заказы», используя как источник данных таблицу «Остатки на складе».
Заключение
Спроектированная база данных «Оптовый магазин» позволяет вести точный учет поступивших и реализованных товаров, дает информацию о поставщиках и заказчиках, а так же поставленных и приобретенных ими товаров, определяет остаток товаров на складе, выводит заказы за определенную дату, формирует отчеты об остатках и заказах. Благодаря разработанной базе данных процесс учета товаров на складе стал автоматизирован и менее трудоемок.
Преимущества спроектированной базы данных:
- простота в освоении,
- доступный интерфейс, что позволяет ее использовать без специальной подготовке;
- имеет возможность обновления данных о поступлении и продаже, используя запросы.
Недостатки базы данных:
- Не формирует отчетную документацию, используемую в торговле ( счет-фактуры, накладные и т.д.)
- Нет выгрузки данных в другие приложения
Поэтому данную базу можно доработать.
«Оптовый магазин» не разграничивается в своем использовании, поэтому ее можно применять в любой отрасли торговли, занимающейся оптовой реализацией товаров.
Из приведенного содержания курсовой работы с программой может работать любой пользователь т.к. она не требует специальной подготовки. Интерфейс достаточно прост в освоении.
Анализируя предметную область, данную программу, может позволить приобрести любое предприятие т.к. она приобретается бесплатно.
Список используемой литературы
1. Васильев А., Андреев А. В 19 VBA в Office 2000: учебный курс - с Пб: Питер, 2001. - 432 с.: ил.
2. Голицына О.Л., Максимов Н.В., Попов И.И., Базы данных: учебное пособие. - М.: ФОРУМ: ИНФРА - М, 2005. - 352 с.: ил. - (Профессиональное образование).
3. Кузин А.В., Демин В.М., Разработка баз данных в системе Microsoft Access: учебник. - 2-е изд. - М.: ФОРУМ: ИНФРА - М, 2007. - 224 с.: ил. - (Профессиональное образование).
4. С.В. Глушаков, А.С. Сурядный. Microsoft Office 2000 - учебный курс. 2001.
5. Эйткен, Питер. Разработка приложений на VBA в сфере Office XP.: Пер. с англ. - М.: Издательский дом 2Вильяме», 2003.- 496 с.: ил. - Парал. тит. англ.
6. А.П. Черенков, « Информационные системы для экономистов», Учебное пособие, 2002 г., М: Издательство «Экзамен».
7. И.И. Савицкий, «Экономическая информатика», 2005 г., М: «Экономист».
Приложение 1
Поставщики (рис 1.1)
Товары (рис 1.2)
Покупатели (рис 1.3)
Заказы (рис 1.4)
Поступления (рис 1.5)
Продажи (рис 1.6)
Остатки на складе (рис 1.7)
Приложение 2
Группировка по дате (рис 1.8)
Заказы (рис 1.9)
Остатки на складе (рис 2.1)
Сведения о товарах (рис 2.2)
Приложение 3
Поставщики (рис 2.3)
Покупатели(рис 2.4)
Покупатели 1(рис 2.5)
Товары (рис 2.6)
Остатки на складе (рис 2.7)
Главная форма(рис 2.8)
Приложение 4
Заказы (рис 2.9)
Остатки на складе (рис 3.1)
Размещено на Allbest.ru
Подобные документы
Реализация приложения "Книжный магазин" средствами систем управления базами данных. Проектирование структуры базы данных, определение сущности и атрибутов. Логическое проектирование базы данных и реализация базы данных в СУБД Microsoft Office Access.
курсовая работа [7,8 M], добавлен 13.02.2023Концептуальное и инфологическое проектирование базы данных в системе управления базами данных Microsoft Access. Физическое проектирование базы данных "Магазин спорттоваров". Тестирование и отладка базы данных, составление руководства пользователя.
курсовая работа [6,7 M], добавлен 22.11.2022Проектирование приложения для базы данных "Оптовый склад" средней сложности с типовым пользовательским интерфейсом. Изучение особенностей ведения учета поставщиков, покупателей, продаж, движения товара на складе. Выборка, удаление таблиц из базы данных.
курсовая работа [424,1 K], добавлен 03.11.2014Разработка базы данных, позволяющей определять месторасположение на полке и код товаров в магазинных складах, количество и качество товаров. Концепция баз данных. Модели данных, описание данных проектирования. Разработка программного приложения.
курсовая работа [1,1 M], добавлен 13.06.2014Основные понятия информационных баз данных. Реляционная модель данных. Создание с помощью программы СУБД Access таблиц "Оптовый магазин", их сортировка по различным критериям. Введение многотабличного запроса на выборку с обновлением записей и отчетом.
контрольная работа [25,6 K], добавлен 26.02.2009Понятие базы данных, модели данных. Классификация баз данных. Системы управления базами данных. Этапы, подходы к проектированию базы данных. Разработка базы данных, которая позволит автоматизировать ведение документации, необходимой для деятельности ДЮСШ.
курсовая работа [1,7 M], добавлен 04.06.2015Проектирование базы данных в среде СУБД MS Access. Автоматизация учета информации о товаре в магазине. Определение требований и функций системы. Анализ предметной области. Разработка, создание таблиц, запросов, форм и отчетов. Инструкция для пользователя.
отчет по практике [523,6 K], добавлен 21.04.2014Основные функции системы управления базами данных - описание структуры базы данных, обработка данных и управление данными. Компьютерный магазин как предметная область, ее технико-экономические характеристики. Построение логической и физической моделей.
курсовая работа [3,7 M], добавлен 02.07.2012Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.
курсовая работа [1,8 M], добавлен 04.02.2013Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.
реферат [1,6 M], добавлен 22.10.2009