Проектирование базы данных "Аэропорт"

Цели и назначение проектируемой информационной системы "Аэропорт". Требования к предоставлению информации, составу и параметрам технических средств. Разработка серверной и клиентской частей программы. Представление инфологической модели базы данных.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 28.04.2014
Размер файла 2,4 M

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

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

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

РЕФЕРАТ

39 с., 16 рис., 15 табл., 4 источника, 1 прил.

БАЗА ДАННЫХ, СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ, ПРОГРАММНАЯ СРЕДА, РЕЛЯЦИОННЫЕ БАЗЫ ДАННЫХ, CASE-СРЕДСТВА РАЗРАБОТКИ, ЯЗЫК ЗАПРОСОВ TRANSACT SQL, ТРАНЗАКЦИЯ, MICROSOFT SQL SERVER 2008 R2.

Цель работы - создать информационную систему, упрощающую ввод, хранение, изменение, удаление данных, используемых в аэропорту.

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

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

Основные технико-эксплуатационные показатели: безопасность, бесперебойная работа системы, удобный и понятный интерфейс.

Область применения - данную базу данных можно использовать в аэропорту.

ОГЛАВЛЕНИЕ

  • ВВЕДЕНИЕ
  • 1. МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ
    • 1.1 Характеристика входной информации
    • 1.2 Характеристика выходной информации
    • 1.3 Цель разработки информационной системы
  • 2. СИСТЕМНЫЙ АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
  • 3. НАЗНАЧЕНИЕ ПРОЕКТИРУЕМОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ
    • 3.1 Функции решаемые ИС
    • 3.2 Задачи, решаемые информационной системой
    • 3.3 Требования к предоставлению информации
    • 3.4 Требования к надежности
    • 3.5 Требования к составу и параметрам технических средств
  • 4. КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ
  • 5. ВЫБОР СУБД
  • 6. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ
  • 7. ФИЗИЧЕСКАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ
  • 8. РАЗРАБОТКА СЕРВЕРНОЙ ЧАСТИ
  • 9. РАЗРАБОТКА КЛИЕНТСКОЙ ЧАСТИ
  • ЗАКЛЮЧЕНИЕ
  • СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
  • ПРИЛОЖЕНИЕ А

ВВЕДЕНИЕ

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

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

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

1. МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ

1.1 Характеристика входной информации

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

1.2 Характеристика выходной информации

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

1.3 Цель разработки информационной системы

Создать информационной системы, упрощающей ввод, хранение, изменение данных, используемых в аэропорту.

Главная цель создания базы данных "Аэропорт" состоит в том, чтобы хранить и выдавать информацию о самолетах, о расписании полётов, о персонале самолёта, о пассажирах и о стоимости полётов.

информационный база данные клиентский

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

База данных предназначена для работника аэропорта. Она должна обеспечивать хранение сведений о пассажирах и персонале, а также о билетах, самолётах.

Основные понятия, используемые при разработке информационной системы:

Пассажир - клиент аэропорта (перевозимое лицо).

Персонал - работник аэропорта (в нашем случае на самолёте).

Билет - документ, удостоверяющий право на перелёт пассажира.

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

Самолёт - воздушное транспортное средство.

Место в самолёте -уникальное, имеются разные классы мест, связано с билетом.

Для упрощения учебной задачи примем следующие допущения:

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

На одни и те же направления могут летать различные самолёты.

Название самолёта определяет тип самолёта.

Каждый билет определяет место в самолёте, класс места в самолёте, время прибытия и отправления из аэропортов, перевозчика.

3. НАЗНАЧЕНИЕ ПРОЕКТИРУЕМОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Функции решаемые ИС

Функции, решаемые информационной системой

Автоматизированная информационная система аэропорт:

ввод и хранение необходимой для работы информации;

исключение избыточности данных;

обеспечение целостности данных;

обновление информации о БД;

резервное архивирование данных.

3.2 Задачи, решаемые информационной системой

хранение информации о самолётах ;

хранение информации о персонале;

хранение информации о пассажирах;

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

хранение информации об аэропортах;

хранение информации о стоимости билетов и о проданных (заказанных билетах).

3.3Требования к предоставлению информации

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

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

Система должна обеспечивать:

целостность данных;

непротиворечивость данных;

возможность хранения архивов на внешних носителях.

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

Server: IntelXeon и др., оперативная память от 2 GB. WorkStation: IntelPentiumIIIивыше, оперативнаяпамятьот 256 MB, видеокартаGeForce 2 (аналогичнаяRadeon) ивыше, жёсткийдискот 80 GB.

4. КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ

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

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

Для своего курсового проекта я выбрал программу RationalRose 7.0, которое является мощным Case - средством для проектирования и разработки UML диаграмм.

Диаграмма вариантов использования

Для наглядного отображения оптимально подходит диаграмма вариантов использования, так как она проста, читабельна даже непрофессионалам. Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма или, как ее обычно называют, каждый Usecase - это описание сценария поведения, которому следуют действующие лица (Actors). Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты, как системы, так и предметной области и задачи, ими выполняемые.

Рисунок 1 - Диаграмма вариантов использования.

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

Актёр - пассажир - клиент аэропорта, которому необходим перелёт.

Актёр - диспетчерская - разрешает или запрещает вылет самолёта на намеченный рейс.

Актёр - персонал - работники самолёта, обеспечивающие контроль за пассажирами и их обслуживание во время полёта.

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

Диаграмма классов (ClassDiagram)

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

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

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

На рисунке 2 представлена диаграмма классов моего проекта.

Система - управляющий класс (controlclass), контролирующий работу всей системы и хранение данных. Диспетчерская - является интерфейсом (interfaceklass) и осуществляет 2 операции. Остальные объекты, представленные на диаграмме, являются классами-сущностями (entityclass): пассажир, персонал, самолёт, рейс и билет. Для каждого из них определены атрибуты, а также операции. На диаграмме видно, что все классы взаимодействуют с системой, а также некоторые друг с другом.

Рисунок 2 - Диаграмма классов

5. ВЫБОР СУБД

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

Платформа SQL Server включает следующие инструменты:

Система управления реляционными базами данных (RelationalDatabase) предоставляет производительное, надежное, защищенное, масштабируемое ядро для управления базами данных с поддержкой возможностей обеспечения высокой доступности. Реализована поддержка данных в формате XML

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

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

Службы интеграции (IntegrationServices, DTS) предоставляют возможности по извлечению, преобразованию и загрузке данных в хранилища данных и интеграции данных в масштабах предприятия.

Службы анализа (AnalysisServices) предоставляют возможности оперативной аналитической обработки данных (OLAP) для быстрого разностороннего анализа больших объемов данных с использованием расширений для многомерного хранения данных.

Службы отчетов (ReportingServices) предоставляют полнофункциональное решение для создания, сопровождения и доставки как традиционных (ориентированных на бумажное представление), так и интерактивных (доступных через Web-интерфейс) отчетов.

Инструменты управления (ManagementTools). В состав SQL Server включены интегрированные инструменты управления для администрирования и оптимизации, а также реализована тесная интеграция с такими инструментами управления, как MicrosoftOperationsManager (MOM) и MicrosoftSystemsManagementServer (SMS). Стандартные протоколы для доступа к данным значительно сокращают время, необходимое для интеграции баз данных SQL Server с существующими системами. Встроенная в SQL Server поддержка Web-служб позволяет упростить совместное использование SQL Server с внешними приложениями и системами.

Инструменты разработки (DevelopmentTools). SQL Server предлагает интегрированные инструменты разработки для: реляционных баз данных, служб извлечения, преобразования и загрузки данных, datamining и OLAP служб отчетов

Предоставляемые инструменты разработки интегрированы с MicrosoftVisualStudio® для обеспечения эффективности разработки приложений. Каждая основная подсистема в SQL Server обладает собственной объектной моделью и набором программных интерфейсов (API), что обеспечивает возможности расширения платформы для удовлетворения потребностей предприятия.

Платформа SQL Server обеспечивает следующие преимущества:

Повышение эффективности используемых данных: помимо предоставления защищенной и надежной системы управления базами данных для приложений корпоративного класса, SQL Server предоставляет интегрированные службы отчетов, анализа данных и datamining.

Повышение продуктивности сотрудников: за счет развитых возможнстей бизнес-анализа и интеграции со знакомыми инструментами (например, MicrosoftOfficeSystem), SQL Server позволяет оперативно обеспечивать сотрудников оперативной информацией, в представлении оптимизированном под их потребности.

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

SQL Server 2008 содержит сотни новых и улучшенных возможностей.

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

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

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

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

Одним из преимуществ SQL Server является простота его применения, в частности администрирования. SQL Server Enterprise Manager, входящий в состав всех редакций Microsoft SQL Server (за исключением MSDE), представляет собой полнофункциональное и достаточно простое средство для администрирования этой СУБД.

По данным Transaction Processing Performance Council (TPC), SQL Server сейчас является рекордсменом по производительности.

Таким образом, главными достоинствами SQL-Server являются:

а) Высокая степень защиты данных;

б) Мощные средства работы с данными;

в) Высокая производительность;

г) Хранение больших массивов данных;

д) Хранение данных, требующих соблюдения режима секретности или при не допустимости их потери.

6. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

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

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

Первая нормальная форма

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

В таблице 1 приведены все поля, необходимые для создания БД (атрибуты и сущности).

Таблица 1 - Список всех полей.

Аэропорт отправления

Город аэропорта отправления

Страна аэропорта отправления

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

Город аэропорта прибытия

Страна аэропорта прибытия

Время отправления

Время прибытия

Название самолёта

Тип самолёта

Персонал самолёта

№ места

Класс места

Надбавка за класс

Средняя скорость самолёта

Стоимость 10 км

Стоимость билета

Дальность

Время в пути

Координаты отправления

Координаты прибытия

Дальность

Дата рождения

Рейс

Пассажир

Льгота

Фамилия пасс

Имя пасс

Отчество пасс

Фамилия перс

Имя перс

Отчество перс

Серия номер паспорта

Разрешение на вылет

Разрешение на посадку

Количество часов в воздухе

Возраст

Курс

Медицинский осмотр

Бизнес класс

Эконом класс

Первый класс

Диспетчерская

Место

Страховка

Форма оплаты

Перевозчик

Мы видим, что все поля неделимы, следовательно, первое требование 1 нормальной формы выполнено.

Допущения необходимые для определения первичного ключа:

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

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

Далее разберём функциональные связи между полями

Для таблицы аэропорт можно выделить следующие первичные ключи:

Таблица 2 - Первая нормальная форма.

Аэропорт

Название самолёта

№ персонала

№ Рейс

№ билета

№пассажира

Курс

Время отправления

Время прибытия

Серия паспорта пасс

Номер паспорта пасс

Аэропорт отправления

Город аэропорта отправления

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

Город аэропорта прибытия

Диспетчерская

Фамилия пасс

Имя пасс

Отчество пасс

Фамилия перс

Имя перс

Отчество перс

Количество часов в воздухе

Разрешение на посадку

Разрешение на вылет

Страна аэропорта отправления

Страна аэропорта прибытия

Тип самолёта

Дата рождения (персонала)

Адрес регистрация (персонал)

Оплачено

Заказано

Медицинский осмотр

класс места

гражданство (страна)

льготы

Надбавка за класс

Дальность

Стоимость 10км

стоимость билета

маршрут следования

№ места

Кассир

Страховка

Форма оплаты

Перевозчик

Время вылета

Функциональные зависимости между полями:

Каждый № персонала определяется ФИО персонала, возраст, медицинский осмотр, количество часов в воздухе, должность, адрес регистрации.

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

Каждый № пассажира определяет серию и номер паспорта, ФИО, гражданство, кем и когда выдан паспорт, дату рождения.

Название самолёта определяет тип самолёта, среднюю скорость.

Каждый № рейса определяет время в пути, дальность.

Каждый № курса определяет стоимость 10 км, координаты отправления и прибытия, разрешение диспетчерской на вылет.

Второе требование 1 нормальной формы выполнено: первичные ключи определены,следовательно, таблица приведена к 1ой нормальной форме (таблица 2).

Вторая нормальная форма

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

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

Структура 2ой нормальной формыотображена на рисунке 3:

Рисунок 3 - Вторая нормальная форма

Третья нормальная форма

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

Данные таблицы уже приведены к третьей нормальной форме, так как они соответствуют второй нормальной форме и в них отсутствуют транзитивные зависимости между ключевыми полями (Рисунок 4).

Рисунок 4 - Третья нормальная форма

7. ФИЗИЧЕСКАЯ МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ

Проектирование таблиц

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

- int - целые положительные и отрицательные числа (8 байт);

- real - типы приблизительных числовых данных с плавающей запятой

- varchar(n) - символьный тип данных с переменным размером строки

- Smalldatatime - дата/время (21.01.1991-09.10.2013)

- uniqueidentifer - идентификатор строки в таблице

- Smallmoney - небольшие денежные значения (4 байта).

- bit - двузначные

Таблица 3 - Билеты

Таблица 4 - Диспетчерская

Таблица 5 - Класс мест

Таблица 6 - Курс

Таблица 7 - Льготы

Таблица 8 - Место

Таблица 9 - Набор персонала

Таблица 10 - Пассажир

Таблица 11 - Персонал

Таблица 12 - Рейс

Таблица 13 - Самолёт

Таблица 14 - Тип самолёта

Таблица 15 - Форма оплаты

8. РАЗРАБОТКА СЕРВЕРНОЙ ЧАСТИ

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

Рисунок 5 - Структура базы данных в Microsoft SQL SMS

9. РАЗРАБОТКА КЛИЕНТСКОЙ ЧАСТИ

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

В Delphi имеется ряд компонентов, которые предназначены для работы с базой данных, эти компоненты находятся в ADO. Технология MicrosoftActiveXDataObjects (ADO) обеспечивает универсальный доступ к источникам данных из приложений БД.

Использовали компоненты:

а) Компоненты соединения:

- ADOConnection - служит для соединения с хранилищем данных и работы с транзакциями)

б) Стандартные компоненты:

- ADOQuery - компонент, отвечающий за запросы к данным. Компонент TADOQuery позволяет выполнять SQL - запросы при работе с данными через ADO. Соединение с хранилищем данных осуществляется стандартным методом. Текст запроса содержится в свойстве SQL.

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

- TDBGrid - предназначенные для вывода информации

А также для реализации проекта были использованы следующие простые компоненты такие как: RadioButton, Button, Label, Edit.

Инструкция пользователю:

При запуске программы появляется форма "Идентификация", на которой пользователь должен ввести свой логин и пароль. В Данной программе существует два пользователя Администратор (Логин - admin, пароль- adm) и Гость (Логин - user, пароль - use). Отличие в том, что гость не имеет редактировать, удалять изменять данные о пассажирах, персонале.

Рисунок 6 - Проверка идентификации

При неправильном вводе пароля или не введенном пароле на форме появятся сообщения об ошибке.

Рисунок 7 - Сообщения об ошибке

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

Рисунок 8 - Форма "Пассажиры"

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

Рисунок 9 - Поиск по пассажирам

Рисунок 10 - Поиск персонала

Справка отображает информацию о разработчике.

Рисунок 11 - Информация о создателе

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

Рисунок 12 - Форма "Проданные билеты"

Рисунок 13 - Справка о правилах ввода

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

Рисунок 14 - Форма "Персонал"

Таблица "Распределения мест" при нажатии отображает занятые и доступные места на рейс и самолёт.

Рисунок 15 - Форма "Распределение мест в самолете"

Также программа позволяет формировать отчет на печать

Рисунок 16 - Готовый отчет на печать

ЗАКЛЮЧЕНИЕ

Задачей курсового проекта являлась разработка информационной системы "Аэропорт".

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

Для создания базы данных использовался MicrosoftSQLServer 2008. Для написания программы использовался язык программирования Delphi, имеющий широкие возможности для работы с базами данных. Соединение с базой данных произведено при помощи технологии ADO. Обработка данных производилась при помощи операторов языка SQL, что значительно ускоряет работу программы.

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

ПРИЛОЖЕНИЕ А

Листинг SQL-скрипта

Запросы на создание таблиц базы данных

CREATE TABLE Bileti(

Id_Bileti int PRIMARY KEY IDENTITY(1,1) NOT NULL,

AirportO varchar (30) NOT NULL,

GorodAO varchar (30) NOT NULL,

StranaAO varchar (30) NOT NULL,

AirportP varchar (50) NOT NULL,

GorodAP varchar (30) NOT NULL,

StranaAP varchar (30) NOT NULL,

VremyaOtpr smalldatetime NOT NULL,

VremyaPrib smalldatetime NOT NULL,

Id_Nomer_Reysa int FOREIGN KEY references Nomer_reysa(id_nomer_reysa) on delete cascade NOT NULL,

Stoimost smallmoney NOT NULL,

Perevozchik varchar (30) NOT NULL,

Id_Place int FOREIGN KEY references Place(id_Place) on delete cascade NOT NULL,

Id_Forma_oplati int FOREIGN KEY references Forma_oplati (id_ Forma_oplati) on delete cascade NOT NULL,

Bron bit NOT NULL,

Strehovka bit NOT NULL,

Id_Passazhir int FOREIGN KEY references Passazhir(id_Passazhir) on delete cascade NOT NULL,

Id_Lgoti int FOREIGN KEY references Lgoti(id_Lgoti) on delete cascade NOT NULL);

CREATE TABLE Dispetcherskaya(

Id_ Dispetcherskaya int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Razreshenie_na_posadku bit NOT NULL,

Razreshenie_na_vilet bit NOT NULL);

CREATE TABLE Klass_Mest(

Id_ Klass_mest int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Klass_mest varchar (50) NOT NULL,

Nadbavka_za_klass real NOT NULL);

CREATE TABLE Kurs(

Id_ Kurs int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Koordinati_otpravleniya varchar (50) NOT NULL,

Koordinati_pribitiya (50) NOT NULL,

Dalnost int NOT NULL,

Stoimost_1km smallmoney NOT NULL,

Id_Dispetcherskaya varchar (50) FOREIGN KEY references Dispetcherskaya(id_Dispetcherskaya) on delete cascade NOT NULL);

CREATE TABLE Lgoti(

Id_ lgoti int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Nazvanie_lgoti varchar (50) NOT NULL,

Procent_lgoti real NOT NULL);

CREATE TABLE Place(

Id_ Place int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Id_Samolet int FOREIGN KEY references Samolet(id_Samolet) on delete cascade NOT NULL,

Id_Klass_mest int FOREIGN KEY references Klass_mest(id_Klass_mest) on delete cascade NOT NULL,

Nomer_mesta int NOT NULL);

CREATE TABLE Nabor_personala(

Id_Reys int FOREIGN KEY references Reys(id_Reys) on delete cascade NOT NULL,

Id_Personal int FOREIGN KEY references Personal(id_Personal) on delete cascade NOT NULL);

CREATE TABLE Passazhir(

Id_ Passazhir int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Familiya varchar (50) NOT NULL,

Imya varchar (50) NOT NULL,

Otchestvo varchar (50) NOT NULL,

Seriya_nomer)pasporta varchar (50) NOT NULL,

Grazhdanstvo varchar (50) NOT NULL,

Kem_vidan varchar (50) NOT NULL,

Kogda_vidan smalldatename NO NULL,

Data_rozhdeniya smalldatename NO NULL);

CREATE TABLE Personal(

Id_Personal int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Familiya varchar (50) NOT NULL,

Imya varchar (50) NOT NULL,

Otchestvo varchar (50) NOT NULL,

KolChasovVVozd int NOT NULL,

Dolgnost varchar (50) NOT NULL,

MadOsmotr bit NOT NULL,

Data_Rozhdeniya smalldatetime NOT NULL,

Registraciya varchar (50) NOT NULL);

CREATE TABLE Reys(

Id_Nomer_Reysa int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Vremya_v_puti deciminal (4,2) NOT NULL,

Reys int NOT NULL,

Id_Kurs int FOREIGN KEY references Kurs(id_Kurs) on delete cascade NOT NULL);

CREATE TABLE Samolet(

Id_Samolet int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Sr_speed int NOT NULL,

NazvanieSamoleta varchar (50) NOT NULL,

Id Tip_Samoleta int FOREIGN KEY references Tip_Samoleta(id_Tip_Samoleta) on delete cascade NOT NULL);

CREATE TABLE Tip_Samoleta(

Id_Tip_Samoleta int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Tip varchar (50) NOT NULL);

CREATE TABLE Forma_Oplati(

Id_ Forma_Oplati int PRIMARY KEY IDENTITY(1,1) NOT NULL,

Forma_Oplati(50) NOT NULL);

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

...

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

  • Цели проектирования базы данных "Аэропорт": обработка информации о рейсах, расписании самолетов и билетах. Анализ предметной области. Принцип работы модели. Особенности реализации информационной системы. Среда программирования клиентского приложения.

    лабораторная работа [2,4 M], добавлен 07.01.2014

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

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

  • Создание базы данных в СУБД ACCESS для автоматизации работы служащих аэропорта, этапы проектирования реляционной БД. Построение инфологической модели ПО. Разработка средств обеспечения безопасности данных; функциональное назначение программного средства.

    курсовая работа [3,8 M], добавлен 25.06.2011

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

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

  • Создание концептуальной модели СУБД Аэропорт, призванной автоматизировать работу служащих аэропорта. Схема данных, создание запросов, их формы. Построение базы данных и ее нормализация. Разработка прикладной программы: логическая структура, режимы работы.

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

  • Анализ и оценка эффективности существующей системы обработки информации. Выбор технических и программных средств. Описание этапов проектирования базы данных "Аудиотека" и ее особенностей. Разработка инфологической модели и программного приложения.

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

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

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

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

    дипломная работа [225,0 K], добавлен 18.05.2013

  • Общая характеристика инфологической модели информационной системы. Знакомство с особенностями проектирования базы данных "Библиотека", анализ основных этапов. Рассмотрение способов составления запросов по выборке информации из таблиц базы данных.

    контрольная работа [831,2 K], добавлен 08.12.2013

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

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

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

    реферат [403,8 K], добавлен 02.02.2014

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

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

  • Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь".

    дипломная работа [5,4 M], добавлен 06.06.2013

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

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

  • Понятия и принципы организации баз данных системы "Fox Pro". Описание объекта "Аэропорт". Общие сведения об инфологическом проектирование. Разработка специализированной базы данных для продажи билетов на самолет. Даталогическая модель "Учет рейса".

    курсовая работа [54,1 K], добавлен 08.02.2012

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

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

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

    курсовая работа [981,4 K], добавлен 05.11.2011

  • Разработка структуры реляционной базы данных, предназначенной для отслеживания финансовой стороны работы компании. Требования к составу и параметрам технических средств. Нормализация информационных объектов. Физическая модель базы данных приложения.

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

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

    курсовая работа [7,6 M], добавлен 27.04.2011

  • Анализ предметной области, этапы проектирования автоматизированных информационных систем. Инструментальные системы разработки программного обеспечения. Роль CASE-средств в проектировании информационной модели. Логическая модель проектируемой базы данных.

    курсовая работа [410,6 K], добавлен 21.03.2011

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