Файл: Автоматизация продажи авиабилетов авиакомпании «ПОБЕДА».pdf
Добавлен: 21.05.2023
Просмотров: 1194
Скачиваний: 12
СОДЕРЖАНИЕ
Глава 1. Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности
1.2. Организационная структура управления предприятием
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
Глава 2. Информационное обеспечение задачи
2.1. Информационная модель и её описание
2.2.Используемые классификаторы и системы кодирования
2.3.Характеристика нормативно-справочной, входной и оперативной информации
2.4.Характеристика результатной информации
Глава 3. Программное обеспечение задачи
1.1. Общие положения (дерево функций и сценарий диалога)
3.2. Характеристика базы данных (ER-модель)
- отказ в бронировании - пассажиру отказывают в бронировании, поскольку он входит в список лиц с ограниченными возможностями, пассажиру не хватает денег, пассажиру не нужен рейс и т. д.
3) Проверить дугу:
- Подтверждение бронирования билетов 0-набора для авиа касс в целом и процедуры регулирования для учета проданных и забронированных клиентов для страны.
4) Дуга механизмов:
- пассажир - определяет необходимый рейс и т. д
- кассир - регистрирует информацию о пассажире, предусматривает бронирование билета и т. д.
Методология IDEF0 Построение иерархической системы диаграмм - единичные описания фрагментов системы. В общем, он анализируется отдельно (диаграммы декомпозиции). Затем любая система разбивается на более мелкие и так далее, пока вы не достигнете требуемой степени детализации.
Рисунок 1.2. «Контекстная диаграмма учет и регистрация бронирования авиабилетов»
Контекстная диаграмма показывает общую цель: в результате действия кассира в сотрудничестве с пассажиром он резервирует билет для пассажира и каким-либо образом учитывает информацию о бронировании билета.
Глава 2. Информационное обеспечение задачи
2.1. Информационная модель и её описание
Информативная модель позволяет понять процессы, происходящие в системе, с момента, когда информация поступает к ней до момента, когда обрабатываемая информация отпущена.
Рисунок 2.1. - Информационная модель
В информационной модели сотрудник по продажам добавляет запись или перерабатывает информацию о проданном билете и существующем пассажире на основе информации, полученной через экран специальной формы «Продажа билетов» (Таким образом, «Название пассажира», «Маршрут полета», «Аэропорт отправления» и «Полное имя оператора»). После окончания изменений в таблице «Билет» можно распечатать готовый билет, для продажи. На основе реестра проданных билетов создается консолидированный документ.
2.2.Используемые классификаторы и системы кодирования
Код билета - его обратный номер - это облегчает поиск информации об этом в базе данных. Таким образом, кол-во возможных комбинаций не ограничено.
Система кодирования является порядковой: каждый авиабилет имеет кодовое значение предыдущего плюса.
Например, 000000001 - это запись для первого авиабилета.
2.3.Характеристика нормативно-справочной, входной и оперативной информации
Одним из основных входных документов являются предоставленные им пассажирские документы и содержащие информацию об этом. Такой документ является паспортом.
Он содержит серию, номер, код созданного подразделения, имя пассажира, дату рождения, название единицы выпуска, таким образом, количество строк, содержащих полезную информацию, равно 13. Частота встречаемость составляет около 4354 в день. Но так как на данный момент он использует упрощенную модельную базовую модель, вся информация о пассажире сводится к его полному названию.
Форма экрана для ввода этих данных показана на рисунке 2.2.
Каталог «Аэропорт отправления» заполняется один раз, и его данные являются статическими.
Экранная форма для заполнения в каталоге «Аэропорт вылета» показана на рисунке 2.3, в нее вводятся имена существующих аэропортов.
2.4.Характеристика результатной информации
В процессе системы находятся информационные потоки, такие как запись, в базе данных предприятий, которая получает информацию о содержании полученной от них информации. Необходимый их состав приведен в таблице 2.1. Во время работы информационной системы появляется документ: сводный документ. Макет печатной формы билета, рисунок 2.5.
Рисунок 2.2. - Экранная Форма.
Рисунок 2.3. - Ввод данных о пассажире.
Рисунок 2.4. - Ввод данных о маршруте.
Таблица 2.1
Реквизитный состав данных информации о пассажире (как будет выглядеть при полном вводе ИС).
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
|
1. |
ФИО пассажира |
Фамилия, имя, отечество пассажира |
Текст |
|
2. |
Серия паспорта |
Серия паспорта пассажира |
Число |
|
3. |
Номер паспорта |
Номер паспорта пассажира |
Число |
|
4. |
Дата рождения |
Дата рождения пассажира |
Дата |
|
5. |
Кем выдан |
Орган, выдавший паспорт пассажира |
Текст |
|
6. |
Дата выдачи |
Дата выдачи паспорта пассажира |
Дата |
Рисунок 2.5. - Макет печатной формы
Глава 3. Программное обеспечение задачи
1.1. Общие положения (дерево функций и сценарий диалога)
Древо функций - это иерархическая структура действий, осуществивших в ИС. Все цели программного продукта делятся на два подмножества:
1) сервисные функции - схожи для всех автоматизированных систем регулирования предприятием на современном уровне развития аппаратного и программного обеспечения. Функции такого рода предназначены для обеспечения безопасности ввода, обработки и хранения информации, чтобы облегчить работу с системой, чтобы сделать ее наиболее удобной и легкой для последнего пользователя.
2) основные функции управления и обработки данных - присущи как инф-ным системам любой специализации, так и самой ИС. Они отражают особенности процесса обработки информации, получения результатов, поддержания инф-ной базы проекта. Эти функции созданы в порядке и в составе, которые диктуются условиями для обработки и управления данными в определенной предметной области.
Из служебных функций можно выделить проверку целостности введенных значений, управление печатью и управление окнами.
Основными функциями являются предоставление возможности ввода данных, заполнение и ведение различных справочников, а также получение интересующей результативной информации посредствам запросов или отчетов. Дерево функций представлено на рисунке 3.1.
Рисунок 3.1. Древо функций.
3.2. Характеристика базы данных (ER-модель)
Для реализации проекта среди различных СУБД была выбрана Libre Office Base.
В поставленной задаче используется отношения сущностей, выбранных на основе рекомендаций, которые описаны ER-моделью (рисунок 3.2.).
Рисунок 3.2. - ER-модель
Показанная ER-модель основана на информационной модели разрабатываемого проекта и является моделью базы данных домена, которая определяет взаимосвязь таблиц с внешними ключами.
Описание структуры справочника пассажиров «Пассажиры» (Спр. «Пассажиры» в информационной модели на рисунке 2.1.) представлено в таблице 3.1.
Таблица 3.1.
Структура справочника «ФИО Пассажира»
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
Размер, байт |
|
1. |
Код |
Ключевое поле |
Счетчик |
4 |
|
2. |
Наименование |
Фамилия, имя, отечество пассажира |
Строка |
50 |
Описание структуры справочника операторов «ФИО Оператора» (Спр. «ФИО Оператора» в информационной модели на рисунке 2.1.) представлено в таблице 3.2.
Таблица 3.2.
Структура справочника «ФИО Оператора»
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
Размер, байт |
|
1. |
Код- |
Ключевое поле |
Счетчик |
4 |
|
2. |
Наименование |
Фамилия, имя, отечество Оператора |
Строка |
50 |
Описание структуры справочника станций «Аэропорт Вылета» (Спр. «Аэропорт Вылета» в информационной модели на рисунке 2.1.) представлено в таблице 3.3.
Таблица 3.3.
Структура справочника «Аэропорт Вылета»
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
Размер, байт |
|
1. |
Код |
Ключевое поле |
Счетчик |
4 |
|
2. |
Наименование |
Название аэропорта |
Строка |
50 |
Описание структуры таблицы билетов «Маршрут Полета» (Т. «Маршрут Полёта» в информационной модели на рисунке 2.1.) представлено в таблице 3.4.
Таблица 3.4.
Структура таблицы «Маршрут Полета»
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
Размер, байт |
|
1. |
Код |
Ключевое поле |
Счетчик |
4 |
|
2. |
Наименование |
Маршрут полета |
Строка |
50 |
Описание структуры таблицы «Информация по Билетам» (Т. «Информация По Билетам» в информационной модели на рисунке 2.1.) представлено в таблице 3.5.
Таблица 3.5.
Структура таблицы «Информация По Билетам»
|
№ п/п |
Наименование поля |
Описание |
Тип поля |
Размер, байт |
|
1. |
Код |
Ключевое поле |
Счетчик |
4 |
|
2. |
Наименование |
Наименование |
Строка |
50 |
|
3. |
ФИО пассажира |
Фамилия, имя, отечество пассажира |
Строка |
50 |
|
4. |
ФИО Оператора |
Фамилия, имя, отечество Оператора |
Строка |
50 |
|
5. |
Аэропорт вылета |
Название аэропорта |
Строка |
50 |
|
6. |
Маршрут полета |
Маршрут полета |
Строка |
50 |
Глава 4. Контрольный пример реализации и его описание
Примеры реализации контрольного примера разработанной системы. 
Рисунок 4.1. Пример заполнения таблицы «Билеты»
Рисунок 4.2. Пример заполнения таблицы «Пассажиры»
Запросы в базе данных «ПОБЕДА»
Для реализации задач было разработано три запроса;
1) Объем продаж
2) Свободные места на рейсе.
3) Билет Печать.
Запрос «Печать, Билет» служит для отображения информации о билете в визуальной форме. Запрос был скрыт, так как с ним можно работать с помощью формы «Билеты». Схема запроса: служит для отображения информации о билете в визуальной форме. Запрос был скрыт, так как с ним можно работать с помощью формы «Билеты». Схема запроса: