Читайте данную работу прямо на сайте или скачайте

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

Министерство Просвещения ПМР

Приднестровский Государственный Университет им. Т.Г. Шевченко

Рыбницкийа филиал

Кафедра Физики, математики и информатики

Курсовая работа

по дисциплине Введение в базы данных

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

на склад за заданный период.

Выполнила:

студентка 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а

telsklad

fiosklad

Kceh*

ncehа

telceh

Fioceh

Таблица Nomenklatura

Kizd*

nizdа

ed_izm

price_izd

quant_zapas

ksklad

kceh

Таблица Zakazchiki

Kzak*

nzakа

Adrzak

Таблица Dogovor

month

nzak

Ndog*

Adrzak

Kzak *

data

Таблица OTGCEH.

Kizd*

NCN*

KOLOTGC

Таблица Specdog

Kizd*

Ndog*

quant_dog

Potg

ED_izm

Price_izd

Рис. 2. Логическая структура реляционной базы данных задачи

3.4 Исходные данные контрольного примера.

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

Таблица 1_1.

Данные таблицы Sklad.

ksklad	nsklad	fionsklad	telnsklad
301	склад 1	Букин Г. А.	5-76-23
302	склад 2	Волкова И. В.	4-51-17
303	склад 3	Дроздов С.Е.	7-74-77

Таблица 1_2.

Данные таблицы Ceh.

kceh	Nceh	Fionceh	telnceh
301	Цех 1	Гумилев М. С.	2-33-66
302	Цех 2	Мухин Д.В.	2-01-10
303	Цех 3	Подлаз М. А.	2-55-45

Таблица 1_3.

Данные таблицы Nomenclatura.

kizd	nizd	ed_izm	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_izd
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, Potg, ED_izm, Price_izd. Включаемая форма связывается с основной по ключу связи таблиц NDOG. Причем значение ключа NDOG вводится однократно в основную часть формы, но за счет связи с включанемой формой это ключевое поле загружается как в главную, так и в подчиненную таблицы. Таким образам, с одной экранной формы создаются одна запись в таблинце DOG и подчиненные ей записи в таблице SPEC.

Спецификация

На поставку продукции и товара к договору № от

Код изделия	Наименование изделия	Единица измерения	Цена за ед. изделия	Период отгрузки	Количество заказанное

Макет формы ввода-вывода для загрузки данных с Спецификации в таблицы базы данных DOG и SPEC.

Форма для загрузки данных с Цеховой накладнойа является многотабличной составной. Основная часть формы строится на основе главной из двух загружаенмых таблиц. Включаемая многозаписевая форма строится на подчиненной и тоже загружаемой таблице OTGCEH, в которой загружаются поля KIzd, NCN, KOLOTGC. Включаемая форма связывается с основной по ключу связи таблиц NCN. Причем значение ключа NCN вводится однократно в основную часть формы, но за счет связи с включанемой формой это ключевое поле загружается как в главную, так и в подчиненную таблицы. Таким образам, с одной экранной формы создаются одна запись в таблинце CEHNAK и подчиненные ей записи в таблице OTGCEH.

Цеховая накладная №

От цех Дат

Складу №

Код изделия	Наименование изделия	Единица измерения	Количество, отгруженное цехом

Макет формы ввода-вывода для загрузки данных с Цеховой накладной в таблицы базы данных CEHNAK и OTGCEH.

Список используемой литературы.

1.                 Г. Хансен "Базы данных: разработка и правление". -М.: ЗАО "Издат. БИНОМ, 1.

2.                 К. Дж. Дейт "Введение в системы баз данных".-К.;М.;Пб.: Издательский дом "Вильямс", 2.

3.                 В. Евдокимов "Экономическая информатика. учебник для вузов"-Пб.: Питер, 1997.