Анализ выполнения плана сдачи готовой продукции на склад за заданный период
Министерство Просвещения ПМР
Приднестровский Государственный Университет им. Т.Г. Шевченко
Рыбницкийа филиал
Кафедра Физики, математики и информатики
Курсовая работа
по дисциплине Введение в базы данных<
на тему: Анализ выполнения плана сдачи готовой продукции
на склад за заданный период.
Выполнила:
студентка 3-го курса
специальности ПИВЭ
Громова Е. В.
Проверила:
Доцент, кандидат
экономических наук
Скодорова Л. К.
Рыбница
2006г.
Содержание
1. Предметная область автоматизации. ..а.................. ..... 2
1.1. Описание предметной области и функции решаемой задачиЕЕ....2а
1.2. Документы предметной области, содержащие информацию,
необходимую для решения задачи.4
2. Постановка задачи.а....................... ....................4
2.1 Организационно-экономическая сущность задачи..4
2.2 Описание входной информации..5
2.3 Описание выходной информации.10
3. Разработка информационного обеспечения задачи..........11
3.1 Информационный анализ предметной области и выделение
информационных объектов задачи 11
3.2 Определение связей информационных объектов и построение ИЛМ17
3.3 Определение логической структуры реляционной базы данныхЕ.18
3.4 Исходные данные контрольного примера..19
4. Разработка алгоритмов и технологии решения задачи.......22
4.1 Технология ввода и накопления входной информации,
обеспечивающей решение задачи 22
4.2. Определение форм ввода-вывода ..25
1.Предметная область автоматизации.
1.1 Описание предметной области и функции решаемой задачи.
В предметной области комплекса задач, к которому относится задача анализа выполнения плана сдачи готовой продукции на склад за заданный период, рассматриваются процессы планирования и чета выпуска изделий на предприятии, сдача готовых изделий на склады.
К функциям, которые должны быть реализованы в рассматриваемой задаче, относятся:
ü чет сдачи цехами готовой продукции на заданный склад в заданном месяце (квартале);
ü планирование сдачи цехами готовой продукции на склад на определенный месяц (квартал);
ü планирование сдачи цехами конкретного изделия на склад за месяц (квартал);
ü анализ плана сдачи готовой продукции цехом за заданный период.
Из анализа описания предметной области был выявлен ряд ограничений и допущений, существенных для процесса, который относится к рассматриваемой задаче:
Ø на одном складе может храниться несколько видов готовой продукции;
Ø каждое изделие закреплено только за одним складом;
Ø каждое изделие закреплено только за одним цехом;
Ø складов на предприятии не более трех;
Ø каждый договор заключается с одним заказчиком;
Ø с одним заказчиком можета быть заключено несколько договоров;
Ø номер договора неизменен и никален;
Ø номера цехов и номера складов не изменяются;
Ø наименования складов могут изменяться;
Ø ФИО, телефоны начальников складов могут изменяться;
Ø период планирования выпуска цехом готовой продукции равен месяцу (кварталу).
анализ перечисленных выше ограничений позволяет сделать следующие выводы:
ü вид изделия однозначно определяет цех, где оно было выпущено, и склад, на который изделие будет отправлено цехом;
ü цех, который передает продукцию и склад, принимающий ее, накладывают ограничения на номенклатуру изделий, сдаваемых по накладной.
1.2 Документы предметной области, содержащие информацию, необходимую для решения задачи.
Входная информация задачи Анализа выполнения плана сдачи готовой продукции на склад за заданный период разделяется на словно-постоянную и на оперативно-учетную информацию.
Условно-постоянная информация, необходимая для решения данной задачи включает справочные данные по номенклатуре изделий, выпускаемых предприятием, их наименований, единице измерений и цен; данных по начальникам складов и цехов; информацию по складам и цехам. Эта информация отражена в справочниках изделий, складов и цехов.
Входная информация, содержащая данные оперативного чета, включает данные о заказах. Данные о заказах содернжатся в Договоре на поставку готовой продукции. Этот документ всегда привязан к одному заказчику. Договор может содержать несколько наименований изделий, и его номер никален. Данные об остатках на складе формируется из цеховых накладных на сдачу готовой продукции на склад.
2. Постановка задачи.
2.1 Организационно-экономическая сущность задачи.
План сдачи готовой продукции формируется на основе заключённых договоров, предприятия с покупателями (заказчиками). Т.е. информация о наименовании и количестве заказанного изделия передаётся в цеха. Цех должен за определённый период выполнить работу и сдать продукцию на склад, где будет проведён анализ выполнения плана её сдачи.
Недовыполнение плана по договорам оборачивается для предприятия меньшением выручки, прибыли, выплатойа штрафных санкций. Кроме того, в словияха конкуренции предприятие можета потерять рынки сбыта продукции, что повлечёт за собой спад производства.
Для эффективного планирования сдачи цехами готовой продукции на склад необходимо вести автоматизированный чет заказов и формировать плана сдачи готовой продукции с целью выявления остатков на складах и выполнения обязательств перед заказчиками. В данной задаче необходимо иметь возможность по запросу пользователя получать данные о планируемой сдаче продукции на заданные склады за определенныйа месяц (квартал)а для задаваемого в запросе изделия.
втоматизированный учет заказов изделий должен осуществляться на основе данных из документа Договор. По мере поступления договоров на обработку эти данные должны вводиться, накапливаться и храниться в базе данных в течение регламентироваого периода.
На основе хранимых данныха (о заказанном количестве товаров и текущем запасе изделий на складах) по запросу пользователя должен производиться автоматизированный расчет остатков продукции на складах и на основе анализа договоров и фактического наличия изделий на складе выдаваться отчет (план сдачи цехами готовой продукции на склад). Отчет должен содержать сведения о текущем запасе на складах и количестве изделий, заказанных покупателями, на основании Договора.
2.2 Описание входной информации.
Форма входного документа, содержащего информацию, на основе которой может быть решена рассматриваемая задача и получены выходные документы, приведена в формах (см. ниже). В порядке подготовки документа к машинной обработке для добства ввода и обработки информации на компьютере в документ введены коды изделия, цена за единицу, номера цехов и складов.
Условно-постоянная информация. Для расшифровки кодов изделий в процессе решения задачи, получения достонверных сведений о наименовании, единице измерения и цене каждого из изделий необходима информация из Номенклатуры готовой продукции, выпускаемой на предприятии (форма 1). Справочник является первичным носителем этих сведений, и поэтому они должны загружаться в базу данных с него.
Форма 1.
Справочник готовой продукции.
|
Код изделия |
Наименование изделия |
Единица измерения |
Месяц выполнения договора |
Заказанное кол-во |
|
|
|
|
|
|
Информация о номерах, наименовании цехов и складова и номерах телефонов и ФИО их начальникова содержится соответственно в справочниках цехов (форма 2) и складов (форма 3).
Форма 2.
Цеха, выпускающие готовую продукцию.
|
№ цеха |
Наименование цеха |
ФИО начальника цеха |
Телефон начальника цеха |
|
|
|
|
|
Форма 3.
Склады готовой продукции.
|
№ склада |
Наименование склада |
ФИО начальника склада |
Телефон начальника склада |
|
|
|
|
|
а Оперативно-учетная информация. Сведения, характеризующие
заказы покупателей, находятся в Договоре на поставку готовой продукции и спецификации этого договора (форма 4). Для решенния задачи, данные из этих таблиц (номер документа, дата заключения договора, идентификаторы поставщиков, покупателей, идентификаторы заказанных изделий и их количества) обязательно должны поступать в базу данных.
Форма 4.
Договор на поставку готовой продукции
ДОГОВОР №
на поставку товаров народного потребления
(продукции производственно-технического назначения)
л 200__г.
Поставщика и Покупатель
(наименование склада) (наименование покупателя)
дреса и реквизиты сторон:
Поставщик: Покупатель:
Подпись Подпись
< <
(почтовый индекс) (почтовый индекс)
< (город) (город)
(наименование банка) (наименование банка)
Счет Счет
Расчетный счет Расчетный счета <
Корреспонд. счет Корреспонд. счет
МФО МФО
Форма 5.
Форма спецификации договора
СПЕЦИФИКАЦИЯ
на поставку продукции и товара к договору № от г.
Поставщик:
Покупатель:
Поставщик: а Покупатель:
(подпись) (подпись)
Для того чтобы учитывать остатки на складе, нужно чтобы в базу данных постоянно поступали и фиксировались данные из цеховых накладных. Они будут формировать данные о готовой продукции на складе.
Форма 6.
Цеховая накладная на сдачу готовой продукции на склад.
НАКЛАДНАЯ №
От л200_ г.
(наименование цеха) (дата сдачи на склад)
Кому
(наименование склада)
|
Код изделия |
Наименования изделия |
Единица измерения |
Количество, отгруженное цехом |
|
|
|
|
|
Остальные реквизиты накладнойа относятся к справочной информации, которая к моменту решения задачи находиться в базе данных. Она должна поступать в БД с документов словно-постоянной информации на этапе первоначальной загрузки, так как эти документы являются первичными и соответственно достоверными носителями этой информации. Из Справочника готовой продукции берутся наименование изделия, ед. измерения, цена за единицу, из Цехов - номер цеха, наименнование цеха, Ф.И.О начальника цеха и его телефон; из Складов- номер склада, наименнование склада, Ф.И.О начальника склада и его телефон.
Описание реквизитов входной информации приведено в таблице 1. (см. ниже).
Таблица 1.
Описание реквизитов входной информации
| Наименование реквизитов
входных документов |
Характеристика реквизитов | ||
|
Тип |
Макс. длина |
Точность |
|
|
Код изделия |
целочисл |
4 |
|
|
Наименования изделия |
символьный |
35 |
|
|
Единица измерения |
символьный |
4 |
|
|
Цена за ед. изделия |
денежный |
4 |
|
|
Номер цеха |
целочисл |
4 |
|
|
Номер склада |
целочисл |
4 |
|
|
Нормативный запас |
целочисл |
4 |
|
|
Номер цеха |
целочисл |
4 |
|
|
ФИО начальника цеха |
символьный |
40 |
|
|
Телефон начальника цеха |
символьный |
10 |
|
|
Номер склада |
целочисл |
4 |
|
|
ФИО начальника склада |
символьный |
40 |
|
|
Телефон начальника склада |
символьный |
10 |
|
|
Номер договора |
целочисл |
4 |
|
|
Дата заключения договора |
дата |
8 |
|
|
Период отгрузки |
символьный |
8 |
|
|
Количество заказанное |
целочисл |
4 |
|
|
№ цеховой накладной |
целочисл |
4 |
|
|
Дата сдачи на склад |
дата |
8 |
|
Входная запросная информация.
Для получения плана сдачи изделий на склад необходимо обеспечить диалог с пользователем для ввода наименования изделия или месяца. Такая входная информация вводится с клавиатуры в ответ на сообщение-запрос на экране в процессе решения задачи.
Введите наименование изделия
<
и
Введите название месяца сдачи изделий
<
2.3 Описание выходной информации.
Выходной информацией задачи для пользователя являются три документа:
ü план сдачи готовых изделийа по заданному месяцу (кварталу). План должен быть выдан в разрезеа планируемого месяца (квартала);
ü план сдачи по заданному изделию, содержащий сведения о планируемом выпуске в течение заданного месяца (квартала);
ü анализ плана сдачи готовой продукции цехом за заданный период.
Эти документы должны выводиться на экран и печать. Формы выходных докунментов приведены в формах 7, 8, 9.
Форма 7.
План сдачи готовых изделий по заданному месяцу.
Цех №
Склад №а
|
Месяц од изделия |
Наименование продукции |
Единица измерения |
Количество по плану |
|
|
|
|
|
Форма 8.
План сдачи по заданному изделию.
План сдачи на склад заданного изделия
Цех №
Склад №
Товар
|
Код изделия |
Наименование изделия |
Единица измерения |
Цена за единицу |
|
|
|
|
|
Форма 9.
анализ плана сдачи готовой продукции цехом за заданный период.
| Код изделия | Наименование изделия | Единица измерения | Количество | |
|
по плану |
по факту |
|||
|
|
|
|
|
|
3. Разработка информационного обеспечения задачи.
Разработка информационного обеспечения включает подготовку документов, содержащих информацию, необходимую для решения задачи, и анализ этой информации. Такой анализ позволит произвести нормализацию данных, которая имеет целью иха однозначное определение для хранения, поиска и обработки во внутри - машиннойа сфере.
Для организации информационной базы будем использовать реляционную СУБД. Поэтому должна быть разработана логическая структура реляционной базы данных, на основе которой будет осуществляться решение задачи. Используем процессный подход к разработке базы данных, определяя состав только тех данных, которые необходимы для получения выходной информации задачи.
3.1 Информационный анализ предметной области и выделение информационных объектов задачи.
Произведем анализ исходной информации предметной области с целью определения состава и структуры информации для последующей формализации и построения информационно-логической модели данных. Приведенные выше формы входных документов, также дополнительные сведения из описания предметной области позволяют определить роль реквизитов во взаимосвязанной информации, содержащейся в документе. На основе такого анализа становим функциональные зависимости реквизитов в соответствии с рекомендациями и требованиями нормализации данных.
Рассмотрим информацию, содержащуюся в документе Договор (см. форму 4).В заголовочной части Договора содержатся реквизиты (номер документа, дата заключения договора, наименование поставщик и заказчик) общие для всего документа. Причем каждый из них имеет единственное значение, так как один документ Договора всегда привязан к одному заказчику. Среди этих реквизитов особую роль играет номер договора. Поскольку номер договора никален, т. е. его значение не может повторяться, он выполняет роль идентификатора всей информации по заказам продукции, содержащейся в документе с данным номером. Остальные рекнвизиты договора однозначно опреденляются его номером.
Табличная часть Договора содержит реквизиты, имеющие множество значений в соотнветствующих столбцах, так как договор может содержать несколько наименований заказываемых со склада изделий. Среди этих реквизитов особую роль играет код заказчика, который является идентификатором каждой строки документа. Таким образом, количественные данные, содержащиеся в каждой строке, идентифицинруются (однозначно определяются) общим идентификатором документа - нонмером договора, также кодом заказчика. Описательные реквизиты изделия (в том числе единица измерения) определяются однозначно их кодами. На основе проведенного анализа становим функциональные зависимости реквизинтов документа Договор на поставку готовой продукции и отобразим их в таблице 2.
налогично пронализируем информацию, содержащуюся в Справочнике изделий (см. форму 9). В соответствии с описаннием предметной области становим функциональные зависимости их реквизитов (табл. 3).
Таблица 2.
Функциональные зависимости реквизитов накладной
|
Наименование реквизитов Договора |
Имя реквизита |
Функциональные зависимости |
|
№ договора дрес заказчик дата заключения договора месяц выполнения договора наименование заказчика код заказчика |
NDOG ADRZAK DATA MONTH NZAK KZAK |
|
Таблица 3.
Функциональные зависимости реквизитова справочника изделий.
|
Наименование реквизитов
|
Имя реквизита |
Функциональные зависимости |
|
код изделия наименование изделия единица измерения цена за единицу кол-во на складе |
KIZD NIZD ED_IZM PRICE_IZD QUANT_ZAPAS |
|
налогично пронализируем информацию, содержащуюся в, цеховой накладной на сдачу готовой продукции на склад, также информацию о цехах, выпускающих готовую продукцию и складах готовой продукции. В соответствии с описаннием предметной области становим функциональные зависимости их реквизитов.
Таблица 4.
Функциональные зависимости реквизинтов цеховой накладной на сдачу готовой продукции на склад.
|
Наименование реквизитов |
Имя ареквизита |
Функциональные зависимости |
|
№ цеховой накладной код цеха дата сдачи на склад код склада код изделия наименование изделия единица измерения количество, отгруженное цехом |
NCN KCEH DSSK KSKLAD KIZD NIZD ED_IZM KOLOTGC |
|
Таблица 5.
Функциональные зависимости реквизинтов цеха, выпускающего готовую продукцию.
|
Наименование реквизитов |
Имя ареквизита |
Функциональные зависимости |
|
№ цеха ФИО начальника цеха телефон начальника цеха код цеха |
NCEH FIONCEH TELNCEH KCEH |
|
Таблица 6.
Функциональные зависимости реквизинтов склада готовой продукции.
|
Наименование реквизитов |
Имя ареквизита |
Функциональные зависимости |
|
№ склада ФИО начальника склада телефон начальника склада код склада |
NSKLAD FIONSKLAD TELNSKLAD KSKLAD |
|
Таблица 7.
Функциональные зависимости реквизинтов спецификации.
|
Наименование реквизитов |
Имя ареквизита |
Функциональные зависимости |
|
№ договора код изделия наименование изделия единица измерения цена за ед. изделия период отгрузки количество заказанного |
NDOG KIZD NIZD ED_IZM PRICE_IZD POTG QUANT_DOG |
|
Поскольку код изделия никален для всех характеристик изделия, то он их однозначно определяет. Аналогично становлены функциональные зависимости между номером склада и остальной информацией о складе, между номером цеха и остальной информацией о цехе. В результате такого анализа становлены функциональные зависимости реквизитов из ДОГОВОРА и справочников, которые представлены в таблицах.
Выделение информационных объектов.
Пронализируем становленные функциональные зависимости реквизитов и становим для каждого из зависимых реквизитов, от каких реквизитов он зависит. Результаты отобразим в таблице соответствия зависимых (описательных) и ключевых реквизитов (таб. 4).
Таблица 8.
Соответствие описательных и ключевых реквизитов
|
Описательные реквизиты |
Ключевые реквизиты |
Вид ключа |
Название ИО, в который, включается реквизит |
|
ADRZAK |
KZAK |
П, У |
Заказчик |
|
NZAK |
KZAK |
П, У |
Заказчик |
|
KZAK |
NDOG |
П, У |
Договор |
|
DATA |
NDOG |
П, У |
Договор |
|
MONTH |
NDOG |
П, У |
Договор |
|
FIONCEH |
KCEH |
П, У |
Цех |
|
TELNCEH |
KCEH |
П, У |
Цех |
|
NCEH |
KCEH |
П, У |
Цех |
|
FIONSKLAD |
KSKLAD |
П, У |
Склад |
|
TELNSKLAD |
KSKLAD |
П, У |
Склад |
|
NSKLAD |
KSKLAD |
П, У |
Склад |
|
NIZD |
KIZD |
П, У |
Номенклатура |
|
ED_IZM |
KIZD |
П, У |
Номенклатура |
|
QUANT_ZAPAS |
KIZD |
П, У |
Номенклатура |
|
PRICE_IZD |
KIZD |
П, У |
Номенклатура |
|
KOLOTGC |
NCN,KIZD |
С, У |
Отгружено по цех накладной |
|
KSKLAD |
NCN |
П, У |
Цеховая накладная |
|
DSSK |
NCN |
П, У |
Цеховая накладная |
|
KCEH |
NCN |
П, У |
Цеховая накладная |
|
POTG |
NDOG,KIZD |
С, У |
Спецификация |
|
QUANT_DOG |
NDOG,KIZD |
C, У |
Спецификация |
Первая группа реквизитов получена на основе таблицы с реквизитами ДОГОВОРА, вторая - по таблице с реквизитами справочников.
Сгруппируем реквизиты, имеющие одинаковые ключи, в один информационный объект (таблица 9). Таким образом, выделены все информационные объекты, отображающие данные, которые используются в рассматриваемой задаче.
Таблица 9.
Реквизитный состав информационных объектов
|
Реквизиты ИО |
Признак ключа |
Имя ИО |
Название ИО |
Семантика (описание) |
|
KCEH |
П, У |
CEH
|
ЦЕХ | Данные о цехе |
|
NCEH FIONCEH TELNCEH |
|
|||
|
KIZD |
П, У |
NOMENCLATURA
|
НОМЕНКЛАТУРА | Данные об изделии предприятия
|
|
NIZD ED_IZM PRICE_IZD QUANT_ZAPAS KSKLAD KCEH |
|
|||
|
NDOG |
П, У |
DOGOVOR
|
ДОГОВОР | Общие сведения о договорах |
|
DATA MONTH |
|
|||
|
NDOG KIZD |
С, У |
SPECDOG
|
СПЕЦИФИКАЦИЯ | Данные из договора о заказах готового изделия со слада |
|
QUANT_DOG POTG |
|
|||
|
KSKLAD |
П, У |
SKLAD
|
СКЛАДЫ | Данные о складах |
|
NSKLAD FIONSKLAD TELNSKLAD |
|
|||
|
KZAK |
П, У |
ZАKAZCHIKI | ЗАКАЗЧИКИ | Данные о заказчиках |
|
NZAK ADRZAK |
|
|||
|
NCN |
П, У |
CEHNAK | ЦЕХОВАЯ
НАКЛАДНАЯ |
Данные о цеховой накладной |
|
KCEH KSKLAD DSSK KOLOTGC |
|
|||
|
NCN KIZD |
С, У |
OTGCEH | отгружено по цеховой накладной | Данные об отгрузке из цеховой накладной |
|
KOLOTGC |
|
3.2 Определение связей информационных объектов и построение ИЛМ.
Связи между выявленными информационными объектами определяются реальнными отношениями между парами объектов, показанными в таблице 10. При их определении учитывались сведения из описания ПО и семантика.
Таблица 10.
Связи информационных объектов.
|
Ключ связи |
Главный ИО |
Подчиненный ИО |
Тип отношения |
|
NDOG |
Договор |
Спецификация |
1:М |
|
ZAK |
Заказчики |
Договор |
1:М |
|
KSKLAD |
Склад |
Номенклатура |
1:М |
|
KCEH |
Цех |
Номенклатура |
1:М |
|
KIZD |
Номенклатура |
Спецификация |
1:М |
|
NCN |
Цеховая накладная |
Отгружено по цеховой накладной |
1:М |
|
NCEH |
Цеховая накладная |
Цех |
1:М |
|
NSK |
Цеховая накладная |
Склад |
1:М |
|
KIZD |
Номенклатура |
Отгружено по цеховой накладной |
1:М |
Графическое изображение ИМа в канонической форме, наглядно показывающей иерархические отношения подчиненности информационных объектов, приведено на рис. 1.
|
OTGCEH |
|
NCN KIZD |
|
NOMENCLATURA |
|
KIZD |
|
|
|
|
SPECDOG
NDOG,KIZD
 |
 |
||||
|
CEHа |
|
|
KCEH|
SKLAD |
|
|
KSKLAD|
DOGOVOR |
|
|
NDOG|
CEHNAK |
|
|
NCN
ZAKAZCHIKI |
ZAK |
Рис. 1. ИЛМ данных, обеспечивающая решение задачи формирования плана сдачи цехами готовой продукции на склад
3.3 Определение логической структуры реляционной базы данных.
Логическая структура реляционной базы данных определяется совокупностью логически взаимосвязанных реляционных таблиц. Каждая реляционная таблица имеет структуру, определяемую реквизитным составом одного из информационных объектов полученной ИЛМ. Логические связи таблиц соответствуют структурным связям между объектами.
Логическая структура реляционной базы данных, построенная на основе полученной ИЛМ, приведена на рис. 2. На этой схеме реляционные таблицы представлены структурой, определяемой составом и последовательностью полей (атрибутов). Ключевые поля отмечены знаком *. Логические связи изображены линиями между одинаковыми ключами связи.
Таблица аCEHNAK.
|
NCN* |
Kceh |
DSSK |
Ksklad |
Kolotgc |
Таблица Sklad
Таблица Ceh
|
Ksklad* |
nskladа |
|
fiosklad |
|
Kceh* |
ncehа |
telceh |
Fioceh |
 |
Таблица
Nomenklatura
|
Kizd* |
nizdа |
|
price_izd |
quant_zapas |
ksklad |
kceh |
Таблица Zakazchiki
|
Kzak* |
nzakа |
Adrzak |
|
Таблица Dogovor
 |
|||
|
month |
nzak |
|
Adrzak |
Kzak * |
data |
Ndog*Таблица OTGCEH.
 |
|
Kizd* |
NCN* |
KOLOTGC |
Таблица Specdog
 |
|
Kizd* |
Ndog* |
quant_dog |
Potg |
ED_izm |
Price_izd |
Рис. 2. Логическая структура реляционной базы данных задачи
3.4 Исходные данные контрольного примера.
Требования к данным курсовой работы - их представительность, учитыванющая особенности информации, казанные в описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить ранботоспособность реализации алгоритма. В данных курсовой работы для поставленной задачи должно быть предусмотрено, что изделию одного наименования может соответствовать несколько договоров, в одном договоре может быть несколько изделий. Данные курсовой работы, предназначенные для тестиронвания, отладки и демонстрации решения задачи формирования плана, приведены в табл.1 - 5.
Таблица 1_1.
Данные таблицы Sklad.
|
ksklad |
nsklad |
fio |
tel |
|
301 |
склад 1 |
Букин Г. А. |
5-76-23 |
|
302 |
склад 2 |
Волкова И. В. |
4-51-17 |
|
303 |
склад 3 |
Дроздов С.Е. |
7-74-77 |
Таблица 1_2.
Данные таблицы Ceh.
|
kceh |
Nceh |
Fio |
tel |
|
301 |
Цех 1 |
Гумилев М. С. |
2-33-66 |
|
302 |
Цех 2 |
Мухин Д.В. |
2-01-10 |
|
303 |
Цех 3 |
Подлаз М. А. |
2-55-45 |
Таблица 1_3.
Данные таблицы Nomenclatura.
|
kizd |
nizd |
ed<_ |
price_izd |
quant_zapas |
ksklad |
kceh |
|
101 |
карандаши |
шт. |
1,00 |
900 |
302 |
301 |
|
102 |
ручки |
шт. |
1,00 |
1 |
302 |
301 |
|
103 |
тетрадки |
шт. |
3,00 |
1200 |
302 |
301 |
|
104 |
обложки |
шт. |
0,50 |
1500 |
302 |
301 |
|
105 |
резинки |
шт. |
0,60 |
500 |
302 |
301 |
|
106 |
дневник |
шт. |
3,50 |
2 |
302 |
301 |
|
107 |
корректор |
шт. |
2,50 |
500 |
302 |
301 |
|
108 |
линейки |
шт. |
1,50 |
1 |
302 |
301 |
|
109 |
циркуль |
шт. |
3,00 |
700 |
302 |
301 |
Таблица 1_4.
Данные таблицы Zakazchiki.
|
Kzak |
Nzak |
adrzak |
|
211 |
"Школьник" |
ПМР, г. Тирасполь, л. 25 Октября,8 |
|
212 |
"Малыш" |
Россия, г. Москва, л. Арбат,51 |
|
213 |
"Ученик" |
Беларусь, г. Минск, л. Ленина, 3 |
|
214 |
"Канцтовары" |
Кыргыстан, г. Бишкек, л. Московская, 12 |
|
215 |
"Все для школы" |
Россия, г. Брянск, л. льянова, д. 5 |
|
216 |
"Канцтовары" |
Украина, аг. Днепропетровск, л. Артема,1 |
Таблица 1_5.
Данные таблицы Dogovor.
|
Ndog |
kzak |
Data |
adrzak |
mounth |
Nzak |
|
41 |
211 |
01.01.2006 |
ПМР, г. Тирасполь, л. 25 Октября,8 |
январь |
"Школьник" |
|
42 |
212 |
01.01.2006 |
Россия, г. Москва, л. Арбат,51 |
январь |
"Малыш" |
|
43 |
213 |
01.01.2006 |
Беларусь, г. Минск, л. Ленина, 3 |
январь |
"Ученик" |
|
44 |
214 |
01.02.2006 |
Кыргыстан, г. Бишкек, л. Московская, 12 |
февраль |
"Канцтовары" |
|
45 |
215 |
01.02.2006 |
Россия, г. Брянск, л. Победа, д. 5 |
февраль |
"Все для школы" |
|
46 |
216 |
01.02.2006 |
Украина, г. Днепропетровск, л. Артема,1 |
февраль |
"Канцтовары" |
Таблица 1_6.
Данные таблицы Specdog.
|
Ndog |
kizd |
ed_izm |
quant_dog |
price<_ |
|
41 |
101 |
шт. |
1,00 |
900 |
|
42 |
102 |
шт. |
1,00 |
1 |
|
43 |
103 |
шт. |
3,00 |
1200 |
|
44 |
104 |
шт. |
0,50 |
1500 |
|
45 |
105 |
шт. |
0,60 |
500 |
|
46 |
106 |
шт. |
3,50 |
2 |
|
47 |
107 |
шт. |
2,50 |
500 |
|
48 |
108 |
шт. |
1,50 |
1 |
|
49 |
109 |
шт. |
3,00 |
700 |
4. Разработка алгоритмов и технологии решения задачи.
Общие сведения о содержании и алгоритме решения задачи.
По мере поступления документов, содержащих данные о заказах, должен осуществляться ввод этих данных в БД, где они должны храниться. Таким образом, осуществляется накопление необходимой для решения задачи оперативно-учетной информации.
В данной курсовой работе необходимо пронализировать данные Договоров и текущие остатки изделий на складе, т.е. надо по запросу пользователя для задаваемого им изделия формировать отчет, содержащий сведения о планируемом к поступлению на склад количестве товаров. Для ввода запроса пользователю в диалоге долнжна быть выведена экранная форма, где он может непосредственно с клавиатуры ввести наименование изделия. Отчеты должны выводиться на экран и принтер.
4.1. Разработка технологии ввода и накопления входной информации.
Для решения рассматриваемой задачи должен производиться ввод и накопление оперативно-учетной информации о заказах изделий по договорам и об остатках товаров на складе.
Справочная информация об изделиях, выпускаемых предприятием, о складах должна быть ранее загружена в базу данных в процессе решения друнгих задач данной предметной области с соответствующих документов - Спранвочника готовых изделий,Цехов и Складов, Заказчиков. В соответствии с этим технология ввода входной оперативной информации и реншение рассматриваемой задачи с помощью базы данных приведены на рис. 3.
База данных
|
Справочные данные Номенклатура Цеха Склады
Данные чета Договор Цех.наклад. |
Выходные даые задачи
  Договор
|
|||
|
Ввод
|
|||
|
|
||
и
накопление
Цеховая
накладная
|
БД |
а
|
Задача формирования плана |
а
|
Отчет |
|
Видеограмма |
 |
Рис. 3. Технологическая схема ввода информации и решения задачи формирования плана сдачи продукции на склад
Таблицы базы данных
|
|
DOG |
|
SPEC |
 |
|||
Подчиненная Главная
Ndog* Kzak*
Kizd* Ndog*
Potg Data
Ed_izm Adrzak
Price_izd Nzak
Month
|
главная
|
CEHNAK |
NCN*
KCEH
DSSK
KSKLAD
|
OTGCEH |
 |
подчиненная
NCN*
KIZD*
KOLOTGC
Рис. 4. Источники загрузки таблиц базы данных по спецификации и цеховой накладной.
4.2. Определение форм ввода-вывода.
Для ввода информации по сдаче продукции должны быть создана экранная форнма, соответствующая форме входного документа. Через экранную форму ввода-вывода должен обеспечиваться однократный ввод данных во взаинмосвязанные таблицы DOG - SPEC и CEHNAKЦOTGCEH. Ниже приведены макеты экнранных форм для ввода данных с документов.
Форма для загрузки данных с Спецификации является многотабличной составной. Основная часть формы строится на основе главной из двух загружаенмых таблиц. Включаемая многозаписевая форма строится на подчиненной и тоже загружаемой таблице SPEC, в которой загружаются поля NDOG, KIZD,
Спецификация
На поставку продукции и товара к договору № от
|
Код изделия |
Наименование изделия |
Единица измерения |
Цена за ед. изделия |
Период отгрузки |
Количество заказанное |
|
|
|
|
|
|
|
Макет формы ввода-вывода для загрузки данных с Спецификации в таблицы базы данных DOG и SPEC.
Форма для загрузки данных с Цеховой накладнойа является многотабличной составной. Основная часть формы строится на основе главной из двух загружаенмых таблиц. Включаемая многозаписевая форма строится на подчиненной и тоже загружаемой таблице OTGCEH, в которой загружаются поля KIzd, NCN, KOLOTGC. Включаемая форма связывается с основной по ключу связи таблиц NCN. Причем значение ключа NCN вводится однократно в основную часть формы, но за счет связи с включанемой формой это ключевое поле загружается как в главную, так и в подчиненную таблицы. Таким образам, с одной экранной формы создаются одна запись в таблинце CEHNAK и подчиненные ей записи в таблице OTGCEH.
Цеховая накладная №
От цех < Дат
Складу №<
|
Код изделия |
Наименование изделия |
Единица измерения |
Количество, отгруженное цехом |
|
|
|
|
|
Макет формы ввода-вывода для загрузки данных с Цеховой накладной в таблицы базы данных CEHNAK и OTGCEH.
Список используемой литературы.
1. Г. Хансен "Базы данных: разработка и правление". -М.: ЗАО "Издат. БИНОМ, 1.
2. К. Дж. Дейт "Введение в системы баз данных".-К.;М.;Пб.: Издательский дом "Вильямс", 2.
3. В. Евдокимов "Экономическая информатика. учебник для вузов"-Пб.: Питер, 1997.