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

Содержание:

Введение

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

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

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

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

-A (VIP) — самые дорогие места с максимально комфортными для полета условиями;

-B (Comfort) —место по меньшей, чем A, стоимости и комфортности, более удобные и соответственно дорогие чем C;

-C (Normal) – наиболее экономные места, без каких-либо выраженных преимуществ.

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

Любое место воздушного судна имеет номер, по которому ведется учет занято оно или свободно для продажи.

Также аэропорт предоставляет возможность бронирования билетов.

Таким образом, в функционирование системы продажи авиабилетов входит:

• Продажа билетов;
• Контроль наполняемости воздушного судна;
• Предоставление информации о рейсе;
• Услуги бронирования билетов и снятия брони;
• Возврат билетов.

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

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

АО «Авиакомпания АЗИМУТ» («AZIMUTH»)

Направление деятельности (размер и отрасль):

Размер: средний бизнес.

Отрасль: авиаперелеты.

Состав продуктов/услуг:

• Авиатранспортные перевозки пассажиров на Юге РФ.
• Авиатранспортные перевозки груза на Юге РФ.
• Информационно справочное обслуживание.
• Обслуживание напитками и питанием пассажиров.

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

Клиенты:

Пассажиры любого возраста.

Конкуренты:

• Nordwind Airlines
• Royal Flight
• Pegas Fly

Поставщики:

• Государственная транспортная лизинговая компания
• ТРАНСПИТ
• AEROFUELS
• РоснефтьАэро
• АэроМар
• OCOO

Партнеры:

• aviasales
• Авианити
• AVIADO.ru
• Azimuth Hotels
• СМП БАНК
• OSTROVOK.ru
• GETTRANSFER

С какими финансовыми, государственными, общественными организациями предприятие взаимодействует:

• Федеральное агентство воздушного транспорта
• Агентство развития внутреннего туризма
• Интерконнект Менеджмент Корпорейшн

История АО «Авиакомпания АЗИМУТ» («AZIMUTH»)

Целью создания нового перевозчика заявлено создание качественного транспортного сообщения между городами Юга России, а также между южным регионом и центром страны. Как юридическое лицо, авиакомпания «Азимут» была зарегистрирована в Краснодаре, но в феврале 2017 года была осуществлена перерегистрация в Ростове-на-Дону. Фактическими владельцами авиакомпании являются Виталий Ванцев, Павел Удод и Павел Екжанов.

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

В марте 2017 года были подписаны твёрдые контракты на поставку четырёх воздушных судов Sukhoi Superjet 100, позже был заключён ещё один контракт на четыре воздушных судна этого типа. Поставка законтрактованных самолётов началась в июле 2017 года. В планах компании дальнейшее увеличение парка до шестнадцати самолётов. Лизингодателем выступает Государственная транспортная лизинговая компания (ГТЛК).

18 августа 2017 года компания получила сертификат эксплуатанта, дающий право выполнять полёты. Начиная с 2021 года, в маршрутную сеть должны войти Калининград, Челябинск, Волгоград, Астрахань, Сургут, Геленджик, а также международные маршруты в Ереван, Прагу, Франкфурт-на-Майне, Стамбул и Тель-Авив.

Особенности компании:

• Флот компании состоит только из самолётов типа SSJ100.
• В отличие от многих других авиакомпаний «Азимут» предоставляет услуги онлайн-регистрации на борт только на платной основе, что преподносится как плата за сокращение времени пассажира.

Таблица 1 - Основные технико-экономические показатели

Наименование показателя	Единица измерения	За 2017 год	За 2018 год	За 2019 год
Объем продаж	тыс. руб.	280473,0	267535,0	273654,0
Число обслуженных клиентов	чел.	9564	10123	10254
Выручка от продаж	тыс. руб.	154354,0	144765,0	144125,0
Численность работников	чел.	345	268	545
Годовой фонд оплаты труда	тыс. руб.	239443,0	248224,0	250164,0
Среднемесячная заработная плата работников	руб.	35000,0	37450,0	39120,0

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

Организационная структура АО «Авиакомпания АЗИМУТ» («AZIMUTH») представлена на рисунке 1.1.

Рисунок 1.1 - Организационная структура АО "Авиакомпания AZIMUTH"

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

Во время изучения предприятия было принято решение разработать предложения по автоматизации продажи авиабилетов.

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

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

Рисунок 1.2 – Контекстная диаграмма кадрового учета в АО "Авиакомпания AZIMUTH"

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

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

Как видно из диаграммы (рисунок 1.3), весь процесс функционирования системы разбивается на шесть блоков:

Выбор операции - ветвление, позволяющее пользователю выбрать интересующую операцию.

Предоставление информации - предоставление пользователю всей доступной информации о расписании и рейсах.

Создание заказа - сведение всех требований Клиента в один заказ.

Приобретение билета - совершение операции купли-продажи между Клиентом и Кассиром и закрепления за Клиентом билета.

Идентификация - подтверждение личности Клиента и его права на осуществление постановки или снятия брони. В случае снятия брони еще проверяется наличие брони для текущего Клиента.

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

Произведем дальнейшее разбиение на подсистемы.

Рисунок 1.4 - Диаграмма декомпозиции «Выбор операции»

Опишем процессы, представленные на данной диаграмме декомпозиции (рисунок 1.4).

Выбор – акт в котором пользователь выбирает что он хочет.

Получение информации – принятие клиентом решения получить информацию.

Покупка билета – принятие клиентом решения приобрести билет на рейс.

Операции с бронью – принятие клиентом решения осуществить операцию с бронью.

Вернуть билет - принятие клиентом решения вернуть приобретенный ранее билет.

Рисунок 1.5 - Диаграмма декомпозиции «Предоставление информации»

Опишем процессы, представленные на данной диаграмме (рисунок 1.5).

Расписание рейсов и стоимость билетов - Клиент получает информацию о рейсах.:

- Наименование;

- Дата и время начала полета;

- Длительность;

- Стоимость билетов класса A, B, C;

- Воздушное судно, на котором производится полет;

И решает, с каким рейсом он будет выполнять дальнейшие операции.

Информация о рейсах – информация, которая позволяет Клиенту понять, что за рейсы осуществляет компания и помогает выбрать какой из них выбрать.

Возврат в выбор операций - решение пользователя вернуться к выбору операций.

Рисунок 1.6 - Диаграмма декомпозиции «Создание заказа»

Опишем процесс создания заказа (рисунок 1.6).

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

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

Генерирование заказа – система формирует Заказ исходя из требований Клиента и Норм предприятия.

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

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

Рисунок 1.7 - Диаграмма деятельности АО "Авиакомпания AZIMUTH"

А на диаграмме прецедентов (рисунок 1.8) изображены непосредственно такие процессы, как: заполнение заказа, продажа билета, возврат билета, бронирование билета, снятие брони, просмотр информации.

Рисунок 1.8 - Главная диаграмма прецедентов АО "Авиакомпания AZIMUTH"

Для предметной области я выделила следующих актеров (таблица 2):

Таблица 2 – Актеры и их описание

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

Рассмотрим теперь, какие возможности должна предоставлять наша система:

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

На основании вышеизложенного можно выделить следующие прецеденты:

Субъект	Прецедент	Требование
Клиент	Заполнение заказа	b. Система должна помогать пользователю в выборе требуемой услуги c. Система должна позволять пользователю составлять заказ на приобретение билета, для последующей обработки этого заказа и получения билета на сеанс. d. Система должна предоставлять пользователю возможность выбора в заказе на какой сеанс и на которое из свободных мест он может составить заказ. l. Система должна минимизировать работу кассира, используя шаблоны и помогая Клиентам грамотно составить заказ.
	Продажа билетов	h. Система не должна позволять пользователю приобретать билеты на несуществующие сеансы
	Получение информации	a. Система должна позволять клиенту получать доступ к информации о репертуаре театра, эта информация должна быть актуальной и достоверной. o. Система не должна предоставлять ложные данные ни в отчетах ни в предоставляемой информации о сеансах
	Возвращение билета	e. Система должна позволять пользователю возвращать билет Кинотеатру с целю возврата денежных средств. i. Система не должна разрешать пользователю возвращать билет позднее чем за 10 минут до начала сеанса.
	Бронирование билета	f. Система должна позволять пользователю бронировать билет с целю последующего приобретения билета. j. Система не должна допускать ситуации, когда забронированные места не выкупаются. Бронирование должно обнуляться за 20 минут до начала сеанса.
	Снятие брони	g. Система должна позволять пользователю снимать имеющееся у него бронирование с билета.
Кассир	Продажа билетов	h. Система не должна позволять пользователю приобретать билеты на несуществующие сеансы k. Система должна помогать кассиру отслеживать доступные для продажи места в зрительном зале. m. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
	Возвращение билета	e. Система должна позволять пользователю возвращать билет Кинотеатру с целю возврата денежных средств. i. Система не должна разрешать пользователю возвращать билет позднее чем за 10 минут до начала сеанса m. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
	Бронирование билета	f. Система должна позволять пользователю бронировать билет с целю последующего приобретения билета. j. Система не должна допускать ситуации, когда забронированные места не выкупаются. Бронирование должно обнуляться за 20 минут до начала сеанса. n. Система должна позволять кассиру контролировать бронирование и снятие брони с билетов
	Снятие брони	g. Система должна позволять пользователю снимать имеющееся у него бронирование с билета. n. Система должна позволять кассиру контролировать бронирование и снятие брони с билетов

Техническое и программное обеспечение

Структура и состав комплекса технических средств и конфигурация сети

На рисунке 2.1 изображена техническая архитектура компании АО "Авиакомпания AZIMUTH".

Рисунок 2.1 - Техническая архитектура АО "Авиакомпания AZIMUTH"

Далее, в таблицах 4 и 5 я выписала аппаратное и программное обеспечения предприятия.

Таблица 4 – Аппаратное обеспечение в АО "Авиакомпания AZIMUTH"

№ п/п	Аппаратное средство	Конфигурация	Установленное ПО
1	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer Netcam Studio
2	Принтер HP LaserJet Pro M104w лазерный	Макс. разреш. Ч/Б печати 1200x1200 т/д Встроенная память (ROM) 128 МБ Процессор, МГц 600 Поддержка Wi-Fi IEEE 802.11 b/g/n Технология Wi-Fi Direct Да Работа под Windows Vista, Windows 7, 8.1, 10	-
3	IP Видео сервер Grandstream GVR3552 IP	Количество видео каналов 16 Суммарная скорость записи, кадр/сек. 200 Максимальное разрешение, мпикс 2 размер хранилища: До 4 Тб внутреннего хранилища Поддержка работы с IP- камерой	Windows server 2016
4	Сервер Dell PowerEdge R630	Модель процессора E5-2630 v3 Процессор кол-во ядер 8 Тип памяти DDR4 Максимальный объем памяти 1.5 Тб	Microsoft SQL Server
5	Камера видеонаблюдения GINZZU HID-1031O	Фокусное расстояние 3.6 мм Разрешение камеры 1 Мп Разрешение 1280 х 720 Сетевые протоколы TCP/IP, HTTP, DHCP, FTP, DNS, DDNS, RTSP, NTP, SMTP	-
6	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer
7	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer
8	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer
9	Принтер HP LaserJet Pro M104w	Макс. разреш. Ч/Б печати 1200x1200 т/д Встроенная память (ROM) 128 МБ Процессор, МГц 600 - Поддержка Wi-Fi IEEE 802.11 b/g/n Технология Wi-Fi Direct Да Работа под Windows Vista, Windows 7, 8.1, 10Объем оперативной памяти (стандартный) 128 Мб	-
10	Принтер HP LaserJet Pro M104w	Макс. разреш. Ч/Б печати 1200x1200 т/д Встроенная память (ROM) 128 МБ Процессор, МГц 600 Поддержка Wi-Fi IEEE 802.11 b/g/n Технология Wi-Fi Direct Да Работа под Windows Vista, Windows 7, 8.1, 10	-
11	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer Netcam Studio
12	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer
13	ПК Acer Aspire TC-885	Модель процессора i5-8400 Процессор, частота 2.8 ГГц Стандартная память 8 ГБ Общая емкость жесткого диска 1 TB Модель графического контроллера GeForce GT 1030 - 2048 Мб	Windows 10 Microsoft Office Explorer Netcam Studio
14	Wi-Fi роутер ASUS RT-AC58U	стандарт Wi-Fi: 802.11a/b/g/n/ac  макс. скорость: 1267 Мбит/с  поддержка опционального 4G-модема  коммутатор 4xLAN  поддержка VPN  скорость портов 1000 Мбит/сек  принт-сервер: USB	-

Таблица 5 – Программное обеспечение в АО "Авиакомпания AZIMUTH"

№ п/п	Программное средство	Конфигурация (если применимо)	Описание программного средства
1	Windows 10	64-разрядная	Операционная система для персональных компьютеров и рабочих станций, разработанная корпорацией Microsoft в рамках семейства Windows NT. После Windows 8.1 система получила номер 10, минуя 9. Серверный аналог Windows 10 — Windows Server 2016.
2	Microsoft Office	Word Excel Access Power Point Outlook Visio	Сборник программных средств для расчетов, работы с документами, базами данных, графическими изображениями, презентациями.
3	Explorer	Версия 11	Web-обозреватель для сети Интернет, предназначен для поиска данных разного типа.
4	Kaspersky Antivirus Protection	-	Антивирусное программное обеспечение, разрабатываемое Лабораторией Касперского. Предоставляет пользователю защиту от вирусов, троянских программ, шпионских программ, а также неизвестных угроз с помощью проактивной защиты.
5	Netcam Studio	-	Программное обеспечение, созданное для систем видеонаблюдения
6	Windows server 2012	2012 редакция Standart	Серверная операционная система от Microsoft. Система является частью семейства Windows NT и разрабатывается одновременно с Windows 10.
7	WSUS	Версия 3.0	Сервер обновлений операционных систем и продуктов Microsoft. Программа бесплатно может быть скачана с сайта Microsoft и установлена на серверную ОС семейства Windows Server.
8	Microsoft SQL Server	-	Система управления реляционными базами данных (РСУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL
9	Active Directory	-	Службы каталогов корпорации Microsoft для операционных систем семейства Windows Server.
10	DriverPack-17-Online	-	ПО для доступа к аппаратному обеспечению компьютера.

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

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

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

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

Характеристика нормативно-справочной, входной и результатной информации

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

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

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

информации, быстрому поиску необходимых данных, уменьшению объема хранимых данных.

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

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 6 сущностей: Кассир, Билет, Рейс, Клиент, Самолет.

Таблица 6 - Сущность «Кассир»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код кассира	Ключ	Счетчик	Длинное целое	ключевое поле
Фамилия		Короткий текст	25
Имя		Короткий текст	15
Отчество		Короткий текст	25
Стаж		Короткий текст	5

Таблица 7 - Сущность «Билет»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код билета	Ключ	Счетчик	Длинное целое	ключевое поле
Код кассира		Числовой	Длинное целое
Код клиента		Числовой	Длинное целое
Дата выдачи		Краткий формат даты
Дата перелета		Краткий формат даты
Место		Короткий текст	100
Категория		Короткий текст	1
Код самолета		Числовой	Длинное целое
Код рейса		Числовой	Длинное целое

Таблица 8 - Сущность «Рейс»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код рейса	Ключ	Числовой	Длинное целое	ключевое поле
Название аэропорта		Короткий текст	255
Адрес аэропорта		Короткий текст	255
Багаж		Короткий текст	3

Таблица 9 - Сущность «Клиент»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код клиента	Ключ	Числовой	Длинное целое	Ключевое поле
Фамилия		Короткий текст	25
Имя		Короткий текст	15
Отчество		Короткий текст	25
Дата рождения		Краткий формат даты
Пол		Короткий текст	1

Таблица 10 - Сущность «Самолет»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код самолета	Ключ	Числовой	Длинное целое	Ключевое поле
Тип		Короткий текст	25
Название		Короткий текст	15
Номер		Короткий текст	15
Кол-во мест		Числовой	Длинное целое
Кол-во категорий		Числовой	Длинное целое
Дата проверки		Краткий формат даты
Цвет		Короткий текст	10
Кол-во рейсов		Числовой	Длинное целое

Рисунок 2.2 - Схема данных

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

На рисунках 3.1 и 3.2 изображены входные формы таблиц «Билет» и «Рейс». В них представлена возможность увидеть всю информацию о каждом билете и рейсе. Перелистывать возможно при нажатии кнопок со стрелками в соответствующем направлении.

Рисунок 3.1 - Входная форма для таблицы "Билет"

Рисунок 3.2 - Входная форма для таблицы "Рейс"

На рисунках 3.3 и 3.4 изображены входные формы таблиц «Билет» и «Кассир». В них представлена возможность добавить новую информацию о билете или кассире.

Рисунок 3.3 - Входная форма "Добавить билет"

Рисунок 3.4 - Входная форма "Добавить кассира"

На рисунке 3.5 изображен отчет таблицы «Билет». В нем представлены все билеты с фамилиями владельцев билетов и другими данными перелета.

Рисунок 3.5 - Отчет "Билет"

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

Рисунок 3.6 - Запрос "Клиент запрос"

Заключение

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

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

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

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

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

1. Алексей Гончаров. Access в примерах [Электронный ресурс]-С.-Петербург: Питер, 2012г. - 1 эл. опт. диск (CD-ROM).

2. Библиотека литературы [Электронный ресурс] - Режим доступа: http://www.redov.ru/kompyutery_i_internet/obrabotka_baz_dannyh_na_visual_basic_net/p2.php (дата обращения: 28.11.2019).

3. Каратыгин, С.; Тихонов, А.; Долголаптев, В. Базы данных; ABF - М., 2016. - 352 c.

4. Карпова, Т.С. Базы данных. Модели, разработка, реализация; СПб: Питер - М., 2013. - 304 c.

5. Кузьменко В. Г.. Эффективное использование; Бином-Пресс - М., VBA, 2012. - 624 c.

Приложение А