Меню

Создадим в ACCESS новую базу данных с названием Оптовая база

Создадим в ACCESS новую базу данных с названием «Оптовая база»

1. Создадим в ACCESS новую базу данных с названием «Оптовая база».

2. В созданной базе необходимо будет создать три таблицы: «Товары», «Поставщики» и «Поставки». В таблице «Товары» будет храниться информация о имеющихся товарах на складе, в таблице «Поставщики» — о поставщиках, с которыми работает база, в таблице «Поставки» — о всех поставках от поставщиков.

3. При создании базы автоматически создается пустая таблица. Сохраним ее под именем «Товары». Для этого нажмем правой кнопкой мыши на вкладке таблицы и в появившемся контекстном меню выберем пункт «Сохранить». Теперь нажав еще раз правой кнопкой мыши на ярлычке и выбрав пункт «Конструктор», перейдем в режим конструктора.

4. В окне «Конструктора» сформируем структуру таблицы, заполнив список полей с указанием их типов.

В ячейку столбца «Имя поля» введем «Код товара», в столбце «Тип данных» оставим тип «Счетчик». На панели «Свойства поля» оставим все без изменений, так как здесь по умолчанию установлены необходимые параметры. Так же по умолчанию данное поле является ключевым.

В следующую ячейку столбца «Имя поля» введем «Название товара», тип данных выберем «Тестовый». На панели свойств укажем размер поля – 100 знаков, в строчке «Обязательное поле» выберем «Да», в строчке «Пустые строки» – «Нет» (запрещает ввод пустых строк в данное поле).

Далее добавим поле «Кол-во на складе», тип данных «Числовой». Следующее поле – «Единица измерения», тип данных «Текстовый». Размер поля установим равным 50. Далее добавим поле «Стоимость единицы товара», выберем тип данных «Денежный. Последнее поле – «Описание», тип данных «Поле МЕМО» (данный тип данных позволяет ввод больших объемов текста)

Все поля, кроме поля «Описание», укажем обязательными и запретим ввод пустых строк.

На рисунке 1 представлена таблица «Товары» в режиме конструктора с заполненным списком полей и указанием их типов и свойств.

Рис. 1. Таблица «Товары» в режиме конструктора.

5. Далее создадим таблицу «Поставщики», так же перейдем в режим «Конструктор» и заполним столбцы «Имя поля» и «Тип данных», а так же укажем необходимые свойства полей:

— Поле «Код поставщика», тип «Счетчик», индексированное поле – «Да (Совпадения не допускаются)», ключевое поле

— Поле «ФИО», тип «Текстовый», размер поля – 70 знаков, обязательное поле – «Да», Пустые строки – «Нет»

— Поле «Телефон», тип «Текстовый», размер поля – 30 знаков, обязательное поле – «Да», пустые строки – «Нет»

— Поле «Адрес», тип «Текстовый», размер поля – 100 знаков, обязательное поле – «Да», пустые строки – «Нет»

На рисунке 2 представлена таблица «Заказ» в режиме конструктора с заполненным списком полей и указанием их типов и свойств.

Рис. 2. Таблица «Поставщики» в режиме конструктора.

6. Далее необходимо создать таблицу «Поставки» и заполнить столбцы «Имя поля» и «Тип данных», а так же укажем необходимые свойства полей:

— Поле «Номер поставки», тип «Счетчик», индексированное поле – «Да (Совпадения не допускаются)», ключевое поле

— Поле «Код поставщика», тип «Числовой», обязательное поле – «Да»

— Поле «Код товара», тип «Числовой», обязательное поле – «Да»

— Поле «Кол-во товара», тип «Числовой», обязательное поле – «Да»

— Поле «Цена единицы товара», тип «Денежный», обязательное поле – «Да»

— Поле «Срок поставки», тип «Дата/время», формат поля – «Краткий формат даты», обязательное поле – «Да»

— Поле «Номер счета», тип «Текстовый», размер поля – 50 знаков, обязательное поле – «Да», пустые строки – «Нет»

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

8. В поле «Код поставщика» в столбце «Тип данных» выберем «Мастер подстановок». В появившемся диалоговом меню (рис. 3) выберем первый способ подстановки «Объект «столбец подстановки» будет использовать значение из таблицы или запроса», нажимаем «Далее».

Рис. 3. Диалоговое окно «Мастер подстановки»

Выбираем из списка таблиц таблицу «Поставщики», нажимаем «Далее». Добавляем поле «Код поставщика», нажимаем три раза «Далее» и «Готово». Аналогичные действия осуществляем для поля «Код товара». На рисунке 4 представлена таблица «Поставки» в режиме конструктора.

9. Теперь необходимо реализовать связи между таблицами. В режиме таблицы вызовем «Схему данных». В схеме данных уже установлены нужные нам связи, так как мы использовали «Мастер подстановок» (рис. 5):

— Свяь 1:∞ (один-ко-многим) между таблицами «Поставщики» (главная таблица) и «Поставки» (подчиненная таблица) по полям «Код поставщика».

— Свяь 1:∞ (один-ко-многим) между таблицами «Товары» (главная таблица) и «Поставки» (подчиненная таблица) по полям «Код товара».

Рис. 4. Таблица «Поставки» в режиме конструктора.

Рис. 5. Схема данных

10. Далее необходимо заполнить таблицы данными, учитывая требования к заданию. В таблицы «Товары» и «Поставщики» добавим по 10 записей. Количество данных в таблицах должно обеспечивать выдачу не менее 3-5 записей по каждому запросу задания. Ориентируясь на это, в таблицу «Поставки» добавим 42 записи. На рисунках 6, 7 и 8 изображены таблицы с введенными данными.

Рис. 6. Таблица «Товары».

Рис. 7. Таблица «Поставщики».

Рис. 8. Таблица «Поставки».

11. Теперь создадим формы для ввода информации пользователями. На главной панели перейдем на вкладку «Создание» в блоке «Формы» вызовем «Мастер форм». С помощью «Мастер форм» создадим форму для таблицы «Товары» (рис. 9).

Рис. 9. Диалоговое окно «Мастер форм»

В выбранные поля перенесем все доступные поля, так как форма должна содержать все поля таблицы. Нажмем «Далее». Выберем внешний вид формы «В один столбец», нажмем «Далее». Выберем требуемый стиль «Борей», нажмем «Далее». Имя формы оставим заданным по умолчанию — «Товары». Дальнейшие действия – изменить макет формы. Нажмем «Готово». При необходимости редактируем макет для корректного отображения. Аналогично создадим формы «Заказ» и «Состав заказа». Внешний вид и стиль форм сделаем единым. На рисунке 10 представлена форма «Товары».

Рис. 10. Форма «Товары»

12. Далее необходимо создать запросы на выборку:

— Выбрать поставщиков, которые поставляют все товары.

— Определить поставщика, который поставляет товар «коврик для мыши» по самой низкой в среднем цене.

— Вывести названия товаров, цены на которые никогда не повышались.

— Определить, на сколько единиц возросли поставки товара «инструмент» в 2001г. по сравнению с предыдущим годом.

13. Первый запрос «Выбрать поставщиков, которые поставляют все товары» состоит из двух запросов. Сначала делаем запрос, который исключает повторяющиеся записи в столбце «Название товара». На языке SQL запрос выглядит так:

SELECT Поставщики.[Код поставщика], Поставщики. ФИО, Товары.[Название товара], Sum(Поставки.[Кол-во товара]) AS [Sum]

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

GROUP BY Поставщики.[Код поставщика], Поставщики. ФИО, Товары.[Название товара];

При выполнении запроса мы получаем четыре столбца: «Код поставщика», «ФИО», «Название товара» и «Sum». В столбце «Sum» подсчитывается количество каждого товара от каждого поставщика, что позволит исключить повторяющиеся записи.

Далее создаем еще один запрос:

SELECT [все товары сумма].[Код поставщика], [все товары сумма].ФИО

FROM [все товары сумма]

GROUP BY [все товары сумма].[Код поставщика], [все товары сумма].ФИО

HAVING (((Count([все товары сумма].[Название товара]))=(SELECT Count([Название товара]) FROM Товары)));

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

Рис. 11. Запрос «Все товары»

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

SELECT Поставщики.[Код поставщика], Поставщики. ФИО, Avg(Поставки.[Цена единицы товара]) AS [Средняя цена]

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

Читайте также:  Монтаж и сервис ИТП ЦТП котельных Отопление водоснабжение электрика в коттеджах складах и офисах info t

WHERE (((Товары.[Название товара])=»коврик для мыши»))

GROUP BY Поставщики.[Код поставщика], Поставщики. ФИО;

Далее находим минимальную цену из полученных в предыдущем запросе:

SELECT Min([средцена на коврик].[Средняя цена]) AS [Min цена]

FROM [средцена на коврик];

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

SELECT [средцена на коврик].ФИО, [минцена на коврик].[Min цена]

FROM [средцена на коврик], [минцена на коврик]

WHERE ((([средцена на коврик].[Средняя цена])=[минцена на коврик]![Min цена]));

На рисунке 12 представлен итоговый запрос «Поставщик минцены на коврик» в режиме таблицы.

Рис. 12. Запрос «Поставщик минцены на коврик»

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

SELECT Поставки.[Код товара], Товары.[Название товара], Min(Поставки.[Срок поставки]) AS Мин

FROM Товары INNER JOIN Поставки ON Товары.[Код товара]=Поставки.[Код товара]

GROUP BY Поставки.[Код товара], Товары.[Название товара];

Аналогично создадим запрос для выборки самой поздней даты поставки.

Теперь создадим запрос, который присвоит цену из таблицы «Поставки» самым ранним датам поставки:

SELECT Поставки.[Код товара], [товары минсрок].[Название товара], Поставки.[Цена единицы товара]

FROM [товары минсрок] INNER JOIN Поставки ON [товары минсрок].[Код товара]=Поставки.[Код товара]

WHERE (((Поставки.[Срок поставки])=[товары минсрок].Мин))

ORDER BY Поставки.[Код товара];

Аналогичный запрос сделаем для самых поздних дат поставки.

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

SELECT [товары цены на макссрок].[Код товара], [товары цены на макссрок].[Название товара]

FROM [товары цены на макссрок] INNER JOIN [товары цены на минсрок] ON [товары цены на макссрок].[Код товара]=[товары цены на минсрок].[Код товара]

WHERE [товары цены на макссрок].[Цена единицы товара]

Источник



Создайте бд поставка товаров фио оборудование для кофейни

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

автор
Фирма_поставщик, Дата_поставки, Модель, Тип, Фирма_производитель, Адрес, Телефон, Цена, Фирма_потребитель, Адрес, Телефон[/b][/u].

так что у Вас чего то не тогось.
Неясно правда — модель, тип.. это к чему?

Sp_Type ( Тип)
TypeID int
TypeName varchar(100)

Sp_Model (Модель)
ModelID int
ModelName varchar(100)

Sp_Address (Адреса,кладр)
AdressID int
Phone varchar(100)
Address varchar(100)

SP_Client (Firm, контр агенты, фирмы)
ClientID int
AddressID int

SP_Product
ProductID
PrName
SupplierID ( ClientID)
ManufacturerID ( ClientID)
Consumer ( ClientID)
Price

Это чисто справочник. ( хотя свод SupplierID, ManufacturerID, Consumer ) должен быть как раз в заказах. Справочник адресов не критичен. как и моделей.. зависит от необходимости видеть по ним отчетность. ИМХО ставить сразу на справочниках.

Источник

Скачать базу данных access Поставка товаров

Скачать базу данных access Поставка товаров

ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ

Создать базу данных «Поставка товаров»

1. Проект ПОСТАВКА ТОВАРОВ

Завод «Прогресс» поставляет товары (изделие А, изделие В, изделие С и др.) заказчикам по договорам. Для каждого товара определены планы поставок.

Необходимо спроектировать базу данных ПОСТАВКА ТОВАРОВ, информация которой будет использоваться для анализа выполнения заводом планов поставок.

В БД должна храниться информация:

— о ТОВАРАХ: код товара, наименование товара, цена товара (тыс. руб.);

— ЗАКАЗАХ на поставку товаров: код заказа, наименование заказчика, адрес заказчика, телефон, номер договора, дата заключения договора, наименование товара, плановая поставка (шт.);

— фактических ОТГРУЗКАХ товаров: код отгрузки, код заказа, дата отгрузки, отгружено товара (шт.).

При проектировании БД необходимо учитывать следующее:

— товар имеет несколько заказов на поставку. Заказ соответствует одному товару;

— товару могут соответствовать несколько отгрузок. В отгрузке могут участвовать несколько товаров.

Кроме того следует учесть:

— товар не обязательно имеет заказ. Каждому заказу обязательно соответствует товар;

— товар не обязательно отгружается заказчику. Каждая отгрузка обязательно соответствует некоторому товару.

Сформулировать и сконструировать в СУБД Access запросы к БД:

1) на вывод некоторых полей из двух таблиц;

2) на вывод данных по условию, представляющему выражение:

с логическим оператором «И»;

с логическим оператором «ИЛИ»;

3) с вычислениями над полями БД;

5) на внесение изменений в БД.

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

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

2. Сконструировать составную форму на основе двух таблиц, участвующих в связи 1: М. В ней создать:

главную форму по таблице на стороне 1;

подчиненную форму по таблице на стороне М.

Задать для главной и подчиненной форм светлый фон разного цвета.

Формы должны иметь заголовок и примечание, в котором следует указать данные о разработчике – Ф.И.О. и шифр группы.

Сконструировать отчет, вид которого следует выбрать из раздела «Отчеты, выводимые на основе базы данных» согласно номеру своего проекта. В отчете произвести вычисления в строках и подвести частные и общие итоги (если они указаны).

Предусмотреть шрифтовое оформление отчета.

Отчет должен иметь примечание, в котором следует указать данные о разработчике – Ф.И.О. и шифр группы.

Ведомость поставок товаров заказчикам заводом «Прогресс»

Итого по товару:

1. Каждая таблица БД характеризует некоторую сущность, а ее строка – некоторый экземпляр этой сущности.

Сформулировать задание на разработку макроса с условием. Этот макрос должен при наличии экземпляров сущности, удовлетворяющих некоторому условию, выдавать сообщение об этом; в противном случае – сообщение об отсутствии таких экземпляров.

Сконструировать данный макрос.

2. Сформулировать задание на разработку макроса, связанного с некоторым событием:

или ранее созданной формы, или ее элементов управления, или ее разделов;

или ранее созданного отчета, или его разделов.

Сконструировать данный макрос.

Сформировать запросы на языке SQL:

1) на создание новой таблицы в БД с именем НОВАЯ, содержащей поля некоторых двух таблиц БД (одно из полей должно быть текстовым);

2) добавление в таблицу НОВАЯ трех записей;

3) изменение значения некоторого поля этой таблицы на другое значение;

4) выбор из таблицы НОВАЯ некоторых полей с сортировкой по одному из них;

5) выбор из этой таблицы записей, у которых значения текстового поля соответствуют заданному Вами шаблону;

6) удаление одной записи из таблицы НОВАЯ.

Главная форма базы данных

Форма Заказы. Готовая бд аксесс Поставка товаров.

Форма Заказы и отгрузки.

Запросы готовой базы данных аксес Поставка товаров.

Запрос Осталось отгрузить.

Ведомость поставок товаров. БД аксесс.

Готовая база данных организована в виде следующих таблиц:

Рис. 1 Готовая база данных access

Рис. 7 Готовая база данных «Поставка товаров». Схема данных. Схема базы данных «Поставка товаров» отображает связи таблиц «Товары», «Заказы», «Отгрузки».

Готовая база данных access

Рис. 8 Готовая база данных «Поставка товаров». Таблица «Заказы». Структура таблицы «Заказы»: код заказа, наименование заказчика, адрес заказчика, телефон, номер договора, дата заключения договора, код товара, плановая поставка.

Таблица «Отгрузки». Структура таблицы «Отгрузки»: код отгрузки, код заказа, дата отгрузки, отгружено.

Таблица «Товары». Структура таблицы «Товары»: код товара, наименование, цена.

Скачать отчёт по базе данных с экранными формами бесплатно

Купить пароль для базы данных

Примерная цена 763 руб.

Точная цена зависит от способа оплаты.

Способы оплаты базы данных Access: WebMoney, Терминалы оплаты, Альфа-клик, Почта России, QIWI, SMS-оплата, Деньги@Mail.Ru, MTC, Мегафон, Яндекс.Деньги, Подарочный сертификат и другие

Скачать базы данных Access подобной тематики:

  1. Поставщики и их товарооборот Скачать базу данных Поставщики и их товарооборот
  2. Снабжение магазинов access Снабжение магазинов
  3. Поставки продовольственных товаров база данных Поставки продовольственных товаров
  4. Экспорт сырья Скачать базу данных Экспорт сырья
  5. Грузы Скачать БД Грузы
  6. «Грузовые перевозки» Access Скачать базу данных «Грузовые перевозки» Access
  7. БД фирмы-поставщика медтехники Готовая база данных access БД фирмы-поставщика медтехники
  8. Интернет-магазин Пример базы данных access Интернет-магазин
  9. БД отдела доставки почтового отделения Готовая база данных access БД отдела доставки почтового отделения
  10. Реализация готовой продукции Пример базы данных access Реализация готовой продукции
  11. Выставка-продажа сельскохозяйственной продукции Скачать бд Выставка-продажа сельскохозяйственной продукции
  12. ИС торговой организации Пример базы данных ИС торговой организации
  13. Торгово-посредническая фирма Готовая база данных Торгово-посредническая фирма
  14. Торговые операции Пример базы данных Торговые операции
  15. «Сдача в аренду торговых площадей» Access «Сдача в аренду торговых площадей» Access
  16. Торгово-закупочное предприятие Скачать бд access Торгово-закупочное предприятие
  17. «Ведение заказов» Access Скачать «Ведение заказов» Access
  18. Сеть магазинов База данных Сеть магазинов
  19. Магазин игрушек Скачать базу данных Магазин игрушек
  20. БД, содержащая сведения по учёту материалов на складе. Скачать бд учёта материалов на складе.
  21. «Склад» MS Access «Склад» MS Access
  22. «Заказчики на товар» Скачать БД «Заказчики на товар» Access
  23. «Мебельная фабрика» MS Access Скачать «Мебельная фабрика» в СУБД Access
  24. «Строительный магазин» база данных «Строительный магазин» MS Access
  25. «Экспедитор» MS Access Скачать БД «Экспедитор» MS Access
  26. «Реализация товаров» База данных «Реализация товаров»
  27. «Книжный магазин» Скачать «Книжный магазин» в СУБД Access
  28. «Оптовый магазин. Учет продаж товара» База данных «Оптовый магазин. Учет продаж товара» Access
  29. «Оптовая база. Движение товаров» Скачать базу данных «Оптовая база. Движение товаров» MS Access
  30. «Торговля» Скачать БД «Торговля» MS Access
  31. «Канал продаж» «Канал продаж» в СУБД Access
Читайте также:  Как открыть свое сборочное патронное производство

Ключевые слова: Скачать базу данных (БД) Поставка товаров; база данных access; бд access; субд access; базы данных access; access пример; программирование access; готовая база данных; создание база данных; база данных СУБД; access курсовая; база данных пример. База данных сохранена в версии 2003, поэтому откроется в версиях 2007, 2010.

  • 1
  • 2
  • 3
  • 4
  • 5

Поиск Яндекса по сайту

Для поиска базы данных access введите слово, например, «сотрудники» и нажмите кнопку

Источник

Создайте бд поставка товаров фио оборудование для кофейни

База данных Access Поставка товаров

База данных Access Поставка товаров

Завод «Ритм» поставляет товары (изделие А, изделие В, изделие С и др.) заказчикам по договорам. Для каждого товара определены планы поставок.
Необходимо спроектировать базу данных ПОСТАВКА ТОВАРОВ, информация которой будет использоваться для анализа выполнения заводом планов поставок.

В БД должна храниться информация:
• О ТОВАРАХ: код товара, наименование товара, цена товара (тыс. руб.);
• О ЗАКАЗАХ на поставку товаров: код заказа, наименование заказчика, адрес заказчика, телефон, номер договора, дата заключения договора, наименование товара, плановая поставка (шт.);
• О ФАКТИЧЕСКИХ ОТГРУЗКАХ ТОВАРОВ: код отгрузки, код заказа, дата отгрузки, отгружено товара (шт.).

При проектировании БД необходимо учитывать следующее:
• товар имеет несколько заказов на поставку. Заказ соответствует одному товару;
• товару могут соответствовать несколько отгрузок. В отгрузке могут участвовать несколько товаров.

Кроме того, следует учесть:
• товар не обязательно имеет заказ. Каждому заказу обязательно соответствует товар;
• товар не обязательно отгружается заказчику. Каждая отгрузка обязательно соответствует некоторому товару.

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

Пояснительной записки нет!

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

База данных Access Поставка товаров

Таблица «Товары» — База данных Access Поставка товаров

База данных Access Поставка товаров

Таблица «Заказчики» — База данных Access Поставка товаров

База данных Access Поставка товаров

Форма «Товары» — База данных Access Поставка товаров

База данных Access Поставка товаров

Форма «Заказы на поставку» — БД Access Поставка товаров

База данных Access Поставка товаров

Отчет «Заказы клиентов»

База данных Access Поставка товаров

Отчет «Ведомость поставок товаров»

База данных Access Поставка товаров

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

Готовая база данных БД Access Поставка товаров доступна для скачивания по ссылке ниже.

Источник

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

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 06.06.2014
Размер файла 1,8 M
  • посмотреть текст работы
  • скачать работу можно здесь
  • полная информация о работе
  • весь список подобных работ

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

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

информация кафе программа

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

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

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

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

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

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

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

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

1) проектирование структуры базы данных;

2) создание таблиц, которые содержат всю необходимую информацию для работы с БД;

3) создание запросов, дающих возможность извлечения необходимой информации из БД;

4) создание форм, позволяющих пользователю просматривать нужную информацию и вносить изменения;

5) создание отчета.

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

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

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

Каждый продукт характеризуется следующими показателями:

4) единицы измерения;

5) стоимость одной единицы;

6) количество продукта в наличии.

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

Все продукты объединены в группы по видам продукта. Для этого нам необходимы следующие данные:

— Код вида продукта;

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

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

Для каждого поставщика характерны следующие данные:

1) уникальный код;

2) наименование фирмы;

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

Для каждой поставки продуктов должны быть учтены:

Количество продуктов, входящих в поставку, указывается в товарно-транспортных накладных. Для ТТН выделяют следующие параметры:

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

1) код сотрудника;

5) заработная плата.

Также необходимо знать, в каком отделе кафе работает сотрудник, для этого необходима информация об отделах, а именно:

Читайте также:  Как использовать кольцо пуллер для тренировки собак

Каждый раз, когда сотрудник берет со склада продукт, он делает запрос, который включает в себя:

2) код сотрудника;

1.2 Требования к информационной системе

С базой данных должны работать следующие группы пользователей:

1) администратор кафе;

2) кладовщик, который принимает товар;

3) сотрудники, которые берут товар со склада;

4) директор кафе.

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

Кладовщик, работая с системой, может решать следующие задачи:

— вносить данные о поступившем продукте, его количестве и стоимости;

— изменять данные о поставщиках (добавлять новых поставщиков, изменять лицевой счет поставщика, телефон, адрес, если это необходимо);

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

— изменять данные о продуктах (вносить в список новые продукты, удалять те, которые больше не поставляются).

Сотрудники компании с помощью системы могут выполнять следующие действия:

— просматривать информацию о наличии необходимого продукта;

— делать запрос на продукты.

Директор кафе имеет возможность:

— просматривать данные о поставщиках;

-получать данные о стоимости отдельных продуктов, а также общую стоимость поставок;

-отслеживать количество поставок за месяц в общем, и для каждого поставщика отдельно.

2. Проектирование модели данных

2.1 Семантическая модель данных

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

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

Продукты можно объединить по видам, поэтому вводится сущность «Вид продукта» с атрибутами «Код вида продукта» (ключ) и «Название вида». Между этими сущностями существует связь (1:*) с обязательным участием с обеих сторон, что означает, что один вид содержит много продуктов, а каждый продукт относится только к одному виду.

Информация о сотрудниках кафе отражена в сущности «Сотрудник», которая содержит «Код сотрудника» (ключ), а также атрибуты «Фамилия», «Имя», «Должность» и «Зарплата». Каждый сотрудник работает в каком-либо отделе кафе, поэтому добавляем сущность «Отдел» с атрибутами «Код отдела» (ключ), «Название» и «Количество сотрудников». Эти две сущности связаны по принципу (1:*). Это значит, что в каждом отделе работает несколько сотрудников, а любой сотрудник может работать только в одном отделе. Причем участие в связи обязательно с обеих сторон (в каждом отделе работают сотрудники, и каждый из сотрудников работает в каком-либо отделе).

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

Данная сущность связана с сущностью «Продукт» связью (1:*) (в одном запросе могут быть несколько продуктов, а один продукт не может входить в несколько запросов). Участие с обеих сторон обязательное — каждый запрос обязательно содержит продукт, а каждый продукт обязательно учитывается в запросе.

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

Между сущностями «Поставщик» и «Поставка» существует связь (1:*) с обязательным участием с обеих сторон. Это означает, что каждый поставщик может осуществить множество поставок, а каждая поставка осуществляется только одним поставщиком. И при этом каждый поставщик осуществляет поставки, а каждая поставка обязательно осуществляется поставщиком.

В свою очередь, сущность «Поставка» связана с сущность «Накладная» связью (1:*), также с обязательным участием с каждой стороны (каждая поставка учитывается в накладных, и каждая накладная должна содержать данные о поставке.

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

Семантическая модель представлена в приложении А.

2.2 Логическая модель данных

Формирование отношений начинается с выделения родительской (главной) и дочерней (подчиненной) сущностей.

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

Начнем с сущностей «Отдел» и «Сотрудник» со связью типа (1:*). Сущность отдел находится со стороны 1, поэтому она является родительской и передает копию своего первичного ключа в сущность «Сотрудник». Эта сущность дочерняя и использует копию первичного ключа в качестве внешнего ключа.

Затем рассмотрим связь между сущностями «Сотрудник» и «Запрос на продукт». Сущность «Сотрудник» является родительской (т.к. расположена со стороны 1), а «Запрос на продукт» — дочерней (со стороны *). Следовательно, копия первичного ключа из родительской передается в дочернюю сущность и используется там в качестве внешнего ключа.

Далее рассмотрим сущности «Вид продукта» и «Продукт». Сущность «Вид продукта» является главной, а «Продукт» — подчиненной. Следовательно, копия первичного ключа «Код вида продукта» в сущности «Продукт» выполняет функцию внешнего ключа.

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

Рассмотрим сущности «Поставщик» и «Поставка». Родительская сущность «Поставщик» передает копию первичного ключа («Код поставщика») в сущность «Поставка», где он выполняет функцию внешнего ключа.

Сущности «Поставка» и «Накладная» связаны посредством связи (1:*), и «Поставка» является главной сущностью. Соответственно, копия первичного ключа «Код ТТН» передается в сущность «Накладная» и выполняет там роль внешнего ключа.

Далее рассмотрим сущности «Продукт» и «Накладная». Сущность «Продукт» является главной, она передает копию первичного ключа в сущность «Накладная», где он является внешним ключом.

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

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

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

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

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

Достижение нормальной формы Бойса-Кодда в большинстве случае является достаточным для окончания процесса нормализации отношений.

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

Логическая модель представлена в приложении Б.

2.3 Определение физических характеристик атрибутов

Таблица 1 — Физические характеристики атрибутов

Источник