Таким образом, технические решения всех задач, стоящих перед турфирмой, существуют, и уже в ближайшее время компании, не использующие новые технологии, окажутся вне конкуренции (в печальном смысле). Нужно отдавать себе отчет в том, что внедрение полноценной системы - процесс длительный и трудоемкий и по мановению волшебной палочки ничего не делается. Двигаться можно и нужно постепенно.
Большинство серьезных программных продуктов, имеющихся сегодня на рынке,
весьма требовательно к вычислительной технике, поэтому нерациональное
использование программного обеспечения неоправданно вдвойне. Итак, основа
успешной работы - заполненные справочники и базы данных. Далее с помощью
удобных полнофункциональных приложений вы сможете максимально быстро и, что
особенно важно, без ошибок за счет системы всевозможных подсказок и контролей
оформить заявку, сформировать тур, осуществить оплату или получить
статистический материал.
Целью дипломной работы является разработка программного модуля, обеспечивающего работника турфирмы необходимой информацией на основных этапах рабочего процесса.
Основой данного программного модуля должна быть реляционная база данных, которая должна хранить следующие сведения:
- информацию о клиентах;
- информацию о туроператорах, работающих с турфирмой напрямую;
- информацию о турах;
- информацию об отелях;
- информацию о заказах;
- информацию о предоставляемых скидках.
Для взаимодействия с базой данных должно быть разработано специальное приложение, реализующее следующие функции:
- ввод, корректировка и хранение данных;
- удобный поиск информации по множеству параметров;
- возможность генерации отчетов различного характера в виде, пригодном для печати.
Данное приложение должно быть установлено на автоматизированное рабочее место пользователя и обеспечивать ему информационную поддержку в таких вопросах, как поиск тура для клиентов по необходимым параметрам, поиск отеля определённой категории, связь с клиентом для последующего информирования о специальных предложениях, во время оформления документов и отдыха клиента, отчётов перед руководством о проделанной работе.
Помимо очевидной пользы менеджеру турфирмы, данный программный модуль дает пользу и турфирме в целом. Прежде всего, взгляд на свою деятельность с другой стороны. Оказывается, громадный объем информации, которым владели один или два наиболее продвинутых менеджера, доступен всем или многим. Мы лишь говорим о том, что полная информация о клиентах, партнерах, отелях является достоянием турфирмы, а не ее отдельного работника или группы лиц. В этой ситуации руководитель уже не трепещет при уходе топ-менеджера. Процесс, грамотно построенный и отлаженный, не зависит от кадров. Каждый занят своим делом и не бегает ежечасно за разъяснениями [9].
Система поможет оценить эффективность рекламы, организовать рекламную
акцию для постоянных клиентов - их данные и история их взаимоотношений с
туроператором всегда под рукой. И поэтому в личном письме клиенту, который уже
путешествовал в Турцию и Грецию в пятизвездочные отели, можно предложить новый
тур на Крит и дать ему 5-процентную скидку.
туристический программный менеджер управление
Выбор системы управления баз данных (СУБД) представляет из себя сложную многопараметрическую задачу и считается одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, но и грядущим нуждам компании, при всем этом надлежит учесть траты на приобретение нужного оборудования, самой системы, разработку нужного программного обеспечения на ее базе, а также обучение персонала. Помимо всего этого, нужно убедиться, что новая СУБД способна принести предприятию реальные выгоды.
Разумеется, более простой подход при выборе СУБД базируется на оценке того, в какой мере существующие системы удовлетворяют главным требованиям создаваемого проекта информационной системы. Наиболее трудным и дорогим вариантом является создание испытательного проекта на базе нескольких СУБД и следующий выбор более благоприятного из претендентов. Но и в данном случае нужно ограничивать круг вероятных систем, делая упор на некоторые критерии отбора. Вообще говоря, список требований к СУБД, применяемых при анализе той или иной информационной системы, имеет возможность изменяться в зависимости от поставленных целей. Все же, можно выделить несколько групп критериев:
- моделирование данных;
- особенности архитектуры и функциональные возможности;
- контроль работы системы;
- особенности разработки приложений;
- производительность;
- надежность;
- требования к рабочей среде;
- смешанные критерии.
Моделирование данных:
- используемая модель данных;
- триггеры и хранимые процедуры;
- средства поиска;
- предусмотренные типы данных;
- реализация языка запросов.
Существует множество моделей данных, самые распространенные - иерархическая, сетевая, реляционная, объектно-реляционная и объектная. Вопрос об использовании модели должен решаться на начальном этапе проектирования информационной системы.
Триггер - программа базы данных, вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура - программа, которая хранится на сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются непосредственно на сервере базы данных, обеспечивается более высокое быстродействие, нежели при выполнении тех же операций средствами клиента БД. В различных программных продуктах для реализации триггеров и хранимых процедур используются различные инструменты.
Некоторые современные системы имеют встроенные дополнительные средства контекстного поиска.
Есть два фактически независимых критерия: базовые или основные типы данных, заложенные в систему, и наличие возможности расширения типов. В то время как отклонения базовых наборов типов данных у современных систем от некоего стандартного, обычно, невелики, механизмы расширения типов данных в системах того или иного производителя существенно различаются.
Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.
Особенности архитектуры и функциональные возможности:
- мобильность;
- масштабируемость;
- распределенность;
- сетевые возможности.
Мобильность - это независимость системы от среды, в которой она работает. Средой в данном случае является как аппаратура, так и программное обеспечение (операционная система).
При выборе СУБД необходимо учитывать, сможет ли данная система соответствовать росту информационной системы, причем рост может проявляться в увеличении числа пользователей, объема хранимых данных и объеме обрабатываемой информации.
Главный причиной применения информационных систем на основе баз данных является стремление соединить взгляды на всю информацию организации. Самый обычный и надежный подход - централизация сохранения и обработки данных на одном сервере. Увы, это не всегда возможно и приходится использовать распределенные базы данных. Разные системы имеют различные возможности управления распределенными базами данных.
Многие системы позволяют использовать широкий диапазон сетевых протоколов и служб для работы и администрирования.
Контроль работы системы:
- контроль использования памяти компьютера;
- автонастройка.
Система может иметь возможность управления использованием, как оперативной памяти, так и дискового пространства. Во втором случае это может выражаться, например, в сжатии баз данных, или удалении избыточных файлов.
Почти все современные системы содержат в себе возможности самоконфигурирования, которые, обычно, опираются на результаты работы сервисов самодиагностики производительности. Данная возможность позволяет обнаружить слабые места конфигурации системы и автоматически настроить ее на наивысшую производительность.
Особенности разработки приложений:
- средства разработки приложений;
- средства проектирования;
- многоязыковая поддержка;
- использование возможностей разработки Web-приложений;
- поддерживаемые языки программирования.
Почти все производители СУБД выпускают также средства разработки приложений для своих систем. Обычно, данные средства позволяют лучше всего реализовать все возможности сервера, потому при анализе СУБД стоит рассмотреть также и способности средств разработки приложений.
Некоторые системы имеют средства автоматического проектирования, как баз данных, так и прикладных программ. Средства проектирования разных изготовителей могут значительно различаться. Поддержка огромного числа государственных языков расширяет область внедрения системы и приложений, построенных на ее основе.
При разработке разных приложений часто появляется потребность использовать возможности среды Internet. Средства разработки некоторых производителей имеют большой набор инструментов для построения приложений под Web.
Широкий спектр используемых языков программирования повышает доступность системы для разработчиков, а также может существенно повлиять на быстродействие и функциональность создаваемых приложений.
Производительность:
- рейтинг TPC (Transactions per Cent);
- возможности параллельной архитектуры;
- возможности оптимизирования запросов.
Для испытания производительности используются разные средства, и существует огромное количество тестовых рейтингов. Одним из самых популярных и объективных считается TPC-анализ производительности систем. Фактически TPC анализ рассматривает композицию СУБД и техники, на которой данная СУБД работает. Показатель TPC - это отношение числа запросов обрабатываемых за некоторый промежуток времени к цене всей системы.
Для обеспечивания параллельной обработки данных существует, как минимум, два подхода: распараллеливание обработки последовательности запросов на несколько микропроцессоров, или использование нескольких компьютеров-клиентов, работающих с одной БД, которые соединяют в так называемый параллельный сервер.
При использовании непроцедурных языков запросов их выполнение может быть неоптимальным. Поэтому необходимо произвести процесс оптимизации запросов, т.е. выбрать такой способ выполнения, когда по начальному представлению запроса путем его синтаксических и семантических преобразований вырабатывается процедурный план выполнения запроса, наиболее оптимальный при существующих в базе данных управляющих структурах.
Надежность:
- сохранность информации;
- безотказность работы системы;
- восстановление после сбоев;
- резервное копирование;
- откат изменений;
- многоуровневая система защиты.
При возникновении программных или аппаратных сбоев целостность, да и работоспособность всей системы может быть нарушена. От того, как эффективно спланирован механизм восстановления после сбоев, зависит жизнеспособность системы.
В следствии аппаратного сбоя может быть частично поврежден либо выведен из строя носитель информации и тогда восстановление данных нереально, в случае если не было предусмотрено резервное копирование базы данных, либо ее части. Резервное копирование выручает и в ситуациях, когда случается логический сбой системы, к примеру при ошибочном удалении таблиц. Существует огромное количество механизмов резервирования данных (хранение одной либо более копий всей базы данных, хранение копии ее части, копирование логической структуры и т.д.). Зачастую в систему закладывается возможность использования нескольких таких механизмов.
При выполнении транзакции применяется простое правило - или транзакция выполняется полностью, или не выполняется вообще. Что означает в случае сбоев, все результаты не доведенных до конца транзакций должны быть аннулированы. Механизм отката может иметь различное быстродействие и эффективность.
Информационная система организации практически всегда содержит в себе секретную информацию, поэтому для предотвращения несанкционированного доступа используется служба идентификации пользователей. Уровень защиты может быть разным. Не считая непосредственной идентификации пользователей при входе в систему может использоваться также механизм шифрования данных при передаче по линиям связи.
Требования к рабочей среде:
- поддерживаемые аппаратные платформы;
- минимальные требования к оборудованию;
- максимальный размер адресуемой памяти;
- операционные системы, под управлением которых способна работать СУБД.
Поскольку почти все современные системы используют свою файловую систему, немаловажным фактором является то, какой максимальный объем физической памяти они могут использовать.
Смешанные критерии:
- качество и полнота документации;
- локализованность (возможность использования национальных языков);
- модель формирования стоимости;
- стабильность производителя;
- распространенность СУБД.
Обычно, производители СУБД используют определенные модели формирования стоимости. К примеру, цена одного и того же продукта сможет значительно изменяться в зависимости от того, какое количество пользователей будет с ним работать.
Даже если просто отмечать насколько хороши или плохи выделенные параметры в случае каждой конкретной СУБД, то сравнение уже двух различных систем является трудоемкой задачей. Тем не менее, четкий и глубокий сравнительный анализ на основании вышеперечисленных критериев в любом случае поможет рационально выбрать подходящую систему для конкретного проекта, и затраченные усилия не будут напрасными. Перечень критериев поможет осознать масштабность задачи и выполнить ее адекватную постановку.
Следует отметить, что по имеющейся практике решение о применении той или иной СУБД принимает один человек - обычно, руководитель компании, а у него есть возможность опираться никак не на технические аспекты Здесь свою роль могут сыграть такие, с технической точки зрения, незначительные факторы как рекламная раскрутка компании-производителя СУБД, использование конкретных систем на других предприятиях, стоимость. При этом последний фактор может трактоваться в двух противоположных смыслах в зависимости от финансового состояния и политики предприятия. С одной стороны, это может быть принцип, - чем дороже, тем лучше. С другой стороны - культивирование почти бесплатного использования продукта, вплоть до “взлома” его лицензионной защиты. Очевидно, последний подход чреват коллизиями и не может привести к успеху в долгосрочной работе.