Автоматизация продажи авиабилетов авиакомпании «ПОБЕДА»

Содержание:

Введение

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

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

Для каждой модели самолета существует определенное количество мест каждого класса. Каждая модель самолета характеризуется изготовителем авиакомпании.

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

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

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

«Авиакомпания «ПОБЕДА» — российская авиакомпания это 100% дочерняя часть «Аэрофлота», основной аэропорт авиакомпании «ПОБЕДА» – Внуково. Была основана шестнадцатого сентября четырнадцатого года, взамен прекратившего полёт из-за санкций Европейского союза «Добролёта».

Московский аэропорт Внуково, расположенный в десятью километрами от к юго-западу от МКАДA. По количеству обслуженных пассажиров Внуково заняла третье место в России за год после аэропортов «Домодедово» и «Шереметьево».

История предприятия

Авиакомпания «ПОБЕДА». Была создана после того, когда Европейский Союз вел санкции авиакомпании «Добролёт» в тридцатого июля четырнадцатого года из-за полетов в Крым и в последствие чего в третьего августа авиакомпания была должна завершить все рейсы. Первоначально предполагалось, что «Аэрофлот» не улучшит бренд «ПОБЕДА». Хотя в конце октября четырнадцатого года авиакомпания получила название «ПОБЕДА».

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

С двенадцатого ноября пятнадцатого года были открыты билеты на рейсы в Братиславу. Рейсы планировались с девятнадцатого декабря.

С двадцать первого декабря пятнадцатого года проводились регулярные рейсы между Внуково и аэропортом Бергамо Орио-аль-Серио.

Новый Boeing 737-801 с крыльями, заканчивающимися расколом янтаря в Красноярском аэропорту.

С пятнадцатого февраля шестнадцатого года «ПОБЕДА» открыла новую продажу билетов на рейсы Москва-Кельн, которые будут выполняться ежедневно.

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

Количество пассажиров, обслуживаемых авиакомпанией «ПОБЕДА» в июне семнадцатого года, достигло отметки десять миллионов в двадцатого июня семнадцатого года из аэропорта Махачкалы вылетело десять миллионов пассажиров «Победы», который был поздравлен генеральным директором компании Андреем Калмыковым.

Пятого ноября семнадцатого года первый коммерческий рейс был окончен новый Boeing 737-801. Это первая машина авиакомпании, оснащенный крылатыми наконечниками Split Scimitar. К двадцатому году ожидается поставка еще семнадцать подобных самолетов.

Услуги, предоставляемые авиакомпаниями

Туристическое агентство.

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

Соглашение с авиакомпанией о квоте мест на рейсах включает в себя:

• график круговых поездок в пункт назначения «туда и обратно» с указанием направлений направления;

• количество туристов в любой группе;

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

• время, когда билеты аннулируются без удержания штрафов;

• виды тарифов на приобретенные билеты, условия предоставления льготных цен, льготные тарифы;

• скидки и льготы для мест квот;

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

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

Соглашение агентства с авиакомпанией предусматривает следующие пункты:

• при каких условиях и кто предоставляет необходимое оборудование для выдачи билетов и их форм;

• кто обучает персонал работе по бронированию данных в системах;

• размер торгов;

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

• цена продажи билетов; стоимость авиакомпании или туристического агентства;

• тарифы и цены на продажу билетов;

• условия оплаты билетов - оплата или предоплата в качестве выручки от продажи;

• размер комиссии за продажу авиабилетов;

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

• членство в IATA1

• сумма банковских гарантий в пользу авиакомпании

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

Организационная и управленческая структура ПОБЕДЫ.

Центральным частью является Генеральный директор. Он заведует всей авиакомпанией. Помощники помогают ему по различным тем и вопросами.

Причины выбора типа отдела в организационных структурах следующие:

• Эта организационная структура: управление многопрофильными предприятиями с общим количеством сотрудников около ста тысяч и территориально удаленных команд;

• Эта структура обеспечивает более быстрый ответ и большую гибкость при изменении предприятия по сравнению с линейным персоналом;

Эта структура управления имеет определенные недостатки. К ним относятся:

• увеличение затрат на управленческий персонал;

• разобщенность структуры персонала филиалов из штаб-квартиры компании;

• сложность информационных ссылок и процесс управления в целом.

Штат ПАО «ПОБЕДА» составляет пятнадцать тысяч человек.

Таким образом, организационная структура авиакомпании «ПОБЕДА» имеет шестьдесят девять ссылок. Она построена на дивизионном типе. Этот тип является наиболее оптимальным для организаций, поскольку он обеспечивает гибкость, что способствует повышению эффективности всех его связей.

В состав генерального директора входят следующие заместители:

• Авиационная безопасность

• Работа с клиентами

• Директор по полетам

• Главный бухгалтер

• Финансы

• Технический директор

• Информационные технологии

• О юридических и имущественных вопросах

• О стратегии альянса

• Для административного управления

Рисунок 1.1. Организационная структура

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

Для взаимодействия с информации в авиакомпании в данном моменте не применяет Автоматизирование системы, но использует такие пакеты программ как MS Office: Excel, Word, Access или Libre Office: Calc, Writer, Base.

В качестве каналов, существуют:

• Электронная почта;
• Телефон
• Факс
• Система сетевого оповещения

Для автоматизации авиакомпании «ПОБЕДА» были выделены бизнес-процессы:

• Продажа авиабилетов
• Составления документов
• Учет финансово-хозяйственной деятельности

Для авиакомпании «ПОБЕДА» эти процессы являются важным, и планируется, что эта автоматизация принесет основную работу оптимизации от внедрения ИТиС.

Рисунок 1.2. Обработка данных по государственным закупкам

1.3.2. Контекстная диаграмма и диаграммы декомпозиции (IDEF0).

Разработка методов и моделей представления системы

В работе выполняется симуляция с использованием IDEF0.

1) Важную роль предотвращается процессу активного проектирования.

Чтобы регулировать создание функциональных моделей MSatten IDEF0 (интегрированное определение функции моделирования), которое реализовано в пакете BpWin.

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

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

IDEF0 основан на трех основных принципах:

принцип функционального разложения - любая функция может быть разложена на более простые функции (термин «Детализация» более понятен);

2) принцип ограничения сложности - количество блоков на диаграмме должно быть не менее двух, но не более шести (условие удобочитаемости);

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

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

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

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

Например, рассмотрим контекстную диаграмму-модели процесса регистрации и регистрации авиабилетов.

Модель была построена на основе точки зрения (предположительно, из-за отсутствия данных) кассира кассовых офисов.

Модель показывает

1) Вход:

- пожелания пассажира - пожелание пассажира о пункте назначения, времени и дате полета и т. д.

- информация о пассажире - паспортные данные пассажира.

- список рейсов - билеты на которые можно купить в авиакассе

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

2) Выход:

- запись забронированного билета - данные бронирования были учтены

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

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) Билет Печать.

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

Из таблицы «Билеты» вводится номер билета. Причем тот билет отбирается и рассматривается в форме «Билеты». Используется вот такие условие как «Like [Формы]! [Билеты]! [Номер билета]».

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

Отбираются реквизиты «ФИО пассажира» и его «Паспортные данные». Из таблицы «Пассажиры».

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

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

Данные взяты из таблицы «Билеты». Записи сгруппированы по дате продажи. Условие используется вот таким образом «> [Формы]! [Объем продаж]! [Дата1] и<[Формы]! [Объем продаж]! [Дата2]».

«Sum_Цена» это поле которое подсчитывается количество реквизитов цен.

Функция «Count (*)», используется в поле «Count_Билеты» и подсчитывает количество авиабилетов.

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

Пример запроса «Объем продаж» при прямом вызове.

Рисунок 4.3. «Объем продаж»

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

Из таблицы «Билеты» код рейса берется с использованием терминов «Like [Формы]!» [Билеты]! [Рейс]». Из таблицы «Самолет», служба с таблицей полетов, берется «Количество мест».

«Количество мест» - реквизит.

Из таблицы «Билеты» берется «Дата отправления» в соответствии с условием «Like [Формы]! [Билет]! [Дата отправления]».

Используя функцию «Count (*)», поле «Count_Билет» рассчитывает дату билетов и количество билетов, проданных для соответствующего рейса

В поле «Осталось» с помощью выражения «[Count_Билет] [Количество мест]» подсчитывается количество доступных мест в соответствующем полете и в дате.

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

Формы базы данных «ПОБЕДА».

Формы базы данных «ПОБЕДА» демонстрируют работы с запросами и таблицами. Они работают для иллюстрации процессов, изменений и просмотра данных и панелей управления, которые позволяют открывать отчеты и другие формы пользовательской базы данных.

Далее ниже рассматриваются следующие формы:

Когда открывают базу данных «ПОБЕДА» открывается форма «При запуске» и содержит в себе информацию из баз данных. Форма открывается одновременно с базой данных, помещая имя формы в строку «Форма» меню «Инструменты / Параметры запуска». Когда кнопка нажата, запускается процедура обработки событий кнопки 15_Click, закрывает эту форму, т.к. эта форма «При запуске» специализирована для того, чтобы пользователь смог работать с нужными базами данных. Нажатие на каждую из кнопок вызывает подходящее событие - это открытие формы, потому что все эти элементы взяты из баз данных аэропорта, вызываются для комфорта из форм.

Таким образом, форма«Главное меню» будет, выглядит вот так.

Рисунок 4.5. Главное меню

Для редактирования и внесения нужной информации были созданы такие форм как «Билеты», «Пассажиры», «Самолеты» и «Рейсы». Помимо этого, из формы «Билеты» можно получить два отчета-«Билет» и «Свободные места».

Таким образом, форма «Билеты» будет выглядит вот так.

Рисунок 4.6. «Билеты»

Форма «Объем продаж» построена так, чтобы вызывать отчет об объеме продаж.

Отчеты в базы данных «ПОБЕДА»

Отчеты в базе данных «ПОБЕДА» показывают, как эффективно представлять данные в печатной форме. Они предназначены для предоставления информации, выдаваемой базой данных, таким образом, который удобен для восприятия.

Отчет «Билет» формируется на основе запроса на обслуживание «Билет Печать» и служит для отображения билета и печати билета в визуальном виде. Отчет вызывается из формы Билета. Отчет выглядит следующим образом:

Рисунок 4.7. Отчет

Отчеты «Свободные места в полете» и «Объем продаж» служат для вывода данных одного и того же запроса. В то же время выражение «= Sum ([Count_Билеты])» и «= Sum ([Sum_цена])» использовалось в отчете «Объем продаж» для расчета общих количеств проданных билетов и сумм объемов, соответственно.

Рисунок 4.7. Пример как будет выглядеть будущий авиабилет

Вывод

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

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

Список литературы

1. Информатика: Базовый курс / Под редакцией С.В. Симоновича, Издательский дом «Питер», 2002, 640с.

2. Партыка Т.Л., Попов И.И. Информационная безопасность. Учебное пособие для студентов учреждений среднего профессионального образования. ~М.: ФОРУМ: ИНФРА-М, 2004, - 368с.: ил. - (Серия «Профессиональное образование»)

3 Евсюков В.В. Экономическая информатика: Учебное пособие - Тула: Издательство «Гриф и К», 2005. - 371с.: ил.

4. Мельников В.В. Защита информации в компьютерных системах. -М.: Финансы и статистика; Электронинформ, 2006. - 368с.: ил.

5. Завгородний В.И. Комплексная защита информации в компьютерных системах: Учебное пособие. - М.: Логос; ПБОЮЛ Н.А. Егоров, 2001. - 264с.: ил.

6. Беспалов Р.С. Инструментарий разработчика бизнес-процессов / Р.С.Беспалов. - М.: Актион-Медиа, 2006. - 136 c

7. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы статистика, 1998. – 176 с.

8. Август-Вильгельм Шеер. Моделирование бизнес-процессов. М.: Изд. АОЗТ «Просветитель», 2000. – 205 с.

9. Елиферов В.Г., Репин В.В Бизнес-процессы: Регламентация и управление: Учебник. - М.: ИНФРА-М, 2005. – 319 с. - (Учебники для программы MBA).

10. Войнов И.В., Пудовкина С.Г., Телегин А.И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. - Челябинск: Изд. ЮУрГУ, 2002. – 392 с.

11. Каменнова М., Громов А., Ферапонтов М., Шматалюк А. Моделирование бизнеса. Методология ARIS. М.: ООО «Издательство «Серебряные нити», 2001. – 327 с.