ВВЕДЕНИЕ

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

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

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

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

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

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

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

Целью работы является разработка программы учета и регистрации продаж авиабилетов. Программа должна быть организована согласно принципам архитектуры «клиент-сервер», клиент должен взаимодействовать с сервером по протоколу TCP/IP. Данные должны храниться посредством СУБД MS SQL.

1. ЛОГИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАННЫХ

Логическая структура базы данных в MS SQL Server является адекватным отображением полученной информационно-логической модели, не требующим дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле) соответствует одному из реквизитов объекта. Ключевые реквизиты объекта образуют уникальный ключ реляционной таблицы. Для каждого столбца задается формат и размер данных. Строки (записи) таблицы соответствуют экземплярам объекта и формируются при загрузке таблицы.

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

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

2. ФИЗИЧЕСКАЯ СТРУКТУРА БАЗЫ ДАННЫХ. АППАРАТНОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ СИСТЕМЫ

2.1. Физическая структура базы данных

Производительность корпоративных систем баз данных зависит от эффективности настройки физической структуры баз данных, из которых состоят эти системы. К таким физическим структурам относятся индексы, кластеризованные индексы, индексированные представления и секции, назначение которых — повысить производительность и управляемость баз данных. В SQL Server для этого предусмотрено специальное средство — помощник по настройке ядра СУБД, анализирующий влияние рабочей нагрузки (наборов инструкций Transact-SQL, выполняющихся в базе данных, которую нужно настроить) на производительность одной или нескольких баз данных.

Концептуальная схема, специфицированная к СУБД, автоматически отображается в структуру хранения программами СУБД. Внешний пользователь может ничего не знать о том, как его представление о данных физически организовано в памяти вычислительной системы. Тем не менее, от физического размещения данных в памяти ЭВМ существенно зависит время решения прикладных задач. В связи с этим, даже на одном из начальных этапов проектирования базы данных – этапе выбора СУБД, желательно знать возможности физических структур хранения, представляемых конкретными СУБД, и оценивать временные характеристики проектируемой базы данных с учетом этих возможностей.

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

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

Существуют два разных типа памяти – оперативная (ОП) и внешняя (ВП), причем процессор работает только с данными из оперативной памяти.

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

Отметим основные свойства оперативной памяти:

- единицей памяти является байт;

- память прямо адресуема (каждый байт имеет адрес);

- процессор выбирает для обработки нужные данные, непосредственно адресуясь к последовательности байтов, содержащих эти данные.

Отметим основные свойства внешней памяти:

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

- для последующей обработки (например, работы с полями) запись должна быть считана в оперативную память;

- время чтения записи в ОП (занесения записи из ОП в ВП) на несколько порядков выше времени обработки процессором записи из ОП;

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

3. РЕАЛИЗАЦИЯ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ

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

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

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

Для работы с базой данных необходимо заполнить таблицу «Тип самолета» информацией обо всех самолетах.

Интерфейс пользователя был разработан с помощью технологии ASP.NET, предоставляемой Microsoft.

Приложение состоит из набора ASP.NET страниц и условно делится на 2 части. Первая часть для вывода обработанных данных, а вторая для редактирования данных из всех таблиц. Все страницы имеют единый стиль оформления. Это достигается путём использования возможности технологии ASP.NET – Master Page. Она позволяет создать страницу-шаблон, которая впоследствии может быть унаследована другими страницами. Это означает, что у страницы-шаблона есть специальный тег – ContentPlaceHolder, в который помещается содержимое страниц с наполнением, в результате чего страница отображается как единое целое. Здесь можно провести некую аналогию с фреймами в HTML. Для разметки MasterPage страницы использовались обычные HTML таблицы и CSS (каскадные таблицы стилей).

Разработанная структура приложения позволяет осуществлять переход на любую страницу приложения из текущей, поэтому передвижение по страницам понятно любому пользователю. Для отображения информации используется компонент GridView.

СКРИНШОТЫ ИЗ РАБОТЫ

ЗАКЛЮЧЕНИЕ

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

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

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

Разработанное ПС реализовано с использованием языка программирования C# на основе технологии «клиент-сервер».

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

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

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