Пусть имеется склад, на котором хранятся товары. Товары имеют определенное наименование и цену. Товары поступают на склад и уходят со склада. Проектируемая база данных должна позволять получать информацию о текущем состоянии склада, т.е. сведения о количестве и стоимости товаров на складе. В такой общей постановке задача перекрывает едва ли не половину реально используемых приложений СУБД. В качестве упрощения не будем учитывать «пересортицу», т.е. тот факт, что в реальности разные товары могут иметь одно наименование, и в то же время одни и те же товары могут иметь разные цены.
Кроме рассмотренной информации в проектируемой базе данных должны храниться сведения о внешних связях, например, о поставщиках и потребителях товаров.
В такой постановке задачи всю информацию удобно хранить в трех отдельных таблицах: сведения о товарах, информация о поставщиках и данные о потребителях.
Характеристики полей этих таблиц представлены в таблицах 1.1 – 1.3.
При вводе данных, очевидно, следует сначала заполнить таблицы «ПОКУПАТЕЛИ» и «ПОСТАВЩИКИ» для того, чтобы значения соответствующих полей в таблице «ТОВАРЫ» («Клиент» и «Поставщик») можно было взять уже из готовых таблиц.
Таблица 1.1 — Характеристики полей таблицы «ТОВАРЫ»
Имя поля | Тип данных | Длина поля | Примечание |
Номер | Счетчик | ||
Товар | Текстовый | Наименование товара (Ключевое поле) | |
Ед_изм | Текстовый | Единица измерения | |
Кол-во | Числовой | целое | Количество товара |
Цена | Денежный | Цена единицы товара | |
Поставщик | Текстовый | Краткое имя поставщика товара (поле связи с таблицей «ПОСТАВЩИКИ») | |
Клиент | Текстовый | Краткое имя покупателя товара (поле связи с таблицей «ПОКУПАТЕЛИ») | |
Годен до | Дата/Время | Срок годности товара | |
Сертификат | Логический | Наличие сертификата | |
Описание | МЕМО | Описание товара |
Таблица 1.2 — Характеристика полей таблицы «ПОКУПАТЕЛИ»
Имя поля | Тип данных | Длина поля | Примечание |
Клиент | Текстовый | Краткое имя покупателя товара (Ключевое поле) | |
Название | Текстовый | Полное наименование покупателя | |
Обращаться к | Текстовый | Лицо из фирмы «Покупатель», с которым осуществляется связь | |
Должность | Текстовый | Должность соответствующего лица | |
Адрес | Текстовый | Адрес покупателя |
Таблица 1.3 — Характеристика полей таблицы «ПОСТАВЩИКИ»
Имя поля | Тип данных | Длина поля | Примечание |
Поставщик | Текстовый | Краткое имя поставщика товара (Ключевое поле) | |
Название | Текстовый | Полное наименование поставщика | |
Телефон | Текстовый | Телефон поставщика | |
Адрес | Текстовый | Адрес поставщика |
СОЗДАНИЕ БАЗЫ ДАННЫХ
Создание таблиц
Начнем создание нашей информационно-справочной системы. При запуске ACCESS открывается диалоговое окно для определения режима работы
(рисунок 2.1).
|
Рисунок 2.1 — Диалоговое окно, открывающееся при запуске ACCESS
Сначала создадим новую базу данных:
qСоздать файлqНовая база данных Имя файла:=SKLADqСоздать,
после чего с помощью основного окна ACCESS База данных, приведенного на рисунке 1.3, будем создавать все остальные объекты.
Для создания таблиц выполняем следующую последовательность действий:
0 ТаблицыqСоздание таблицы в режиме конструктора
На экране при этом появляется пустой бланк характеристик полей БД, который мы должны заполнить.
Каждое поле обладает индивидуальными свойствами, задавая которые можно установить, как должны сохраняться, отображаться и обрабатываться данные. Набор свойств поля зависит от выбранного типа данных.
В таблице 2.1 приведено описание основных свойств полей.
Таблица 2.1 — Основные свойства полей базы данных
Свойство | Описание |
Размер поля | Определяет максимальную длину текстового или числового поля. При создании слишком большого размера неэкономно расходуется память, а при слишком маленьком размере может исказиться содержимое поля. |
Формат поля | Устанавливает формат отображения данных в форме или запросе. |
Число десятичных знаков | Определяет количество десятичных разрядов в дробной части десятичного числа. |
Подпись | Необязательная характеристика, содержащая надпись, которая выводится рядом с полем в форме или отчете. Эта надпись чаще всего содержит поясняющие сведения о поле. |
Значение по умолчанию | Содержит значение, устанавливаемое по умолчанию в соответствующем поле таблицы. |
Условие на значение | Определяет множество значений, которые пользователь может вводить в это поле. При вводе иного значения поле считается незаполненным и выдается сообщение об ошибке. |
Сообщение об ошибке | Определяет сообщение, которое появляется на экране, если введено значение, не входящее во множество допустимых значений. |
Обязательное поле | Установка, указывающая на то, что данное поле обязательно следует заполнить. |
Пустые строки | Установка, определяющая допуск наличия в данном поле пустых (незаполненных) строк. |
Индексированное поле | Определяет необходимость создания индексов для ускорения поиска по данному полю. |
Смысл всех этих свойств понятен (тем более что по каждой графе при ее заполнении выводится короткая справка), а назначение все они имеют одно и то же: предоставить ACCESS дополнительную информацию для лучшей работы с вашими данными, поэтому принцип заполнения очень прост: если вы знаете (или думаете, что знаете), как заполнить графу, то – заполняете, если нет – то оставьте незаполненной, ACCESS что-нибудь придумает сам.
После определения всех полей таблицы следует указать, по меньшей мере, одно поле для использования его в качестве первичного ключа (ключевое поле), что не позволит вводить в таблицу повторяющиеся записи, поскольку поле первичного ключа должно содержать однозначный идентификатор для каждой записи. Это поле не может содержать одинаковое значение для двух различных записей.
В разработанной таблице «ТОВАРЫ» с учетом упрощений, сделанных в разделе 1.4, первичным ключом выберем поле «Товар». Ключ задается с помощью команды
Ø Правка Ø Ключевое поле
или с помощью соответствующей кнопки (с изображением ключа) на панели инструментов.
Достаточно часто в качестве ключевого поля в БД используется поле типа Номер, т.к. по его свойствам значение такого поля повторяться не может.
|
Структура таблицы «ТОВАРЫ» показана на рисунке 2.2.
Рисунок 2.2 — Структура базы «ТОВАРЫ»
Созданную таблицу нужно сохранить, дав ей имя, с помощью команд:
Ø Файл Ø Сохранить Имя таблицы :=ТОВАРЫ
После завершения создания таблицы «ТОВАРЫ», точно так же создаем еще две таблицы: «ПОСТАВЩИКИ» и «ПОКУПАТЕЛИ», которые будут содержать информацию о внешних связях нашей БД.
Структура этих таблиц показана на рисунках 2.3 и 2.4.
Готовая база данных «Склад» создана в access.
Курсовая база данных «Склад» создана в access 2010 и преобразована в access 2003, поэтому откроется в access 2003, 2007, 2010.
Контрольные задания
Индивидуальное задание включает следующие элементы:
- Проектирование БД;
- Создание БД средствами ACCESS и занесение в нее данных;
- Организацию запросов к базе данных;
- Оформление отчета с помощью Мастера отчетов.
Обучаемому необходимо спроектировать БД, содержащую некоторые сведения, представленные в таблице. Приведенные атрибуты характеризуют некоторую группу объектов и позволяют получить перечень запросов и отчетов согласно варианта задания.
Задание каждому обучаемому состоит в следующем:
- Необходимо в соответствие со своим списком атрибутов спроектировать БД.
- Создать базу данных.
- Занести в неё данные.
- Организовать постоянные связи между таблицами для обеспечения целостности своей БД при изменение записей, добавлении записей, удалении записей.
- данные, внесенные в таблицы, не противоречивы;
- система поддержки целостности БД функционирует. Для этого попытаться изменить, ввести и удалить данные в таблицах с нарушением правил поддержания целостности БД.
- Организовать запросы к БД, которые бы позволяли продемонстрировать возможности БД.
- Оформить отчеты, используя, Конструктор отчетов.
- Оформить отчет о проделанной работе.
Варианты заданий.
База данных
Таблицы и поля
Запросы
Отчеты
- «Склад»
Склад: артикул товара, цена, ед. изм., № склада, наименование склада, № накладной, дата, товар, количество;
Приход: товар, кол-во, кол-во прихода за день, сумма прихода за день, за месяц, ФИО кладовщика;
Расход: лимит, месяц, код поставщика, вид расхода, сумма месячного расхода, остаток.
- Перечень товара на i-складе за текущий месяц;
- Перечень товара, поступивших на склад в течение месяца;
- Сумму расхода на i-ый месяц;
- Приходная ведомость за текущий месяц;
- Расходная ведомость по i-му дню;
- Остаток товаров и их стоимость на конец года.
Примечание: 1) По заданию не понятно, речь идёт о расходе денег или расходе товаров. Я выбрала расход товаров. В интернете есть информация о лимитных картах, по которым подразделениям выдаётся товар. В лимитной карте указывается лимит товара в месяц для подразделения. Поставщиком в данном случае является склад, а потребителем – подразделение.
2) Из приходной накладной и лимитной карты данные не поступают на склад – нужно вручную заносить.
Экранные формы готовой базы данных.
Схема данных готовой базы данных «Склад» с таблицами Товары, Склады, Остаток на складе, Расход, Приход, Состав накладной, Организации, Виды расхода, Состав расхода.
Кнопочная форма готовой базы данных Склад.
Форма Остаток на складе.
Станица главной формы «Справочники»
Форма «Виды расхода».
Отчёт «Приходная ведомость за текущий месяц»
Скачать отчёт по базе данных "Склад" с экранными формами бесплатно
Примерная цена 876 руб.
Точная цена зависит от способа оплаты.
Способы оплаты базы данных Access: WebMoney, Терминалы оплаты, Альфа-клик, Почта России, QIWI, SMS-оплата, Деньги@Mail.Ru, MTC, Мегафон, Яндекс.Деньги, Подарочный сертификат и другие.
Скачать базы данных Access подобной тематики:
- База данных "Учет движения деталей на складе" База данных Учет движения деталей на складе
- Готовая база access "Учет торговых заказов" Готовая база access Учет торговых заказов
- Пример базы данных access "Формирование реестра заказов" Пример базы данных access Формирование реестра заказов
- Скачать бд access "Заявки на приобретение ТМЦ" Скачать
- Пример базы данных "Оптовая база" Пример базы данных Оптовая база
- Курсовой в access "Торгово-закупочное предприятие" Курсовой в access Торгово-закупочное предприятие
- Скачать базу данных access "Учет продаж продовольственных товаров" Ссылка
- Скачать базу данных "Продажи товаров" Скачать базу данных Продажи товаров
- Готовая база данных access "Ломбард" Ссылка
- База данных access "Торговля" База данных access Торговля
- Сеть магазинов Скачать базу данных Сеть магазинов
- База данных Склад по дисциплине ОПЗ База данных Склад по дисциплине ОПЗ
- БД Складской учёт материалов на access БД Складской учёт материалов на access
- База даних Музей База даних Музей
- Скачать бд Магазин игрушек Скачать бд Магазин игрушек
- Сведения по учёту материалов на складе. Сведения по учёту материалов на складе.
- База данных «Склад» в Access База данных «Склад» в Access
- «Заказчики на товар» Access Скачать базу данных «Заказчики на товар» Access
- Скачать готовую базу «Оптовый магазин. Учет продаж товара» Готовая база «Оптовый магазин. Учет продаж товара»
- Сдача в аренду торговых площадей база данных access Сдача в аренду торговых площадей
- Снабжение магазинов Скачать бд access Снабжение магазинов
Ключевые слова: база данных скачать; программа база данных; база данных Склад; база данных курсовой; скачать базу данных access; access; готовая база данных access; базы данных в access; пример базы данных access; создать базу данных в access; примеры баз данных access; создание базы данных в access; базы access; запросы в access; access отчеты; таблицы access; макросы в access; access курсовой; примеры бд access; формы access; базы данных microsoft access; купить базу данных; создание БД; примеры БД; скачать БД; курсовая работа по СУБД; база данных примеры; готовая курсовая работа база данных. Курсовая база данных «Склад» создана в access 2010 и преобразована в access 2003, поэтому откроется в access 2003, 2007, 2010.
Таблицы в режиме конструктора. Структура таблицы «Виды расхода»: № пп, наименование. Структура таблицы «Организации»: № организации, наименование. Структура таблицы «Остаток на складе»: № склада, артикул, количество, дата. На данный склад можно заносить товар только 1 раз в день или при необходимости обновить количество. Структура таблицы «Приход»: № накладной, дата, тип накладной, № склада, поставщик. Структура таблицы «Расход»: № лимитной карты, № склада, подразделение, товар, месяц, год, лимит.Структура таблицы «Склады»: № склада, наименование склада, ФИО кладовщика. Структура таблицы «Состав накладной»: № накладной, артикул, количество. Структура таблицы «Состав расхода»: № пп, № лимитной карты, дата, количество, вид расхода. Структура таблицы «Товары»: артикул, наименование товара, единица измерения, цена. Окно для ввода параметра даты. Отчёт «Расходная ведомость за день». Окно для ввода параметра «год». Отчёт «Остаток товаров на конец года» для введённого ранее года. Окно для ввода номера склада. Запрос «Перечень товаров в текущем месяце». Запрос «Поступление на склад за месяц». Запрос «Стоимость расхода за месяц».
—>Категория : Контрольные, курсовые работы по базам данных MS Access. | —>Добавил : astor | —>Теги : бд Склад, база данных складской учет, база данных склад, база данных склад скачать
Поиск Яндекса по сайту
Для поиска базы данных access введите слово, например, "сотрудники" и нажмите кнопку
1. Исходные данные на проектирование:
На склад привозят товар из разных организаций и увозят в разные организации. Движение товаров сопровождается накладной и доверенностью. Накладную выписывает сторона, отдающая товар, доверенность — принимающая товар. Одна накладная и доверенность может сопровождать несколько товаров. В накладной указывается:
— номер, дата, организация поставщик, организация получатель, а также следующая информация о каждом товаре:
В доверенности указывается: номер, дата, организация поставщик, организация получатель, номер платежного поручения, Ф.И.О. принимающего лица, номер накладной.
-учет движения товара
-возможность выборки по критериям
-информация об остатках на складе
Создание отчетов разнообразных отчетов, таких как:
— сколько товара и на какую сумму прибыло из определенной организации за определенный промежуток времени.
— сколько товара и на какую сумму куплено за определенный промежуток времени и кто ее получил.
— сколько товара и на какую сумму находилось на складе в определенный день.
1. Разработать структуру базы данных.
2. Привести структуру базы к третьей нормальной форме.
3. Разработать программу ввода и коррекции информации (Access, MS SQL Server) включая проверку целостность и непротиворечивости базы данных.
Технические средства — ПЭВМ типа IBM PC.
Операционная система — MS Windows.
СУБД и инструментальные программные средства — по выбору разработчика.
2.1. Модели данных
Определение модели данных предусматривает указание множества допустимых информационных конструкций, множества допустимых операций над данными и множества ограничений для хранимых значений данных.
Модель данных, с одной стороны, представляет собой формальный аппарат для описания информационных потребностей пользователей, а с другой — большинство СУБД ориентируются на конкретную модель данных, и, таким образом, если информационные потребности удается точно выразить средствами одной из моделей данных, то соответствующая СУБД позволяет относительно быстро создать работоспособный фрагмент ИС.
Информационные конструкции, операции и ограничения моделей данных выбираются из достаточно небольшого множества вариантов, характеризующего "крупные" информационные объекты и операции. В частности, не допускается рассмотрение отдельных символов данных, операций сложения атрибутов, ограничения на соответствие типов данных и т. п., что характерно для языков программирования.
2.2. Базовые модели данных, используемые в ИС
Информационные объекты послужили основой для объектно-ориентированного проектирования систем, когда фиксируется множество информационных объектов и действий над объектами. Типичный список действий включает в себя создание/уничтожение объекта, редактирование объекта, фиксацию одного объекта в качестве части другого объекта, связывание объектов, синхронизацию действий над объектами.
Довольно-таки часто все названные объекты встраиваются в структуру отношений, которые можно считать простейшими универсальными объектами.
Количество существенно различающихся моделей данных определяется наличием различных множеств информационных конструкций.
Хранимые в базе данные имеют определенную логическую структуру, то есть, представлены некоторой моделью, поддерживаемой СУБД. К числу важнейших относятся следующие модели данных:
Инфологическая модель занимает особое положение по отношению к другим моделям. Она соответствует четвертому этапу построения сложной системы и дает формализованное описание проблемной области независимо от структур данных. Инфологическая область моделирования данных охватывает естественные для человека концепции отображения реального мира.
Создание этой модели является первым шагом процесса формализации. В отличие от представления на естественном языке она в основном исключает неоднозначность за счет использования средств формальной логики.
Одно из главных понятий инфологической модели — объект. Это понятие связано с событиями: возникновение, исчезновение и изменение.
Объекты могут быть атомарными или составными.
Атомарный объект— это объект определенного типа, дальнейшее разложение которого на более мелкие объекты внутри данного типа невозможно.
Составные объекты включают в себя множества объектов, кортежи объектов. Применяя это определение, рекурсивно можно получить произвольную структуру составных объектов.
Обычно объект имеет некоторое свойство или взаимосвязь (связь) с другими объектами. Свойство может быть не определено формально, а лишь охарактеризовано как некоторое утверждение по поводу множества объектов.
Инфологическая модель позволяет выделить три категории фактов: истинные, значимые и ложные.
С одной стороны, это обеспечивает модели дополнительную гибкость, с другой — создает определенные сложности.
Различия между традиционными и инфологическими моделями данных аналогичны различию между мнением и истиной. Во многих моделях большинство сообщений относится к одной из двух категорий: истина или ложь. Инфологическая модель предполагает возможность представления любого сообщения с какой-то долей вероятности, т.е. в виде аналога мнения. Анализ такого сообщения возможен при учете конкретного контекста. В правильном контексте сообщение истинно. Но и ошибочное утверждение может рассматриваться как мнение.
Цель инфологического моделирования — формализация объектов реального мира предметной области и методов обработки информации в соответствии с поставленными задачами обработки и требованиями представления данных естественными для человека способами сбора и представления информации.
Инфологические модели позволяют получать произвольные представления простых событий. На их основе могут быть сконструированы также типы моделей, подобные поддерживаемым сильно типизированными моделями.
В таких моделях ссылки на объекты и сами объекты разделены, а сообщения интерпретируются с учетом контекста. Это позволяет реализовать множественность ссылок и обеспечить разнообразие интерпретации.
Инфологическая модель может включать в себя ряд компонентов. Принципиальной особенностью этой модели является возможность отображения как формализуемых средствами формальной логики процессов и объектов, так и не формализуемых в дальнейшем процессов.
Основными компонентами инфологической модели являются:
• описание предметной области;
• описание методов обработки;
• описание информационных потребностей пользователя. Инфологическая модель носит описательный характер. В силу некоторой произвольности форм описания в настоящее время не существует общепринятых способов ее построения. Используют аналитические методы, методы графического описания, системный подход.
3.1. Анализ предметной области
Приложение “Склад ” предназначено для автоматизации деятельности торговых предприятий. С помощью программы ведется учет товаров на складе, удобной работы с предложениями фирм-поставщиков, ведения работы с входящими/исходящими документами. Кроме того, работа с этой программой должна вестись без всякого напряжения со стороны пользователя.
Программа "Склад" предназначена для облегчения учета движения товаров. Наиболее рутинными и в то же время наиболее ответственными процессами являются:
· ввод приходных документов с указанием поступивших товаров.
· Выписывание расходных документов.
· подготовка различных отчетов по движению товаров.
По перечню функций видно, что с помощью программы работа существенно упрощается.
Кроме того, появляется возможность быстро ориентироваться в огромной массе коммерческих предложений, анализировать спрос на те или иные виды товаров. Достоинства применения очевидны.
3.2. Схема ER-Диаграммы
Вся информация для хранения в базе данных разбита на сущности и атрибуты по специфическим признакам. Каждая сущность представляет собой таблицу базы данных. Анализ описанной предметной области и решаемых задач позволяет выделить следующие сущности: