SQL базы данных. Курсовая работа дисциплина Базы данных
 Скачать 1.68 Mb.
|
|
Министерство образования и науки Российской Федерации федеральное государственное бюджетное образовательное учреждение высшего образования «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПРОМЫШЛЕННЫХ ТЕХНОЛОГИЙ И ДИЗАЙНА» «Высшая школа печати и медиатехнологий» Институт: Полиграфических технологий и оборудования Направление: 09.03.01 Информатика и вычислительная техника Форма обучения: очная Кафедра: Информационных и управляющих систем КУРСОВАЯ РАБОТА Дисциплина: Базы данных Тема: База данных для контроля за выполнением плана погрузки и отгрузки вагонов и контейнеров на железной дороге: разработка структуры и средств реализации Выполнил: Студент группы: 3-ТИДА-1 Каликина Надежда Владимировна ____________ (Ф.И.О.) (подпись) Руководитель: к. т. н, доцент Дроздова Елена Николаевна ________________ (уч.степень, звание) (Ф.И.О.) (подпись) Дата защиты курсовой работы: _________________ Оценка: _______________ Санкт-Петербург 2020 г. 2 Министерство образования и науки Российской Федерации федеральное государственное бюджетное образовательное учреждение высшего образования «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПРОМЫШЛЕННЫХ ТЕХНОЛОГИЙ И ДИЗАЙНА» «Высшая школа печати и медиатехнологий» Кафедра информационных и управляющих систем УТВЕРЖДАЮ ___________________ Зав. кафедрой Коваленко А.Н ЗАДАНИЕ по курсовому проектированию Дисциплина: Базы данных Студент: Каликина Надежда Группа: 3-ТИДА-1 1. Тема курсовой работы: База данных для контроля за выполнением плана погрузки и отгрузки вагонов и контейнеров на железной дороге: разработка структуры и средств реализации. 2. Срок сдачи студентом законченной работы: 30 мая 2020 г. 3. Исходные данные: Размерности информационных объектов и их атрибутов 4. Содержание расчетно – пояснительной записки (перечень подлежащих разработке вопросов): Постановка задачи. Проектирование базы данных. Реализация базы данных. Заключение. Список используемых источников. 5. Источники технической информации, отобранные студентом для работы: • Головинчер М.Н. Базы данных. Основные понятия, модели данных, процесс проектирования. Курс лекций. Томск. 2009, – 129 с. • Григорьев С.М., Мамонтова Е.А., Цветкова О.Н. Работа с базами данных в MS ACCESS 2010. Методические указания и задания к изучению курса "Информатика", «Экономическая информатика», М. 2012, – 75 с. • Кузин А.В., Левонисова С.В. Базы данных. Учебное пособие для студентов высших учебных заведений (гриф УМО вузов России), 4-е изд. – Академпресс, 2010. – 320 с. 6. Промежуточные сроки исполнения: ___________________________________________________________ 6.1 Представление задания на утверждение: 30 мая 2020 г. 6.2 Предварительное обсуждение: ____________________________________________________________ 6.3 Выступление на семинаре: ________________________________________________________________ 6.4 Представление материалов пояснительной записки и других материалов руководителю: 30 мая 2020 г. 7. Дополнительные указания ____________________________________________________________________ ___________________________________________________________________________________________ ___________________________________________________________________________________________ Дата выдачи задания: 15 февраля 2020 г. Студент ________________ Руководитель ______________ 3 Реферат Курсовая работа выполнена с целью создания базы данных для контроля, хранения и обработки данных по перегрузочным работам на железнодорожных станциях. В результате была спроектирована и разработана база данных выполнения данной курсовой работы стала разработанная база данных, которая оптимизирует процесс планирования перегрузочных работ в силу упрощенного заполнения и удобства поиска информации. Спроектированная база данных на данный момент, заполнена производственными данными, протестирована. Работа содержит: 43 страницы; 90 рисунков; 10 источников. КЛЮЧЕВЫЕ СЛОВА И ВЫРАЖЕНИЯ База данных, MS Access, автоматизация, оптимизация, планирование, контроль, перегрузочные работы, сущность, отношение, форма, запрос, отчет, приложение, пользовательский интерфейс. 4 Содержание Реферат ..................................................................................................................... 3 Введение ................................................................................................................... 5 1. Проектирование Базы данных ..................................................................... 6 1.1 Анализ предметной области ......................................................................... 6 1.2 Построение информационно - логической модели базы данных ......... 6 1.3 Построение ER-диаграмм ............................................................................. 9 1.4 Физическое проектирование ...................................................................... 11 1.5 Выбор программного обеспечения ........................................................... 12 2. Реализация базы данных............................................................................. 15 2.1 Создание таблиц ........................................................................................... 15 2.2 Схема данных ................................................................................................ 19 2.3 Создание запросов ........................................................................................ 19 2.4 Создание форм .............................................................................................. 25 2.5 Создание отчетов .......................................................................................... 31 2.6 Макросы ......................................................................................................... 35 2.7 Создание кнопочной формы ...................................................................... 37 Заключение ............................................................................................................ 42 Список используемых источников ................................................................... 43 5 Введение В современном мире организации сталкивается с проблемой обработки и хранения большого количества информации. Архивы с картотеками в скором времени полностью будут замещены на автоматизированные системы по обработке и хранению данных. Такие системы являются наиболее выгодными для организаций, т.к. они дают возможность просматривать, хранить и обрабатывать информацию быстрее, безопаснее и качественнее. Таким образом, целью данной работы является разработка системы по контролю за выполнением плана перегрузочных работ на станциях железной дороги. Для достижения поставленной цели необходимо решить следующие задачи: 1. Разработка информационно–логической модели предметной области «Грузоперевозки на железной дороге»; 2. Построение ER-диаграмм на основе разработанной инфологической модели; 3. Реализация базы данных базы данных; 4. Разработка удобного интерфейса пользователя для ввода и получения информации. Для проектирования базы данных используется реляционная система управления базами данных (СУБД) Microsoft Access. Требования к составляющим базы данных: 1. Разработка форм для загрузки, просмотра и корректировки данных; 2. Реализация обработки данных (конструирование запросов к базе данных); 3. Разработка отчетов; 4. Создание макросов; 5. Разработка приложения пользователя. Курсовая работа состоит из двух глав. В первой главе работы обозначаются основные характеристики объекта автоматизации, устанавливаются задачи и требования предстоящей работы, также, глава включает в себя построение информационно-логической модели предметной области и проектирование структуры базы данных методом «Сущность-связь», определение сущностей и установка связей между ними. Во второй главе описывается процесс реализации базы данных в СУБД MS Access, разработка вышеперечисленных составляющих. В качестве примера были взяты станции Октябрьской железной дороги [6]. 6 1. Проектирование Базы данных 1.1 Анализ предметной области Понятие предметной области (ПО) является главным при рассмотрении базы данных (БД), как информационной системы. ПО – совокупность объектов реального мира, рассматриваемого в рамках некоторой сферы деятельности [3]. Каждый из объектов обладает определённым набором атрибутов – существенные и малозначительные. Отношение атрибута к одной из групп устанавливается при разработке инфологической модели БД. Для каждого объекта определяется идентификатор – ключевой атрибут или комбинация атрибутов [7]. База данных для контроля перегрузочных работ на железнодорожных станциях» создается для упрощения планирования перегрузочных работ на станциях. Создаются отдельные таблицы с хранимыми данными, которые в дальнейшем подвергаются обработке и компоновке в заявки, заказы и план перегрузочных работ. Все данные о грузах, клиентах, расписании, поездах хранятся и обрабатываются в базе данных. БД имеет перспективный план на календарный год по ожидаемым перевозкам и расписание движения поездов. Одна станция обслуживает в среднем 3 заказчика. Каждый заказчик имеет право подавать до 5 заявок на обслуживание в год. Груз делится на две категории вагонный и контейнерный. В среднем 10 контейнеров и 2 вагона. Заявки заполняются вручную. Система предоставляет возможность выбрать предлагаемые услуги и место перегрузочных работ. База данных выполняет следующие функции: 1. Ежедневно система выдает отчетность, какие грузы каким рейсом на какую станцию поступили. 2. Формирует документы в виде писем заказчикам-получателям. 3. Выдает список задержки выгрузки контейнеров и вагонов по станциям и получателям. 4. Выдает список задержки погрузки вагонов по станциям. 5. Выдает за календарный срок сводный отчет об использовании вагонов. 1.2 Построение информационно - логической модели базы данных Для начала необходимо построить информационно-логическую модель проектируемой базы данных. Инфологическое моделирование необходимо для более наглядного и упрощенного отображения структуры базы данных. Основными составляющими инфологической модели являются сущности их атрибут и связи [5]. 7 Дадим определение для каждой составляющей. Сущность – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Атрибут – характеристика сущности с присвоенным именем. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Однако каждому экземпляру сущности присваивается только одно значение атрибута. Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Связь – ассоциирование двух или более сущностей. Одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. 8 Рисунок 1. Информационно-логическая модель БД Инфологическая модель базы данных «Перегрузочный работы ОкЖД» представлена на рисунке 1. Схема данных строится на основе данной модели. Сущности: Сущность «Заказчики» необходима для хранения и просмотра сведений о клиентах, пользующихся услугами перевозок ж/д транспортом. Содержит поля: код заказчика, ФИО заказчика, адрес, телефон, статус. Сущность «Вид работы» хранит информацию о возможных видах перегрузочных работ. Содержит поля: код вида работы, вид работы. Сущность «Станция ОкЖД» необходима для хранения и просмотра сведений о станциях, которые принимают грузовые составы. Содержит поля: код станции, таможенный пункт, название станции, отделение ж/д, таможня. Сущность «Состав поезда» необходима для хранения и просмотра данных о заявках на перегрузочные работы. Содержит поля: код поезда, номер поезда, регион. Сущность «Заявка» необходима для хранения и просмотра данных о заявках на перегрузочные работы. Содержит поля: код заявки, код заказчика, код вида работы, кол-во контейнеров, кол-во груза, дата заявки, место приема/ выдачи. 9 Сущность «Расписание» необходима для хранения и просмотра данных о дате и времни прибытия поезда на станцию. Содержит поля: код рейса, код станции, код поезда, дата прибытия, время прибытия, дата отправления, время отправления. Сущность «Сформированные заказы» служит для формирования заказов вручную (и хранения) для дальнейших перегрузочных работ. Содержит поля: код сформированного заказа, код заявки, код рейса. Сущность «Перегрузочные работы» необходима для хранения и просмотра сведений о ближаших и проведенных перегрузочных работ. Содержит поля: код перегрузочных работ, код сформированного заказа, выделенное время (часы), задержка работ, выполнение. 1.3 Построение ER-диаграмм С целью повышения наглядности и удобства проектирования для представления сущностей и связей между ними используются диаграммы ER-типа. На основе анализа ER-диаграмм формируются отношения проектируемой БД. При этом учитывается степень связи сущностей и класс их принадлежности, который в свою очередь определяется на основе анализа диаграмм ER-экземпляра соответствующих сущностей [10]. Степень связи — характеристика связи между сущностями, которая может быть 1:1 (один к одному), 1:М (один ко многим), М:1 (многие к одному) или М:М (многие ко многим) [9]. Класс принадлежности может быть как обязательным (О), так и необязательным (Н), он является обязательным, если все экземпляры этой сущности обязательно участвуют в рассматриваемой связи, в противном случае класс принадлежности сущности является необязательным. Один заказчик может оформить несколько заказов, но один только заказ закрепляется за одним клиентом. Связь (1:М), класс принадлежности Н-О, т.к. заказчик может не оставлять заявку (рис. 2). Заказчик Заявку Подает 1 M Заявка Вид работы Содержит M 1 Рисунок 2. Диаграмма ER-типа «Заказчик подает заявку» Рисунок 3. Диаграмма ER-типа «Заявка содержит вид работы» 10 Один вид работы содержаться в нескольких заявках, но в одной заявке установлен только один вид работы. Связь (M:1) класс принадлежности О-О (рис. 3). Одна станция железной дороги может входит в несколько составленных расписаний, но только одно расписание имеет одну станцию. Связь (1:M) класс принадлежности Н-О, т.к. станция может не обслуживаться (рис. 4). Один состав поезда может фигурировать в нескольких остановках расписания, но только одна остановка в определенное время фиксирует один состав поезда. Связь (1:M) класс принадлежности Н-О, т.к. состав может не обслуживаться (рис. 5). Одна заявка может распределяться на несколько сформированных заказов (в случае разделения), но только один сформированный заказ содержит одну заявку. Связь (1:M) класс принадлежности О-О (рис. 6). На одну станцию расписания может приходиться несколько сформированных заказов, но только один сформированный заказ закрепляется за одной станцией. Связь (1:M) класс принадлежности О-О (рис. 7). Станции ОкЖД Расписание Входят 1 М Состав поезда Расписание Входит 1 M Заявка Сформ. Зак. Составл. 1 М Расписание Сформ. Зак. Составл. 1 M Сформ. Зак. Перегр. раб Формир 1 М Рисунок 4. Диаграмма ER-типа «Станции ОкЖД входят в расписание» Рисунок 5. Диаграмма ER-типа «Состав поезда входит в расписание» Рисунок 6. Диаграмма ER-типа «Заявка составляет сформированный заказ» Рисунок 7. Диаграмма ER-типа «Расписание составляет сформированный заказ» Рисунок 8. Диаграмма ER-типа «Сформированный заказ формирует перегрузочные работы» 11 На один сформированный заказ может приходиться несколько перегрузочных работ (в случае объемного заказа), но одна перегрузочная работа закрепляется за одним заказом. Связь (1:M) класс принадлежности О-О (рис. 8). 1.4 Физическое проектирование Физическое проектирование базы данных - процесс подготовки описания реализации базы данных. На данном этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты. На основе инфологической схемы построим структуру каждой сущности системы. Для каждого поля подберем соответствующий тип данных. Сущность «Заказчики»: • Код заказчика – счетчик; • ФИО заказчика – короткий текст; • Адрес – короткий текст; • Телефон – короткий текст; • Статус – короткий текст. Сущность «Вид работы»: • Код вида работ – счетчик; • Вид работы – короткий текст. Сущность «Станция ОкЖД»: • Код станции – счетчик; • Таможенный пункт – короткий текст; • Название станции – короткий текст; • Отделение ж/д– короткий текст; • Таможня – короткий текст. Сущность «Состав поезда»: • Код поезда – счетчик; • Номер поезда – числовой; • Регион – короткий текст. Сущность «Заявка»: • Код заявки – счетчик; • Код заказчика – числовой; 12 • Код вида работы – числовой; • Кол-во контейнеров – числовой; • Кол-во груза – числовой; • Дата заявки – дата и время; • Место приема/ выдачи – числовой. Сущность «Расписание»: • Код рейса – счетчик; • Код станции – числовой; • Код поезда – числовой; • Дата прибытия – дата и время; • Время прибытия – дата и время; • Дата отправления – дата и время; • Время отправления – дата и время. Сущность «Сформированные заказы»: • Код сформированного заказа – счетчик; • Код заявки – числовой; • Код рейса – числовой. Сущность «Перегрузочные работы»: • Код перегрузочных работ – счетчик; • Код сформированного заказа – числовой; • Выделенное время (часы) – числовой; • Задержка работ – числовой; • Выполнение – логический. 1.5 Выбор программного обеспечения База данных представляет собой один или несколько специальным образом организованных файлов, которые хранят систематизированную информацию, доступ к которой осуществляется с помощью программных средств системы управления базой данных (СУБД). Для осуществления реализации спроектированной базы данных была выбрана система управления базами данных Microsoft Access 2016. Система управления базами данных (СУБД) Microsoft Access представляет собой программу управления базами данных, с помощью которой возможны накапливание и систематизация разнообразной информации, а также поиск и сортировка объектов согласно 13 выбранным критериям, конструирование удобных форм для ввода данных и генерирование на основании имеющихся записей прекрасно оформленных отчетов [1]. Используя MS Access, можно обеспечить одновременный доступ к данным десяткам пользователей. Данная БД используется для хранения больших объемов информации, управления данными, их выборкой, сортировкой и другими действиями. С БД могут работать 2 категории исполнителей: проектировщики (программисты) и пользователи. Проектировщиками разрабатывается структура таблиц БД и согласовывается с заказчиками, а также ведется отладка БД. Пользователи заполняют и обслуживают БД. СУБД работает в 2-х режимах: проектировочном и пользовательском. Первый применяется при создании или изменении структуры базы данных и создании ее объектов. Второй режим используется при непосредственной работе с ранее подготовленными объектами для наполнения БД или получения данных из нее. Вся информация БД хранится в одной или нескольких таблицах, состоящих из набора однотипных записей, размещенных друг за другом. Эти записи представляют собой строки таблицы, которыми можно управлять. В БД строку таблицы называют записью, а столбец - полем. Каждая запись может хранить самую разнообразную информацию. Поля одного типа разных записей образуют столбец таблицы, который содержит значения определенного свойства. Поля являются различными характеристиками объекта. Значения полей в одной строке относят к одному объекту. Каждое поле имеет свое имя. Другие модули БД используются для обработки информации таблиц. Запросы проводят выборку данных согласно определенным условиям. Формы используют для форматированного ввода и восприятия информации. Отчеты выводят оформленные списки записей с заголовками, пунктами и подпунктами. Таким образом, объектами базы данных Microsoft Access являются: таблицы – основной объект используется для хранения данных и структуры БД; запросы – представлены специально созданными таблицами для отбора, сортировки и анализа данных; формы – объекты для удобства ввода данных; отчеты – выводят данные на бумагу в удобном для просмотра виде; страницы – используются для работы в сети Интернет; макросы – представляют собой макрокоманды для автоматизации повторяющихся операций; модули – используются для обработки событий и вычислений. Microsoft Access позволяет объединить сведения из различных источников в одной реляционной БД. С помощью создаваемых форм, запросов и отчетов можно быстро и эффективно обновить данные, получить ответы на вопросы, осуществить поиск необходимой информации, проанализировать данные и выпустить на печать отчеты. В БД сведения из каждого источника сохраняются в отдельной таблице. В ходе работы с данными из нескольких таблиц устанавливается связь между ними. При выходе из Microsoft Access измененные 14 данные сохраняются автоматически. Однако при изменении структуры любого объекта базы данных в Microsoft Access выводится запрос на подтверждение сохранения этих изменений перед завершением работы. 15 2. Реализация базы данных База данных для контроля за выполнением плана погрузки и отгрузки вагонов и контейнеров на железной дороге бала реализована в приложении Microsoft Access 2016. Разберем все этапы разработки базы данных. Следует отметить, что на момент обработки запросов базы данных стояла дата – 26.04.2020 – 27.04.2020. 2.1 Создание таблиц На рисунке 1 представлены все таблицы с которыми будет в дальнейшем производится работа. Рисунок 9. Перечень таблиц БД Таблица «Switchboard items» появилась в связи с созданием кнопочной формы, здесь хранятся требуемые данные для формы. Таблица «Вид работы» хранит информацию о возможных видах перегрузочных работ на станциях (рис. 10). Рисунок 10. Таблица «Вид работы» 16 Данная таблица, как и некоторые другие, необходима для упрощенного использования при составлении заявки. При составлении других таблиц будем использовать данную для создавания «поля со списком» с помощью мастера подстановок в конструкторе. Таблица «Заказчики» хранит информацию о заказчиках, их контактные данные и статус (юридическое или физическое лицо) (рис. 11). Рисунок 11. Таблица «Заказчики» Для более удобного пользования таблицей в поле «Телефон» была встроена маска ввода, что упрощает ввод контактного номера заказчика (рис. 12). Рисунок 12. Маска для ввода номера телефона Таблица «Заявка» содержит информацию о заказчике, месте приема или выдаче груза, виде перегрузочной работы, количество контейнеров и обычных грузов, а также дату заявки (рис. 13). Рисунок 13. Таблица «Заявка» Поля «Вид работы» и «Место приема/ выдачи» имеют формат «поле со списком», для удобства пользования. Поле со списком «Место приема/ выдачи» строилось на основе таблицы «Станции ОкЖД» (рис. 14-15). 17 Рисунок 14. Выпадающее поле со списком в поле «Вид работы» Рисунок 15. Выпадающее поле со списком в поле «Место приема/ выдачи» Таблица «Состав поезда» содержит информацию о наличествующих поездах, их номер и регионе работы (рис. 16). Рисунок 16. Таблица «Состав поезда» Таблица «Расписание» содержит информацию о дате, времени и месте прибытия поезда. Ключевое поле данной таблицы располагается не по порядку, т.к. включена сортировка по КП (код поезда), связанного с таблицей «Состав поезда» (рис. 17). Рисунок 17. Таблица «Расписание» 18 Таблица «Станции ОкЖД» содержит информацию о станциях октябрьской железной дороги, их принадлежность к железной дороге, таможенные пункты и таможни (рис. 18). Рисунок 18. Таблица «Станции ОкЖД» Таблица «Сформированные заказы» необходима для завершения обработки заявки клиента (рис. 19). Рисунок 19. Таблица «Сформированные заказы» На основе заявки, в порядке очереди, подбирается ближайший подходящий рейс. В данной таблице хранятся только ключевые поля таблиц «Заявка» и «Расписание» и при их сопоставлении формируется свой уникальный ключ (КСЗ – код сформированного заказа). Таблица «Перегрузочные работы» хранит информацию о выделенных часах для перегрузочных работ для того или иного заказа, задержке работы и выполнении заказа (рис. 20). 19 Рисунок 20. Таблица «Перегрузочные работы» 2.2 Схема данных На рисунке 21 представлена схема данных, созданная на основе инфологической модели. Имеет 4 уровня и 8 таблиц, с которыми мы в дальнейшем будем работать. Каждая таблица имеет свой уникальный ключ, который не должен повторяться. В каждую, таблицу можно внести изменения, либо добавить записи. Рисунок 21. Схема базы данных для контроля за выполнением плана погрузки и отгрузки вагонов и контейнеров на железной дороге 1 уровень содержит такие таблицы, как: «Заказчики», «Вид работы», «Станции ОкЖД» (Октябрьская железная дорога) и «Состав поезда». 2 уровень – «Заявка» и «Расписание». 3 уровень – « Сформированные заказы». 4 уровень – «Перегрузочные работы». 2.3 Создание запросов На рисунке 22 представлен перечень запросов базы данных. 20 Рисунок 22. Перечень запросов БД Запросы сформированы на основе ранее составленных таблиц. Запрос «Груз-Рейс-Станция» выдает информацию о грузах, которые поступили на станции за все время работы (рис. 24). На рисунке 23 представлен конструктор запроса «Груз-Рейс-Станция». За основу взяты три таблицы «Сформированные заказы», «Заявка» и «Расписание». Рисунок 23. Конструктор запроса «Груз-Рейс-Станция» Рисунок 24. Запрос «Груз-Рейс-Станция» 21 Запрос «ГрРСт за сегодня» сформирован на основе запроса «Груз-Рейс-Станция», но с условием отбора в поле «Прибытие» по дате «сегодня» (рис. 25). На рисунке 26 представлен сам запрос. Рисунок 25. Условие отбора в поле «Прибытие» Рисунок 26. Запрос «ГрРСт за сегодня» Запрос «Задержка работ» выдает таблицу по задержке грузом с информацией о рейсе, заказчике, коде заказа и месте работы (рис. 28). Запрос сформирован на основе пяти таблиц: «Заявка», «Сформированные заказы», «Вид работы», «Расписание» и «Перегрузочные работы» (рис. 27). Рисунок 27. Конструктор запроса «Задержка работ» Рисунок 28. Запрос «Задержка работ» Данный запрос необходим для более удобного просмотра задержанных работ по местонахождению. 22 Запрос «Запрос статус клиента» по таблице «Заказчики» отбирает клиентов с определенным статусом. Клиент указывает свой статус, чтобы далее диспетчер смог выбрать подходящую таможню, т.к. не на всех таможнях производятся перегрузочные работы для физических лиц. Запрос сформирован на основе одной таблицы «Заказчики» (рис. 29). Рисунок 29. Конструктор запроса «Запрос статус клиента» Обращение к запросу вызовет контекстное меню, где будет необходимо указать статус заказчика «Юр. Лицо» либо «Физ. Лицо» (рис. 30). Рисунок 30. Ввод значение параметра На рисунке 31 представлен сам запрос, после обработки условия отбора. Рисунок 31. Запрос «Статус клиента» Запрос «Использование вагонов с отбором по дате» используется для просмотра количества используемых вагонов по заявкам. Учитываются как старые, так и новые рейсы. Обращение запроса вызовет контекстное меню, где будет необходимо указать требуемый промежуток времени (рис. 32-33). 23 Рисунок 32. Значение параметра «Дата с» Рисунок 33. Значение параметра «Дата по» На рисунке 34 представлен сам запрос после обработки условий отбора. Рисунок 34. Запрос «Использование вагонов с отбором по дате» Запрос сформирован на основе четырех таблиц: «Заявка», «Сформированные заказы», «Состав поезда» и «Расписание». Условие отбора установлено в поле «Прибытие» (рис. 35). Рисунок 35. Конструктор запроса «Использование вагонов с отбором по дате» Запрос «Кол-во заявок по заказчикам» необходим для подсчета количества заявок, оставленных клиентом (рис. 36). 24 Рисунок 36. Запрос «Кол-во заявок по заказчикам» Запрос «Кол-во заявок по станциям» так же, как и вышестоящий запрос, используется для подсчета количества заказов, которые обслужила станция, но с условием отбора за прошедшие дни (рис. 37). Запрос составлен на основе трех таблиц: «Станции ОкЖД», «Расписание» и «Сформированные заказы». Условие отбора установлено в поле «Прибытие» (рис. 38). Рисунок 37. Запрос «Кол-во заявок по станциям» Рисунок 38. Конструктор запроса «Кол-во заявок по станциям» Запрос «Отделение ж/д» необходим для отбора и просмотра станций необходимой железной дороги. Обращение запроса вызовет контекстное меню, где будет необходимо указать необходимое отделение ж/д. Пример представлен на рисунке 39. Рисунок 39. Ввод отделения ж/д После обработки условия отбора, система выведет информацию с отобранным отделением (рис. 40). 25 Рисунок 40. Запрос Отделение ж/д Запрос «Актуальное расписание запрос на создание таблицы» необходим для создания таблицы на основе данных из таблицы «Расписание», но с условием отбора по дате большей, чем текущая. В итоге получаем новую таблицу «Актуальное расписание». Запрос составлен на основе одной таблицы «Расписание». Условие отбора установлено в поле «Прибытие» (рис. 41). Рисунок 41. Конструктор запроса «Актуальное расписание запрос на создание таблицы» После обработки запроса будет создана новая таблица «Актуальное расписание» (рис. 42). Рисунок 42. Полученная таблица в перечне На рисунке 43 представлена полученная таблица. Рисунок 43. Таблица «Актуальное расписание» 2.4 Создание форм На рисунке 44 представлен перечень форм базы данных. 26 Рисунок 44. Перечень форм БД Все приведенные ниже формы созданы на основе созданных ранее таблиц. Содержат кнопки переходов по записям, выход из формы и добавление записей, а также некоторые формы содержат кнопки со внедренными в них макросами, мы их рассмотрим чуть позже. Формы необходимы для более удобного просмотра данных и их корректировки. Форма «Заказчики» На рисунке 45 приведена форма «Заказчики». Форма составлена на основе таблицы «Заказчики», имеет пять кнопок: «Назад», «Вперед», «Добавить запись», «Перейти к заявке» – кнопка открывает форму «Заявка», и «Закрыть форму». Работу кнопок, которые открывают другие формы или отчеты, будем рассматривать в следующем разделе. Рисунок 45. Форма «Заказчики» (1) Переход по записи кнопкой «Вперед» от «Заказчика 1» к «Заказчику 2» (рис. 46). 27 Рисунок 46. Форма «Заказчики» (2) Кнопки, внедренные в остальные формы, так же полностью функционируют. Форма «Заявка» На рисунке 47 представлена форма «Заявка». Форма составлена на основе таблицы «Заявка». Имеет шесть кнопок: «Назад», «Вперед», «Добавить запись», «Отчет по заявке» – кнопка открывает отчет «Отчет по заявке», «О заказчике» – кнопка открывает форму «Заказчики», и «Закрыть форму». Рисунок 47. Форма «Заявка» Форма «Кнопочная форма» будет рассматриваться позже. Форма «Перегрузочные работы форма» На рисунке 48 представлена форма «Перегрузочные работы форма». Имеет четыре кнопки: «Назад», «Вперед», «Добавить запись», «Принятые грузы за сегодня» – кнопка открывает отчет «Принятые грузы за сегодня», и «Закрыть форму». 28 Рисунок 48. Форма «Перегрузочные работы форма» Как видно, в данной форме отсутствует кнопка «Добавить запись», т.к. она открыта только для чтения. Корректировка записей по перегрузочным работам осуществляется в форме «Оформление заказа». Форма составлена на основе двух таблиц: «Расписание» и «Перегрузочные работы» (рис. 49). Рисунок 49. Список полей формы «Перегрузочные работы форма» Форма «Расписание за все время» На рисунке 50 представлена форма «Расписание за все время». Форма составлена на основе таблицы «Расписание». Имеет ленточный вид, соответственно, внедрена одна кнопка – «Закрыть форму». 29 Рисунок 50. Форма «Расписание за все время» Форма «Станции ОкЖД» На рисунке 51 представлена форма «Расписание за все время». Форма составлена на основе таблицы «Станции ОкЖД». Так же, как и предыдущая форма имеет ленточный вид, соответственно, внедрена одна кнопка – «Закрыть форму». Рисунок 51. Форма «Станции ОкЖД» Форма «Сформированные заказы» На рисунке 52 представлена форма «Сформированные заказы». Имеет три кнопки: «Назад», «Вперед» и «Закрыть форму». Опять же, данная форма не содержит кнопку «Добавить запись», т.к. она открыта только для чтения. Корректировка записей по перегрузочным работам осуществляется в форме «Оформление заказа». Рисунок 52. Форма «Сформированные заказы» 30 Форма составлена на основе трех таблиц: «Заявка», «Расписание» и «Сформированные заказы» (рис. 53). Рисунок 53. Список полей формы «Сформированные заказы» Форма «Оформление заказа» Для более удобной обработки заявок создадим форму «Оформление заказа», но основе трех таблиц: «Заявка» – главная и двух подчиненных – «Сформированные заказы» и «Перегрузочные работы» (рис. 54). Рисунок 54. Форма «Сформированные заказы» Оснащена кнопками перехода по записям, добавление записи, выходом из формы и переходу к таблице «Актуальное расписание», для просмотра грядущих рейсов с помощью внедренного в кнопку макроса (рис. 55). Рисунок 55. Таблица Актуальное расписание 31 2.5 Создание отчетов На рисунке 56 представлен перечень отчетов входящих в базу данных. Рисунок 56. Перечень отчетов в БД Отчет «Задержка работ» На рисунке 57 представлен отчет «Задержка работ». Эта информация необходима для контроля выполнения перегрузочных работ по заявкам. Рисунок 57. Отчет «Задержка работ» Отчет создан на основе четырех таблиц: «Вид работ», «Заявка», «Перегрузочные работы» и «Расписание» (рис 58). 32 Рисунок 58. Список полей отчета «Задержка работ» Отчет «Использование вагонов с отбором по дате» Отчет строился на основе запроса «Использование вагонов с отбором по дате». Даты введены те же, что и в запросе. Так же в отчете используется подсчет вагонов по поездам и общая сумма используемых вагонов. В отчете присутствует группировка по номеру поезда (рис. 59). Рисунок 59. Отчет «Использование вагонов с отбором по дате» Отчет «Кол-во заявок по заказчикам» На рисунке 60 представлен отчет «Кол-во заявок по заказчикам». Отчет сформирован на основе запроса «Кол-во заявок по заказчикам» для более наглядного представления информации. 33 Рисунок 60. Отчет «Кол-во заявок по заказчикам» Отчет «Кол-во заявок по станциям» На рисунке 61 представлен отчет «Кол-во заявок по станциям». Отчет сформирован на основе запроса «Кол-во заявок по станциям» для более наглядного представления информации. Рисунок 61. Отчет «Кол-во заявок по станциям» Отчет «Отчет клиенту» При выборе данного отчета, как отдельный объект, он имеет довольно непонятный вид, т.к. настраивался под каждую отдельную заявку при переходе от формы «Заявки» кнопкой «Отчет по заявке» к данному отчету (рис. 62). Рисунок 62. Отчет «Отчет клиенту» «Отчет клиенту» сформирован на основе трех таблиц: «Заявка», «Перегрузочные работы» и «Сформированные заказы» (рис. 63). 34 Рисунок 63. Список полей отчета «Отчет клиенту» При переходе из формы «Заявка» по кнопке отчет имеет иной вид (рис. 64-65). Рисунок 64. Форма «Заявка», Заявка №1 Рисунок 65. Отчет по заявке №1 Для каждой заявки формируется свой отдельный отчет по ее номеру. Отчет «Принятые грузы по станциям (за сегодня)» На рисунке 66 представлен отчет «Принятые грузы по станциям (за сегодня)». Отчет создан на основе запроса «ГрРСт за сегодня». Рисунок 66. Отчет «Принятые грузы по станциям (за сегодня)» 35 В отчете производится подсчет принятых грузов по станциям и количество принятого груза по всем станциям. Отчет «Принятые грузы по станциям (общее)» На рисунке 67 представлен отчет «Принятые грузы по станциям (общее)». Отчет создан на основе запроса «Груз-Рейс-Станция». Рисунок 67. Отчет «Принятые грузы по станциям (общее)» В отчете производится подсчет принятых грузов по станциям и количество принятого груза по всем станциям. 2.6 Макросы Данная база данных содержит несколько макросов – это макрос на выполнение запроса и открытие таблицы и три внедренных макроса в кнопки. Первый макрос – локальный, он необходим для создания таблицы «Актуальное расписание» и ее открытия (рис. 68-69). Рисунок 68. «Макрос Актуальное расписание» 36 Рисунок 69. Таблица «Актуальное расписание» Далее идут внедренные в кнопки форм макросы, они не отображаются в объектах базы данных, но их можно найти в конструкторе форм (ЛКМ по нужной кнопке – окно свойств - события(рис. 70). Рисунок 70. Местонахождение внедренного макроса Данный внедренный макрос осуществляет переход к форме «Заявки» (рис. 71). Рисунок 71. Кнопка «Перейти к заявке» с макросом В форме «Заявка» содержатся две кнопки со внедренными макросами, с помощью которых можно перейти к отчету по заявке и просмотреть информацию о заказчике (рис. 72-74). Рисунок 72. Кнопки «Отчет по заявке» и «О заказчике» с макросом 37 Рисунок 73. Форма «Заказчики» Рисунок 74. Отчет «Отчет клиенту» Вид формы «Оформление заказа» представлен на рисунке 75. Рисунок 75. Кнопка «Актуальное расписание с макросом» Переход по кнопке «Актуальное расписание» представлен на рисунке 76. Рисунок 76. Таблица «Актуальное расписание» 2.7 Создание кнопочной формы Финалом работы является создание кнопочной формы. Главная кнопочная форма содержит такие страницы как «Сформированные заказы и перегрузочные работы», «Отчеты по работе», «Просмотр и составление заявки», «Расписание и станции» и «Выход» – закрытие приложения (рис. 77). 38 Рисунок 77. Главная страница кнопочной формы Каждая страница оснащена возможность перехода обратно к главной кнопочной форме. Пример работы перехода по страницам кнопочной формы Перейдем к странице «Расписание и станции». Которая содержит еще четыре страницы: «Расписание за все время», «Станции ОкЖД», «Актуальное расписание» и переход к главной кнопочной форме «Назад» (рис. 78). Рисунок 78. Страница «Расписание и станции» «Расписание за все время». При переходе по данной странице мы переходим к форме «Расписание за все время» (рис. 79). Рисунок 79. Форма «Расписание за все время» «Станции ОкЖД». При переходе по данной странице мы переходим к форме «Станции ОкЖД» (рис. 80). 39 Рисунок 80. Форма «Станции ОкЖД» «Актуальное расписание» При переходе по данной странице мы открываем макрос «Актуальное расписание», который запускает создание таблицы и открывает ее (рис. 81). Рисунок 81. Таблица «Актуальное расписание» «Назад». Переход к главной кнопочной форме (рис. 82). Рисунок 82. Кнопка «Назад» Остальные страницы представляю из диспетчера кнопочной формы. Страница «Отчеты по работе» открывает отчеты, которые содержатся в базе данных. Страница также оснащена переходом к главной кнопочной форме (рис. 83). Рисунок 83. Раздел «Отчеты по работе» Данной кнопке присвоена команда «Открыть отчет» (рис. 84). 40 Рисунок 84. Команда «Открыть отчет» Страница «Просмотр и составление заявки» открывает две формы «Заказчики» и «Заявки». Изменение и добавление записей осуществляется в самих формах с помощью кнопок (рис. 85). Страница также оснащена переходом к главной кнопочной форме. Рисунок 85. Раздел «Просмотр и составление заявки» Как можно заметить, команде присвоена функция не только открытия формы, но и ее изменение (рис. 86). Рисунок 86. Команда «Открыть форму для изменения» Страница «Сформированные заказы и перегрузочные работы» открывает три формы «Перегрузочные работы форма», «Сформированные заказы форма» и «Оформление заказа». Страница также оснащена переходом к главной кнопочной форме (рис. 87). Рисунок 87. Сформированные заказы и перегрузочные работы Страница «Выход» на главной кнопочной форме осуществляет выход из приложения (рис. 88). 41 Рисунок 88. Кнопка «Выход» При запуске базы данных открывается приложение пользователя (рис. 89). Рисунок 89. Форма просмотра при открытии БД После создания кнопочной формы, в таблицах появляется новая – «Switchboard items», в которой хранятся все данные кнопочной формы (рис. 90). Рисунок 90. «Switchboard items» 42 Заключение Данная курсовая работа выполнена с целью автоматизации процесса контроля и планирования перегрузочных работ на железных дорогах. В результате выполнения работы разработана база данных «Грузоперевозки на железной дороге», которая представляет собой оптимизированную систему планирования и контроля грузоперевозок на железной дороге. В ходе выполнения курсовой работы получены следующие результаты, обеспечивающие достижение поставленной цели: 1. Разработана и проанализирована информационно–логическая модель предметной области «Грузоперевозки на железной дороге»; 2. Разработаны объекты информационной базы обработки заявок по грузоперевозкам (таблицы, формы, запросы, отчеты) в СУБД MS Access. 3. Разработан удобный интерфейс пользователя для упрощенной обработки и анализа информации. 43 Список используемых источников 1. Базы данных и СУБД на пример Microsoft Access [Электронный ресурс]. Режим доступа: https://spravochnick.ru/bazy_dannyh/bazy_dannyh_i_subd_na_primere_micros oft_access/ (Дата обращения: 10.05.2020). 2. Беракевич Ю.Б., Пушкина Н.В. Самоучитель Access. — СПб.: БХВ- Петербург, 2011. — 432 с. 3. Головинчер М.Н. Базы данных. Основные понятия, модели данных, процесс проектирования. Курс лекций. Томск. 2009, – 129 с. 4. Григорьев С.М., Мамонтова Е.А., Цветкова О.Н. Работа с базами данных в MS ACCESS 2010. Методические указания и задания к изучению курса "Информатика", «Экономическая информатика», М. 2012, – 75 с. 5. Громов Г.Ю., Кириллов В.В., Основы проектирования реляционных баз данных. СПб: БХВ-Петербург, 2009, – 464 с. 6. Железнодорожные станции [Электронный ресурс]. Режим доступа: https://www.tks.ru/db/rwstation/ (Дата обращения: 22.04.2020). 7. Карпова И.П., Введение в базы данных. Учебное пособие. М. 2013, – 190 с. 8. Кузин А.В., Левонисова С.В. Базы данных. Учебное пособие для студентов высших учебных заведений (гриф УМО вузов России), 4-е изд. – Академпресс, 2010. – 320 с. 9. Национальный открытый университет ИНТУИТ. Инфологическое моделирование [Электронный ресурс]. Режим дотупа: https://www.intuit.ru/studies/courses/1 001/297/lecture/7411 (Дата обращения: 12.05.2020). 10. Проектирование методом сущность-связь er-диаграммы [Электронный ресурс]. Режим доступа: https://textarchive.ru/c-2935596.html (Дата обращения: 10.05.2020). |