Оценка неполной оплаты отгруженной продукции

нет
...

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

1.1. Описание предметной области и функции решаемых задач
В ходе исследования предметной области обнаружено, что предприятие производит изделия широкого потребления.
Система управления предприятием состоит из подсистем:
технической подготовки производства (разработка изделия, технологическая разработка),
планирования,
бухгалтерского учёта, материально-технического обеспечения процесса производства,
маркетинга,
финансового управления,
реализации и сбыта готовой продукции,
управление кадрами и другие.
Отделы управления предприятием выполняют выделенные комплексы задач с помощью закреплённых за ними подсистем управления: бухгалтерия - бухгалтерский учёт, плановый отдел - подсистема планирования и так далее. На малых предприятиях несколько подсистем управления с комплексами задач могу т быть поручены отдельному специалисту.
Отдел реализации и сбыта фирмы
В качестве предметной области рассмотрим деятельность отдела реализации и сбыта предприятия.
Сотрудники данного отдела выполняют функции контроля и учёта, выполняют функции анализа при решении перечисленных комплексов задач:
• анализ выполнения плана производства продукции,
• анализ выполнения плана отправки продукции заказчикам,
• анализ выполнения финансового плана,
• анализ перемещения продукции на складах,
• анализ обеспеченности плана отгрузки фактически сданной на склад продукцией, и другие.
При выполнении задач анализа обнаруживаются отклонения плановых данных фактическим. Если план реализован, отклонение равно нулю – это норма. Когда фактические данные выше плановых, то происходит превышение плана – образование излишка. Когда фактические данные ниже плановых показателей, план не выполнен – образуется дефицит.
В ходе анализа делается заключение (излишки или дефицит). Сотрудники отдела реализации и сбыта выясняют причины отклонений от плана и вырабатывают решения для удаления этих причин.
В ходе обследования отдела реализации и сбыта проанализированы главные процессы, отвечающие за формирование всех показателей, которые необходимы для выполнения набора задач подсистемы реализации и сбыта.
До начала планируемого года отдел планирования создаёт:
• планы производства продукции всеми цехами предприятия на последующий год с месячной разбивкой,
• план отправки продукции клиентам или список договоров на последующий год с месячной разбивкой.
Цехи отправляют готовую продукцию на склад. Процесс фактического производства изделий и передачи их на склад оформляется цеховыми накладными. В цеховых накладных отображается дата передачи продукции на склад. Исходя из типа производимых изделий, их передача на склад производится несколько раз в месяц или несколько раз в день. Для проведения анализа выполнения плана выпуска продукции фактические данные группируются по месяцам.

После получения груза заказчик производит оплату. Оплата оформляется платёжным поручением. Платёжное поручение выписывается на основании ТТН и состоит из двух частей. Общей (ПП) - с номерами ТТН и ПП, датой оплаты. В спецификации (СПП) указываются виды и количество оплачиваемой продукции. Ограничения предметной областиПо предметной области «Деятельность отдела сбыта и реализации готовой продукции предприятия» введём некоторые ограничения:На предприятии имеется несколько цехов, несколько складов. Предприятие выпускает несколько видов изделий, использует несколько единиц измерения. У изделия только одна единица измерения. У разных изделий может быть одинаковая единица измерения. С одним заказчиком можно заключить несколько договоров. Каждый договор заключается с одним заказчиком. Номер договора неизменен и уникален для предприятия. В каждом договоре может быть несколько наименований изделий. Одно и то же изделие может быть указано в одном договоре несколько раз в разные месяцы. Номер документа об отгрузке готовой продукции (ТТН) уникален для предприятия. Каждая ТТН относится только к одному договору. По одному договору может быть несколько отгрузок. ТТН может содержать несколько наименований изделий. Номер документа об оплате отгруженной продукции (ПП) уникален для плательщика (заказчика) Каждое ПП соответствует одной ТТН. Одной ТТН может соответствовать несколько ПП. В одном документе об оплате может быть несколько изделий. Все цены - в рублях. 2. ПОСТАНОВКА ЗАДАЧИ2.1. Организационно-экономическая сущность решаемых задачОдной из основных проблем в организации бесперебойной отгрузки товара по договорам является оценка неполной оплаты отгруженной продукции по всем заказчикам на заданный месяц.Для разрешения этого набора задач необходимы первичные документы: список заказчиков; список выпускаемой продукции; список товарно-транспортных накладных; список платежных поручений, список договоров, заключенных с заказчиком.Для расчета неполной оплаты отгруженной продукции по всем заказчикам на заданный месяц, в первую очередь, по товарно-транспортным накладным определить количество отгруженного товара по каждому договору за заданный месяц (дату перевести в месяц и подсчитать суммарную отгрузку за месяц). Что бы определить стоимость отгруженного товара, нужна Цена из таблицы Изделия. Затем по платежным поручениям определить количество оплаченного товара по каждому договору за заданный месяц. И также определить стоимость оплаченного товара. Неполную оплату отгруженного товара определить как разность между стоимостью отгруженного и оплаченного. Подсчитать итоговую сумму.Перечень комплекса задач:По документам «Товарно-транспортная накладная» получить стоимость отгруженного товара по каждому договору каждого заказчика за заданный месяц.По документам «Платежное поручение» получить стоимость оплаченного товара по каждому договору каждого заказчика за заданный месяц.Подсчитать недоплату как разность между стоимостью отгруженного и оплаченного товара.Подсчёт в строке “Итого ” выполнить в отчёте.Описание выходной информацииВыходную информацию представим в виде отчетных форм:Оценка неполной оплаты отгруженной продукции за _____месяц (номер)НаименованиезаказчикаНомер договораСумма (в руб)Неполная оплатаОтгруженоОплачено…………Итого???Описание входной информацииВходную информацию делят на условно-постоянную, сохраняющую свои значения на длительный период времени, и, на постоянно меняющуюся оперативно-учётную.Список выпускаемых изделий; список заказчиков относят к условно- постоянной информации; список договоров, заключенных с заказчиком; список платежных поручений; список товарно-транспортных накладных относятся к оперативно-учетной информации.Перечень первичных документов, а также источник и срок поступления представим в виде таблицы:Таблица 1. Перечень первичных документов№п/пНаимен. документаРеквизитыОт кого поступаетСрок поступления1.Список выпускаемых изделийКод изделияНаименование изделияЕдиница измеренияЦенаНомер складаФинансовые органыДо начала планируемого года2.Список заказчиковКод заказчикаНаименование заказчикаАдресФинансовые органыДо начала планируемого года3.Список договоровНомер договораКод заказчикаМесяц отгрузкиКод изделияКоличество Финансовые органы До начала планируемого года4Список товарно-транспортных накладныхНомер ТТНДата отгрузкиНомер договораКод изделияКоличество по ТТНБанкПо мере перечисления5Список платежных порученийНомер ТТННомер ППДата оплатыКод изделияКоличествоБанкПо мере перечисления3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ3.1. Анализ входной информации предметной области и выделение информационных объектов.В соответствии с перечисленным выше перечнем входных документов были созданы следующие сущности:Изделие – хранится информация о выпускаемых изделиях.ЕдИзм – хранится информация об единицах измерения выпускаемых изделийЗаказчик - хранится информация о заказчиках производимых изделийДоговор – хранится информация о списке договоров заключаемых с заказчиком СДОГ (спецификация договора) – сведения о месяце отгрузки и количестве продукции, которая должна быть отгружена по договорамТТН (товарно-транспортная накладная) - список документов, которые выписываются заказчикам при отгрузке готовых изделий СТТН (спецификация ТТН) - сведения о виде и количестве отгруженных изделийПП (платежное поручение) – список платежных порученийСПП (спецификация платежного поручения) – сведения об изделиях и их количестве оплаченных по ТТНКаждому объекту соответствуют свои атрибуты:Изделие: Код изделия, Наименование изделия, Единицы измерения, Цена, Склад;ЕдИзм: Код единицы измерения, Наименование ед. измерения;Заказчик: Код заказчика, Наименование заказчика, Адрес;Договор: Номер договора, Код заказчика.СДОГ: Номер договора, Месяц отгрузки, Код изделия, Количество.ТТН: Номер ТТН, Дата отгрузки, Номер договора.СТТН: Номер ТТН, Изделие, Количество по ТТН.ПП: Номер ТТН, Номер ПП, Дата оплатыСПП: Номер ТТН, Номер ПП, Код изделия, КоличествоВыберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Изделие» это будет уникальный код изделия, для сущности «ЕдИзм» это будет уникальный код единицы измерения. Сущность «Заказчик» определяется уникальным кодом заказчика. Для сущности Договор определяется уникальным номером договора, а для сущности СДОГ это будет составной ключ – номер договора, месяц отгрузки и код изделия. Сущность ТТН определяется уникальным номером ТТН, а СТТН составным ключом – номер ТТН и кодом изделия. Сущность ПП определяется составным ключом номером ТТН и номером ПП, а СПП составным ключом – номер ТТН, номер ПП и кодом изделия.3.2. Определение связей информационных объектов и построение информационно-логической модели.При проведении связи между сущностями первичный ключ главной сущности помещается в дочернюю сущность, то есть в сущность «Изделие» будет вставлен первичный ключ сущности «ЕдИзм» - Код единицы измерения. В сущность «Договор» будет вставлен первичный ключ таблицы «Заказчик» - Код заказчика. И в сущность ТТН будет вставлен первичный ключ таблицы «Договор» - Номер договора.В базе данных определены следующие отношения между таблицами:Таблица 2. – Классификация связей№Родительская таблицаДочерняя таблицаКлючиВид связи1ЕдИзмИзделиеКод единицы измеренияКод единицы измерения1:М2ЗаказчикДоговорКод заказчикаКод заказчика1:М3ДоговорСДОГНомер договораНомер договора1:М4ИзделиеСДОГКод изделияКод изделия1:М5ИзделиеСТТНКод изделияКод изделия1:М6ТТНСТТННомер ТТННомер ТТН1:М7ДоговорТТННомер договораНомер договора1:M8ТТНППНомер ТТННомер ТТН1:M9ППСППНомер ТТН, Номер ППНомер ТТН, Номер ПП1:M10ИзделиеСППКод изделияКод изделия1:MВыбор таких связей между таблицами «ЕдИзм» и «Изделие обусловлен тем что, на одной единицей измерения может измеряться несколько изделий. Для таблиц «Заказчик» и «Договор»– с одним заказчиком может быть заключено несколько договоров. Для таблиц «Договор» и «СДОГ» и «Изделие» и «СДОГ» по одному договору может быть запланировано к отгрузке несколько изделий. Для таблиц «ТТН» и «СТТН» и «Изделие» и «СТТН» по одному товарно-транспортной накладной может быть отгружено несколько изделий. Для таблиц «Договор» и «ТТН» по одному договору может быть несколько товарно-транспортных накладных. Для таблиц «ТТН» и «ПП» и «ПП» и «СПП» для одной товарно-транспортной накладной может быть несколько платежных поручений. Для описания инфологической модели есть несколько способов, однако, применение диаграмм «сущность-связь» (ER – Entity Relationship) [1] в настоящее время является одним из наиболее широко распространенных подходов, используемых при инфологическом моделировании. Предложенная П. Ченом в 1976 г. ER-модель модель, или «сущность-связь», является наиболее широко используемым представителем класса семантических (инфологических, концептуальных) моделей предметной области. ER-модель типично отображается в графическом виде, с применением оригинальной нотации П. Чена, известной как ER-диаграмма, или с применением других графических нотаций.Главные достоинства ER-моделей:модели обеспечивают возможность проектирования баз данных с большим количеством атрибутов и объектов; наглядность;ER-модели очень часто используются в системах автоматизированного проектирования баз данных (например, ERWin).Основные элементы ER-моделей:атрибуты объектов;связи между объектами.сущности (объекты);Сущность — объект предметной области, у которого есть атрибуты.Связь между сущностями определяется:типом связи (N:М, 1:N, 1:1,);классом принадлежности. Класс бывает необязательным и обязательным. Класс принадлежности — обязательный, когда каждый экземпляр сущности принимает участие в связи, в другом случае — необязательный.На рисунке 4 прeдстaвлена инфoлoгическaя модель бaзы дaнных, на котoрой отображены все сущности БД, oтнoшение между ними и атрибуты.Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО10СППНомер ППКод изделия3ДоговорКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСДОГДата сдачиНомер цеховой накладнойНомер цехаСТТН5Номер ТТНКод изделияКоличество по ТТНТТН6Дата отгрузкиНомер ТТННомер договора4ППНомер ППНомер ТТНЗаказчикКод заказчикаНаименование заказчикаАдрес272Количество по ППНомер ТТНДата оплатыРисунок 4 – Инфологическая модель базы данных3.3. Определение логической структуры базы данныхИнфологическая модель предметной области используется при даталогическом моделировании. В этом случае главной задачей даталогического моделирования будет описание свойств понятий предметной области, их ограничения, накладываемые на данные и взаимосвязь. Начальным прототипом разрабатываемой базы данных является даталогическая модель. Все понятия, определённые в ходе исследования предметной области и их взаимосвязи в дальнейшем будут помещены в конкретные структуры какой-либо конкретной базы данных [2].В результате разработки даталогической модели появляется модель, построенная с учетом выбранной модели данных, полученная в результате преобразования инфологической модели с применением определенных правил.Из этого следует, что даталогическая модель отображает структуру базы данных с учетом особенностей модели данных. Реляционная модель данных на сегодняшний день является наиболее популярной. Исходя из этого рассмотрим трансформацию инфологической модели в реляционную даталогическую.На рисунке 5. пpивeдена схема бaзы дaнных «Отдел сбыта готовой продукции предприятия».Рисунoк 5 – Сxeма бaзы дaнных «Отдел сбыта готовой продукции предприятия»3.4. Разработка физической структуры базы данных.Рассмотрим правила преобразования ER-модели в реляционную [3].Каждой сущности ставится в соответствие отношение реляционной модели данных. При этом имена сущности и отношения могут быть различными, потому что на имена сущностей могут не накладываться дополнительные синтаксические ограничения, кроме уникальности имени в рамках модели.Каждый атрибут сущности становится атрибутом соответствующего отношения. Для каждого атрибута задается конкретный допустимый в СУБД тип данных и обязательность или необязательность данного атрибута (то есть допустимость или недопустимость NULL значений для него).Первичный ключ сущности становится PRIMARY KEY соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL).В каждое отношение, соответствующее подчиненной сущности, добавляется набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом (FOREING KEY).Для моделирования необязательного типа связи на физическом уровне у атрибутов, соответствующих внешнему ключу, устанавливается свойство допустимости неопределенных значений (признак NULL). При обязательном типе связи атрибуты получают свойство отсутствия неопределенных значений (признак NOT NULL).Исходя из вышеизложенных правил, приведем состав таблиц БД. Для каждого поля таблицы указывается размер поля (количество символов), тип. Для первичных ключей необходимо ввести запрет неопределенных значений. Для остальных полей возможность запрета неопределенных значений определяется семантикой предметной области.Таблица 3. Состав таблиц базы данных «Отдел сбыта готовой продукции предприятия»Названиетаблицы и ИО РеквизитыКлючТип данныхФормат поляИзделиеКод изделияДаТекстовыйНаименование изделияТекстовыйКод единицы измеренияТекстовыйЦенаДенежныйНомер складаТекстовыйЕдИзмКод единицы измеренияДаТекстовыйНаименование ед. измеренияТекстовыйЗаказчикКод заказчикаДаТекстовыйНаименование заказчикаТекстовыйАдресТекстовыйДоговор Номер договораДаТекстовыйКод заказчикаТекстовыйСДОГ (спецификация договора)Номер договораДаТекстовыйМесяц отгрузкиДаТекстовыйКод изделияДаТекстовыйКоличествоЧисловойТТН (товарно-транспортная накладная)Номер ТТНДаТекстовыйДата отгрузкиДата/времяКраткий формат датыНомер договораТекстовыйСТТН (специфи-кация ТТН)Номер ТТНДаТекстовыйКод изделияДаТекстовыйКоличество по ТТНЧисловойцелоеПП (платежное поручение)Номер ТТНДаТекстовыйНомер ППДаДата оплатыДата/времяКраткий формат датыСПП (спецификация платежного поручения)Номер ТТНДаТекстовыйНомер ППДаТекстовыйКод изделияТекстовыйКоличество по ППЧисловойцелое3.5. Контрольный примерПо приведенным исходным данным выполним вручную решение поставленной задачи (контрольный пример).Рассчитаем стоимость отгруженной продукции по каждому договору каждого заказчика на заданный месяц. Для этого отберем записи из ТТН, СТТН, Договор, Заказчик, Изделие. Сгруппируем данные по наименованию заказчика, по номеру договора и по месяцу отгрузки и просуммируем по произведению Количества и Цены (Сумма отгружено).Рассчитаем стоимость оплаченной продукции по каждому договору каждого заказчика на заданный месяц. Для этого отберем записи из ПП, СПП, Договор, Заказчик, Изделие. Также сгруппируем данные по наименованию заказчика, по номеру договора и по месяцу отгрузки и просуммируем по произведению Количества и Цены (Сумма оплачено).Для расчета неполной оплаты из результата, полученного в первом пункте, вычтем результат, полученный во втором пункте. И подсчитаем итог. В результате получим отчет со следующими данными:Таблица 4. Расчет неполной оплаты отгруженной продукции за 5 месяцНаименование заказчикаНомер договораМесяц отгрузкиСумма отгруженоСумма оплаченоНеполная оплатаLavkaLavka, фермерский магазин11145193 521,00р.191 980,00р.1 541,00р.LavkaLavka, фермерский магазин11115261 300,00р.189 280,00р.72 020,00р.Ближние Горки, фермерская лавка11175309 730,00р.309 730,00р.