Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизация продажи авиабилетов (Технико-экономическая характеристика предметной области и предприятия )

Содержание:

ВВЕДЕНИЕ

В настоящее время информационные системы занимают значимое место в жизни людей.

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

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

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

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

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

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

Для реализации поставленной задачи были выбраны следующие средства разработки: MS Visual Studio 2015, MS SQL Server 2012 и язык программирования C#.

1.Технико-экономическая характеристика предметной области и предприятия

1.1 Характеристика предприятия и его деятельности

Полное название: Автоматизация продажи авиабилетов.

Сокращенное название авиакомпании: Ryanair.

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

История предприятия: Компания начала развиваться в 2000г в Европе и является крупнейшим авиаперевозчиком.

Основные направления деятельности: Обеспечение увеличения продаж в деятельности предприятия.

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

Таблица 1 –– Технико-экономические показатели объекта управления

№ п\п	Наименование характеристики (показателя)	Значение показателя на определённую дату либо за период
1.	Продажа через сайт	1.06.2019-01.07.2019 25000 билетов
2.	Продажа билетов касса	01.07.2019 10000 билетов
3.	Клиентская база компании	55000 человек
4.	Стоимость услуги бронирования	От 0 до 15%

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

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

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

Система создаётся для обслуживания следующих групп пользователей:

• пользователи, приобретающие билеты на рейсы и осуществляющие их поиск;

• администраторы, осуществляющие контроль за пользователями и функциональностью системы;

Абсолютно каждая авиакомпания использует определенную систему дистрибуции. Наиболее развитые используют GDS (глобальные дистрибьюторские системы, которые формируются из основных международных компьютерных систем резервирования). В итоге сервисы продаж авиабилетов при поиске информации пользуются ресурсами глобальных дистрибьюторских систем. Однако доступ к GDS является не бесплатным, поэтому в роли дистрибутивной системы для разрабатываемого продукта будет выступать БД, созданная в MS SQL Server 2012.

В БД должна храниться информация:

• о маршрутах;

• о рейсах;

• о пользователях;

• о билетах;

• о пассажирах.

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

Разрабатываемая система должна содержать в себе следующие подсистемы:

• подсистема администрирования, позволяющая осуществлять настройку системы и ее поддержку;

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

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

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

• продажа авиабилетов на запланированные рейсы;

• поиск авиабилетов по запросу пользователя;

• администрирование информационной системы;

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

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

Рисунок 1 – Организационная структура управления предприятием

1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов.

Описание комплекса задач автоматизации и характеристика существующих бизнес-процессов:

На входных информационных потоках у нас будет: Вход на сайт, Выбор страны, Выбор места, а так же вход в терминал.

На выходных информационных потоках у нас будет: Вход в личный кабинет, Страна, Билет, Полёт в страну.

Границы рассматриваемой задачи начиная с Авторизации данных включая выбор стран мы выбираем дату проведения и времени и потом обрабатываем билет для полёта в самолёте. Мы опираемся на рисунок 2.

Рисунок 2 – Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов.

2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

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

Рисунок 3 – Информационная модель и её описание.

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

Описание классификатора и рассматриваются вопросы централизованного ведения классификаторов ID From flight используется ввод пользователем страны для полёта в страну.

Описание классификатора и рассматриваются вопросы централизованного ведения классификаторов ID Klients используется для входа в систему пользователя при заполненных его данных для просмотра его покупок билетов для уведомления о поступлениях новых перелётов.

Описание классификатора и рассматриваются вопросы централизованного ведения классификаторов ID продажа используется для заказа билета мы ссылаемся на таблицу 2.

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

Кодируемое множество объектов	Длина кода	Мощность кода	Система кодирования	Система классификации	Вид классификатора
ID klients	30	100	порядковая	отсутствует	Локальный
ID Названия рейса	30	100	порядковая	отсутствует	Локальный
ID Motel	30	100	порядковая	отсутствует	Локальный
ID Класс полёта	6	45	серийная	отсутствует	Локальный
ID Пассажиры	8	35	серийная	отсутствует	Локальный
ID Маршрут	14	30	серийная	отсутствует	Локальный
ID Date Отправки	15	90	Комбинированная	отсутствует	Локальный
ID DATE прилёта	15	90	Комбинированная	отсутствует	Локальный
ID Поиск	30	300	порядковая	отсутствует	Локальный
ID Продажа	15	30	порядковая	отсутствует	Локальный

1. Характеристика нормативно-справочной, входной и оперативной информации.

Этот документ имеет типовую форму, представленную в приложении.

При странице покупки билета содержится следующие реквизиты: ФИО клиента, гражданство, дата рождения, вид получаемого ответа (почта или телефон), дата покупки, а также паспортные данные, в которых указываются серия и номер.

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

Используется приложение 3.

В БД используется справочник, используемый при регистрации пользователя, называется ID клиент. Кнопка регистрация при нажатии авторизует пользователя.

Используется приложение 1.

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

Справочник ID Клиента используется для входа пользователя в систему в котором средний объём файла 50 мегабайт и в котором проходит в среднем частоту актуализации один раз в неделю и средний объем актуализации примерно 15% мы ссылаемся на таблицу 3.

Таблица 3 –– Описания нормативно-справочной, входной и оперативной информации.

Название справочника	Ответственного за его ведение	Средний объём справочника в записях	Среднюю частоту актуализации	Средний объем актуализации
ID Клиента	Пользователь	50мб	Раз в неделю	15%

1. Характеристика результатной информации

В Разрабатываемой информационной системе продажи авиабилетов соответствует клиент-серверная архитектура рисунок 4.

Рисунок 4 – Характеристика результатной информации.

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

Рисунок 5 – Функциональные возможности системы.

3.Программное обеспечение задачи

3.1 Общие положения (дерево функций и сценарий диалога)

Для разработки информационной системы были выбраны язык программирования С#, MS Visual Studio 2015, язык программирования базы данных и запросов к ней SQL и система управления базами данных Microsoft SQL Server 2012.

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

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

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

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

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

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

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

Рисунок 6 – Логическая модель базы данных продажи авиабилетов.

Рисунок 7 – Физическая модель базы данных продажи авиабилетов.

3.2 Характеристика базы данных

База данных состоит из 3 таблиц

Продажа Билетов , Клиенты ,Полёт .

Таблица 4– Продажа билетов.

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код Билета	Kod_sotr	Счетчик	20	Да Ключевое поле
Фио Клиента	Fio_sotr	Текстовый	30	Нет. Повторения невозможны
Пасп. данные	pasport	числовой	20	Нет
Телефон	phone	числовой	12	Нет. Повторения невозможны
Почта	@mail	Текстовый	30	Нет. Повторения невозможны
ID Класс полёта	Klass fly	Текстовый	5	Нет. Повторения невозможны
ID Date Отправки	Date fofly	дата	нет	Да Ключевое поле
ID DATE прилёта	Dateout	дата	нет	Да Ключевое поле
ID klients	klients	Текстовый	25	Нет. Повторения невозможны
ID Мотель	motels	Текстовый	35	Нет. Повторения невозможны

Таблица 5 – Описания клиентов.

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ФИО	Ko-people	Текстовый	30	Нет. Повторения невозможны
Телефон	phone	числовой	12	Нет. Повторения невозможны
Почта	@mail	Текстовый	30	Нет. Повторения невозможны
Пасп. данные	pasport	числовой	20	Нет

Таблица 6 – Описания полётов .

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID Date Отправки	Date fofly	дата	нет	Да Ключевое поле
ID DATE прилёта	Dateout	дата	нет	Да Ключевое поле
ID Класс полёта	Klass fly	Текстовый	5	Нет. Повторения невозможны
Код Билета	Kod_sotr	Счетчик	20	Да Ключевое поле

Рисунок 8 – Пример фрагмента сценария диалога.

Рисунок 9 –– Пример фрагмента ER модели.

Таблица 7– Таблицы с описанием таблиц ER модели Клиент.

Наименование полей	Идентификатор	Тип данных	Длину поля	Описание поля
ФИО	Fio_sotr	Текстовый	30	Клиента
Телефон	phone	Числовой	12	Номер телефона
Почта	@mail	Текстовый	30	Отправка писем
Паспортные данные	pasport	Числовой	20	Индификация

Таблица 8–Таблицы с описанием таблиц ER модели Выбор описание полётов.

Наименование полей	Идентификатор	Тип данных	Длину поля	Описание поля
ID Date Отправки	Date fofly	дата	нет	Дата Отправки
ID DATE прилёта	Dateout	Текстовый	нет	Дата прилёта
ID Класс полёта	Klass fly	Текстовый	5	Выбор класса места полёта
Код Билета	Kod_sotr	Счетчик	20	Да Ключевое поле

Таблица 9–– Таблицы с описанием таблиц ER модели Продажа Билетов.

Наименование полей	Идентификатор	Тип данных	Длину поля	Описание поля
ФИО	Fio_sotr	Текстовый	30	Клиента
Телефон	phone	Числовой	12	Номер телефона
Почта	@mail	Текстовый	30	Отправка писем
Пасп. данные	pasport	Текстовый	20	индефикация
Наименование билета	Name_theater	Текстовый	30	Названия Билета
Жанр	ghanr	Текстовый	30	Жанр фильмов
Цена	Cent	Числовой	15	Цена Билета
Количество	fcol	Числовой	15	Количество мест
Сумма	Summ	Числовой	25	Покупка
ID Класс полёта	Klass fly	Текстовый	5	Выбор класса места полёта
ID Date Отправки	Date fofly	дата	нет	Дата Отправки
ID DATE прилёта	Dateout	дата	нет	Дата прилёта

3.3 Структурная схема пакета (дерево вызова программных модулей)

Схема программных модулей содержит программные модули различных классов:

1) выполняющие служебные функции;

2) управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;

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

Рисунок 10 – Схема взаимосвязи программных модулей ИС.

Рисунок 11 – Блок-схема алгоритма расчетного модуля ИС.

3.4 Описание программных модулей

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

Таблица 10–– Таблицы с описание программных модулей.

№ п/ п	Название теста	Описание	Полученный результат
1	Авторизация зарегистрированного пользователя	При запуске приложения должна открыться форма авторизации, в которой необходимо ввести логин и пароль	После запуска приложения отображается форма авторизации. После ввода верного логина и пароля открывается форма поиска авиабилетов При неверном логине или пароле отображается сообщение об ошибке.Тест выполнен успешно.
2	Регистрация нового пользователя	Пользователь переходит из окна авторизации в окно регистрации, где указывает свои логин, пароль и email. После нажимает кнопку «зарегистрироваться»	После нажатия кнопки «зарегистрироваться» пользователь получает возможность войти в систему. Тест выполнен успешно.
3	Поиск рейса	Пользователь осуществляет поиск авиабилетов по одному или нескольким критериям, предопределенным системой.	После заполнения одного или нескольких полей и нажатия кнопки «Поиск» рейсы отображаются в списке. Тест выполнен успешно.
4	Бронирование билета	Пользователь, найдя интересующий его билет, нажимает на строку с билетом и попадает на форму бронирования	При нажатии кнопки «Забронировать» появляется всплывающее окно с информацией о билете. Тест выполнен успешно.
5	Просмотр личного кабинета пользователя	В любой момент использования системы пользователь может перейти на панель настройки цветовой гаммы приложения, нажав кнопку «Изменить оформление»	После нажатия кнопки «Перейти в пользовательскую панель» пользователь попадает в личный кабинет. Тест выполнен успешно.
6	Изменение цветового оформления приложения	В любой момент использования системы пользователь может перейти на панель настройки цветовой гаммы приложения, нажав кнопку «Изменить оформление»	После нажатия кнопки «Изменить оформление» пользователь попадает в меню настройки цветовой гаммы приложения, где может изменять дизайн приложения. Тест выполнен успешно.

Описание программных модулей включает блок-схемы программных модулей и описание блок-схем алгоритмов основных расчетных модулей.

Контрольный пример реализации и его описание

Рабочие таблицы в базе: Продажа Билетов, Клиент, описание полётов.

Разработка приложений состоит из двух этапов:

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

а) информационные объекты, основное назначение которых ввод/вывод данных на экран;

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

4. Контрольный пример реализации и его описание

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

Задача отразить экранные формы для задачи Автоматизация продажи Театральных билетов.

1. Экранная форма регистрации в системе (см. Приложение 1)

2.Экранная форма входа в систему (см. Приложение 2)

3. Экранные Форма поиска информации по билетам представлена

(см. Приложение 3)

4. Экранные Форма осуществления бронирования билета представлена

(см. Приложение 4)

5. Форма для администрирования системы (см. Приложение 5)

6. Форма предложения интересных мест(см. Приложение 6)

7. Личный кабинет пользователя(см. Приложение 7)

8. Форма поиска отелей(см. Приложение 8)

9. Форма списка рейсов (см. Приложение 9)

10. Форма обзора путеводителя по стране (см.Приложение)

Заключение

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

• авторизация пользователя;

• регистрация пользователя;

• поиск билетов для бронирования;

• бронирование билета;

• редактирование БД продаж авиабилетов, доступное пользователям группы «Администратор»;

• распределение прав доступа пользователей, доступное пользователям группы «Администратор»;

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

Для разработки информационной системы были выбраны язык программирования С#, MS Visual Studio, язык программирования базы данных и запросов к ней SQL и система управления базами данных Microsoft SQL Server.

Это позволили людям экономить время на покупку билетов а так же просматривать интересующие жанры театров.

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

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

В приложения непосредственно указаны примеры заполнения реквизитов для покупки билетов и непосредственно для просмотр покупок.

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