Главная Полезно Рефераты‹ Ссылки Статьи Контакты

Внимание!!!
Все материалы сайта защищены авторским правом, содержат на момент размещения не менее 60% оригинального текста. Материалы предназначены только для выполнения собственной студенческой работы. Любое воспрозведение или иное использование запрещено законом
Кроме того, просим терпимее относиться ко всем видам рекламы на сайте. Так как за счет её и существует наш проект. Спасибо за понимание и удачи вам в поиске нужной информации.

Подсистема учета и регистрации продаж путевок туристической фирмой на Java



Курсовая работа


1 2 3 4

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 2
1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И КЛАССИФИКАЦИЯ СУЩНОСТЕЙ РЕШАЕМОЙ ЗАДАЧИ 4
1.1. Страны 5
1.2. Клиенты 5
1.3. Путевки 5
1.4. Продажи 5
1.5. Этапы организации хранилища информации о продажах путевок 6
2. ПОСТАНОВКА ЗАДАЧИ 11
3. ОБЗОР ЛИТЕРАТУРНЫХ ИСТОЧНИКОВ 12
4. ОБЗОР МЕТОДОВ РЕШЕНИЯ ПОСТАВЛЕННОЙ ЗАДАЧИ 14
5. ТРЕБОВАНИЯ К СИСТЕМЕ 16
6. РАЗРАБОТКА МЕТОДОВ И МОДЕЛЕЙ ПРЕДСТАВЛЕНИЯ СИСТЕМЫ 17
7. РАЗРАБОТКА И ПОСТРОЕНИЕ ИНФОРМАЦИОННОЙ МОДЕЛИ 22
8. ОБОСНОВАНИЕ ПРИНИМАЕМЫХ РЕШЕНИЙ ПО ВЫБОРУ ТЕХНИЧЕСКИХ И ПРОГРАМНЫХ СРЕДСТВ РЕАЛИЗАЦИИ 25
9. ОПИСАНИЕ АЛГОРИТМОВ ПРОГРАММНЫХ МОДУЛЕЙ 28
11. ОПИСАНИЕ ПОЛУЧЕННЫХ РЕЗУЛЬТАТОВ 40
ВЫВОДЫ И ЗАКЛЮЧЕНИЯ 41
ЛИТЕРАТУРА 43
ПРИЛОЖЕНИЯ 44




ВВЕДЕНИЕ

Первоначально компьютерные системы использовались для упрощения математических вычислений. В настоящее время компьютерные системы используются повсеместно для организации и улучшения практически всех областей нашей жизни. Средства автоматизации, основанные на использовании компьютерной техники, позволяют уменьшить количество совершаемых человеком ошибок практически во всех отраслях деятельности.
Даже если рассматривать такой вроде бы процесс, как учет продаж путевок туристической фирмой, то и тут может встретиться немало тонкостей:
- путевки могут быть оформлены, как проданные дважды, вследствие чего будут забронированы лишние места;
- неверно может быть рассчитана стоимость путевок;
- вследствие невозможности оперативно получить информацию об имеющихся в наличии турах потенциальный клиент обратится к конкурентам и т.п.
В связи с этим разработка подсистемы учета и регистрации продаж путевок туристической фирмой является актуальной задачей. Ведь такая система во многом позволит избежать упомянутых выше ошибок в процессе деятельности фирмы. Кроме того, подобное ПО в будущем может быть использовано как шаблон для разработки реальной информационной туристической системы наподобие «Фарос-тур» или «КОМТУР-агент», обеспечивающей возможность работы в системе сразу нескольких групп пользователей – туристических операторов, агентств и непосредственных заказчиков туров.
Современные системы такого рода позволяют хранить информацию о продажах, своевременно предоставляют ее менеджерам агентства и клиентам, упрощая и ускоряя их работу.
Подобные системы традиционно имеют веб-интерфейс, что обеспечивает охват наибольшей целевой аудитории.
Таким образом, целью настоящей работы является разработка подсистемы учёта и регистрации продаж путевок туристической фирмой. Система должна быть реализована в рамках архитектуры J2EE, что подразумевает использование таких технологий, как EJB, JSP, Servlets, SYBASE 9.0, SunApp Server 8.0, DHTML.


Задать вопрос                                                      

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И КЛАССИФИКАЦИЯ СУЩНОСТЕЙ РЕШАЕМОЙ ЗАДАЧИ


Проведем краткий анализ предметной области, задачи которой подлежат автоматизации.
Процесс продажи путевки начинается с того, что потенциальный заказчик принимает решение отправиться в поездку в ту или иную страну. После того, как клиент составил список предпочтений, он начинает обращаться в различные туристические фирмы (агентства) в поисках наиболее приемлемого для него варианта.
Основным предпочтением клиента в данной ситуации является место отдыха и цена тура. Поэтому данные характеристики обязательно должны быть отражены в разрабатываемой подсистеме. При этом менеджер агентства должен иметь возможность осуществлять поиск записей о наличии туров по названию страны, что позволит ему оперативно сформировать предложение для конкретных клиентов.
В случае, если клиентов удовлетворяет стоимость тура и другие его условия, заложенные в описании тура, они могут приобрести у фирму путевку. Продажи путевок оформляются менеджером индивидуально. Это связано с тем, что в гостиницах, аэропортах и т.п. всегда требуются паспортные данные конкретных людей.
Процесс продажи путевки требует участия клиента и менеджера. Вместе они составляют список наиболее приемлемых вариантов, из которых выбирается итоговый вариант.
Продажа путевки каким-либо образом регистрируется менеджером фирмы. Процесс регистрации обязателен, так как без него могут возникнуть различные неточности и ошибки (см. далее).
Анализ предметной области в результате ее краткого обзора позволил выявить 4 сущности предметной области:
1) Страна – информация о стране пребывания
2) Путевка – информация о конкретной путевке (туре), имеющемся у фирмы
3) Клиенты – сведения о клиентах фирмы
4) Продажа – сведения о продаже путевок клиентам фирмы

Задать вопрос                                                      

1.1. Страны

Сущность содержит информацию об определенной стране (её название). Примерами могут послужить «Египет» или «Украина».
Атрибут сущности – название страны.
1.2. Клиенты

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

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

Каждая продажа содержит в себе информацию о клиенте, о путевке, которая была продана и краткое описание продажи.

1.5. Этапы организации хранилища информации о продажах путевок

Осознание потребности в проекте – поводом для осознания потребности чаще всего является сложность существующих процессов или невозможность их использования непосредственно. Например, как уже упоминалось во введении, в результате дважды учтенных путевок клиенты могут остаться без желаемой путевки, а в случае утери сведений о продаже и того хуже – клиент может остаться без места в гостинице в совершенно незнакомой ему стране! Малая эффективность бумажных носителей информации в данном случае очевидна.
Постановка целей и задач – формулирование требований высшего уровня к системе, соблюдение которых позволит решить данные проблемы. В ходе этого этапа проводится анализ предметной области, моделируются ее процессы, изучаются причины ошибок в ходе учета продаж путевок агентством.
Выбор поставщика/системы – когда цели и задачи определены, встает вопрос о выборе поставщика услуг автоматизации и ПО. На рынке программного обеспечения существует множество малых, средних и крупных компаний, предлагающих свои услуги по созданию программного обеспечения. Конкретный исполнитель выбирается на основе следующих характеристик:
• известность данного исполнителя
• цена
• отзывы от прошлых клиентов
• сроки выполнения проекта
• возможные технологии
• другие характеристики (страна расположения, язык, часовой пояс и т.д.)

В данном случае положение выглядит следующим образом. В реальности фирмы-агентства не разрабатывают собственных систем учета. Все фирмы, занимающиеся работой с клиентами (так называемые «турагентства») являются посредниками между клиентами и туроператорами. Те, в свою очередь, являются посредниками более высокого уровня, работая между производителями туруслуг (гостиницы, аэропорты, экскурсионные бюро и т.п.) и агентствами. Операторы работаю на уровне турпакетов, которые уже, в свою очередь, дробятся на кокретные предложения для агентств (путевки, туры).
Во всем СНГ существует всего несколько туроператоров (2 в Беларуси). Они поддерживают собственные распределенные, Интернет-ориентированные, системы.
Система предоставляет свой интерфейс операторам и агентствам, разделяя полномочия и права доступа. Каждое агентство работает с определенным оператором, получая от него регистрационную информацию для работы в системе.
Большинство крупных туристических порталов черпают сведения о турах как раз из таких систем – из интерфейсов, предоставляемых для доступа к их базам данных.
Подобные системы крайне сложны и учитывают сотни и тысячи параметров – от списка отелей в конкретном городе до перечня услуг определенного экскурсионного бюро.
В ходе продажи путевки менеджер фирмы входит в Web-систему оператора и сохраняет там сведения о продаже.
Если рассматривать задачу курсовой работы как реальную, то полноценная реализация подобной системы является серьезной коммерческой и весьма сложной задачей.
В связи с этим можно предположить, что, если бы конкретная фирма решила бы дополнительно автоматизировать деятельность в сфере продаж, то наиболее резонным выходом для нее было бы обратиться к разработчику систем управления туроператоров.

Инициирование проекта – выбор исполнителя и подписание контракта, после чего наступает следующая фаза.
Обследование – после выбора исполнителя наступает фаза уточнения технического задания, выработки плана разработки, определение сроков и бюджета, а также любых иных средств или способов, что могут понадобиться при разработке программного продукта, например, продукты сторонних производителей.
Можно заметить, что продуктов сторонних производителей по упомянутым выше причинам не существует – каждый оператор поддерживает собственную систему с собственным форматом данных и присущими только ему «изюминками».
Реализация проекта – после утверждения плана разработки (повременное расписание разработки) начинается фаза непосредственного написания кода приложения. Эта фаза обычно итерационная, когда примерно раз в неделю выпускаются очередные версии продукта со все большей функциональностью, которые обязательно проходят тестирование в отделе контроля качества.
Процесс разработки системы учета путевок лучше всего начинать сразу же после окончания «высокого сезона» - это позволит получить нормально функционирующее ПО к началу пиковых продаж следующего года.
Реализация проекта – после выполнения всех работ и после подтверждения от отдела контроля качества, что продукт соответствует всем требованиям, происходит выпуск финальной версии продукта.
Поддержка – при непосредственной эксплуатации продукта возможно обнаружение в нем ошибок. За исправление этих ошибок отвечает отдел поддержки.
В качестве реально использующихся для бронирования путевок туристических систем можно упомянуть, к примеру, систему «КОМТУР-агент»
Данная туристская автоматизированная информационная система (АИС) специально разработана для оптимизации взаимодействия ТурОператора и ТурАгентов. История системы начинается с 1999 года. Она интегрирует все необходимые бизнес-процессы и средства коммуникации, обеспечивающие информационный обмен между этими основными участниками туристического рынка:
- Механизм квотирования мест в самолетах, номеров в гостиницах.
- Гибкий инструмент создания тура как комплексного продукта с системой скидок, комиссий, вариантов перевозки и размещения, условий бронирования и оплаты.
- Удобный дисплей наличия мест по ресурсам (для ТурОператора) и по заявке (для ТурАгента).
- Сочетание "он-лайн" бронирования и бронирования по запросу в одном интерфейсе.
- Формирование прайс-листов.
- Экспорт отчетов в WORD, EXCEL
Новые технологии в ComTour по сравнению с аналогичными продуктами:
- Масштабирование, технология балансировки нагрузки и распараллеливания бизнес-процессов
- Современный стандарт защищенных транзакций SSL при передаче коммерческой информации
- Универсальный формат обмена данными XML
- Технология работы в WIN32 клиентском приложении (функции ТурОператора и ТурАгента) и под броузером (функции ТурАгента)
- Трехуровневая архитектура системы для обработки поступающих запросов
- Технологии взаиморасчетов через Интернет (в том числе по кредитным карточкам)
- Технология автоматического комплексного бронирования заявки - 24 часа доступа к турам.
Сейчас система «Комтур» позволяет выполнять более ста функций, автоматизирующих ежедневную внутриофисную работу туроператора по формированию туров и управлению ресурсами, турами и заявками.
Естественно, что в ходе выполнения курсовой работы невозможно создать аналог столь сложной и многоаспектной системы. Поэтому ее задачей является лишь часть функцией реальной туристической АИС – бронирование путевок.

2. ПОСТАНОВКА ЗАДАЧИ

Постановку задачи определим следующим образом:
• выбрать и провести краткий аналитический обзор литературных источников, освещающих использование требуемых в ходе выполнения курсовой работы технологий (J2EE, UML, IDEF0, ER и т.п.);
• разработать информационную модель системы учета и регистрации продаж путевок (структуру уровня представления данных);
• разработать методы и модели представления системы в нотациях IDEF0 и UML;
• провести кодирование алгоритмов разрабатываемой подсистемы;
• провести сборку подсистемы учета и регистрации продаж путевок, проверить корректность развертывания системы;
• провести модульное тестирование подсистемы средствами разработчика;
• описать алгоритмы программных модулей;
• разработать и описать тестовый пример, руководство пользователя;
• сформулировать полученные результаты в виде выводов и заключений;
• оформить пояснительную записку к курсовой работе.

3. ОБЗОР ЛИТЕРАТУРНЫХ ИСТОЧНИКОВ

Кей С. Хорстманн, Гари Корнелл. Java 2. Библиотека профессионала. Том 2. Тонкости программирования [1] ориентирована на тех разработчиков, которые хотят использовать технологию Java для создания реальных проектов. В ней нашли отражение поддержка потоков, использование наборов данных, сетевое взаимодействие, работа с базами данных, компоненты JavaBeans. Уделено внимание также таким вопросам, как поддержка распределенных объектов, организация защиты и создание платформенно-ориентированных методов, разбор и генерация XML-документов. При написании книги были учтены новые возможности, которые стали доступны разработчикам с появлением JDK 5.0.
Благодаря разнообразию и глубине излагаемого материала книга полезна как начинающим, так и опытным разработчикам.
Брюс У. Пери. Java сервлеты и JSP. Сборник рецептов [2] содержит исчерпывающие описания (рецепты) решений проблем, с которыми приходится сталкиваться web-разработчикам на Java. Рецепты приводятся по мере нарастания сложности и рассматриваются применительно к таким популярным серверам приложений как Tomcat и Weblogic. Вследствие этого данная книга может служить не только в качестве практического руководства, но и учебным пособием.
Книга предназначена для широкого круга читателей - от опытных Java-разработчиков, желающих усовершенствовать свое мастерство использования технологий Java Servlet и JSP, до студентов, изучающих Java.
Р. Мюллер. Базы данных и UML: Проектирование [3]. Книга посвящается использованию универсального языка моделирования UML (одобренный стандарт группы по управлению объектами) для проектирования баз данных. Подробно, шаг за шагом, раскрыт процесс разработки: от анализа требований к генерации схемы. Особо уделяется внимание вопросу выражения потребностей заказчиков в диаграммах вариантов использования UML и ролей. Книга раскрывает вопрос преобразования сущностей UML в компоненты базы данных, преобразования полученный проект в реляционные, объектно-реляционные и объектно-ориентированные схемы для основных продуктов DBMS.
Раскрыты практические примеры проектов для Oracle, Microsoft, Sybase, Informix, Object Design, POET и других систем управления базами данных.
С. В. Маклаков, BPwin и ERwin. CASE - средства разработки информационных систем [4] представляет собой практическое руководство по созданию информационных систем с помощью CASE - средств фирмы PLATINUM technology - BPwin и ERwin. Она содержит описание методов структурного анализа и проектирования моделей данных в объеме необходимомдля практической работы. Подробно на конкретных примерах рассмотрено применение CASE - технологий и CASE - средств для автоматизации этапов анализа, проектирования и кодогенерации информационных систем. Книга предназначена как для специалистов в областиинформационных технологий (системных аналитиков, проектировщиков и администраторов баз данных), так и для студентов, изучающих основы системного анализа и проектирования информационных систем.

Внимание! Для данной работы приложения платные. С их описанием и стоимостью можно ознакомиться здесь

Описание приложений!


1 2 3 4

Скачать курсовую




Если у вас появилось непреодолимое желание пожертвовать средства на развитие сайта или отблагодарить владельца за бесценный материал :), можете перевести любую сумму на кошелек R200818721914 или Z890150328460.

Яндекс.Метрика
© studlight 2011-2014