Автоматизация продажи авиабилетов в Аэропорте Emirates airline Dubai airport

Содержание:

Введение

25 октября 1985 года Emirates начала выполнять первые рейсы из Дубая, всего на двух самолётах — арендованных Boeing 737 и Airbus A300B4.

Главой компании стал Морис Фланаган, ранее работавший в British Airways, Gulf Air и BOAC.  В 2000 году Фланаган был удостоен Ордена Британской империи (CBE), а в 2010 был удостоен и рыцарского звания (KBE). Позже к руководству присоединились шейх Ахмед бен Саид Аль Мактум и нынешний президент Emirates – Тим Кларк.

В первый год работы компания перевезла 260 000 пассажиров и 10 000 тонн грузов. Gulf Air с первого года деятельности Emirates потерпела 56% снижение прибыли.

В 1986 году авиакомпания расширила маршрутную сеть, и добавила перевозки в Коломбо, Дакку, Амман и Каир.

Осенью 1993 года Emirates заключила партнёрство с US Airways и Cyprus Airways^[7], и с этого момента начинает осуществлять перевозки по всему миру.

В 80-х и 90-х годах Emirates эксплуатировала семь Airbus A300, одиннадцать Airbus A310-300, два Boeing 727-200A и один Boeing 737-300. В 1995 году парк Emirates пополнился первым самолётом  Boeing 777. Первый Airbus A330 Emirates начала эксплуатировать в 1999 году, а первый  Airbus A340 — в 2003. В августе 2007 года авиакомпания получила свой первый Boeing 777-200LR, способный преодолевать расстояние до 17 446 км

В 2008 году авиакомпания Emirates обслуживается в аэропорту Дубай в Терминале 3.

В 2018 году председателем совета директоров является Шейх Ахмед бен Саид Аль Мактум, Тим Кларк занимает должность президента компании.

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

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

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

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

Оперативный лизинг приобретения воздушных судов составляет всего 3 %, наибольшая часть обеспечено так называемым исламским финансированием, почти половина (49 %) от всей суммы финансового потока.

Авиакомпания в настоящее время является крупнейшим в мире оператором самолетов Airbus 380 и Boeing 777.

Текущий портфель заказов авиакомпании Emirates включает в себя более 280 самолетов на сумму около $138 млрд. по состоянию на ноябрь 2014 года. Учитывая, что Emirates уже обладает самым молодым и одним из самых современных парков самолетов в коммерческой авиации, компания ставит своей целью превратить Дубай в крупнейший узловой пункт авиационных перевозок.

За 2013-2014 финансовый год Emirates перевезла 44,5 млн. пассажиров и 2,25 млн. т груза. Авиакомпания с уверенностью смотрит в будущее, когда перевозит многие миллионы пассажиров по всем направлениям, расширяя сеть полетов .

В 2013-2014 финансовом году авиакомпания Emirates продолжила реализацию стратегии роста, добавив 24 широкофюзеляжных самолета во флот авиакомпании и вернула четыре самолета в конце их срока аренды. Это привело к дополнительному увеличению мощности на 5,9 млрд. тонно-километров. Руководство запустило девять новых направлений на пяти континентах, отправлены дополнительные 164 тыс. т грузов и осуществляется 5,1 млн. пассажиров больше, чем в 2012-2013 годах .

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

За 26 год работы прибыль авиакомпании от перевозок составила 3,3 млрд. дирхамов, существенное увеличение на 42,5 % по сравнению с прибылью в 2012-2013 году, которая составила 2,3 млрд. дирхамов (рис. 6).

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

Рентабельность улучшилась до 3,9 %, по сравнению с 20122013 годами на 3,1 % и представляет собой положительный результат, учитывая, что мощность авиакомпании увеличилась на 32 % в течение последних двух лет .

Таблица 1

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

№ п/п	Наименование характеристики (показателя)	Значение показателя на определённую дату либо за период
1	Выручка,дирхам	2014г.-1083611 2015г.-1117467
2	Фонд оплаты труда,дирхам	2014г.- 516000 2015г.- 480000
3	Себестоимость продаж,дирхам	2014г. – 1199268 2015г. – 1192994
4	Прибыль от продаж,дирхам	2014г. – 80000 2015г. – 19524
5	Прибыль до налогообложения,дирхам	2014г. – 121364 2015г. – 24531

Операционная прибыль увеличилась на 50,1 % и составила 4,3 млрд. дирхамов, увеличившись на 1,5 млрд. дирхамов от уровня операционной прибыли в прошлом году, которая составляла 2,8 млрд. дирхамов. Этот результат увеличил операционную маржу до 5,2 %, на 1,3 процентных пункта выше, чем в предыдущем 2012-2013 году, которая составляла 3,9 %.

Повышение рентабельности привело к возвращению средств акционерам. Произошло повышение до 13,6 %, повышение на 3,2 процентных пункта по сравнению с предыдущим 2012-2013 годом, которое составило 10,4 %.

Доходы авиакомпании увеличились на 13,4 % по сравнению с 2012-2013 годом и составили 80,7 млрд. дирхамов. В целом валюта была слабее по отношению к доллару США, и это оказало влияние на уровень доходов авиакомпании

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

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

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

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

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

Рисунок 1 – Организационная структура аэропорта

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

Высшее руководство предприятия может при этом сосредоточиться на постановке и решении стратегических задач.

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

1.Стабильность (наиболее эффективна в стабильной среде) 2. Экономия на управленческих расходах 3.Специализация и компетентность 4.Быстрое решение простых проблем, находящихся в компетенции одной функциональной службы 5.Ориентация на стабильную технологию и сложившийся рынок 6. Ориентация на ценовую конкуренцию1. Гибкость (наиболее эффективна в динамичной среде) 2. Оперативность принятия решений 3. Междисциплинарный подход 4. Быстрое решение сложных межфункциональных проблем 5. Ориентация на новые рынки и технологии 6. Ориентация на неценовую конкуренцию

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

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

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

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

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

Далее предоставлены схемы IDF0:

Рисунок 2 – Контекстная диаграмма «Продажа билетов в аэропорту Dubai »

Рисунок 3 – Диаграмма декомпозиции «Продажа билетов в аэропорту»

Рисунок 4 – Диаграмма декомпозиции «Продажа и отмена заказа»

Рисунок 5 – Диаграмма декомпозиции «Заключение договоров с авиакомпаниями»

Рисунок 6 – Диаграмма декомпозиции «Ведение отчетов»

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

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

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

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

ФОМ работы отдела по работе с клиентами можно представить следующим образом .

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

Для более детального анализа необходима формализация ФОМ. При этом важно выбрать эффективный математический аппарат формализации.

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

Рисунок 7 - Информационная модель аэропорта «Emirates airline Dubai airport»

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

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

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

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

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

В составе информационного обеспечения рассматриваемого комплекса задач выделены следующие классификаторы:

- классификатор продаж билетов;

- классификатор магазина;

- классификатор сотрудника;

- классификатор товара;

Таблица 2

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

Наименование классификатора	Значность кода	Система кодирования	Система классификации	Вид классификатора
Продажа	7	разрядная	Иерархическая	Локальный
Магазин	3	разрядная	Иерархическая	Локальный
Сотрудник	4	порядковая	Иерархическая	Локальный
Товар	6	порядковая	Иерархическая	Общесистемный

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

К формированию входных данных так же относится форма поиска (рисунок 8)

Рисунок 8 - Макет формы Поиска

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

Для ввода прав доступа к документам используется форма Права (рисунок 8 )

Рисунок 9 - Макет формы Права

Рабочая зона разделена на 2 части.

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

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

Для создание более универсальных договоров используется форма Создание шаблона (рисунок 9)

Рисунок 10- Макет формы Создание шаблона

На форме находится многостраничное поле ввода для введение HMTL кода и кнопки Применить и Отмена.

Для создание договора на утверждение используется форма “Создание задачи и документа” (рисунок 10)

Рисунок 11 - Макет формы Создание задачи и документа

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

Для подписание на рассылки необходима форма Подпись на рассылки (рисунок 11)

Рисунок 12 - Макет экранной формы «Подпись на рассылку»

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

Сводная таблица по справочникам приведена в таблице 3

Таблица 3

Параметры справочников

Название справочника	Ответственный за ведение	Средний объём справочника в записях	Средняя частота актуализации ( раз в год )	Средний объем актуализации в %
Шаблоны	Администратор	7	7	90
Рассылки	Менеджер	50	30	50
Пользователи	Администратор	10	20	80
Группы	Администратор	3	6	90

Реквизитный состав справочников следующий:

Справочник шаблоны имеет поле уникального номера, поле для ввода кода шаблонна договора.

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

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

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

Основными таблица сохраняющими результат ИС являются таблицы

Форумы и Файлы.

Таблица Форумы имеет следующие реквизиты

1) № Записи – номер уникальной записи в форуме

2) № сообщения – номер сообщения-комментария из таблицы Сообщения

3) Проверен – указывает на статус проверки

4) Согласован - указывает на статус согласования

5) Закрыто - указывает на статус закрытия документа, что запрещает его дальнейшее обсуждении

6) № файла – номер файл из таблицы Файлы

7) № пользователя – номер пользователя создавшего запись из таблицы

8) Права родителя – права создателя

9) Права группы – права группы

10) Права остальных – права всех остальных участников.

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

Макет экранной формы «Результат поиска» приведен на рисунке 12.

Рисунок 13 - Макет экранной формы «Заявка»

На форме предоставлено поле, где мы вводили требуемый запрос, кнопка поиска и результативная искомая информация представленная в виде таблице с столбцами: №, ФИО, Комментарий. Данные формы создаются на основе таблицы форумы.

Так же системой генерируются файлы договоров по шаблону. Пример созданного документа можно посмотреть в Приложении 1. Файл формируется на основе введенных данных в форме “Создание задачи и документа”. Основные реквизиты файла:

1) Лицо в виде исполнителя

2) Лицо в виде заказчика

3) Перечень услуг

4) Права и обязанности сторон

Главной формой является форма утверждения договора ( рисунок 13)

Рисунок 14 - Макет экранной формы «Утверждение договора»

Форма имеет следующие реквизиты:

1) Название договора

2) Комментарий договора

3) Комментарии пользователей

4) Права участников

5) Текст для добавление комментария.

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

В результате выполнения курсового проекта был автоматизирован процесс продажи билетов в аэропорту «Emirates airline Dubai airport».

До проведения процесса автоматизации продажи билетов в аэропорту «Emirates airline Dubai airport» велись бумажным способом с ведением таблиц в Microsoft Excel и последующим заполнением билетов от руки.

Автоматизация этого процесса помогла исключить использование бумажной номенклатуры. И в ходе разработки курсового проекта был произведен анализ деятельности аэропорта «Emirates airline Dubai airport». Так же был произведен выбор комплекса задач для автоматизации и анализ существующих разработок для их решения, после чего было сделано решение о разработке проекта собственными силами.

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

Уменьшить вероятность ввода ошибочной информации в базу данных;

Минимизировать участие человека в процессе учетной деятельности;

Автоматизировать создание результирующих документов - «Билет», «Проданные билеты», учетной ведомости.

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

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

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

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

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

Разрабатываемый программный продукт автоматизирует функции обработки данных и подготовки документов по учету продаж авиабилетов «Emirates airline Dubai airport». Выделяется два подмножества функций складской системы ок - служебные функции, к которым относятся вход в систему с учетной записью пользователя, импорт, экспорт, помощь по работе с программой;-основные функции обработки данных: ведение справочников системы, операции складского учета, просмотр и печать складских документов, планы на поступление и отгрузку товаров. Система должна работать в многопользовательском режиме. При входе в систему под определенной учетной записью, пользователь получит доступ к тем функциям системы, которые ему доступны. Для решаемой задачи не определена четкая последовательность действий при обработке данных. Все операции, связанные с вводом информации, должны выполняться в диалоговом режиме обработки в реальном масштабе времени.  Для такого взаимодействия пользователей с программой удобнее всего использовать язык диалога. Программа реализует довольно большое количество функций, и для реализации такого диалога удобно использовать меню.

Рисунок 15 «Дерево функций»

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

База данных Emirates airline Dubai airport – это совокупность структурированных и взаимосвязанных данных, относящихся к определенной предметной области.

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

К основным функциям СУБД относятся следующие:

· физическое размещение в памяти данных и их описаний;

· поддержка баз данных в актуальном состоянии;

· механизмы поиска запрашиваемых данных;

· доступ к данным при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

· способы обеспечения защиты данных от некорректных обновлений и/или несанкционированного доступа.

Основная особенность СУБД – это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры.

Тщательное проектирование базы данных – первый и очень важный шаг создания базы. Он позволяет избежать затрат, связанных с внесением исправлений в структуру хранящихся данных. Проектирование базы данных начинается с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). На этапе проектирования выявляются объекты информации и их характеристики, определяются виды данных, требующие регулярного обновления, и способы представления информации на экране и в отчетах, формулируются вопросы, на которые необходимо регулярно отвечать при поиске данных. Это помогает конкретизировать требования к хранимой информации. В любой момент можно изменить структуру хранящейся в базе информации, подкорректировав структуру таблиц и, соответственно, форм и отчетов. За проектирование и поддержку базы данных отвечает администратор базы данных (АБД).

СУБД использует следующие модели и описания:

· инфологическую;

· даталогическую;

· физическую.

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

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

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

В основе каждой СУБД лежит концепция модели данных, то есть некоторой абстракции представления данных. Изначально были успешными две конкурирующие модели – иерархическая и сетевая. Иерархическая БД состоит из упорядоченного набора деревьев. Корпорация IBM разработала и внедрила язык описания данных DL/I (Data Language One), который моделировал данные в иерархической форме (представление данных в форме деревьев). Эта модель была разработана совместно с промышленными предприятиями и предназначалась для хранения и поддержки данных, которые иерархически связаны между собой, например, сметы материалов и списки деталей. Типичным представителем иерархической СУБД является СУБД IMS (Information Management System) компании IBM, первая версия которой появилась в 1968 г.

Таблица 4 «Должности»

Имя поля	Тип данных
Код должности	Числовой
Наименование должности	Текстовый
Оклад	Денежный
Обязанности	Текстовый
Требования	Текстовый

Таблица 5 «Жанры»

Имя поля	Тип данных
Код жанра	Числовой
Наименование	Текстовый
Описание	Текстовый

Таблица 6 «Репертуар»

Имя поля	Тип данных
Код сеанса	Числовой
Дата	Дата/время
Время начала	Дата/время
Время окончания	Дата/время
Цена билета	Денежный

Таблица 7 «Фильмы»

Имя поля	Тип данных
Код фильма	Числовой
Наименование	Текстовый
Код жанра	Текстовый
Длительность	Числовой
Фирма производитель	Текстовый
Страна производитель	Текстовый
Актеры	Текстовый
Возрастные ограничения	Числовой

Рисунок 16 – Фрагмент сценария диалога аэропорт «Emirates airline Dubai airport»

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

Рисунок 17 – Фрагмент ER-модели аэропорт «Emirates airline Dubai airport»

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

Используется классическая система "Клиент-Сервер".

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

На стороне пользователя производится только ввод информации и получение отчетов в графическом режиме

Рисунок 18 – Дерево программных модулей

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

Техническая сложность проекта (TCF - Technical Complexity Factor) вычисляется с учетом показателей технической сложности. Все показатели приведены в табл.4.

Каждому показателю присвоено значение в диапазоне от 0 до 5 (0 помечает отсутствие значимости показателя для данного проекта, 5 - высокую значимость) и значение с условием веса показателя.

Таблица 4

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1.1	Модуль безопасности	Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, напоминание о необходимости смены пароля, автоматический выход из системы при отсутствии пользователя на рабочем месте.
22.	Модуль инициализации интерфейса программы	После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя
3.3	Модуль управления деревом объектов	Содержит процедуры и функции, позволяющие управлять отображением дерева объектов и его элементами
44.	Модуль взаимодействия с базой данных	Содержит процедуры и функции, используемые для установления соединения с базой данных, а также управляющие операциями чтения, записи и редактирования данных
5.5	Модуль справочной системы	Содержит процедуры и функции, необходимые для отображения справочной информации
66.	Модуль «Справочники»	Содержит процедуры функции, позволяющие просматривать содержимое справочников системы, и редактировать их (если позволяют права доступа)
77.	Модуль ввода данных «Заявки»	Содержит процедуры и функции, позволяющие создавать новые заявки, вводить данные, управлять статусом заявок
88.	Модуль «Отчеты»	Содержит процедуры и функции для просмотра типовых отчетов и создания произвольного отчета
99.	Модуль «Печать документов»	Обеспечивает предварительный просмотр, настройку параметров документов и печать на принтере

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

Спецификация требований к информационной системе «Автоматизация продажиавиабилетов в Аэропорте Emirates airline Dubai airport»

Цель

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

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

Основное действующее лицо: Клиент.

Связи с другими вариантами использования: отсутствуют

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

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

.

\

Рисунок 19 – Форма отчёта

Рисунок 20 – Форма чека (рейсы)

Рисунок 21 – Форма покупка билетов

Рисунок 22 – Форма касса аэропорта

Рисунок 23 – Форма возврат билетов

.

Рисунок 24 – Форма ввод данных о пассажирах

Заключение

 Для увеличения объемов продаж авиакомпании как известно пользуются услугами туристических  фирм, и авиационных агенств. В  настоящее время происходит стремительный  подключения новых агентств к  глобальным компьютерным системам бронирования Amadeus, Galileo, Sabre, Worldspan, Fidelio. Только за прошедший год эти КСБ практически удвоили число своих пользователей. Во многом,  благодаря растущей популярности Интернета. И это не предел. Ведь в XXI веке - веке компьютерных технологий немаловажно автоматизировать свой офис. Не стоит забывать о том, что телефон и факс теперь уже уступают свои позиции компьютерному оборудованию, помогающему быстро и качественно совершить бронирование через интернет. В настоящее время выбор КСБ достаточно велик, но будущему пользователю необходимо владеть информацией о каждой из КСБ для того чтобы сделать правильный выбор. Здесь и спектр возможностей, предоставляемых КСБ, и сопоставление качества с ценой.
Исходя из этого, целью данной работы я ставлю объективное рассмотрение возможностей как отечественных, так и зарубежных КСБ на современном этапе развития. 

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

1. Абросимова, М.А. Информационные технологии в государственном и муниципальном управлении: Учебное пособие / М.А. Абросимова. - М.: КноРус, 2013. - 248 c.– Режим доступа: https://elibrary.ru – Загл. с экрана

2. Акперов, И.Г. Информационные технологии в менеджменте: Учебник / И.Г. Акперов, А.В. Сметанин, И.А. Коноплева. - М.: НИЦ ИНФРА-М, 2013. - 400 c. -– Режим доступа: https://biblioclub.ru – Загл. с экрана.

3. Балдин, К.В. Информационные технологии в менеджменте: Учеб. для студ. учреждений высш. проф. образования / К.В. Балдин. - М.: ИЦ Академия, 2012. - 288 c.- Режим доступа https://biblioclub.ru. – Загл. с экрана.

4. Барский, А.В. Параллельные информационные технологии: Учебное пособие / А.В. Барский. - М.: Бином, 2013. - 503 c.- Режим доступа: https://clarivate.com/products/web-of-science Режим доступа: – Загл. с экрана.

5. Вдовин, В.М. Информационные технологии в финансово-банковской сфере: Практикум / В.М. Вдовин. - М.: Дашков и К, 2012. - 248 c.– Режим доступа: https://biblio-online.ru – Загл. с экрана.

6. Вдовин, В.М. Информационные технологии в финансово-банковской сфере: Практикум / В.М. Вдовин, Л.Е. Суркова. - М.: Дашков и К, 2012. - 248 c. - Режим доступа: https://clarivate.com/products/web-of-science/ – Загл. с экрана.