Разработка информационной системы автоматизации учета выпуска готовой продукции приборостроительного предприятия "Фабрика измерительных приборов"

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Некоторые организации используют для этого бумажные носители, но большинство предпочитают компьютеризированные способы - базы данных, позволяющие эффективно хранить, структурировать и систематизировать большие объемы данных. Сегодня без баз данных невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций.

Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование технологии баз данных позволяет сберечь значительные средства и время для получения необходимой информации, упрощает доступ и ведение, так как базы данных используют комплексную обработку данных и централизацию их хранения. Кроме того, ЭВМ позволяет хранить любые форматы данных, текст, чертежи, данные в рукописной форме, фотографии и т.д.

Учитывая всё вышеописанное, понятно, что актуальность создания информационной системы для автоматизации предприятия очень высока на сегодняшний день.

Цель работы является разработка информационной системы автоматизации учета выпуска готовой продукции приборостроительного предприятия «Фабрика измерительных приборов». Индивидуальное задание: «Оценка выполнения плана сдачи цехами заданного изделия на склад до конца заданного месяца». Цель задачи: рассчитать план сдачи на склад заданного изделия до конца заданного месяца с учетом факта сдачи с начала года.

Данная автоматизированная информационная система должна работать с данными, накопление этих данных позволит проводить анализ деятельности предприятия за любой период времени. Благодаря использованию базы данных, существенно сокращается время, затрачиваемое на подготовку информации для использования в других подсистемах. Это достигается путем выбора наиболее оптимального способа хранения данных.

Последующие разделы будут посвящены решению поставленных задач и разработке приложения с вышеперечисленными функциями.

1. Аналитическая часть

1.1 Анализ предметной области

Функции предметной области.

Коммерческое приборостроительное предприятие «Тюменский приборостроительный завод» специализируется на производстве средств весоизмерения. Созданный в суровом 1941 году, закаленный военным временем, вот уже 77 лет завод живет, работает, ориентируясь на нужды региона и страны. Предприятие состоит из различных подразделений: технологический отдел, отдел закупок, плановый отдел, склад, производственный отдел, бухгалтерия, отдел кадров, рекламный отдел, отдел продаж, транспортный отдел. Каждое подразделение автоматизируется и совершенствуется для повышения производительности всего предприятия.

В данной работе будет разрабатываться информационная система для автоматизации планового отдела. Этот отдел отвечает за разработку цеховых месячных планов по выпуску изделий и за анализ выполнения плана. Из данного отдела в цеха по договору на поставку продукции поступает план выпуска продукции цехом. Цеха сдают изделия на склад согласно цеховой накладной.

Ограничения предметной области.

При разработке информационной системы для автоматизации планового отдела существует следующий набор ограничений. Ограничения по договорам: каждый договор заключается только с одним заказчиком, но при этом с одним заказчиком может быть заключено несколько договоров. Также, с одним заказчиком может быть заключено несколько договоров, а в договоре может быть несколько изделий и одно и то же изделие - затребовано в разные месяцы. На один договор может быть выписано несколько счетов, счёт включает расшифровку по товарам, потому что счёт и накладная всегда ссылаются на договор - основание. Номера договоров и счетов уникальны для поставщика, и рассматриваются договоры только текущего года.

Накладная цеха на сдачу продукции на склад (цеховая накладная) всегда привязана к одному складу продукции, может содержать несколько наименований товаров, и её номер уникален для данного цеха. Это означает, что один и тот же номер может быть в цеховых накладных разных цехов. Следовательно, однозначная идентификация цеховых накладных осуществляется двумя реквизитами: номером цеховой накладной и номером (или наименованием) цеха.

Товар закреплен за одним складом продукции и может выпускаться несколькими цехами. Код товара является уникальным и неизменным. Каждый цех может выпускать несколько наименований товаров. Количество товара измеряется целым числом единиц измерения. Предприятие производит товары, которые измеряются в штуках, поэтому у товара только одна единица измерения.

Наименования цехов могут меняться, а номера цехов и складов уникальны и не изменяются. Месяц является отчетным периодом и поэтому период плана выпуска цехом продукции равен месяцу. Заданный промежуток анализа задаётся номером месяца конца периода (начало промежутка анализа по умолчанию равно началу текущего года). На одном складе могут храниться различные товары, а каждый товар может храниться только на одном складе.

Нам заданы следующие количественные ограничения: ассортимент изделий - не более 100, число цехов, выпускающих продукцию, - не более трёх, число складов продукции - не более трех.

Описание входной информации.

Входной документ - документ, который составляется по определённой форме и содержит данные, требуемые для ввода в информационную систему. К входным документам можно отнести: цеховую накладную, план выпуска продукции цехом, договор, справочник товаров, справочник цехов, справочник складов.

Данные о сдаче цехами продукции на склады предприятия содержатся в документе «Цеховая накладная». В анкетной части этого документа содержатся его номер и дата выписки, номер и наименование цеха и склада. Номер этого документа уникален только для данного цеха и, следовательно, может повторяться в накладных разных цехов. Поэтому однозначное определение реквизитов «Дата составления цеховой накладной» и «Номера склада» осуществляется одновременно двумя реквизитами: «Номер цеховой накладной» и «Номер цеха». Документ представлен на рисунке 1.

Рисунок 1 - Цеховая накладная

Данные о планах выпуска продукции цехами предприятии содержатся в документе «План выпуска продукции цехом». Содержательная часть этого документа в анкетной части включает номер и наименование цеха, а в табличной части -- данные о планируемых к выпуску товарах по месяцам года. Номер цеха является уникальным для предприятия и однозначно определяет наименование цеха. Наименование товара является уникальным и однозначно определяет его единицу измерения. В соответствии с ограничениями предметной области один и тот же товар может выпускаться несколькими цехами. Каждый товар может выпускаться в различные месяцы. Следовательно, количество товаров по плану определяется совокупностью трех реквизитов: наименованием товара, номером цеха и месяцем выпуска. Документ представлен на рисунке 2.

Рисунок 2 - План выпуска продукции цехом

Рисунок 3 - Справочник товаров, цехов, складов

Справочник товаров представляет собой список необходимой информации о товарах на предприятии: код товара, наименование товара, единица измерения товара, цена за единицу измерения, нормативный запас, номер склада. Справочник цехов представляет собой список необходимой информации о цехах на предприятии: номер цеха, наименование цеха. Справочник складов представляет собой список необходимой информации о складах на предприятии: номер склада, наименование склада. Все три справочника представлены на рисунке 3.

Описание выходной информации.

Выходной документ - документ, являющийся носителем результата обработки данных. Документы, являющиеся результатом обработки исходных данных и содержащие результативную информацию, называются выходными. В данном случае выходные документы - отчёты. Отчёт «Оценка долга цехов-изготовителей» составляется раз в месяц и отражает информацию о выполнение плана сдачи цехами продукции на заданный склад в заданном месяце. Каждый отчёт составляется в двух экземплярах и выполняется по цехам, складам и тем изделиям, по которым не выполнен план сдачи на склад продукции до конца заданного месяца. Один экземпляр передаётся начальнику планового отдела, а второй - подшивается в плановом отделе. Алгоритм получения отчёта:

Рисунок 4 - Отчёт плана сдачи изделий на склад цехами

1. по документу «План выпуска продукции цехом» подсчитываем общее количество запланированного к выпуску изделий цехами предприятия с начала года.

2. по документам «Цеховая накладная» подсчитываем общее количество фактически сданных на склад изделий цехами предприятия с начала года.

3. Задав конец месяца, определяем долг как положительную разность между первой и второй суммами.

Внешний вид отчёта представлен на рисунке 4.

1.2 Постановка задачи

Требуется разработать информационную систему, осуществляющую автоматизацию учёта планового отдела коммерческого предприятия, который включает в себя базу данных разработанную на СУБД Access. Автоматизация производится для повышения производительности планового отдела, а также предприятия в целом.

В том числе информационная система должна предусмотреть автоматическое формирование отчёта о выполнение плана сдачи цехами продукции на склад с начала года.

1.3 Техническое задание

Введение.

Автоматизированные информационные системы позволяют упростить работу для сотрудников и экономить затрачиваемое время на выполнение определённых задач, что является огромным преимуществом, автоматизированное предприятие будет иметь большую производительность, чем неавтоматизированное предприятие. Соответственно повысится прибыль автоматизированного предприятия, что позволит вести конкурентную борьбу на более высоком уровне на потребительском рынке. Кроме того, создание автоматизированной информационной системы позволяет повысить качество услуг, предоставляемых заказчикам и клиентам, создавать и улучшать продукцию, а также создавать основу конкуренции путём изменения таких составляющих как цена, расходы, качество.

Назначение.

Данная информационная система автоматизирует работу «Планового отдела» и предусматривает автоматическую выдачу отчёта «Оценка долга цехов-изготовителей до конца заданного месяца».

Помимо этого, назначение автоматизированного подразделения состоит в следующем:

- ввод информации из внутренних или внешних источников;

-обработка входной информации и представление её в удобном виде;

-поиск и сортировка информации для удобного и быстрого доступа;

- наличие логина и пароля для входа;

-хранение данной информации;

- вывод информации для представления и передачи в другую систему;

-защита от несанкционированного доступа к информации.

Требования к программе или программному изделию.

а) Требования к функциональным характеристикам.

База данных обеспечивает хранение, обработку данных, поддерживает актуальность информации, позволяет осуществлять поиск и выдачу информации.

б) Требования к надежности.

Необходимо наличие резервного копирования и разграничения доступа к базе данных.

в) Требования к составу и параметрам технических средств:

- процессор: 32- или 64-разрядный процессор с тактовой частотой 1 ГГц;

- операционная система: Windows 7/8/10, Windows Server 2012;

- оперативная память: 1 ГБ (для 32-разрядных систем); 2 ГБ (для 64-разрядных систем);

- свободное место на жестком диске: 3 ГБ свободного места на диске;

- сетевое оборудование для создания режима клиент-сервер;

- устройств ввода/вывода рабочей станции.

г) Требования к информационной и программной совместимости

Программа должна работать корректно и обрабатываться под управлением СУБД Microsoft Access 2016, в среде ОС Windows 7/8/8.1/10. Также в СУБД необходимо наличие высокоуровневого языка программирования Visual Basic Application(VBA).

д) Требования к программной документации

При проектировании информационной системы должно быть описание базы данных, её схема и создание таких документов как:

- Описание программы;

- Техническое задание;

- Инструкции по эксплуатации;

- Руководство программиста;

- Руководство пользователя;

- Пояснительная записка.

2. Проектная часть

2.1 Концептуальное проектирование

Концептуальное проектирование представляет собой сбор, анализ и редактирование требований к данным. Для создания концептуальной модели следует осуществить описание сущностей и их атрибутов, а также описание связей между сущностями. После описания сущностей и связей между ними мы получаем концептуальную модель. Чаще всего она представлена в виде модели «сущность-связь». При анализе предметной области выявлено 5 сущностей.

1. Сущность «План выпуска готовой продукции цехом» содержит атрибуты: номер цеха, наименование товара, месяц выпуска, являющиеся ключевыми атрибутами, наименование цеха, единица измерения, количество по плану, номер склада.

2. Сущность «Справочник складов» содержит атрибуты: номер склада, являющийся ключевым атрибутом, а так же наименование склада.

3. Сущность «Справочник товаров» содержит атрибуты: наименование товара, являющийся ключевым атрибутом, код товара, единица измерения товара, цена за единицу измерения, нормативный запас, номер склада.

4. Сущность «Справочник цехов» содержит атрибуты: номер цеха, являющийся ключевым атрибутом, наименование цеха.

5. Сущность «Цеховая накладная» содержит атрибуты: номер цеховой накладной, номер цеха, наименование товара, являющийся ключевым атрибутом, наименование цеха, единица измерения, количество, дату цеховой накладной, номер склада, наименование склада.

Между следующими сущностями существуют связи:

1) Сущность «План выпуска продукции цехом» связана с:

- сущностью «Справочник товаров» с показателем кардинальности N:1;

- сущностью «Справочник складов» с показателем кардинальности N:1;

- сущностью «Справочник цехов» с показателем кардинальности N:1;

- сущностью «Цеховая накладная» с показателем кардинальности N:N;

2) Сущность «Цеховая накладная» связана с :

- сущностью «Справочник товаров» с показателем кардинальности N:1;

- сущностью «Справочник цехов» с показателем кардинальности N:1;

- сущностью «Справочник складов» с показателем кардинальности N:1;

3) Сущность «справочник товаров» связана:

- сущностью «Справочник складов» с показателем кардинальности N:1;



Рисунок 5 - Концептуальная модель сущность-связь

2.2 Представление БД реляционной моделью

Нормализация отношений.

Нормализация отношений -- одна из основополагающих частей теории реляционных баз данных. Цель нормализации отношений -- избавиться от избыточности в отношениях и модифицировать их структуру таким образом, чтобы процесс работы с ними не был обременён различными посторонними сложностями. При игнорировании такого подхода эффективность проектирования стремительно снижается, что может привести к критическим последствиям.

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

Отношение, находящееся в 1НФ, также может обладать избыточностью. Для её устранения необходимо привести отношения ко второй нормальной форме (2НФ).

Отношение находится во 2НФ, когда оно находится в первой нормальной форме, и каждый его неключевой атрибут неприводимо зависим от первичного ключа.

Отношение находится в 3НФ, когда находится во 2НФ и каждый не ключевой атрибут нетранзитивно зависит от первичного ключа.

В отношении «Цеховая накладная» «наименование товара», «№ цеховой накладной», «№ цеха» являются составным ключом. От этого ключа функционально частично по атрибуту «№ цеха» зависит атрибут «наименование цеха». Декомпозиция не требуется, так как «наименование цеха» имеется в отношении «справочник цехов». Удаляем «наименование цеха» из отношения «цеховая накладная». Также от составного ключа частично функционально по атрибуту «наименование товара» зависит «единица измерения» и «№ склада», но декомпозиция не требуется, так как «единица измерения» и «№ склада» имеются в отношении « справочник товаров». Удаляем «единицу измерения» и «№ склада» из отношения «цеховая накладная». Одновременно необходимо удалить атрибут «наименование склада», который транзитивно зависел от первичного ключа через неключевой атрибут «№ склада». Тем самым мы избавились от единственной транзитивной зависимости, что позволит привести отношения к 3НФ одновременно с приведением ко 2НФ. Атрибут «количество» зависит от составного первичного ключа функционально полно, поэтому декомпозиция не требуется. Также от составного ключа частично функционально по атрибуту «№ цеховой накладной» зависит атрибут « дата цеховой накладной». Необходимо произвести декомпозицию на два новых отношения «спецификация цеховой накладной» и «цеховая накладная». В отношении «цеховая накладная» остаются: «№ цеховой накладной», «№ цеха», «дата цеховой накладной». Сюда же надо добавить еще одно поле «шифр документа» и сделать его первичным ключом, иначе не удастся осуществить связь между отношениями. В отношение «спецификация цеховой накладной» копируем «шифр документа» и переносим «наименование товара», «количество». Отношение приведено ко 2НФ и 3НФ.

В отношении «План выпуска продукции цехом» «наименование товара», «месяц выпуска», «№ цеха» являются составным ключом. От этого ключа функционально частично по атрибуту «наименование товара» зависят атрибуты «единица измерения» и «№ склада». Декомпозиция не требуется, так как «единица измерения» и «№ склада» имеются в отношении «справочник товаров». Удаляем «единицу измерения» и «№ склада» из отношения «план выпуска продукции цехом». Также от составного ключа частично функционально по атрибуту «№ цеха» зависит «наименование цеха», но декомпозиция не требуется, так как «наименование цеха» имеется в отношении «справочник цехов». Удаляем «наименование цеха» из отношения «план выпуска продукции цехом». Отношение приведено ко 2НФ. В отношении нет транзитивно зависимых атрибутов, поэтому отношение находится в 3НФ.

Сущности «справочник цехов», «справочник товаров» и «справочник складов» находятся во 2НФ и 3НФ так как их первичные ключи не являются составными, и нет транзитивных зависимостей.

Преобразование бинарных связей.

Сущности «справочник складов» и «справочник товаров» имеют показатели кардинальности 1:N, со стороны многие «справочник товаров». Так как класс принадлежности отношения «справочник товаров» является обязательным, то можно удовлетвориться двумя отношениями: «справочник складов» и «справочник товаров». Отношение «справочник складов» в данной связи является родительским, в качестве внешнего ключа используется «№ склада».

Сущности «спецификация цеховой накладной» и «справочник товаров» имеют показатели кардинальности 1:N, со стороны многие «спецификация цеховой накладной». Так как класс принадлежности отношения «спецификация цеховой накладной» является обязательным, то можно удовлетвориться двумя отношениями: «спецификация цеховой накладной» и «справочник товаров». Отношение «справочник товаров» в данной связи является родительским, в качестве внешнего ключа используется наименование товара».

Сущности «цеховая накладная» и «справочник цехов» имеют показатели кардинальности 1:N, со стороны многие «цеховая накладная». Так как класс принадлежности отношения «цеховая накладная» является обязательным, то можно удовлетвориться двумя отношениями: «цеховая накладная» и «справочник цехов». Отношение «справочник цехов» в данной связи является родительским, в качестве внешнего ключа используется «№ цеха».

Сущности «цеховая накладная» и «спецификация цеховой накладной» имеют показатели кардинальности 1:N, со стороны многие «спецификация цеховой накладной». Так как класс принадлежности отношения «спецификация цеховой накладной» является обязательным, то можно удовлетвориться двумя отношениями: «спецификация цеховой накладной» и «цеховая накладная». Отношение «цеховая накладная» в данной связи является родительским, в качестве внешнего ключа используется «шифр документа».

Сущности «справочник цехов» и «план выпуска продукции цехом» имеют показатели кардинальности 1:N, со стороны многие «план выпуска продукции цехом». Так как класс принадлежности отношения «план выпуска продукции цехом» является обязательным, то можно удовлетвориться двумя отношениями: «план выпуска продукции цехом» и «справочник цехов». Отношение «справочник цехов» в данной связи является родительским, в качестве внешнего ключа используется «№ цеха».

Сущности «справочник товаров» и «план выпуска продукции цехом» имеют показатели кардинальности 1:N со стороны многие «план выпуска продукции цехом». Так как класс принадлежности отношения «план выпуска продукции цехом» является обязательным, то можно удовлетвориться двумя отношениями: «план выпуска продукции цехом» и «справочник товаров». Отношение «справочник товаров» в данной связи является родительским, в качестве внешнего ключа используется «наименование товара».

Полученная в результате преобразования бинарных связей логическая модель данных представлена в таблице 1.

Поддержка целостности данных.

Целостность данных - свойство данных сохранять точность и непротиворечивость независимо от внесенных изменений. Необходимо предусмотреть ссылочную целостность во избежание проблем при добавлении, обновлении и удалении данных, то есть выбрать автоматическую поддержку с каскадным удалением и каскадным обновлением. Для предотвращения ошибок при вводе данных создаем список подстановок, а также для исключения ошибок ввода создаем маски ввода для некоторых атрибутов. Это показано в схеме документа, представленном на рисунке 6.

Рисунок 6 - Схема данных

2.3 Проектирование пользовательского интерфейса

Проектирование главной кнопочной формы.

Главная кнопочная форма создается с целью навигации по базе данных. Главная кнопочная форма используется в качестве главного меню БД. Она представляет собой форму, на которой расположены элементы управления - кнопки с поясняющими надписями. Щелчок по кнопке открывает соответствующую таблицу, запрос, форму или отчёт. Её элементами являются объекты форм и отчётов. Она позволит пользователю, не зная устройства базы данных, просто выбирать из меню необходимые ему функции.

Для создания главной кнопочной формы и её элементов необходимо открыть диспетчер кнопочных форм, который находится на панели быстрого доступа. После этого появится окно, в котором для её создания надо щёлкнуть по кнопке «да». В появившемся окне необходимо нажать на кнопку «изменить» после этого нажать на кнопку «создать». В следующем окне необходимо задать параметры нужного элемента. Щёлкнуть по кнопке «ок». После создания необходимых кнопок щёлкнуть по кнопке «закрыть».

Таблица 1 - Логическая модель данных

Связи между сущностями	Атрибуты сущности	Сущность	Отношение	Атрибуты отношения	Связь между отношениями
План выпуска продукции цехом M:N	№ цеховой накладной	Цеховая накладная	Цеховая накладная	Шифр документа	Спецификация цеховой накладной 1:N
	Дата			№ цеховой накладной
	№ цеха			№ цеха	Справочник цехов N:1
Справочник цехов 1:N	Наименование цеха			Дата
	№ склада
	Наименование склада		Спецификация цеховой накладной	Шифр документа	Цеховая накладная N:1
Справочник товаров 1:N	Наименование товара			Наименование товара	Справочник товаров N:1
	Единица измерения			Количество
	Количество
Цеховая накладная M:N	№ цеха	План выпуска продукции цехом	План выпуска продукции цехом	№ цеха	Справочник цехов N:1
Справочник цехов 1:N	Наименование цеха
Справочник товаров 1:N	Наименование товара			Наименование товара	Справочник товаров N:1
Справочник складов 1:N	Единица измерения			Месяц выпуска
	№ склада			Количество
	Месяц выпуска
	Количество
План выпуска продукции цехом N:1	Наименование товара	Справочник товаров	Справочник товаров	Наименование товара	План выпуска продукции цехом 1:N
	Код товара			Код товара
Цеховая накладная N:1	Единица измерения			Единица измерения	Спецификация цеховой накладной 1:N
	Цена за единицу измерения			Цена за единицу измерения
Справочник складов 1:N	№ склада			№ склада	Справочник складом N:1
	Нормативный запас			Нормативный запас
Цеховая накладная N:1	№ цеха	Справочник цехов	Справочник цехов	№ цеха	Цеховая накладная 1:N
План выпуска продукции цехом N:1	Наименование цеха			Наименование цеха	План выпуска продукции 1:N
Цеховая накладная N:1	№ склада	Справочник складов	Справочник складов	№ склада	Справочник товаров 1:N
План выпуска продукции цехом N:1	Наименование склада			Наименование склада

На главной кнопочной форме находятся кнопки: «Модификация плана выпуска продукции цехом», «Модификация справочника цехов», «Модификация справочника товаров», «Модификация справочника складов», «Модификация цеховой накладной», «Выход из программы», «Формирование отчёта «Долг положительно»».

Проектирование экранных форм.

Ввод и просмотр данных в режиме таблицы имеет недостатки. Поэтому для удобства пользователей создаются экранные формы, которые позволяют рационально расположить данные на экране, использовать разнообразные элементы оформления, обеспечивать возможности специфических проверок при вводе данных.

В данной работе сделаны экранные формы «План выпуска продукции цехом», «Цеховая накладная» с подформой «Спецификация цеховой накладной», «Справочник цехов», «Справочник складов» и «Справочник товаров».

Сложная форма с подчинённой формой «Цеховая накладная» создана при помощи мастера форм с доработкой в режиме конструктора. Заголовок формы: «Цеховая накладная». Используются метки: «Шифр документа», «Дата цеховой накладной», «№ цеховой накладной», «№ цеха», «Спецификация цеховой накладной». В форме созданы поля: «Шифр документа», «Дата цеховой накладной», «№ цеховой накладной». Также создано поле со списком: «№ цеха». На форме предусмотрены кнопки «Добавление записи», «Удаление записи», «Выход». При создании используется шрифт Times New Roman и цвета #F08080, #FFEFD5.

Форма «План выпуска продукции цехом» создана при помощи мастера форм с доработкой в режиме конструктора. Заголовок формы: «План выпуска продукции цехом». Используются метки: «Наименование товара», «Месяц выпуска», «Количество», «№ цеха». В форме созданы поля: «Месяц выпуска», «Количество». Также созданы поля со списком: «№ цеха», «Наименование товара». На форме предусмотрены кнопки «Добавить запись», «Удалить запись», «Выход». При создании используется шрифт Times New Roman и цвета #F08080, #FFEFD5.

Форма «Справочник складов» создана при помощи формы «Несколько элементов» с доработкой в режиме конструктора. Заголовок формы: «Справочник складов». Используются метки: «Наименование склада», «№ склада». В форме созданы поля: «№ склада», «Наименование склада». На форме предусмотрены кнопки «Добавление записи», «Удаление записи», «Выход». При создании используется шрифт Times New Roman и цвета #F08080, #FFEFD5.

Форма «Справочник цехов» создана при помощи формы «Несколько элементов» с доработкой в режиме конструктора. Заголовок формы: «Справочник цехов». Используются метки: «Наименование цеха», «№ цеха». В форме созданы поля: «№ цеха», «Наименование цеха». На форме предусмотрены кнопки «Добавление записи», «Удаление записи», «Выход». При создании используется шрифт Times New Roman и цвета #F08080, #FFEFD5.

Форма «Справочник товаров» создана при помощи формы «Несколько элементов» с доработкой в режиме конструктора. Заголовок формы: «Справочник товаров». Используются метки: «Наименование товара», Код товара», «Единица измерения», «Цена за единицу измерения», «Нормативный запас», «№ склада». В форме созданы поля: «Код товара», «Наименование товара», «Единица измерения», «Цена за единицу измерения», «Нормативный запас». Также создано поле со списком: «№ склада». На форме предусмотрены кнопки «Добавление записи», «Удаление записи», «Выход». При создании используется шрифт Times New Roman и цвета #F08080, #FFEFD5.

2.4 Проектирование транзакций

Проектирование запросов.

В данной работе сделано четыре запроса «Запрос по плану», «Запрос по факту», «Долг», «Долг положительно».

Алгоритм решения:

1. По документу «План выпуска продукции цехом» подсчитать общее количество запланированных к выпуску изделий цехами предприятия с начала года.

2. По документам «Цеховая накладная» подсчитать общее количество фактически сданных на склад изделий цехами предприятия с начала года.

3. Задав конец месяца, определить долг как положительную разность между первой и второй суммами

Используются документы нормативно-справочной информации:

- справочник товаров;

- справочник цехов.

Стояла задача: выдать отчёт по цехам, складам и тем изделиям, по которым не выполнен план сдачи на склад продукции до конца заданного месяца. Соответственно, в выборку должны были попасть только те изделия, для которых вышеуказанная разность больше нуля.

Запросы созданы при помощи «Мастера запросов» с доработкой в режиме конструктора.

«Запрос по плану» использует таблицы «План выпуска продукции цехом», «Справочник цехов». В запросе выводятся поля: «Месяц выпуска», «Наименование цеха», «Наименование товара», «Количество». Для полей «Месяц выпуска», «Наименование цеха», «Наименование товара» используется «Группировка», а для поля «Количество» используется групповая операция Sum. Для поля «Месяц выпуска» задано условие: >0 And <=[Введите месяц].

«Запрос по факту» использует таблицы «Цеховая накладная», «Спецификация цеховой накладной» и «Справочник цехов». Запрос выводит поля: «Наименование товара», «Наименование цеха», «Месяц накладной» и «Количество». Для полей «Наименование товара», «Наименование цеха», «Месяц накладной» используется «Группировка», а для поля «Количество» используется групповая операция Sum. Для поля «Месяц накладной» в построителе выражений задано: Month ([Цеховая накладная]![Дата цеховой накладной]) и условие: >0 And <=[Введите месяц].

В запросе «Долг» используются запросы «Запрос по плану» и «Запрос по факту». Запрос выводит поля: «Наименование товара», «Месяц выпуска», «Наименование цеха», «Запрос по плану_Sum-Количество», «Запрос по факту_Sum-Количество» и «Долг». Для поля «Долг» в построителе выражений задано: [Запрос по плану_Sum-Количество]-[Запрос по факту_Sum-Количество].

В запросе «Долг положительно» используется запрос «Долг». Запрос выводит поля «Наименование товара», «Месяц выпуска», «Наименование цеха», «Запрос по плану Sum-Количество», «Запрос по факту Sum-Количество», «Долг». Для поля «Долг» задано условие: >0.

Проектирование отчётов.

Для удобного просмотра данных и вывода их на печать в данной работе создан отчёт «Долг положительно». Отчёт создан на основе запроса «Долг положительно» при помощи функции «Отчёт» с доработкой в режиме конструктора. В заголовке отчёта использована надпись «Оценка долга цехов-изготовителей до конца заданного месяца». В заголовке также использовано поле «Месяц выпуска». Отчёт выводит поля «Наименование товара», «Наименование цеха», «План на начало года», «Фактически сдано» и «Долг», также дату выдачи отчёта. Используется шрифт Times New Roman. Цвет фона заголовка отчёта #F08080, цвет шрифта #000000, цвет области данных #FFEFD5 и #D8BFD8. Метки полей области данных находятся в верхнем колонтитуле. Нумерация страниц не требуется в связи с малым размером отчёта, использовать нижний колонтитул не требуется. Используется группировка «Наименование цеха». Дата выдачи отчёта расположена в примечании отчёта.



Рисунок 7 - Итоговый отчёт

Заключение

информационный реляционный концептуальный

Результатом выполнения курсовой работы стала разработанная информационная система для автоматизации учёта выпуска готовой продукции приборостроительного предприятия «Фабрика измерительных приборов». Разработанная информационная система отвечает всем требованиям предметной области, таблицы созданной базы данных отвечают требованиям нормализации, что позволяет обеспечить целостность и непротиворечивость информации.

Средствами СУБД Microsoft Access 2010 создан пользовательский интерфейс для безопасного и удобного ввода информации. Приложение позволяет решить все задачи, сформулированные в задании на курсовую работу.

Выполнив данный курсовой проект, я сделала вывод, что СУБД Microsoft Access 2010 является мощным и удобным инструментом для создания баз данных, и располагает интерфейсом, который позволяет создавать таблицы, формы, запросы и отчёты. Существуют специальные инструменты, которые упрощают и автоматизируют процесс работы при создании баз данных (Мастера, конструкторы и др.).

Учитывая актуальность баз данных в современном обществе и их востребованности, навыки которые я приобрела во время создания данной курсовой работы, пригодятся мне в дальнейшей деятельности.

Литература

1. Учебно-методическое пособие к выполнению курсовой работы по дисциплине «Технология разработки и защиты баз данных» для студентов, обучающихся по направлению 09.02.03 «Программирование в компьютерных системах». УДК 681.016Б3. Доцент, кандидат физико-математических наук Янковская Л.К.

2. С.М. Диго, «Проектирование и использование баз данных»/С.М. Диго, Москва: Финансы и статистика 2005.-234с.

3. Энсор, Д. Oracle. Проектирования баз данных / Д. Энсор, Й. Стивенсон. - М.: Киев: BHV, 2014. - 560 c.

4. Дубнов, П.Ю. Access 2000. Проектирование баз данных / П.Ю. Дубнов. - М.: ДМК, 2014. - 272 c.

5. Кириллов, В.В. Введение в реляционные базы данных. Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.

6. Мюллер, Р.Дж. Базы данных и UML. Проектирование / Р.Дж. Мюллер. - М.: ЛОРИ, 2017. - 420 c.

7. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э. Фуфаев. - М.: ИЦ Академия, 2012. - 320 c.

8. Власовец А.М. Основы проектирования баз данных реляционных СУБД: учеб. пособие. - СПб.: Изд-во СПбГУЭиФ, 2001

9. Астахова И.Ф., Мельников В.М., Толстобров А.П., Фертиков В.В. СУБД: язык SQL в примерах и задачах. - М.: Физматлит, 2009. - 168 с.

10. Программирование в пакетах MS Office: Учебное пособие / Под ред Назарова С.В. - М.: Финансы и статистика, 2010. - 656 с.

Приложение А

Рисунок 8 - Главная кнопочная форма

Приложение Б

Рисунок 9 - Экранная форма таблицы «План выпуска продукции цехом»

Рисунок 10 - Экранная форма таблицы «Цеховая накладная»



Рисунок 11 - Экранная форма таблицы «Справочник товаров»

Рисунок 12 - Экранная форма таблицы «Справочник цехов»

Рисунок 13 - Экранная форма таблицы «Справочник складов»

Приложение В

Рисунок 14 - «Запрос по плану» в режиме конструктора

Рисунок 15 - «Запрос по факту» в режиме конструктора

Рисунок 16 - «Долг» в режиме конструктора



Рисунок 17 - «Долг положительно» в режиме конструктора

Приложение Г

Рисунок 18 - Таблица «План выпуска продукции цехом»

Рисунок 19 - Таблица «Цеховая накладная»

Рисунок 20 - Таблица «Спецификация цеховой накладной»



Рисунок 21 - Таблица «Справочник товаров»

Рисунок 22 - Таблица «Справочник складов»

Рисунок 23 - Таблица «Справочник цехов»

Приложение Д

Текст программного кода «Запрос по плану» в SQL:

SELECT [План выпуска продукции цехом].[Наименование товара], [План выпуска продукции цехом].[Месяц выпуска], [Справочник цехов].[Наименование цеха], Sum([План выпуска продукции цехом].Количество) AS [Sum-Количество]

FROM [Справочник цехов] INNER JOIN [План выпуска продукции цехом] ON [Справочник цехов].[№ цеха] = [План выпуска продукции цехом].[№ цеха]

GROUP BY [План выпуска продукции цехом].[Наименование товара], [План выпуска продукции цехом].[Месяц выпуска], [Справочник цехов].[Наименование цеха]

HAVING ((([План выпуска продукции цехом].[Месяц выпуска])>0 And ([План выпуска продукции цехом].[Месяц выпуска])<=[Введите месяц]));

Текст программного кода «Запрос по факту» в SQL:

SELECT [Спецификация цеховой накладной].[Наименование товара], [Справочник цехов].[Наименование цеха], Month([Цеховая накладная]![Дата цеховой накладной]) AS [Месяц накладной], Sum([Спецификация цеховой накладной].Количество) AS [Sum-Количество]

FROM [Справочник цехов] INNER JOIN ([Цеховая накладная] INNER JOIN [Спецификация цеховой накладной] ON [Цеховая накладная].[Шифр документа] = [Спецификация цеховой накладной].[Шифр документа]) ON [Справочник цехов].[№ цеха] = [Цеховая накладная].[№ цеха]

GROUP BY [Спецификация цеховой накладной].[Наименование товара], [Справочник цехов].[Наименование цеха], Month([Цеховая накладная]![Дата цеховой накладной])

HAVING (((Month([Цеховая накладная]![Дата цеховой накладной]))>0 And (Month([Цеховая накладная]![Дата цеховой накладной]))<=[Введите месяц]));

Текст программного кода запрос «Долг» в SQL:

SELECT [Запрос по плану].[Наименование товара], [Запрос по плану].[Месяц выпуска], [Запрос по плану].[Наименование цеха], [Запрос по плану].[Sum-Количество] AS [Запрос по плану_Sum-Количество], [Запрос по факту].[Sum-Количество] AS [Запрос по факту_Sum-Количество], [Запрос по плану_Sum-Количество]-[Запрос по факту_Sum-Количество] AS Долг

FROM [Запрос по плану] INNER JOIN [Запрос по факту] ON ([Запрос по плану].[Наименование товара] = [Запрос по факту].[Наименование товара]) AND ([Запрос по плану].[Наименование товара] = [Запрос по факту].[Наименование товара]) AND ([Запрос по плану].[Наименование цеха] = [Запрос по факту].[Наименование цеха]) AND ([Запрос по плану].[Месяц выпуска] = [Запрос по факту].[Месяц накладной]);

Текст программного кода запрос «Долг положительно» в SQL:

SELECT Долг.[Наименование товара], Долг.[Месяц выпуска], Долг.[Наименование цеха], Долг.[Запрос по плану_Sum-Количество], Долг.[Запрос по факту_Sum-Количество], Долг.[Долг]

FROM Долг

WHERE (((Долг.[Долг])>0));

Размещено на Allbest.ru

...