Определение излишков текущего запаса продукции на заданном складе

В ИО «Справочник цехов» будут следующие  реквизиты: номер цеха, название цеха с ключевым полем номер цеха.

ИО  «Справочник складов» будут следующие  реквизиты: номер склада, наименование склада с ключевым полем номер  склада.

3.2 Определение связей  информационных объектов и построение  ИЛМ

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

 

 

 

 

Связи ИО указаны в таблице:

Ключ связи	Главный ИО	Подчиненный ИО	Тип отношения
Номер ТТН	ТТН	Спецификация ТТН	1:М
Код товара	Справочник изделий	Спецификация ТТН	1:М
Код ед. измерения	Справочник ед. измерения	Спецификация ТТН	1:М
Код ед. измерения	Справочник ед. измерения	Спецификация цеховой накладной	1:М
Код товара	Справочник изделий	Спецификация цеховой накладной	1:М
Номер цеха	Справочник цехов	Цеховая накладная	1:М
Номер склада	Справочник складов	Спецификация цеховой накладной	1:М
Номер цеховой накладной+номер цеха	Цеховая накладная	Спецификация цеховой накладной	1:М

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

Реквизитный состав информационных объектов

Имя ИО	Реквизиты ИО	Вид клю-ча	Название реляционной таблицы	Семантика
Товар	КОД_ТОВ ЦЕНА_ТОВ ЕД_ИЗМ НАИМ_ТОВ	П	СПРАВОЧНИК ИЗДЕЛИЙ	Справочник изделий
Заказчик	№ИНН  НАИМ   АДРЕС	П	ЗАКАЗЧИК	Справочник плательщиков
Цеховая накладная	№ЦЕХ_НАКЛ №ЦЕХ  ДАТА	П	ЦЕХ_НАКЛ	Цеховая накладная
Спецификация цеховой накладной	№ЦЕХ_НАКЛ №ЦЕХ КОД_ТОВ КОЛ_ТОВ НОМ_СКЛ	С	СПЕЦ_ДОГ	Спецификация договора
ТТН	№ТТН  ДАТА_ТТН  №ДОГ	П	ТТН	Товарно-транспортная накладная
Спецификация ТТН	№ТТН  КОД_ТОВ КОЛ_ТОВ	C	СПЕЦ_ТТН	Спецификация товарно-транспортной накладной
Цех	№ЦЕХ НАИМ_ЦЕХ	П	СПРАВОЧНИК ЦЕХОВ	Справочник цехов
Склад	№СКЛ НАИМ_СКЛ	П	СПРАВОЧНИК СКАЛАДОВ	Справочник складов

Примечания

1. Жирным шрифтом выделены ключевые  реквизиты.

2. Принятые обозначения: П – простой ключ, С – составной ключ.

 

3. Определение логической структуры базы данных.

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

Рис. 7. Схема  базы данных решаемой задачи.

Эта схема является машинной реализацией  информационно-логической модели (ИЛМ) задачи рассматриваемой предметной области; ее архитектура соответствует каноническому виду ИЛМ. Связи между таблицами СУБД Access соответствуют связям между информационными объектами, приведенными в таблице “Реквизитный состав информационных объектов”; они осуществляются при помощи внешних ключей. В соответствии с требованиями канонического вида ИЛМ эти связи имеют тип “Один-ко-многим”. На схеме базы данных связи обозначаются в виде 1        ∞. Символы “1” и “∞”располагаются рядом с внешними ключами.

Схема данных позволяет:

1. установить связи между записями в таблицах,
2. обеспечить целостность данных  и защиту от случайного удаления или изменения связанных данных,
3. автоматически использовать эти связи при построении:
• запросов к БД,
• составных (подчинённых) форм,
• отчётов.

 

4. Описание технологии и алгоритмов решения задачи и их машинная реализация.
1.   Общие сведения о содержании и алгоритме решения задачи

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

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

 

 

4.2 Экранные формы ввода-вывода данных

Экранные  формы должны соответствовать образцам первичных документов (рис. 2 - 6). При этом для справочников используются простые формы (рис. 8, 9, 10), а для договоров и ТТН – составные (сложные) формы (рис.11 и 12). Использование составных форм обеспечивает однократный ввод данных во взаимосвязанные таблицы Цеховая накладная-спецификация цеховой накладной и  ТТН  – Спецификация ТТН. Использование в экранных формах полей со списком позволяет отображать на экране описательные реквизиты из справочников, а подсчет построчных произведений “Сумма” и общих сумм по договорам и ТТН облегчают контроль ввода исходных данных в таблицы, соответствующие этим документам.

Ниже  приведены образцы экранных форм с исходными данными контрольного примера.

Рис.8 Форма  «Заказчик»

 

 

 

 

Рис.9 Форма  «Справочник товаров»

 

Рис.10 Форма  «Справочник цехов»

 

 

Рис. 11 Форма  «Товарно-транспортная накладная»

 

 

Рис. 12 Форма «Цеховая накладная»

 

 

3. Алгоритмы реализации отдельных модулей задачи и их реализация (запросы, таблицы, формы, отчеты).

 

1. Запросы.

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

 

 

 

 

 

Пример  однотабличного запроса:

 

Конструктор данного запроса имеет вид:

 

 

 

 

 

 

 

 

 

Пример  многотабличного запроса:

Конструктор данного запроса имеет вид:

 

2. Таблицы

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

Примеры исходных таблиц можно увидеть ниже.

 

Таблица «Справочник изделий»

 

Таблица «Справочник цехов»

 

Таблица «Заказчик»

 

Таблица «Справочник складов»

 

 

Таблица: «Спецификация цеховой  накладной»

Таблица «Цеховая накладная»

 

Таблица: «Товарно-транспортная накладная»

 

Таблица «Спецификация товарно-транспортной накладной»

 

 

 

 

 

 

 

Приведем пример создания в режиме конструктора  одной из таблиц (Справочник изделий):

 

3. Формы

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

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

В моей работе примером однотабличной формы является форма "Заказчик":

 

 

Конструктор этой формы выглядит следующим  образом:

Многотабличные  формы.

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

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

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

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

Пример многотабличной формы- форма «Цеховая накладная»

 

 

 

 

 

 

 

 

 

 

 

 

 

Конструктор данной формы выглядит следующим  образом:

 

В данной многотабличной форме подчиненной является форма  «Спецификация цеховой накладной»:

     

4. Отчеты

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

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

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

 

Рис. 13 режим конструктора

 

Рис.14 вид для печати

 

 

5. Машинная реализация  задачи
1. По документам “Цеховая накладная” подсчитываем общее количество сданных на склад изделий цехами предприятия с начала года.
2. По документам “Товарно-транспортная накладная” подсчитываем общее количество отгруженных изделий с начала года.
3. Подсчитываем текущий остаток как разность между суммами, полученными в п. 1 и п.2.
4. Подсчитываем разность между текущим остатком и нормативным запасом. Нормативный запас определяется из справочника товаров (излишки).
5. Определяем изделия, для которых полученная в п.4 разность положительна ( положительные излишки).

 

 

 

 

 

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

1. Файл приложения имеет имя Курсовая. Он находится в папке A:\КУРСОВАЯ РАБОТА.
2. Для запуска приложения необходимо дважды щелкнуть левой кнопкой мыши по имени его файла.
3. После запуска приложения на экране появляется его главное меню, приведенное на рис. 15

Рис. 15

 

4. Выбрать в меню объект Формы и  дважды щелкнуть мышью по значку слева от пункта Главная КФ.
5. На экране появится главная кнопочная форма Определение излишков текущего запаса на складах, приведенная на рис. 16.