АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

7. СОЗДАНИЕ КНОПОЧНОЙ ФОРМЫ С ПОМОЩЬЮ ДИСПЕТЧЕРА КНОПОЧНЫХ ФОРМ
Разработаем структуру кнопочной формы, представив ее в виде таблицы.
Таблица 9 – Структура кнопочной формы
Название страницы КФ Элементы Действие
Отдел сбыта готовой продукции предприятия (главная страница) Выход Выход из приложения Access
Добавление данных Форма Договор Открытие формы Договор в режиме добавления
Форма Товарно-транспортная накладная Открытие формы Товарно-транспортная накладная в режиме добавления
Редактирование данных Форма Изделие Открытие формы Изделие в режиме редактирования
Форма Единицы измерения Открытие формы Единицы измерения в режиме редактирования
Форма Заказчик Открытие формы Заказчик в режиме редактирования
Подача запроса
и просмотр Отчета Запрос Фактическая отгрузка Просмотр запроса Фактическа ...

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

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

Каждый договор заключается с одним заказчиком. Номер договора является постоянным и уникальным для предприятия. В каждом договоре может быть несколько видов изделий. В одном договоре в разные месяцы одно и то же изделие может быть указано несколько раз. Номер ТТН об отгрузке готовой продукции уникален для предприятия. Каждая ТТН относится только к одному договору. По одному договору может быть несколько отгрузок. ТТН может включать несколько наименований изделий. Все цены определяются в рублях. 2. ПОСТАНОВКА ЗАДАЧИ2.1. Организационно-экономическая сущность решаемых задачОдной из основных проблем в организации бесперебойной отгрузки товара по договорам является расчет фактической отгрузки по конкретному заказчику за конкретный месяц.Для разрешения этого набора задач необходимы первичные документы: список заказчиков; список выпускаемой продукции; список товарно-транспортных накладных; список договоров, заключенных с заказчиком.Для расчета фактически отгруженной продукции по заданному заказчику на заданный месяц, в первую очередь, по документам Товарно-транспортная накладная получить общее количество каждого изделия запланированного к отгрузке конкретному заказчику за заданный месяц (дату перевести в месяц и подсчитать суммарную отгрузку за месяц). Что бы определить стоимость запланированного к отгрузке товара, нужна Цена из таблицы Изделия. Затем подсчитать суммы отгрузки по каждому договору итоговую сумму по заказчику.Перечень комплекса задач:По документам “Товарно-транспортная накладная” получить общее количество и стоимость каждого изделия, запланированного к отгрузке, по заданному заказчику за заданный месяц. Получить в отчёте суммы отгрузки по каждому договору и общий итог по заказчику в стоимостном выражении. 2.2. Описание выходной информацииВыходную информацию представим в виде отчетных форм:Отгрузка изделий заказчику ____________ за ______месяц (Наименование)Номер договораНаименованиеизделияЕд. измер.Фактич. отгрузкаКоличествоСумма (в руб.)…………Итого по договору?…………Итого по договору?Всего по заказчику?Описание входной информацииВходная информация делится на непрерывно меняющуюся оперативно-учётную и, на условно-постоянную, которая не изменяет своё значение в длительный период времени.Списки складов и выпускаемых изделий относят к условно-постоянной информации; к оперативно-учетной информации относятся списки товарно-транспортных накладных и цеховых накладных.Перечень первичных документов, источник и срок поступления отобразим в виде таблицы:Таблица 5 – Перечень первичных документов№п/пНаимен. документаРеквизитыОт кого поступаетСрок поступления1.Список выпускаемых изделийКод изделияНаименование изделияЕдиница измеренияЦенаНомер складаФинансовые органыДо начала планируемого года2.Список заказчиковКод заказчикаНаименование заказчикаАдресФинансовые органыДо начала планируемого года3.Список договоровНомер договораКод заказчикаМесяц отгрузкиКод изделияКоличество Финансовые органы До начала планируемого года4Список товарно-транспортных накладныхНомер ТТНДата отгрузкиНомер договораКод изделияКоличество по ТТНБанкПо мере перечисления3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ3.1. Анализ входной информации предметной области и выделение информационных объектов.В соответствии с перечисленным выше перечнем входных документов были созданы следующие сущности:Изделие – хранится информация о выпускаемых изделиях.ЕдИзм – хранится информация об единицах измерения выпускаемых изделийЗаказчик - хранится информация о заказчиках производимых изделийДоговор – хранится информация о списке договоров заключаемых с заказчиком СДОГ (спецификация договора) – сведения о месяце отгрузки и количестве продукции, которая должна быть отгружена по договорамТТН (товарно-транспортная накладная) - список документов, которые выписываются заказчикам при отгрузке готовых изделий СТТН (спецификация ТТН) - сведения о виде и количестве отгруженных изделийКаждому объекту соответствуют свои атрибуты:Изделие: Код изделия, Наименование изделия, Единицы измерения, Цена, Склад;ЕдИзм: Код единицы измерения, Наименование ед. измерения;Заказчик: Код заказчика, Наименование заказчика, Адрес;Договор: Номер договора, Код заказчика.СДОГ: Номер договора, Месяц отгрузки, Код изделия, Количество.ТТН: Номер ТТН, Дата отгрузки, Номер договора.СТТН: Номер ТТН, Изделие, Количество по ТТН.Выберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Изделие» это будет уникальный код изделия, для сущности «ЕдИзм» это будет уникальный код единицы измерения. Сущность «Заказчик» определяется уникальным кодом заказчика. Для сущности Договор определяется уникальным номером договора, а для сущности СДОГ это будет составной ключ – номер договора, месяц отгрузки и код изделия. Сущность ТТН определяется уникальным номером ТТН, а СТТН составным ключом – номер ТТН и кодом изделия. 3.2. Определение связей информационных объектов и построение информационно-логической модели.При проведении связи между сущностями первичный ключ главной сущности помещается в дочернюю сущность, то есть в сущность «Изделие» будет вставлен первичный ключ сущности «ЕдИзм» - Код единицы измерения. В сущность «Договор» будет вставлен первичный ключ таблицы «Заказчик» - Код заказчика. И в сущность ТТН будет вставлен первичный ключ таблицы «Договор» - Номер договора.В базе данных определены следующие отношения между таблицами:Таблица 6 – Классификация связей№Родительская таблицаДочерняя таблицаКлючиВид связи1ЕдИзмИзделиеКод единицы измеренияКод единицы измерения1:М2ЗаказчикДоговорКод заказчикаКод заказчика1:М3ДоговорСДОГНомер договораНомер договора1:М4ИзделиеСДОГКод изделияКод изделия1:М5ИзделиеСТТНКод изделияКод изделия1:М6ТТНСТТННомер ТТННомер ТТН1:М7ДоговорТТННомер договораНомер договора1:MВыбор таких связей между таблицами «ЕдИзм» и «Изделие» обусловлен тем, что одной единицей измерения может измеряться несколько изделий. Для таблиц «Заказчик» и «Договор»– с одним заказчиком может быть заключено несколько договоров. Для таблиц «Договор» и «СДОГ» и «Изделие» и «СДОГ» по одному договору может быть запланировано к отгрузке несколько изделий. Для таблиц «ТТН» и «СТТН» и «Изделие» и «СТТН» по одному товарно-транспортной накладной может быть отгружено несколько изделий. Для таблиц «Договор» и «ТТН» по одному договору может быть несколько товарно-транспортных накладных. Для описания инфологической модели существует несколько способов, однако, применение диаграмм «сущность-связь» (ER – Entity Relationship) [3] в настоящее время является одним из наиболее широко распространенных подходов, используемых при инфологическом моделировании. ER-модель типично отображается в графическом виде, с применением оригинальной нотации П. Чена, известной как ER-диаграмма, или с применением других графических нотаций.Основные элементы ER-моделей:сущности (объекты);Сущность есть объект предметной области, который имеет атрибуты.связи между объектами.Связь между сущностями определяется:типом связи (1:1, 1:N, N:М);атрибуты объектов;классом принадлежности. Класс бывает необязательным и обязательным. Класс принадлежности — обязательный, когда каждый экземпляр сущности принимает участие в связи, в другом случае — необязательный.На рисунке 3 изображена инфoлoгическaя модель базы данных, на которой отображены все сущности БД, их атрибуты и отношение между ними.Изделиекод_изделияНаименование изд.Код ед. изм.Цена Номер складаЕдИзм1Код ед. изм.ФИО3ДоговорКоличество по ЦНКод изделияНомер цеховой накл.Номер цехаСДОГДата сдачиНомер цеховой накладнойНомер цехаСТТН5Номер ТТНКод изделияКоличество по ТТНТТН6Дата отгрузкиНомер ТТННомер договора4ЗаказчикКод заказчикаНаименование заказчикаАдрес27Рисунок 3 – Инфологическая модель базы данных3.3. Определение логической структуры базы данныхИнфологическая модель предметной области используется при даталогическом моделировании. В этом случае главной задачей даталогического моделирования будет описание свойств понятий предметной области, их ограничения, накладываемые на данные и взаимосвязь. Начальным прототипом разрабатываемой базы данных является даталогическая модель. Все понятия, определённые в ходе исследования предметной области и их взаимосвязи в дальнейшем будут помещены в конкретные структуры какой-либо конкретной базы данных [7].В результате разработки даталогической модели появляется модель, построенная с учетом выбранной модели данных, полученная в результате преобразования инфологической модели с применением определенных правил.Из этого следует, что даталогическая модель отображает структуру базы данных с учетом особенностей модели данных. Реляционная модель данных на сегодняшний день является наиболее популярной. Исходя из этого, рассмотрим трансформацию инфологической модели в реляционную даталогическую.На рисунке 4 приведена схема бaзы дaнных «Отдел сбыта готовой продукции предприятия».Рисунoк 4 – Сxeма бaзы дaнных «Отдел сбыта готовой продукции предприятия»3.4. Разработка физической структуры базы данных.Рассмотрим правила преобразования ER-модели в реляционную [6].Каждой сущности ставится в соответствие отношение реляционной модели данных. При этом имена отношения и сущности могут быть разными, потому что на имена сущностей не накладываются ни какие синтаксические ограничения, кроме уникальности имени в рамках модели.Каждый атрибут сущности становится атрибутом соответствующего отношения. Для каждого атрибута назначается допустимый в СУБД тип данных и необязательность или обязательность данного атрибута (то есть может или не может атрибут принимать значение NULL).Первичный ключ сущности становится PRIMARY KEY соответствующего отношения. Атрибуты, которые входят в первичный ключ отношения, получают автоматически свойство обязательности.В каждое отношение, соответствующее подчиненной сущности, помещается набор атрибутов основной сущности, который есть первичный ключ основной сущности. В отношении, которое соответствует подчиненной сущности, этот набор атрибутов становится внешним ключом или FOREING KEY.Для обозначения необязательного типа связи на физическом уровне у атрибутов, которые соответствуют внешнему ключу, устанавливается признак NULL или свойство допустимости неопределенных значений. При обязательном типе связи атрибуты приобретают признак NOT NULL или свойство отсутствия неопределенных значений.Исходя из вышеизложенных правил, приведем состав таблиц БД. Для каждого поля таблицы указывается тип хранимых данных и размер поля (количество символов). Для первичных ключей нужно запретить ввод неопределенных значений. Для остальных полей возможность запрета ввода неопределенных значений определяется смыслом предметной области.Таблица 7 – Состав таблиц базы данных «Отдел сбыта готовой продукции предприятия»Названиетаблицы и ИО РеквизитыКлючТип данныхФормат поляИзделиеКод изделияДаТекстовыйНаименование изделияТекстовыйКод единицы измеренияТекстовыйЦенаДенежныйНомер складаТекстовыйЕдИзмКод единицы измеренияДаТекстовыйНаименование ед. измеренияТекстовыйЗаказчикКод заказчикаДаТекстовыйНаименование заказчикаТекстовыйАдресТекстовыйДоговор Номер договораДаТекстовыйКод заказчикаТекстовыйСДОГ (спецификация договора)Номер договораДаТекстовыйМесяц отгрузкиДаТекстовыйКод изделияДаТекстовыйКоличествоЧисловойТТН (товарно-транспортная накладная)Номер ТТНДаТекстовыйДата отгрузкиДата/времяКраткий формат датыНомер договораТекстовыйСТТН (спецификация ТТН)Номер ТТНДаТекстовыйКод изделияДаТекстовыйКоличество по ТТНЧисловойцелое3.5. Контрольный примерПо приведенным исходным данным выполним вручную решение поставленной задачи (контрольный пример).Рассчитаем общее количество каждого изделия в стоимостном выражении, запланированного к отгрузке. Для этого отберем записи из Договор, Заказчик, Изделие, ТТН и СТТН. Также сгруппируем данные по наименованию изделия, по наименованию заказчика, по номеру договора и по месяцу отгрузки и просуммируем по полю Количество по ТТН. По договорам с заказчиком ООО «АВОСЬКА УНИВЕРСАМ» в пятом месяце запланированы к отгрузке изделия: по договору 1111: 123460 количеством 150 и 123465 количеством 300;по договору 1114: 123466 количеством 400 и 123457 количеством 950. Чтобы рассчитать количество каждого изделия в стоимостном выражении умножим на цену изделия из таблицы Изделие. По договору 1111:Для изделия 123460: 150*24,15=3622,5р. Для изделия 123465: 300*26,4=7920р. Итого по договору 1111: 3622,5+7920= 11542,5р.По договору 1114:Для изделия 123466: 400*31=12400р. Для изделия 123457: 950*28,45=27027,5р. Итого по договору 1114: 12400+27027,5= 39427,5р.Итого 11542,5+39427,5= 50970р.В результате получим отчет со следующими данными:Таблица 8 – Отгрузка изделий заказчику ООО «АВОСЬКА УНИВЕРСАМ» за 5 месяцНомер договораНаименование изделияЕд. измКоличество по ТТНСумма1111М-з"Махеевъ" "Провансаль" 400 млшт1503 622,50р.1111Хрен "Махеев" Столовый с\б.190г.шт3007 920,00р.Итого по договору11 542,50р.1114Кетчуп"Махеев"в/к"Краснодарский" 500гршт40012 400,00р.1114М-з "Махеевъ" "Оливковый" 400млшт95027 027,50р.Итого по договору39 427,50р.Всего по заказчику50 970,00р.4. СОЗДАНИЕ БАЗЫ ДАННЫХ4.1.