База данных авиакомпании по перевозке грузов

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

Деятельность авиакомпании организована следующим образом:

- имеются справочники заказчиков, складов, номенклатуры товара;

- к перевозке и на склад принимаются партии товара, состоящие из товаров, имеющихся в справочнике, но отличающиеся в ряде случаев производителями. Партия товара включает в себя информацию о количестве и массе груза;

- из товаров одной партии может комплектоваться несколько перевозок, осуществляемых на разных рейсах.

Общей задачей БД «Авиакомпания по перевозке грузов» является быстрое и удобное получение информации о рейсах, поступивших товарах, их оплате и комплектации грузов на определенном рейсе.

2. ДОКУМЕНТООБОРОТ ПО

Все документы, используемые при создании данной БД можно разделить на:

- первичные - являются основой для создания таблиц и занесения информации, они подтверждают тот или иной вид деятельности;

- порожденные - строятся на основе других документов, часто представляют собой отчеты за какой то период времени или часть первичных документов, отдаваемая пользователям;

Основными первичными документами со стороны заказчика считаются:

1. Свидетельство о государственной регистрации:

- Регистрационный номер.

- Расчетный счет в банке, откуда перечисляются средства, т.к. расчеты ведутся безналичным методом.

- Юридический адрес.

- Телефон.

- Ответственное (контактное) лицо.

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

1. Список рейсов - перечень всех рейсов, осуществляемых авиапредприятие на постоянной основе.

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

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

3. Тарифная сетка. В случае грузоперевозок имеет смысл такое понятие как: «Стоимость перевозки 1 кг груза ». Данный параметр меняется в зависимости от дальности следования, и как установила я в своей работе, от типа ВС.

4. Один из важнейших документов - товарно-транспортная накладная.

Рис.2.1 Внешний вид товарно-транспортной накладной.

Включает в себя:

1. Место отправки и место прибытия.

2. Перевозочное средство (в нашем случае тип воздушного судна).

3. Сроки доставки

4. Номенклатуру груза, т.е. его массу и количество единиц.

В моей курсовой работе накладная задается в качестве формируемого объекта (формы).

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

3. ИНФОРМАЦИОННЫЕ ПОТРЕБНОСТИ ПОЛЬЗОВАТЕЛЕЙ

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

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

Задача оператора состоит как в добавлении новых данных, к примеру, нового пункта в номенклатуре товара, так и в выполнении запросов: о количестве и составе груза на определенном борту, оплате договоров. Основной выходной информацией служат отчеты в виде накладных на рейс или на заказчика перевозки.

4.ОПИСАНИЕ ОСНОВНЫХ ОБЪЕКТОВ ПРЕДМЕТНОЙ ОБЛАСТИ

При анализе предметной области было выделено достаточно большое количество объектов, являющихся элементами модели данных (Таблица 4.1).

Таблица 4.1

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

Таблица.4.2

Предметная область представляет собой набор взаимосвязанных объектов. Объекты описаны в предыдущих двух таблицах, теперь необходимо выяснить связи между сущностями. Результаты анализа представлены в таблице 4.3 « Список связей предметной области»

Таблица 4.3.

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

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

5.РАЗРАБОТКА ИНФОЛОГИЧЕСКОЙ МОДЕЛИ

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

Схема данных содержит в себя семь основных сущностей, объединенных между собой нормализованными связями типа «один - ко - многим».

Рис. 5.1 Инфологическая модель.

6. НОРМАЛИЗАЦИЯ БД

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

Склад (первичный ключ - IDSklad):

IDSklad >Adress;

IDSklad >Telefon;

IDSklad >ZavSklad;

Отсек (первичный ключ - IDOtsek:

IDOtsek > IDSklad

IDOtsek > GruppaTovar

Заказчик (первичный ключ - RegNomer):

RegNomer >Adress;

RegNomer >Telefon;

RegNomer > OtvLItso;

Товар (первичный ключ - ID Tovar):

ID Tovar > Naimenovanie;

ID Tovar > Proizvoditel;

ID Tovar > SrokXraneniya

Партия (первичный ключ - ID Tovar):

IDPartiya > IDTovar;

IDPartiya > DataPostuplenie;

IDPartiya > SrokDostavka;

IDPartiya > Kolvo;

IDPartiya > Massa;

IDPartiya > RegNomer;

IDPartiya > IDOtsek;

IDPartiya > Otkuda;

IDPartiya > Kuda;

IDPartiya > Oplata;

Перевозка (первичный ключ - IDPerevozka):

IDPerevozka > IDPartiya;

IDPerevozka >Kolvo;

IDPerevozka > Massa;

IDPerevozka> Vupolneno;

Рейс (первичный ключ - NomerReis):

NomerReis > IDPerevozka;

NomerReis > Otkuda;

NomerReis > Kuda;

NomerReis > Data;

NomerReis > Vremya;

NomerReis > TypeVS;

NomerReis > Stoimost1kg;

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

Таблица находится во второй нормальной форме (2NF), если она находится в первой нормальной форме, и при этом любой её атрибут, не входящий в состав первичного ключа, функционально полно зависит от первичного ключа. Функционально полная зависимость означает, что атрибут функционально зависит от всего первичного составного ключа, но при этом не находится в функциональной зависимости от какой-либо из входящих в него атрибутов (частей). Или другими словами: в 2NF нет неключевых атрибутов, зависящих от части составного ключа.

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

При дальнейшем анализе связей атрибутов в таблицах было выявлено, что все атрибуты в каждой таблице зависят напрямую от первичного ключа, не завися при этом через посторонние атрибуты, то есть, все зависимости прямые и нет транзитивных зависимостей. Таким образом, отсутствие транзитивных зависимостей говорит нам. Что база данных находится в третьей нормальной форме (3NF).

7. ВЫБОР И ОБОСНОВАНИЕ СУБД

Система управления базами данных (СУБД) - это комплекс программных и языковых средств, необходимых для создания баз данных, их поддержания в актуальном состоянии и организации в них поиска необходимой информации. Все существующие СУБД следует разделить на однопользовательские (dBASE, FoxPro) и многопользовательские (клиент-серверные). СУБД Access в основном позиционируется как однопользовательская, что существенно сужает область ее применения, но в то же время она может использоваться по системе файл-сервер. Вся СУБД такого класса выполняется как единая программа, таблицы базы данных представляются отдельными файлами на диске того же персонального компьютера. С развитием локальных сетей разработчики СУБД этого класса стали приспосабливать их к работе в сетевой среде, в которой потенциально стало возможным организовать доступ к данным с нескольких персональных компьютеров, включенных в локальную сеть. Файлы базы данных при этом размещаются на файловом сервере. На каждом же рабочем месте работает собственная копия программы-СУБД и прикладная программа, и на их выполнение могут оказывать существенное влияние характеристики компьютера этого рабочего места.

Что касается многопользовательских СУБД, таких как SQL Server или Oracle, то они используются повсеместно для организации сложных информационных систем корпоративного уровня. При этом не накладывается никаких ограничений на масштаб сети, агенты могут быть связаны с ядром СУБД через любую сеть и любые протоколы передачи данных. Многопользовательские СУБД обладают также неоспоримыми преимуществами в таких аспектах, как надежность, безопасность, доступность.

SQL Server и Access настолько связаны с операционной системой, что их надежность, масштабируемость и производительность определяются надежностью, масштабируемостью и производительностью самой платформы, и положение SQL Server и Access на рынке будет зависеть от выпуска новых версий Windows.

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

8. РАЗРАБОТКА СТРУКТУРЫ ДАТАЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ

Доступ к БД осуществляется с помощью конкретной СУБД, то модели должны быть описаны на языке описания данных этой СУБД. Такое описание, создаваемое АБД по инфологической модели данных, называют даталогической моделью данных. Учитывая особенности СУБД MS ACCESS, основные 4 таблицы дополняются ещё одной, созданной на основе таблиц «Рейс» и «Тип ВС». Эта таблица представляет собой справочник соответствия кол-ва мест на ВС №рейса. Ту же таблицу можно было создать и с помощью запроса, но в таком случае после осуществления запроса на обновление, изменения происходили бы во всех номерах рейсов с одинаковым типом ВС, а не в конкретном № рейса. Даталогическая модель отображена в таблице 8.1.

Таблица 8.1.

9. АНАЛИЗ ОГРАНИЧЕНИЙ ЦЕЛОСТНОСТИ В БД

Целостность базы данных (database integrity) -- соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам. Каждое правило, налагающее некоторое ограничение на возможное состояние базы данных, называется ограничением целостности (integrity constraint).

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

Обеспечение целостности данных будет возможно только если соответствующее поле из базовой таблицы является первичным ключом или имеет уникальный индекс, связанные поля имеют один и тот же тип данных, а также если обе таблицы содержатся в одной и той же базе данных Microsoft Access.

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

И последней степенью обеспечения целостности данных может быть каскадное удаление связанных записей.

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

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

10.РАЗРАБОТКА СТРУКТУРЫ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ БД

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

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

Рис. 10.1 Ввод новой партии.

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

Рис. 10.2 Ввод новых данных.

В форме «Накладная заказ» представлены данные по партиям груза от одного заказчика и рассчитана стоимость каждой перевозки.

Рис. 10.3 Форма «Накладная Заказчик».

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

Рис. 10.4 Запросы

Результат запроса представлен на следующем рисунке.

Рис. 10.5 Компании, оплатившие доставку.

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

Рис. 10.6 Отчет.

Схематично основной процесс работы оператора можно представить в виде алгоритма.

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

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

Рис. 10.6 Алгоритм комплектации рейса.

Заключение

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

Результаты работы даются в виде выходных форм и отчетов. Отчеты могут быть выведены на печать или отправлены в файл.

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

Список использованной литературы

1. Кузнецов С.Д. Введение в системы управления базами данных //СУБД. - 1995. - №1,2,3,4, 1996.

2. Чен П. Модель "сущность-связь" - шаг к единому представлению о данных //СУБД. - 1995. - №3

3. Сайт по БД.

4. Официальный сайт поддержки продуктов MS Office.

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