Разработка информационной системы Туристического агентства

ВВЕДЕНИЕ. Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы стали необходимым инструментом практически во всех сферах деятельности человека. Информационная система стала неотъемлемой частью функционирования практически любой организации, поэтому нет необходимости обсуждать вопрос актуальности разработки и внедрения информационных систем. Однако вопрос системности подходов к ее проектированию и качества разработки до сих пор является актуальным.
Оказание туристических услуг туристическими агентствами связано со сбором и обработкой большого количества разнообразной информации, как внутреннего, так и внешнего характера. Поэтому вопросы автоматизации различных участков технологического процесса предоставления услуг турагентством и его деятельности в целом являются весьма актуальными, что и определило выбор темы курсовой работы.
Актуальность данной курсового проекта заключается в том, что разработка и внедрение АИС работы с клиентами турфирмы предопределит успешную реализацию качественного туристского продукта потребителю и станет одним из основных источников существования туристического предприятия. Оказание туристических услуг туристическими агентствами связано со сбором и обработкой большого количества разнообразной информации, как внутреннего, так и внешнего характера. Это информация о туристических маршрутах, достопримечательностях, услугах гостиниц и транспортных компаний, условиях оформления виз для различных стран и пр. Поэтому вопросы автоматизации различных участков технологического процесса предоставления услуг турагентством и его деятельности в целом являются весьма актуальными, что и определило выбор темы курсовой работы.
Целью проектирования является проектирование ИС «Турфирма». Для поставленной цели необходимо решить следующие задачи:
Привести статистические данные.
Проанализировать аналоги ИС.
Описать предметную область.
Разработать концепцию ИС.
Спроектировать концептуальную модель.
Спроектировать логическую модель.
Спроектировать интерфейс пользователя.
Объектом является турфирма.
Предметом являются информационные процессы, протекающие в турфирме.
Разрабатываемая в проекте АИС должна определять общие принципы автоматизированного сбора и обработки информации в туристическом агентстве. Для более детальной проработки выбран участок сбора и обработки информации по работе с клиентами, поскольку именно этот участок является наиболее важным для агентства и определяющим для объема предоставляемых услуг, а, следовательно, и получаемой агентством прибыли. Практическая значимость работы состоит в том, что проведенное концептуальное моделирование является основой для разработки программного обеспечения АИС турагентства, которое будет выполнено в процессе дипломного проектирования. Проектируемая АИС предназначена для оперативного предоставления информации для менеджеров и маркетологов турагентства, а также для руководства компании с целью принятия эффективных управленческих решений, и должна способствовать повышению эффективности работы компании, увеличению ее клиентской базы и объемов предоставляемых услуг.
1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ1.1 Основные понятия и определения используемые в КПОсновные понятия в последние годы не претерпели сильных изменений, формулировки стали более точными и лаконичными, исключающими неоднозначность понятий.
Наиболее полные определения представлены в Федеральных законах Российской Федерации и стандартах.
Информационные технологии – «процессы, методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов» [1].
Информационная система – «совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств» [1].
Проектирование информационных систем – это упорядоченная совокупность методологий и средств создания или модернизации информационных систем. Управление информационными системами – «применение методов управления процессами планирования, анализа, дизайна, создания, внедрения и эксплуатации информационной системы организации для достижения ее целей»[4].
Бизнес-процесс – это цепочка взаимосвязанных действий, направленных на создание товарной продукции или услуги. Регламент бизнес-процесса – это четко определенный порядок выполнения бизнес-процесса, определяющий состав и действия участников. Модель данных – это система организации данных и управления ими. Методология проектирования информационных систем – это совокупность принципов проектирования (моделирования), выраженная в определенной концепции.
Средства моделирования – это программы описания и моделирования систем. Нотации – это определенные способы представления элементов информационной системы.
Процессный подход – представление любой системы в качестве совокупности процессов. Функциональный подход – предусматривает четкое закрепление за каждой структурной единицей набора функций
Сегодня нашу жизнь нельзя представить без эффективного управления. Существенной категорией считаются системы обработки информации, от которых в большинстве зависит эффективность работы любой организации или компании.
СУБД является пользовательской оболочкой, ориентированной на немедленное управление запросов пользователя. Однако для отечественного пользователя это представляет меньшую значимость вследствие трудности овладения англоязычным интерфейсом. Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных для конкретных задач. Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем «Базы данных».
Широкая потребность в автоматизированной обработке данных массовой информации выдвинула потребность в специализированных языках обработки данных. Такие средства обычно включены в системы управления базами данных. Пакеты СУБД дают возможность осуществлять управление данными непосредственно в интерактивном режиме, а так же позволяют программистам разрабатывать более совершенные программные средства их обработки - программные приложения.
В наиболее полном варианте пакеты СУБД должны иметь следующие компоненты:
Среда пользователя, дающая возможность непосредственно управления БД.
Алгоритмический язык для программирования прикладных систем обработки данных.
Компилятор для придания завершенной программе готового коммерческого вида, в виде exe-файла.
Программы - утилиты быстрого программирования рутинных операций, такие как FORM, MENU.
СУБД является пользовательской оболочкой, ориентированной на немедленное управление запросов пользователя. Однако для отечественного пользователя это представляет меньшую значимость вследствие трудности овладения англоязычным интерфейсом. Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных для конкретных задач. Группа реляционных СУБД представлена на рынке программных продуктов достаточно широко. Это, например, такие системы как Paradox, Clipper.
Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД).
Современные СУБД в основном являются приложениями Windows, т.к. эта среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.
Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров [2, с. 10].
В процессе исследования нами были рассмотрены наиболее распространенные:
1. Lotus Approach- Approach предоставляет мощные, хотя и простые в использовании, инструментальные средства формирования запросов и отчетов, возможности связи с большим количеством разнообразных баз данных и высокую производительность при выполнении запроса [1].
Достоинства: Простота использования при формировании запроса и отчета для разнообразных баз данных; SmartMasters позволяют конечному пользователю быстро приступить к разработке приложений; простые инструментальные средства анализа, предоставляемые конечному пользователю через возможности углубленного анализа данных, таблицы перекрестных ссылок и непревзойденные фильтры; возможность настраивания приложений Approach с помощью языка программирования LotusScript и управляющих элементов OLE; лучшие в своем классе инструментальные средства построения отчетов по «живым» данным; возможность доступа к широкому разнообразию форматов баз данных с использованием технологии PowerKey.
Недостатки: Низкое быстродействие при проведении тестов загрузки базы данных; отсутствие комплекта для широкого развертывания приложений; построитель форм и SmartMasters менее совершенны, чем их двойники в пакете Access; неудобный метод для включения диаграмм в отчеты.
2. Microsoft Access- реляционная система управления базами данных (СУБД) корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
Основные компоненты MS Access: построитель таблиц; построитель экранных форм; построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI); построитель отчётов, выводимых на печать [3, с. 114].
Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.
Microsoft Visual FoxPro- среда разработки систем баз данных, включающая объектно-ориентированную реляционную СУБД, объектно-ориентированный язык программирования для разработки приложений баз данных и систему построения отчётов.
Основой для данного программного продукта послужила система FoxPro, язык которой относится к семейству языков xBase, разработанных на базе синтаксиса языка программирования dBase. Другими членами данного семейства являются Clipper и Recital.
Первоначально FoxPro (исходное название — FoxBASE) разрабатывалась фирмой Fox Software, начиная с 1984 года. В 1992 году Fox Technologies была куплена Microsoft, новые версии продукта значительно видоизменились и приобрели префикс «Visual». Последняя версия оригинального FoxPro — версия 2.6 — работала под Mac OS, DOS, Windows и Unix; уже в версии Visual FoxPro 3.0 от MS список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях от MS — уже только до Windows. Текущая версия MS Visual FoxPro основана на COM, и Microsoft утверждает, что .NET-версии продукта не будет. Существует проект Sedna, который должен обеспечить возможность взаимодействия Visual FoxPro с .NET.
Microsoft SQL Server- система управления реляционными базами данных (РСУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.
Развитие клиент-серверных технологий во второй половине 80-х было обусловлено развитием двух ключевых направлений, активно разрабатываемых с конца 70-х годов: персональных компьютеров с одной стороны, и компьютерных сетей — с другой. Долгое время СУБД были доступны лишь для мэйнфреймов, и лишь благодаря росту производительности процессоров для домашних компьютеров и мини-ЭВМ разработчики СУБД (как, например, Oracle) начали создавать соответствующие версии своих продуктов. Одной из первых СУРБД для ПК стала Oracle v3, выпущенная в 1983 году. На тот момент немногочисленные владельцы ПК использовали их в основном для разработки приложений и тестирования [4, с. 118].
Одним из ключевых этапов в развитии СУБД стал 1986 год. К этому времени появилось еще несколько компаний-разработчиков СУБД, одной из самых заметных из них стала компания Sybase, основанная двумя годами ранее. К 1986 году Sybase начала комплектовать интеллектуальные рабочие станции (как правило, разработки Sun Microsystems или Apollo Computer) с серверами базы данных (разработанных, например, Oracle). При этом сама клиент-серверная технология сделала возможным отделение модулей обработки информации (т. н. back end) от модулей интерфейса (т. н. front end). Учтя постоянный рост проникновения компьютерных сетей, поставщики решений перешли к задачам распределения остальных задач (например, форматирование отчётов, проверка данных и т. д.) среди рабочих станций сети, оставив серверу выполнять лишь задачи, требующие централизованного решения (хранение и защита данных, оптимизация потока выполнения запросов и т. д.)
В завершении можно отметить следующее: рынок систем управления базами данных продолжает развиваться и все больше склоняется к использованию NoSQL-решений. Естественно, на «классическом» SQL реализовано существенное количество программных систем разной сложности, и за ним стоят такие гиганты рынка как Microsoft и ORACLE. Однако с большой долей уверенности можно говорить о том, что NoSQL в ближайшее время достаточно сильно потеснят лидеров в разработке сложных информационных систем.
1.2. Обзор использованных источников информации, нормативной базы по теме КППри выполнении проекта использовались следующие ГОСТы:
ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения
Настоящий стандарт устанавливает термины и определения основных понятий в области автоматизированных систем (АС) и распространяется на АС, используемые в различных сферах деятельности (управление, исследования, проектирование и т. п., включая их сочетание), содержанием которых является переработка информации.
ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
Дата введения 01.01.92. Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее — организациях).ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документов.
ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях.
РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.
Настоящие методические указания распространяются на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т. п.), включая их сочетание, и устанавливают требования к содержанию документов, разрабатываемых при создании АС. Основная проблема при проектировании – это отсутствие самого проектирования. Есть некие обрывки мыслей, желаний, но без формирования их в некую целостную картину.
ГОСТы чем-то похожи по своей иерархической структуре на каталог. На такой, например, как Active Directory. Вероятно, что если писать документацию четко следуя ГОСТам, то перекрестные ссылки позволят вам ознакомиться с огромным количеством документов.
Создание базы данных – процесс, состоящий из нескольких стадий. При этом, иногда приходится возвращаться на предыдущие стадии. Непосредственной разработке программного обеспечения предшествует серьезная подготовительная работа.
Этапы разработки базы данных:
Постановка задачи.
Разработка информационно-логической (инфологической) модели.
Выбор СУБД. Разработка логической модели базы данных.
Разработка программного обеспечения базы данных.
Заполнение базы рабочими данными и поддержание ее в актуальном состоянии.
Рассмотрим эти этапы более подробно.
1-й этап. Постановка задачи
На этом этапе определяются цели разработки: что должно получиться в результате. При этом следует получить ответы на множество вопросов:
сколько примерно человек должны пользоваться базой?
примерные объемы информации
как часто появляются и изменяются данные?
будет ли система развиваться в дальнейшем?
должна ли она быть автономной или являться частью другой информационной системы?
каковы требования к защите информации от посторонних?
насколько серьезной должна быть защита от сбоев?
каковы требования по скорости доступа к информации?
какого рода информация должна храниться?
и т.д.
Детальная проработка требований к системе на этом этапе позволит более точно определить и сроки, и стоимость работ, и принимать обоснованные решения на следующих этапах.
2-й этап. Разработка информационно-логической (инфологической) модели/
Проводится детальное обследование предметной области. Определяется перечень входной и выходной информации и детальные характеристики этой информации. Выявляются связи между отдельными объектами предметной области. Построенная в результате модель представляет собой информационную картину решаемой задачи. При этом еще не решаются технические вопросы выбора оборудования, СУБД и т.п.
Нередко для описания инфологической модели используются диаграммы "сущность-связь" (ER-диаграммы).
3-й этап. Выбор СУБД. Разработка логической модели базы данных
Опираясь на результаты первого и второго этапов, принимается решение об используемой СУБД. На основе инфологической модели создается детальное описание данных в терминах выбранной СУБД (логическая модель). На этом этапе производится распределение данных по таблицам, описывается структура каждой таблицы (состав и характеристики полей, ключи, индексы, связи и т.п.).
При разработке модели могут появиться вопросы, касающиеся предметной области, которые не возникали на предыдущих этапах. В этом случае производится уточнение инфологической модели.
Может так случиться, что выбранная СУБД по каким-то параметрам не подходит. В этом случае производится или изменение требований к системе или выбирается другая СУБД.
4-й этап. Разработка программного обеспечения базы данных
Созданные на 3-м этапе таблицы заполняются данными контрольного примера. Разрабатываются дополнительные объекты базы данных: запросы, программные модули, формы для работы с данными, печатаемые на основе данных базы документы и т.п. Результаты разработки проверяются на контрольном примере. Желательно согласовывать результаты с персоналом, который в будущем будет работать с базой.
Составляются описания, как для будущих администраторов базы, так и для пользователей.
5-й этап. Заполнение базы рабочими данными и поддержание ее в актуальном состоянии
Производится первичное обучение пользователей. Вводятся необходимые для дальнейшей работы данные. Разрабатываются и внедряются организационные документы, закрепляющие обязанности персонала при работе с базой. Выполняются необходимые доработки по вопросам, выявившимся в процессе эксплуатации.
Приведенные этапы характерны для достаточно больших проектов. Для более мелких задач некоторые этапы могут объединяться или отсутствовать. Например, если СУБД заранее известна, то выбирать ее не нужно, но проверить, насколько ее возможностей достаточно для поставленной задачи, стоит. Иначе разработка может зайти в тупик или созданная база данных по своим характеристикам окажется далекой от совершенства.
1.3. Статистические данные, построенные в таблицах и графиках с обоснованием по теме КПСогласно статистическим данным, собранным Standish Group (США), из 8380 проектов, обследованных в США за 2020 год, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом в срок были выполнены лишь 16% от общего числа проектов, а перерасход средств составил 189% от запланированного бюджета.
В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управлении и планировании своей деятельности. Одной из задач, возникающих при разработке, является нахождение общего языка между заказчиком и проектировщиком системы, причем достаточно формального и адекватного проблеме.
Еще одной проблемой является порелизное внедрение систем, а это значит, что разработка обязательно должна быть модульной. Такой подход, может быть, и не позволяет сократить сроки внедрения системы в целом, но, учитывая продолжительные сроки разработки и внедрения ИС, можно говорить о сокращении срока окупаемости системы.
Кроме того, продолжительные сроки разработки и внедрения ИС порождают еще и организационные проблемы (например, изменение команды разработчиков), что при бессистемном подходе может еще увеличивать сроки.
Мировая статистика гласит: переход на электронную систему продажи билетов увеличивает прибыль компании на 2%, в основном за счет увеличения прямых продаж. Кстати, не всем это выгодно - агентства по продаже билетов имеют обоснованные опасения, что электронная торговля просто убьет их бизнес. Но здесь многое зависит от организации процесса. В тех же Соединенных Штатах авиакомпании продают билеты агентствам с существенной скидкой, и уже агентство реализует билеты с собственного сайта. Опять таки потребителю от этого прямая выгода: собранная в одном месте информация о множестве авиакомпаний позволяет выбрать наиболее удобный или дешевый (кому что важнее) вариант.
Рассмотрим наиболее популярные внедряемые ERP-системы, изображенные на рисунке 1.

Рисунок SEQ Рисунок \* ARABIC 1 - Рейтинг ERP
Рассмотрим причины неудачных внедрений ИС.

Рисунок SEQ Рисунок \* ARABIC 2 - Причины проигрышей при внедрении ИС
Рассмотрим трудозатраты по фазам жизненного цикла ИС.

Рисунок SEQ Рисунок \* ARABIC 3 - Оценки трудозатрат разработки ИС
Рассмотрим причины отказа от разработки ИС.

Рисунок SEQ Рисунок \* ARABIC 4 - Причины отказа от разработки ИС
Рассмотрим факторы внедрения ИС.

Рисунок SEQ Рисунок \* ARABIC 5 - Факторы внедрения ИС
2. ПРОЕКТНАЯ ЧАСТЬ2.1 Характеристика предприятияООО «Вик-С» осуществляет свою деятельность на рынке туристических услуг с 1995 г. Сегодня компания представлена тремя офисами в Тольятти и одним под брендом «Турбина» – в Самаре. Приоритетным направлением компании было и остается корпоративное обслуживание предприятий. Деловые и туристические поездки сотрудников компаний-клиентов осуществляются с учетом скидок, особых условий оплаты и привилегий. «Вик-С» обеспечивает полный комплекс услуг, связанных с туристическим бизнесом:
бронирование, приобретение железнодорожных и авиабилетов для клиентов;
туры по России и за рубежом;
морские и речные круизы;
бронирование отелей в России и за рубежом;
приобретение билетов на концерты и спектакли;
помощь в оформлении загранпаспортов и иностранных виз.
Организационно-правовая форма компании – общество с ограниченной ответственностью.
Турагентство «Вик-С» предоставляет услуги посредничества между потребителями и операторами туристического рынка, поэтому в значительной степени качество услуг агентства зависит от качества работы сотрудников агентства и всей организационной структуры.
2.2 Организационная структура предприятияОрганизационная схема агентства «Вик-С» представлена на рис. 3, и имеет линейно-функциональную структуру.
15811509080500Рисунок 6 – Организационная схема ООО «Вик-С»
Директор осуществляет общую координацию деятельности, решает стратегические задачи, контролирует финансовые потоки. Ему подчинены бухгалтер-экономист и заместитель директора.
Руководство технологическим процессом оказания услуг осуществляется через заместителя директора. Заместитель директора также выполняет функции директора при его отсутствии. Заместитель директора организовывает как работу менеджеров по работе с клиентами, так и работу менеджеров по организации туров.
Маркетолог подчинен заместителю директора и занимается исследованием рынка, поиском новых туров, исследованием ценовой политики конкурентов. Эта информация используется для формирования товарной и ценовой политики фирмы. Кроме того, маркетолог занимается рекламной деятельностью, организовывает мероприятия по привлечению клиентов.
2.3. Анализ существующих аналоговДля туристических агентств разработчиками предлагаются различные решения по автоматизации бизнеса.
Система автоматизации турагентства ERP.travel вся информация в одном месте: общие рейтинги менеджеров и офисов, оперативные отчеты о ходе продаж и состоянии денежной массы.
1. Программа «1С: Турагентство 8» - это отраслевое решение, предназначенное для автоматизации оперативного учета в туристических агентствах.[13]
Автоматизация турагентства заменяет десятки электронных таблиц, документов и отчетов на вашем компьютере - все операции регистрируются и хранятся в единой базе данных.
«1С: Турагентство 8» позволяет:
Оформлять заявки на различные виды туров с автоматическим формированием печатных форм договоров, путевок и других первичных документов;
Отслеживать состояние взаиморасчетов с контрагентами с детализацией до заявки;
Формировать управленческие отчеты по структуре денежных средств и отчет о финансовых результатах.
Справочники системы содержат всю необходимую информацию.
Встроенные в программу функции CRM помогут наработать, сохранить и приумножить клиентскую базу. Все контакты фиксируются в базе данных и оперативно обрабатываются менеджерами.
2. Система ERP.travel
Система ERP.travel позволяет:
вести учет запросов туристов еще до оформления собственно заказа;
вести учет звонков, писем и смс сообщений по запросам на тур, заказам туров и клиентам;
посчитать эффективность, маржу и комиссию на каждого менеджера или офис сети турагентств;
вести учет заказа любой сложности, включая несколько отелей, или только авиабилеты;
вести учет индивидуальных заказов для корпоративных и деловых поездок от нескольких поставщиков: отель + страховка + билет;
проверка срока действия заграничного паспорта туриста на дату поездки;
вложение фотографий и сканов документов туристов сразу в карточку клиента или в заказ тура;
установка напоминаний по заказам и запросам на тур, отправка напоминаний по емейл менеджерам, а не только в программе;
выгружать автоматически заказы и оплаты в бухгалтерскую программ.
Рассмотренные аналоги не соответствуют всем требуемым функциям разрабатываемой автоматизированной системы, но обладают следующими достоинствами:
автоматизированный поиск вариантов туров по нескольким онлайн базам данных туроператоров;
ведение смс-рассылок и генерация автоматическая смс-сообщений по различным событиям;
возможность добавления графической и документальной информации. Эти достоинства необходимо учесть при разработке АИС турагентства.
Выполненный анализ модели «Как должно быть» и анализ предложений разработчиков программного обеспечения на рынке для туроператоров, а также сформулированные задачи автоматизации деятельности турагентства, позволяют сформулировать принципиальное техническое задание на разработку АИС турагентства «Вик-С».
3. ИС «Туринформ»
Информационная система учета турпотока специально разработана для оптимизации взаимодействия ТурОператоров и ТурАгентов. Она интегрирует все необходимые бизнес-процессы и средства коммуникации, обеспечивающие информационный обмен между основными участниками туристического рынка.
Система представляет собой клиент-серверное приложение, состоящее из двух частей. Клиентский модуль АРМ «Туринформ», который устанавливается в туристической компании, служит для создания списков туристов и передачи данных на сервер. И серверная часть - это веб программа, в которой работает орган координации, она служит для обработки списков туристов.
Информационная система учета турпотока - важный инструмент для сбора, систематизирования и контроля статистических данных, предоставляемых туркомпаниями.
Система учета потока туристов создана для:
Сбора, анализа и хранения статистической информации по количеству туристов, маршрутам, гостиницам, местам перехода границы, приглашающим компаниям;
Автоматизации контроля туроператоров за деятельностью своих турагентов и филиалов;
Ускорения, повышения качества и удобства работы участников туристической деятельности.
Рассмотрим три наиболее распространенные информационные системы этого класса
Таблица 1- Сравнительная характеристика программных аналогов
«1С: Турагентство 8» ERP.travel ИС «Туринформ»
Ведение базы турпакетов 5,0 5,0 5,0
Ведение базы договоров с туроператорами 5,0 5,0 5,0
Ведение базы клиентов 5,0
полная клиентская база.
быстрый поиск.
фильтрация и сортировка.
поиск «именинников».
история путешествий клиентов для более легкого учета в турфирме. 4,0
база клиентов + история
импорт клиентов (туристов и представителей)
экспорт клиентов 4,5
простое внесение клиента/заказа (всего 3 обязательных поля).
разделение клиентов на группы.
настраиваемые поля в карточке клиента.
уведомления клиенту при создании заказа.
юридические лица в качестве клиентов.
хранение скан-копий виз, документов или файлов туриста.
Ценообразование 5,0
учет текущего курса валют.
возможность указания индивидуальных доплат по услугам.
возможность учета скидок.
расчеты стоимости для клиента, партнера и менеджера. 4,0 3,0
предоплата, отсрочка платежа, скидка, расчет остатка к оплате.
Поступление туров 5,0
фингарантии всех туроператоров по России.
автоматическое обновление 1 раз в день.
синхронизация с Единым Реестром Туроператоров.
возможность создания списка только требуемых туроператоров.
уведомление об изменениях. 4,0
справочник стран, городов и отелей (более 400 тысяч отелей)
справочник поставщиков, в том числе ТО с фин. гарантиями
справочник поставщиков, в том числе ТО с фин. гарантиями 3,0
фингарантии туроператоров обновляются автоматически
Подбор тура 5,0
поиск тура по базам туроператоров.
поиск авиабилетов.
мгновенная онлайн оплата и бронирование для учета в турфирме. 4,5
подборы туров
справочник стран, городов и отелей (более 400 тысяч отелей + возможность добавлять пользовательские) 3,0
подборы туров
справочник отелей на 30 тыс. отелей.
Продажа туров, взаимоотношения с клиентами 5,0
краткая информация по заявкам.
платежи и задолженности клиентов и партнеров для учета в турфирме.
настраивамые статусы.
мгновенный поиск и фильтрация.
автоматическое создание счета для оплаты.
более 10 вариантов онлайн оплаты (Pay.Travel / Аппекс).
оплата туристом из личного кабинета.
личный кабинет туриста 4,5
передача заявок между менеджерами и соисполнение несколькими менеджерами
распределение комиссии
кабинет туриста
отправка сообщений туристам по электронной почте из системы
напоминания о днях рождения и автоматические поздравления
учет платежей
автозаполнение и печать документов (квитанции об оплате, договора, приложения, фин. гарантии и пр.) 4,0
хранение загранпаспортов, и впечатывание их в договор.
хранение скан-копий виз, документов или файлов туриста.
виды продаж: Тур, Билет, Страховка, SIM-карта и др.
хранение загранпаспортов, и впечатывание их в договор.
печать заполненного договора прямо из системы.
система напоминаний для менеджеров, е-мейл уведомления.
автоматические напоминания о днях рождения.
напоминания об окончании действия загранпаспортов.
Получение отчетности 5,0
производительность менеджеров для управления турфирмой.
прибыль от клиентов.
прибыль от партнеров и даже отелей!
аналитика продаж по странам.
выплата комиссий менеджерам. 4,0
статистика
фиксирование всех действий (протокол) 3,5
статистика заказов и продаж по видам продаж.
по странам и операторам.
по источникам рекламы.
по регионам и офисам (если несколько офисов).
по менеджерам.
Из проведенного анализа видно, что все информационные системы имеют необходимый функционал для обеспечения работы средне размерного туристического агентства, однако не все одинаково качественно реализованы. Среди рассмотренных программных аналогов четко обозначился явный лидер.Тем не менее, следует заметить, что все рассмотренные системы являются SaaS-решениями, а значит, все данные критически важные для турагентства будут храниться в облачном хранилище, что несет в себе дополнительные риски.
2.4 Описание предметной областиПредметная область – часть реальной среды, которая описывается и отражается в данном курсовом проекте.
Предметную область информационной системы для турфирмы «Вик-С» можно охарактеризовать с помощью бизнес-процессов.
Бизнес процесс может быть декомпозирован на несколько подпроцессов, которые имеют собственные атрибуты. Однако также направлены на достижение цели основного.
Выделяют модели данного процесса верхнего уровня (общие) и детализированные. Способ и уровень детализации описания бизнес процессов (а соответственно, работы) зависят от конкретной прикладной задачи, бизнес процессов. Это систематизированное отражение модели компании в рамках процессного управления. Древовидная структура представляет собой простую модель их совокупности. Хотя на самом деле компания имеет более сложную структуру и не всегда однозначные связи внутри нее.
Туристическая компания предоставляет свои услуги по обеспечению отдыха клиентам на определённый период времени на предлагаемых компанией курортах на территории различных стран. Предлагается рассмотреть типичную туристическую компанию, предоставляющую свои услуги клиентам на наиболее популярных курортах в различных странах мира.
Для данной предметной области выделим следующих актеров:
пользователь;
администратор системы;
Рассмотрим, какие возможности должна предоставлять разрабатываемая система:
пользователь использует систему для регистрации и для оформления заявки на поиск тура;
администратор системы реализует контроль функционирования системы, предоставляет информацию о заявке, редактирует данные, отправляет результат на выполнение заявки.
На основании вышеизложенного можно выделить следующие прецеденты (таблица 2), которые должны быть реа