Файл: Автоматизация продажи авиабилетов "JP Airlines".pdf

Введение

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

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

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

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

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

1. Основная часть

1.1. Цели

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

1.2. Задачи

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

---

1.3. Описание предметной области

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

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

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

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

• о маршрутах;
• о рейсах;
• о пользователях;
• о билетах;
• об авиакомпаниях;
• о сотрудниках;
• о пассажирах.

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

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

Модель IDEF0 представляет собой блок действия в виде прямоугольника с четырьмя различными типами стрелок, окружающим блок. Блок представляет функцию или деятельность, описанную в словесной фразе, а стрелки представляют (1) «Вход» (слева); (2) «Выход» (справа); (3) «Управление» (сверху); и (4) «Механизм» (внизу) и называются (I(input)C(control)O(output)M(mechanism)), описанный в именной фразе для объяснения поведения функции. Модель также поддерживает иерархическую декомпозицию действий для соответствующей абстракции системы. Стоит отметить, что первые три бизнес-элемента могут поддерживаться IDEF0. Например, модель IDEF0 может быть разработана с точки зрения конкретного клиента и контекста - первый элемент. Деловая активность является частью системной деятельности - второй элемент. Механизм в ICOM включает актеров - третий элемент.

---

Контекстная диаграмма изображается прямоугольником с входными и выходными величинами. В отличие от модели типа "Черный ящик" в прямоугольнике контекстной диаграммы указывается не название системы, а ее основная функция (цель системы). Входы и выходы контекстной диаграммы распределены не по двум, а по четырем сторонам прямоугольника. Назначение этих сторон таковы:

• левая сторона отвечает входам системы (input), величинам, которые поступают в систему и перерабатываются ней в выходные величины.
• верхняя сторона отвечает входам по управлению (control), т.е. различным управляющим действиям, командам, стратегиям поведения, процедурам, документам, регламентирующих выполнение работы и тому подобное. Эти величины не изменяются, а служат только для управления.
• правая сторона отвечает выходам системы (output), продуктам ее деятельности, результатам преобразования входных величин, вредным выделением, отходам и тому подобное.
• нижняя сторона отвечает механизмам (mechanism), а именно средствам, ресурсам, с помощью которых выполняются указанные в прямоугольнике функции.

Функциональная модель является дальнейшей детализацией (декомпозицией) контекстной диаграммы. Сначала функция системы в целом (цель, назначения, главная задача) разбивается на несколько отдельных функций (задач, работ, целей). Таких функций рекомендуется выбирать от 2 до 6. Эти функции (их иногда называют работами) (activity) изображаются на отдельном листе декомпозиции в виде функциональных блоков. Каждый функциональный блок (работа), которым выступает отдельная функция (работа, цель или задача), изображается прямоугольником. Стороны прямоугольников работ (функциональных блоков) имеют такое же назначение, что и рассмотренные выше стороны контекстной диаграммы. между отдельными функциональными блоками устанавливают связи, соответствующие логике функционирования системы. Связи между функциональными блокам изображаются стрелками (Arrow) (часто их называют дугами). Каждая дуга (стрелка) соответствует передаче от блока к блоку какого-то конкретного объекта (предмета, вещества, документа, а иногда и устного распоряжения) или их совокупности.

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

---

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

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

Перед определением и описанием порядка построения модели следует сделать несколько замечаний:

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

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

3. SADT модели строятся с верхнего уровня "с головы". У них диаграммы низшего уровня являются детализированными диаграммами верхнего уровня. Конечный результат это иерархическая структура диаграмм.

В начале построения функциональной модели необходимо четко определить:

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

Цель является направлением деятельности и критерием законченности модели. Определяя цель, следует различать:

• цель системы, для которой строят функциональную модель и
• цель моделирования.

Цель системы определяет содержание модели ее конкретное наполнение.

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

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

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

На рис.2.1-2.2 представлена модель бизнес-процессов оформления продажи авиабилетов компании "JP Airlines" «КАК-ЕСТЬ».

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

Стрелы входа – заявка клиента на бронирование авиабилета;

---

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

Механизмы – менеджер авиакомпании;

Контроль – нормативные документы авиакомпании, инструкции, устав организации;

Основные процессы: Оформить клиента, Оформить бронирование, Получить оплату, Оформить авиабилет.

Рис.2.1. Главная контекстная диаграмма

Рис.2.2. Декомпозиция главной контекстной диаграммы

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

Предлагается разработка информационной системы, которая автоматизирует бизнес-процессы по оформлению бронирования и продажи авиабилетов компании. Диаграмма IDEF0 (рис.2.3) интерпретирует конечные функции после проведения декомпозиции со стороны программного продукта, где:

Стрелы входа – заявка клиента;

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

Механизмы – менеджер компании, ИС компании;

Контроль – нормативные документы авиакомпании, инструкции, устав организации;

Рис.2.3 – Главная родительская функция

Таблица с описанием всех объектов модели на первом уровне представлена ниже (таблица 2.1).

Таблица 2.1 - Описание объектов предметной области модели IDEF0

Элемент нотации	Имя объекта	Краткое описание объекта
1	2	3
Стрела входа	Заявка клиента	ФИО клиента, дата заказа, дата вылета, рейс, номер, статус билета.
Стела выхода	Оформленный авиабилет	ФИО клиента, дата вылета въезда, дата выезда, тип номера, стоимость проживания
Стрела контроля	Нормативные документы	Данные о правилах оформления заявок на бронирование и продажу авиабилетов
Стрела механизма	Менеджер авиакмпании	Фамилия, имя, отчество и телефон менеджера
	ИС авиакомпании

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

---