Отдел сбыта готовой продукции предприятия

-
...

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ 5
1.1. Описание предметной области и функции решаемых задач 5
1.2. Перечень входных (первичных документов) 8
1.3. Ограничения предметной области 12
2. ПОСТАНОВКА ЗАДАЧИ 13
2.1. Организационно-экономическая сущность решаемых задач 13
2.2. Описание выходной информации 13
2.3. Описание входной информации 14
3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ. 16
3.1. Анализ входной информации предметной области и выделение информационных объектов. 16
3.2. Определение связей информационных объектов и построение информационно-логической модели. 17
3.3. Определение логической структуры базы данных 19
3.4. Разработка физической структуры базы данных. 20
3.5. Контрольный пример 23
4. СОЗДАНИЕ БАЗЫ ДАННЫХ 25
4.1. Структура таблиц 25
4.2. Схема данных в Аccess 26
4.3. Создание пользовательских форм 28
4.4. Ввод данных 29
5. СОЗДАНИЕ АЛГОРИТМА И ЗАПРОСОВ 32
6. СОЗДАНИЕ ОТЧЁТОВ 37
6.1. Получение отчёта с помощью Мастера отчётов. 37
6.2. Корректировка макета отчёта с помощью Конструктора отчётов. 37
6.3. Вывод отчёта на печать 38
7. СОЗДАНИЕ КНОПОЧНОЙ ФОРМЫ С ПОМОЩЬЮ ДИСПЕТЧЕРА КНОПОЧНЫХ ФОРМ 39
СПИСОК ЛИТЕРАТУРЫ 40

-

Выпущенные цехами изделия поступают на склад. Груз сопровождает Цеховая накладная. Она состоит из двух частей: спецификации (СЦН) и общей (ЦН). В спецификации указывают данные о видах и количестве отправляемой на склад продукции. В общей части отображается номер цеха, номер цеховой накладной и дата сдачи. В спецификации – сведения о видах и количестве сдаваемой на склад продукции.Ограничения предметной областиПо предметной области «Деятельность отдела сбыта и реализации готовой продукции предприятия» вводятся следующие ограничения:На предприятии имеется несколько цехов, несколько складов.Предприятие выпускает несколько видов изделий, использует несколько единиц измерения.У изделия только одна единица измерения.У разных изделий может быть одинаковая единица измерения.Готовое изделие закреплено за одним складом и может выпускаться несколькими цехами.Один цех может выпускать несколько наименований изделий.Каждое изделие хранится на одном складе.На одном складе может храниться несколько наименований готовых изделий.Остаток на складах на начало года считать нулевым.Номера цехов и складов не изменяются.С одним заказчиком можно заключить несколько договоров.Каждый договор заключается с одним заказчиком.Номер договора неизменен и уникален для предприятия.В каждом договоре может быть несколько наименований изделий.Одно и то же изделие может быть указано в одном договоре несколько раз в разные месяцы.По одному договору может быть несколько отгрузок.Все цены - в рублях.2. ПОСТАНОВКА ЗАДАЧИ2.1. Организационно-экономическая сущность решаемых задачОдной из основных проблем в организации планирования выпуска продукции является проверка обеспеченности плана отгрузки по складу фактически сданной на склад продукцией.Для решения этого комплекса задач необходимы первичные документы: список выпускаемых изделий; список складов; список цеховых накладных; договора, заключенные с заказчиком.Для расчета отклонения плана отгрузки по заданному складу фактически сданной на склад продукцией следует, в первую очередь, по договору заключенному с заказчиком определить общее количество изделий, каждого запланированного к отгрузке изделия по заданному складу по кварталам, затем цеховым накладным определить количество изделий, поступивших на заданный склад по кварталам. Отклонение определить как разность между первой и второй суммами. Для расчёта отклонения в стоимостном выражении цена берётся из списка выпускаемых изделий.Перечень комплекса задач:По документам “Договор” получить общее количество каждого запланированного к отгрузке изделия по заданному складу в заданном квартале. По документам “Цеховая накладная” получить общее количество каждого выпущенного изделия по заданному складу в заданном квартале. Подсчитать отклонение как разность между первой и второй суммами в стоимостном выражении. Подсчет в строке “Итого ” выполнить в отчете.Описание выходной информацииВыходную информацию представим в виде отчетных форм:Отклонение плана отгрузки по складу______по факту сдачи изделий за ______ кварталНаименованиеизделияЕд. измер.КоличествоОтклонение (в руб.)Отгрузка по договорамФактич. сдано………Итого?Описание входной информацииВходная информация делится на условно-постоянную, хранящую свои значения на длительный период времени, и, на постоянно меняющуюся оперативно-учётную.Список выпускаемых изделий; список складов и список заказчиков причисляют к условно-постоянной информации; список договоров, заключенных с заказчиком и список цеховых накладных относятся к оперативно-учетной информации.Перечень первичных документов, а также источник и срок поступления представим в виде таблицы:Таблица 1 – Перечень первичных документов№п/пНаимен. документаРеквизитыОт кого поступаетСрок поступления1.Список выпускаемых изделийКод изделияНаименование изделияЕдиница измеренияЦенаНомер складаФинансовые органыДо начала планируемого года2.Список складовНомер складаНаименование складаФинансовые органыДо начала планируемого года3.Список договоров, заключённых с заказчикамиНомер договораКод заказчикаМесяц отгрузкиКод изделияКоличествоФинансовые органы До начала планируемого года4.Список цеховых накладныхНомер цехаНомер цеховой накладнойДата сдачиКод изделияКоличество по ЦНФинансовые органы По мере поступления3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ.3.1. Анализ входной информации предметной области и выделение информационных объектов.В соответствии с перечисленным выше перечнем входных документов были созданы следующие сущности:Изделие – хранится информация о выпускаемых изделиях.ЕдИзм – хранится информация об единицах измерения выпускаемых изделийСклад - хранится информация о складах, на которых хранятся выпускаемые изделияДоговор – хранятся договоры, заключаемые с заказчикомСДОГ – хранится табличная часть документа ДоговорЦех – хранится информация о цехах выпускающих изделия ЦН (цеховая накладная) – список документов, по которым выпущенные изделия сдаются на складСЦН (спецификация цеховой накладной) - сведения о видах и количестве сдаваемой на склад продукции.Каждому объекту соответствуют свои атрибуты:Изделие: Код изделия, Наименование изделия, Единицы измерения, Цена, Склад;ЕдИзм: Код единицы измерения, Наименование ед. измерения;Склад: Номер склада, Наименование склада;– Договор: Номер договора, Код заказчика;– СДОГ: Номер договора, Месяц отгрузки, Код изделия, КоличествоЦех: Код цеха, Наименование цеха;ЦН: Номер цеха, Номер цеховой накладной, Дата сдачи.СЦН: Номер цеха, Номер цеховой накладной, Изделие, Количество по ЦН.Выберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Изделие» это будет уникальный код изделия, для сущности «ЕдИзм» это будет уникальный код единицы измерения. Сущность «Склад» определяется уникальным номером склада, сущность «Цех» определяется уникальным кодом цеха. Для сущности Договор это будет уникальный ключ – номер договора, а для СДОГ составной ключ номер договора, месяц изделия и код изделия. Для сущности ЦН это будет составной ключ – номер цеховой накладной и номер цеха, а для СЦН - номер цеховой накладной, номер цеха и код изделия. 3.2. Определение связей информационных объектов и построение информационно-логической модели.При проведении связи между сущностями первичный ключ главной сущности помещается в дочернюю сущность, то есть в сущность «Изделие» будет вставлен первичный ключ сущности «ЕдИзм» - Код единицы измерения, а также первичный ключ сущности «Склад» - Номер склада. В сущностях СДОГ и СЦН поле Код изделия будет также являться внешним ключом, по которому они связываются с таблицей Изделие.В базе данных определены следующие отношения между таблицами:Таблица 2 – Классификация связей№Родительская таблицаДочерняя таблицаКлючиВид связи1ЕдИзмИзделиеКод единицы измеренияКод единицы измерения1:М2СкладИзделиеНомер складаНомер склада1:М3ЦНСЦННомер склада, Номер ЦННомер склада, Номер ЦН1:М4ИзделиеСЦНКод изделияКод изделия1:М5ЦехЦННомер цехаНомер цеха1:М6ИзделиеСДОГКод изделияКод изделия1:М7ДоговорСДОГНомер договораНомер договора1:MВыбор таких связей между таблицами «ЕдИзм» и «Изделие», «Склад» и «Изделие» обусловлен тем что, на одной единицей измерения может измеряться несколько изделий, и на одном складе может храниться несколько изделий. Для таблиц «ЦН» и «СЦН», «СЦН» и «Изделие»– по одной цеховой накладной может быть сдано на склад несколько изделий. Для таблиц «Договор» и «СДОГ», «СДОГ» и «Изделие»– по одному договору может быть поставлено несколько изделий..Существует несколько способов описания инфологической модели, однако, в настоящее время одним из наиболее широко распространенных подходов, применяемых при инфологическом моделировании, является подход, основанный на применении диаграмм «сущность-связь» (ER – Entity Relationship) [2]. Предложенная П. Ченом в 1976 г. ER-модель или модель «сущность-связь», является наиболее широко используемым представителем класса инфологических моделей предметной области. ER-модель обычно изображается в графическом виде, с применением оригинальной структуры П. Чена, называемой ER-диаграмма, либо с применением других графических нотаций.Основные элементы ER-моделей:сущности (объекты);атрибуты объектов;связи между объектами.Сущность это объект предметной области, у которого имеются атрибуты. Связь между сущностями определяется:типом связи (1:1, 1:N, N:М);классом принадлежности. Класс является обязательным и необязательным. Класс принадлежности — обязательный, когда каждый экземпляр сущности принимает участие в связи, в другом случае — необязательный.На рисунке 3 изображена инфoлoгическaя модель базы данных, на которой отображены все сущности БД, отношение между ними и атрибуты.Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО2СкладНомер складаНаименование склада3ЦНКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСЦНДата сдачиНомер цеховой накладнойНомер цеха4ЦехНомер ЦехаНаименование цеха57ДоговорКод изделияМесяц отгрузкиКод заказчикаНомер договораСДОГКоличествоНомер договора6Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО2СкладНомер складаНаименование склада3ЦНКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСЦНДата сдачиНомер цеховой накладнойНомер цеха4ЦехНомер ЦехаНаименование цеха57ДоговорКод изделияМесяц отгрузкиКод заказчикаНомер договораСДОГКоличествоНомер договора6Рисунок 3 – Инфологическая модель базы данных3.3. Определение логической структуры базы данныхПри определении логической структуры базы данных используется инфологическая модель предметной области. В этом случае главной задачей такого моделирования будет описание свойств понятий предметной области, их ограничения, накладываемые на данные и взаимосвязь. Начальным прототипом создаваемой базы данных является логическая модель. Все понятия, определенные в ходе исследования предметной области и их взаимосвязи в дальнейшем будут помещены в конкретные структуры какой-либо конкретной базы данных [7].В результате разработки даталогической модели появляется модель, построенная с учетом выбранной модели данных, полученная в результате преобразования инфологической модели с применением определенных правил.Из этого следует, что даталогическая модель отображает структуру базы данных с учетом особенностей модели данных. Реляционная модель данных на сегодняшний день является наиболее популярной. Исходя из этого рассмотрим трансформацию инфологической модели в реляционную даталогическую. На рисунке 4 приведена схема базы данных «Отдел сбыта готовой продукции предприятия».Рисунок 4 – Схема базы данных «Отдел сбыта готовой продукции предприятия»3.4. Разработка физической структуры базы данных.Рассмотрим правила преобразования ER-модели в реляционную [6].Каждой сущности ставится в соответствие отношение реляционной модели данных. При этом имена сущности и отношения могут быть различными, потому что на имена сущностей могут не накладываться дополнительные синтаксические ограничения, кроме уникальности имени в рамках модели.Каждый атрибут сущности становится атрибутом соответствующего отношения. Для каждого атрибута задается конкретный допустимый в СУБД тип данных и обязательность или необязательность данного атрибута (то есть допустимость или недопустимость NULL значений для него).Первичный ключ сущности становится PRIMARY KEY соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL).В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом (FOREING KEY).Для моделирования необязательного типа связи на физическом уровне у атрибутов, соответствующих внешнему ключу, устанавливается свойство допустимости неопределенных значений (признак NULL). При обязательном типе связи атрибуты получают свойство отсутствия неопределенных значений (признак NOT NULL).Исходя из вышеизложенных правил, приведем состав таблиц БД. Для каждого поля таблицы указывается размер поля (количество символов), тип. Для первичных ключей необходимо ввести запрет неопределенных значений. Для остальных полей возможность запрета неопределенных значений определяется семантикой предметной области.Таблица 3 – Состав таблиц базы данныхНазваниетаблицы и ИО РеквизитыКлючТип данныхФормат поляИзделиеКод изделияДаТекстовыйНаименование изделияТекстовыйКод единицы измеренияТекстовыйЦенаДенежныйНомер складаТекстовыйЕдИзмКод единицы измеренияДаТекстовыйНаименование ед. измеренияТекстовыйСкладНомер складаДаТекстовыйНаименование складаТекстовыйЦехКод цехаДаТекстовыйНаименование цехаТекстовыйЦН (Цеховая накладная)Номер цехаДаТекстовыйНомер цеховой накладнойДаТекстовыйДата сдачиДата/времяСЦН (спецификация цеховой накладной)Номер цехаДаТекстовыйНомер цеховой накладнойДаТекстовыйДата сдачиДата/времяДоговорНомер договораДаТекстовыйКод заказчикаТекстовый СДОГ (спецификация договора)Номер договораДаТекстовыйМесяц отгрузкиДаТекстовыйКод изделияДаТекстовыйКоличествоЧисловой3.5.