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

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 22.11.2011
Размер файла 821,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Федеральное государственное образовательное учреждение

высшего профессионального образования

ульяновское высшее авиационное училище

гражданской авиации (институт)

кафедра информатики

КУРСОВАЯ РАБОТА

по дисциплине «Информационное обеспечение, базы данных»

на тему: разработка базы данных

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

Ульяновск, 2011

Реферат

Пояснительная записка состоит из 33с., 10 рис., 4 источника.

БАЗЫ ДАННЫХ, ГРУЗОПЕРЕВОЗКИ, ИНФОРМАЦИОННАЯ СИСТЕМА, КЛЮЧЕВОЕ ПОЛЕ, ПРЕДМЕТНАЯ ОБЛАСТЬ, СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ, СХЕМА ДАННЫХ.

Объектом исследования являлась деятельность авиакомпании по перевозке грузов.

Цель работы - разработать адекватную и эффективную модель информационного обеспечения деятельности авиакомпании по перевозке грузов.

В процессе исследования предметной области грузоперевозок и выполнения курсовой работы была создана информационная системы «Авиакомпания по грузоперевозкам».

Содержание

Введение

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

2. Документооборот ПО

3. Анализ информационных потребностей пользователей

4. Описание основных объектов ПО

5. Разработка инфологической модели данных

6. Нормализация БД

7. Выбор и обоснование СУБД

8. Разработка даталогической модели данных

9. Анализ ограничений целостности в БД

10. Разработка интерфейса пользователя. Алгоритм работы программного комплекса и его состав

Заключение

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

Введение

пользователь база данное программный

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

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

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

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

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

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

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

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

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

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

В действующем «Руководстве по грузовым перевозкам на внутренних воздушных линиях» (РГП-85) содержатся ссылки на особые (специальные) условия перевозки: «К перевозке воздушным транспортом принимаются также некоторые виды грузов (скоропортящиеся, опасные, радиоактивные, животные и др.), которые требуют особых условий транспортировки. (п.2.4.3) В данном документе существуют пункты: - Перевозка тяжеловесных и негабаритных грузов (п.2.9), - Перевозка скоропортящихся грузов (п.2.16), - Перевозка опасных грузов и радиоактивных материалов (п.2.17), - Перевозка живности (п.2.18), - Перевозка самоходной и гусеничной техники (п.2.19), - Перевозка гробов с покойниками (п.2.20).http://www.aerosib.ru/docs/spec-gruz.htm

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Телефон.

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

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

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

№рейса

Аэропорт вылета

Аэропорт прибытия

Тип ВС

Дальность (в км)

Время полёта (в мин.)

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

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

Тип ВС

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

Тип ВС

Стоимость перевозки 1 кг груза

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 4.1

№п.п.

Наименование объекта

Краткое описание

1.

Склад.

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

2.

Отсек

Является частью склада, помещается груз.

3.

Заказчик.

Юридическое лицо, поставляющее партию товара для перевозки. В данной базе предполагается, что заказчиком перевозки и получателем груза будет одно и то же ответственное лицо, т.к. перевозка оплачивается до.

4.

Товар.

Определенный вид продукции, номенклатурное название, не зависящее от производителя.

5.

Партия

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

6.

Рейс

Непосредственно возможность перевезти груз в конкретный день и конкретным типом ВС.

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

Таблица.4.2

Сущность.

Свойство

Описание

1

Склад

Склад№

Идентификатор склада, однозначно определяет его.

2

Адрес

- содержит информацию об адресе склада (улицу и дом);

3

Телефон

Телефон склада.

4

Заведующий складом

Фамилия заведующего складом.

1

Отсек

Отсек№

Идентификатор отсека на складе.

2

Склад№

Идентификатор склада, однозначно определяет его.

3

Группа товаров

Подставляются значения из списка из 3 значений (укрупненных). Определяются необходимыми условиями хранения для данной группы товаров.

1

Заказчик

Государственый регистрационный номер.

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

2

Название

Полное наименование фирмы - заказчика.

3

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

- содержит информацию об адресе заказчика (город, индекс, улицу и т.д.);

4

Телефон

Телефон заказчика вместе с кодом города.

5

Область деятельности

Использует значения из заданного списка, например: «Бытовая техника», «Оружие», «Медикаменты».

6

Контактное лицо

Фамилия контактного лица организации.

1

Товар.

Товар №

Идентификатор товара, однозначно определяет его.

2

Наименование

Полное вида наименование продукции.

3

Производитель

Производитель вида продукции. Товар с одним наименованием, но разного производства - разный пункт в таблице.

4

Срок хранения

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

1

Партия

Партия №

Идентификатор партии, однозначно определяет его.

2

Товар №

Идентификатор товара, однозначно определяет его.

3

Дата поступления, Дата доставки

Сроки поступления товара на склад и крайний срок доставки груза в точку назначения.

4

Количество

Кол-во груза в единицах или ящиках.

5

Масса

Общая масса груза вместе с упаковкой(брутто) к перевозке.

6

Откуда - Куда

Пункты отправки и прибытия груза.

7

Отсек№

Идентификатор отсека на складе, состоит из 2 частей: 01/01(код склада+ код отсека).

8

Госрег номер

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

9

Оплата

Проплачен заказ или нет.

1

Рейс

Рейс№

Идентификатор рейса, однозначно определяет его.

2

Тип перевозки

Выбирает тип перевозок из трех: - постоянный,

- чартерный

- госзаказ.

3

Откуда - Куда

Города отправки и прибытия.

4

Дата вылета

Дата отправки ВС из аэропорта..

5

Время вылета

Время отправки ВС из аэропорта..

6

Тип ВС

Значения выбираются из справочника имеющихся в распоряжении АК ВС.

7

Стоимость перевозки 1 кг

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

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

Таблица 4.3.

Связь

Объекты-участники

Краткое описание

1

один-ко-многим

Склад - Отсек

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

2

один-ко-многим

Отсек - Партия

В одном отсеке могут быть размещены товары из нескольких партий. Хотя для удобства в своей БД я размещала по одной партии в один отсек.

3

один-ко-многим

Товар - Партия

Один и тот же товар может входит в состав различных партий. Т.к. заказы могли поступать в различные периоды.

4

один-ко-многим

Заказчик - Партия

От одного заказчика может прийти несколько партий.

5

многие-ко-многим

Рейс - Партия

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

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

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

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

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

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

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

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

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

Склад

1

IDSklad

2

Adress

3

Telefon

4

ZavSklad

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

IDSklad >Adress;

IDSklad >Telefon;

IDSklad >ZavSklad;

Отсек

1

IDOtsek

2

IDSklad

3

GruppaTovar

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

IDOtsek > IDSklad

IDOtsek > GruppaTovar

Заказчик

1

RegNomer

2

Nazvanie

3

Adress

4

Telefon

5

OtvLItso

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

RegNomer >Adress;

RegNomer >Telefon;

RegNomer > OtvLItso;

Товар

1

ID Tovar

2

Naimenovanie

3

Proizvoditel

4

SrokXraneniya

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

ID Tovar > Naimenovanie;

ID Tovar > Proizvoditel;

ID Tovar > SrokXraneniya

Партия

1

IDPartiya

2

IDTovar

3

DataPostuplenie

4

SrokDostavka

5

Kolvo

6

Massa

7

RegNomer

8

IDOtsek

9

Otkuda

10

Kuda

11

Oplata

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

IDPartiya > IDTovar;

IDPartiya > DataPostuplenie;

IDPartiya > SrokDostavka;

IDPartiya > Kolvo;

IDPartiya > Massa;

IDPartiya > RegNomer;

IDPartiya > IDOtsek;

IDPartiya > Otkuda;

IDPartiya > Kuda;

IDPartiya > Oplata;

Перевозка

1

IDPerevozka

2

IDPartiya

3

Kolvo

4

Massa

5

Vupolneno

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

IDPerevozka > IDPartiya;

IDPerevozka >Kolvo;

IDPerevozka > Massa;

IDPerevozka> Vupolneno;

Рейс

1

NomerReis

2

IDPerevozka

3

Otkuda

4

Kuda

5

Data

6

Vremya

7

TypeVS

8

Stoimost1kg

Рейс (первичный ключ - 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.

Сущность.

Атрибут.

Описание

Тип Поля.

1

Sklad

IDSklad

Атрибут, однозначно определяющий склад.

- Счетчик;

Автоматическое присвоение номера.

2

Adress

- содержит информацию об адресе склада (улицу и дом);

- Текстовый, кол-во символов =50;

3

Telefon

Телефон склада.

- Текстовый, кол-во символов=20;

4

ZavSklad

Фамилия заведующего складом.

- Текстовый, кол-во символов= 20;

1

Отсек

IDOtsek

Идентификатор отсека на складе, состоит из 2 частей: 01/01 (код склада+ код отсека).

- Текстовый, кол-во символов=10;

2

IDSklad*

Идентификатор склада, однозначно определяет его. Втоичный ключ.

- Счетчик;

3

GruppaTovar

Подставляются значения из списка из 3 значений (укрупненных). Определяются необходимыми условиями хранения для данной группы товаров.

- Текстовый, мастер подстановок из заранее установленного списка;

1

Заказчик

RegNomer.

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

- Текстовый, кол-во символов=10;

2

Nazvanie

Полное наименование фирмы - заказчика.

- Текстовый, кол-во символов = 50;

3

UrAdress

- содержит информацию об адресе заказчика (город, индекс, улицу и т.д.);

- Текстовый, кол-во символов =50;

4

Telefon

Телефон заказчика вместе с кодом города.

- Текстовый, кол-во символов =50;

5

OblDeyatelnosti

Использует значения из заданного списка, например: «Бытовая техника», «Оружие», «Медикаменты».

- Текстовый, мастер подстановок из заранее установленного списка;

6

Predstavitel

Фамилия контактного лица организации.

- Текстовый, кол-во символов= 20;

1

Товар.

IDTovar

Идентификатор товара, однозначно определяет его.

- Счетчик;

2

Naimenovanie

Полное вида наименование продукции.

- Текстовый, кол-во символов = 50;

3

Proizvoditel

Производитель вида продукции. Товар с одним наименованием, но разного производства - разный пункт в таблице.

- Текстовый, кол-во символов=50;

4

SrokXraneniya

Срок возможного пребывания товара на складе без нанесения ему ущерба. Учитывается в неделях. Для неограниченного срока равен 0.

- Числовой. Длинное целое.

1

Партия

IDPartiya

Идентификатор партии, однозначно определяет его.

- Счетчик;

2

IDTovar*

Идентификатор товара, однозначно определяет его.

- Счетчик;

3

DataPostypleniya - Dostavki

Сроки поступления товара на склад и крайний срок доставки груза в точку назначения.

-Дата/время, краткий формат даты.

4

Kolvo

Кол-во груза в единицах или ящиках

- Числовой;

5

Massa

Общая масса груза вместе с упаковкой(брутто) к перевозке.

- Числовой;

6

Otkuda - Kuda

Пункты отправки и прибытия груза.

- Текстовый, кол-во символов = 20;

7

IDOtsek*

Идентификатор отсека на складе, состоит из 2 частей: 01/01(код склада+ код отсека).

- Текстовый, кол-во символов=10;

8

RegNomer*

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

- Текстовый, кол-во символов=10;

9

Oplata

Проплачен заказ или нет.

- Логический;

1

Перевозка

IDPerevozka

Идентификатор перевозки, т.е. транспортировки составной части партии, однозначно определяет его.

- Счетчик;

2

IDPartiya*

Идентификатор партии, однозначно определяет его. Вторичный ключ.

- Числовое;

3

Kolvo

Кол-во груза в единицах или ящиках

- Числовой;

4

Massa

Масса груза вместе с упаковкой(брутто) к перевозке в рамках конкретного рейса.

- Числовой;

5

Vupolneno

Отметка о доставке груза

- Логический;

6

Перевозка

NomerReis

Вторичный ключ.

- Числовой, Длинное целое

1

Рейс

NomerReis

Идентификатор рейса, однозначно определяет его.

- Счетчик;

2

Type

Выбирает тип перевозок из трех: постоянный, чартерный или госзаказ.

- мастер подстановок;

3

Otkuda - Kuda

Города отправки и прибытия.

- Текстовый, кол-во символов = 20;

4

Data

Дата отправки ВС из аэропорта.

-Дата/время, краткий формат даты.

5

Vremya

Время отправки ВС из аэропорта..

-Дата/время, краткий формат времени.

6

TypeVS

Значения выбираются из справочника имеющихся в распоряжении АК ВС.

-мастер подстановок;

7

Stoimost1kg

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

- Денежный;

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


Подобные документы

  • Теоретические основы проектирования баз данных (БД). Учет расчетов с поставщиками как предметная область БД. Разработка алгоритма, защита БД. Особенности создания физической формы модели, интерфейса пользователя. Практические методы защиты созданной БД.

    курсовая работа [1,5 M], добавлен 16.12.2014

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

    курсовая работа [706,2 K], добавлен 17.06.2012

  • Рассмотрение инфологической и даталогической модели базы данных кинотеатров города. Разработка базы данных в программе MS Access. Описание структуры приложения и интерфейса пользователя. Изучение SQL-запросов на вывод информации о кинотеатре и о фильме.

    курсовая работа [1,1 M], добавлен 04.09.2014

  • Функциональные зависимости и нормализация отношений. Ограничения целостности данных. Описание таблиц на языке SQL. Интерфейс пользователя и надёжность программ обработки данных. Обработка данных с помощью запросов. Работа с данными из внешних источников.

    дипломная работа [1,6 M], добавлен 25.04.2015

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

    курсовая работа [964,8 K], добавлен 27.09.2014

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

    курсовая работа [186,9 K], добавлен 18.12.2010

  • Разработка базы данных "Учет движения товара в магазине", ее основные функции. Разработка инфологической, концептуальной и физической моделей, предметная область. Определение объектов и связей между объектами. Структура программного обеспечения.

    курсовая работа [1023,7 K], добавлен 05.12.2012

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

    курсовая работа [2,1 M], добавлен 08.06.2012

  • Анализ предметной области и описание основных функциональных подсистем автоматизированного рабочего места администратора кинотеатра "Мир". Разработка инфологической модели базы данных и заполнение форм данных. Обеспечение безопасности и доступа к данным.

    курсовая работа [4,4 M], добавлен 27.12.2014

  • Разработка программного продукта - базы данных "Экскурсия" в интегрированной среде программирования C++ Builder 6. Определение порядка просмотра данных базы, их редактирования и удаления. Особенности руководства пользователя и общего интерфейса программы.

    курсовая работа [2,4 M], добавлен 03.11.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.