Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика АИС туристической фирмы

АИС туристической фирмы

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.05.2014
Размер файла 5,4 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

Уральский государственный горный университет

Колледж УГГУ Отделение АИС

Утверждаю

Зав. отдалением АИС

А.ВТ Дружинин

АИС туристической фирмы

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

Пояснительная записка

Специальность автоматизированные информационные системы

Руководитель ВКР Разработал студент Группа

Ф.М. Медведев (И.О.Ф.)

В.Н. Поднозов (И.О.Ф.)

АИС.К-03

Екатеринбург, 2006

ЗАДАНИЕ ПО ДИПЛОМНОМУ ПРОЕКТИРОВАНИЮ

Студенту Поднозов Владимир Николаевич

1 Тема дипломного проекта (работы)АИС туристической фирмы утверждена приказом по университету №от «»2006 г.

2Срок сдачи студентом дипломного проекта (работы) «20» июня 2006г.

Исходные данные к дипломному проекту (работе)Специализированная литература по базам данных, Delphi 7 и Интернет-сайты.

Содержание расчетно-пояснительной записки

Общий раздел. Содержательная постановка задачи управления. Аналитический обзор. Задание на проектирование системы.

Технологический раздел. Концептуальная модель. Функциональная модель. Мифологическая модель.

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

4.4 Экономическое обоснование. Общая характеристика от мероприятия. Расчет инвестиций. Планируемый объем работ и эффективность от внедрения.

4.5 Безопасность жизнедеятельности. Рабочее место оператора. Окружающая среда

5Графический материал

Дата выдачи 1 марта 2006 г.

Руководитель дипломного проекта (работы)

Содержание

Введение

1. Основные обязанности турфирмы

1.1Содержательная постановка задачи управления

1.1.1Права и обязанности турфирмы

1.1.2Ответственность, права и обязанности клиента

1.2Аналитический обзор

Продукт "SAMO-Incomming"

Программный комплекс "Tibet"

1.3Задание на проектирование системы

2.Анализ автоматизируемого процесса

2.1Концептуальная модель

Схема документооборота туристической фирмы

Проблемные ситуации

Требования к проектируемой системе

Функциональная модель

Мифологическая модель

3.Разработка информационного программного и технического обеспечения

3.1Характеристики информационных потоков

Назначения и цели создания

Входная информация

Выходная информация

Проектирование базы данных

Описание базы данных

3.2Проектирование интерфейса

Модуль «Авторизация»

Модуль администратора

Справочники

Модуль менеджера

3.3 Программное и техническое обеспечение

Программное обеспечение

Техническое обеспечение

4. Экономическое обоснование разработки системы

Общая характеристика мероприятия

Расчет инвестиций

Расчет норм амортизации

Планируемый объем работ и эффективность от внедрения

Безопасность жизнедеятельности

Рабочее место оператора

Окружающая среда

Заключение

Приложение

Приложение 1

Приложение 2

Приложение 3

Приложение 4

Приложение 5

Приложение 6

Приложение 7

Библиография

Введение

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

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

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

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

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

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

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

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

1. Постановка задачи автоматизированной системы

1.1 Основные обязанности туристической фирмы

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

1.1.1 Права и обязанности турфирмы

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

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

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

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

Турфирма несет ответственность за неисполнение условий договора (полное или частичное) в размере стоимости не оказанных услуг.

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

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

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

Турфирма не несет ответственности:

за дополнительные услуги не предусмотренные в путевке;

за утерю клиентом проездных, страховых и прочих документов;

за опоздание на регистрацию в аэропорту (порту, вокзале, автостанции);

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

-за нарушение клиентом правил поведения на транспортных средствах, повлекших за собой снятие клиента с рейса, а также правил поведения в местах пребывания во время турпоездки;

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

за сохранность багажа во время транспортировки.

Иные права и обязанности турфирмы определяются в соответствии с действующим законодательством.

1.1.2 Ответственность, права и обязанности туриста

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

До начала поездки турист обязан оплатить общую стоимость обслуживания.

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

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

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

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

Иные права и обязанности туриста определяются в соответствии с действующим законодательством.

1.2 Аналитический обзор

Аналитический обзор данной задачи рассмотрим на аналогах данной программы. Существует множество программных продуктов, которые направлены на решение данной, проблемы

Рассмотрим некоторые компании, которые разработали подобные продукты:

Компания САМО-Софт;

ТИТБИТ (Товарищество информационных технологий БИТ)

1.2.1 Продукт "SAMO-Incomming"

Программный комплекс предназначен для автоматизации туристических фирм. ПК "SAMO-Incomming" позволяет учитывать и контролировать все стороны деятельности фирмы и включает в себя следующие основные функции и режимы:

подробное описание гостиниц: текстовое описание гостиницы, номеров, галерея фотографий;

ввод контрактных цен гостиниц и расчет цен туроператоров с использованием наценок (mark-up);

специальные предложения гостиниц: стандартные, на заезд, по длительности проживания, по питанию, по размещению;

подготовка цен туроператоров в формате Ms Excel для каталога;

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

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

учет заявок туристов: автоматический прием заявок с сервера туроператора, а также ручной ввод заявок;

форма бронирования гостиницы;

учет подтверждений (не подтверждений) и автоматическая их рассылка на серверы туроператоров;

система учета выставленных счетов туроператорам;

система контроля счетов, выставленных гостиницами;

справочники: гиды, водители, автобусы (наземный транспорт), учет бензозатрат;

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

экскурсионное обслуживание туристов: описание экскурсионных услуг, составление экскурсионных программ, учет продажи экскурсий и контроль оплаты экскурсий туристами, учет экскурсионных ваучеров;

посещение магазинов (shopping): учет групп и покупок, расчет комиссионного вознаграждения;

контроль взаиморасчетов с партнерами и гостиницами: учет платежей и отчет по сверке взаиморасчетов;

выходные документы и отчеты:

списки туристов по прилетам и вылетам, по регионам, по гостиницам, краткие и подробные

списки туристов на трансферты и субтрансферты (переезд между гостиницами)

списки размещения туристов в автобусах для трансферта и формы заказа автобусов для аренды

списки на бронирование (отмену бронирования) гостиниц, списки размещения в гостиницах (rooming-list)

ежедневные списки продаж

списки туристов на экскурсии, суммарный отчет по продаже экскурсий, отчет об использовании бланков экскурсионных ваучеров (продан, не продан, аннулирован, испорчен)

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

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

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

1.2.2 Программный комплекс "Tibet"

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

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

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

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

Добавлены новые функции для описания маршрута по городам (удобно для автобусных рейсов) и привязки транспорта не только к городам вылета/прилета, но и к аэропортам в этих городах.

- Настройка отелей 1. Отель настраивается и расценивается один раз в привязке к какому-либо основному направлению (курорту) страны, а затем может быть включен и в остальные направления этой страны. Цены по каждому отелю можно вводить от неограниченного количества поставщиков (партнеров).

2. Процедура ввода ценовой информации намного универсальнее, чем в программах предыдущей линии:

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

получение цен "за номер" способом автоматизированного пересчета цен, введенных из расчета "за место" (в том числе и по формулам),

ввод цен отеля не только из расчета "в сутки", но и за какой-либо период (например, за 7 суток) с дальнейшим автоматизированным пересчетом в стоимость за 1 сутки,

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

скидки на питания могут быть указаны как "от продажной цены", так и от "цены-нетто" (скидка от поставщика).

прибыльность для каждого отеля можно устанавливать индивидуально (доп.%).

-Настройка дополнительных услуг

1. Каждая услуга может быть расценена по типу "на 1 чел" или "на номер" из расчета "в

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

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

-Расчет турпакетов

Окно расчета состоит из 2 частей - "параметры расчета" и "результат". Во вкладке "параметры":

указывается сезон для расчета пакетов,

выбирается транспортное средство (одно или несколько, причем программа контролирует запрет на некоторые их сочетания), при этом возможно также уточнение типа цены на прямые и обратные рейсы (1/2 полной цены, цена "в одну сторону" и пр.)

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

проставляются надбавки на пакеты (3 вида), указывается валюта расчета и продолжительность туров. После нажатия кнопки "Расчет" программа производит расчет и выводит его в виде электронного прайса в закладку "Результат". В этом прайсе - цены с учетом всех типов питания в каждом отеле. Не возвращаясь в закладку "Параметры" (т.е. не повторяя расчет), можно изменить вид электронного прайса (их 3 вида - с группировкой по отелям и датам заездов, по датам заездов и отелям, по датам заездов и типам номеров) и экспортировать его в офисный файл (MS Word или MS Excel).

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

-Расчет маршрутов

В связи с усложнением механизмов ввода цен и управления исходными данными при описании всех видов услуг (в "настроечных" модулях программы) расчет маршрутов (с учетом всех заданных параметров) становится настолько громоздким, что теряется смысл такого рода вычислений.

В данной линии программ функция "Расчет маршрутов" отключена.

Данный продукт также как и рассмотренный раньше решает множество задач, но стоимость продукта также высока, весь комплекс стоит 1200 евро.

1.3 Задание на создание системы

Данное приложение должно обеспечивать следующие действия:

облегчить процесс работы с информацией;

иметь пользовательскую защиту;

вести аудит действий, производимых в системе пользователем;

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

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

В любой задаче пользовательский интерфейс должен обеспечивать:

удобные средства ввода и редактирования данных о клиенте, турах;

возможность ускоренного доступа к данным;

удобное и простое управление объектами на экране;

ведение аудита действий пользователя, в системе;

развитые средства ведения диалога такие как: меню, горячие клавиши;

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

поддержка и активное использование мыши.

После завершения разработки данного программного продукта и его внедрения, программа должна удовлетворять следующим требованиям:

облегчить труд пользователя;

автоматизировать рабочее место менеджера;

иметь наглядный и удобный интерфейс для работы пользователя.

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

2. Анализ и моделирование автоматизируемого процесса

2.1 Концептуальная модель

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

2.1.1 Схема документооборота туристической фирмы

На рисунке 2.1 представлена схема документооборота, который необходимо автоматизировать в создаваемой АИС.

Рисунок 2.1 Схема документа оборота туристической фирмы

2.1.2 Проблемные ситуации

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

- нет наглядности при необходимости просмотра документов, предоставленных клиентом;

- потеря информации о клиенте, туре, когда информация хранится на бумажном носителе;

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

2.1.3 Требования к проектируемой системе

Исходя из проблемных ситуаций, описанных в главе 2.1, вытекают следующие требования к системе:

повысить эффективность учета клиентов и туров;

обеспечить наглядный просмотр информации по клиентам, контрактам, турам;

обеспечить составление отчетов;

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

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

2.2 Функциональная модель

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

Клиент

У

Информация туроператора

Клиент, подписавший

ь

Обеспечит высокое качество процесса обслуживания клиентов

контракт

Документы

W

W

Контракт

W

W

к

Сотрудник фирмы

Рисунок 2.1 - Функция АО

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

Блок «Регистрация тура в базе данных»: входными параметрами являются информация туроператора, прикладные программы. Информация о туре заносится в базу данных. Выходной параметр информация базы данных является входным параметром блока «Поиск туров».

Блок «Поиск туров»: входным параметром является информация базы данных, требования клиента, прикладные программы. Выходной параметр - подходящая клиенту конфигурация тура, которая является входным параметром блока «Создание отчетов».

Блок «Создание отчетов»: входными параметрами являются конфигурация тура, данные клиента. Выходными параметрами являются контракт, документы, необходимые для поездки.

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

Необходимо построить две функциональные модели: «Учет клиентов фирмы», «Составление контракта».

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

Функциональная модель «Как будет». Возникла необходимость демонстрации этой модели, потому что произошли коренные изменения при учете клиентов и создании контрактов из-за внедрения АИС.

Функциональная модель «Как было»

Рисунок 2.2 - Функции АО

Рисунок 2.3 Учет клиентов фирмы

Желание клиента подписать контракт

ь,

Составление контракта на компьютере

ь,

Регистрация контракта

ь

Печать контракта

w

W

W

Рисунок 2.4 Составление контракта Функциональная модель «Как будет»

Рисунок 2.5 - Функция АО

Получение данных о клиенте

ь

Регистрация клиента в базе данных

W

Рисунок 2.6 Учет клиентов фирмы

рлание клиента рписать контракт

ь

Составление контракта средствами АИС

ь

Печать контракта

W

W

Рисунок 2.7 Составление контракта

2.3 Инфологическая модель

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

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

Сущность - это некоторый объект, идентифицируемый в рабочей среде пользователя,

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

описывают характеристики сущности. Экземпляры сущностей имеют идентификаторы -

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

Взаимоотношение сущностей выражается связями.

Для построения ER-модели (приложение 7) необходимо выделить сущности.

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

Входная информация:

Ф. И. О. клиента - берется из паспорта клиента;

Ф. И. О. клиента (транслит);

Серия, номер дата выдачи паспорта - берется из паспорта клиента;

Адрес - берется из паспорта клиента;

Номера телефонов рабочего, домашнего, сотового;

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

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

Список документов, требуемых для поездки - предоставляется туроператором; Выходная информация:

формирование контрактов, на предоставление услуги клиенту;

создание различных отчетов (список документов, необходимых для поездки и т.д.);

Анализируя текст описания, можно выделить следующие сущности, представленные в таблице:

Таблица 1 Сущности

Сущности

Атрибуты

Клиент

Фамилия, имя, отчества, данные паспорта, другие документы

Контракт

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

Тур

Название, страна, дата начала и конца предоставления услуги, тип тура, продолжительность заезда, курорт.

Страна

Название, описание страны.

Отель

Название, тип, число комнат в номере, цена

Компания перевозчик

Название компании, класс, цена.

Опция

Название, стоимость

Документы

Тип документа, описание

Группа клиента

Номер группы, позиция клиента в группе

Аудит

Операция, дата операции

Архив

Ф. И. О. клиента, Ф. И. О. клиента (транслит), данные паспорта, причина разрыва контракта (если был разорван)

3. Разработка информационного, программного и технического обеспечения системы

3.1 Характеристики информационных потоков

3.1.1 Выходная информация

Выходными данными в разрабатываемой автоматизированной информационной системе являются:

контракт, подписываемый клиентом о заказе услуги;

список документов, необходимых поездки;

список контрактов, заключенных за месяц;

список туров;

список действий пользователей за определенную дату;

список стран;

Все перечисленные выходные данные отображаются в итоговых отчетах, которые должен составлять менеджер

3.1.2 Проектирование базы данных

Современные СУБД являются объектно-ориентированными и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. Основное различие данных моделей в представлении взаимосвязей между объектами. СУБД используют несколько моделей данных:

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

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

Реляционная модель данных объекты и связи между ними представляются в виде таблиц, при этом связи тоже рассматриваются как объекты. Все современные средства СУБД поддерживают реляционную модель данных.

Базы данных реляционного типа, представляемые в виде таблиц, являются наиболее распространёнными из используемых на персональных ЭВМ. Отдельная база данных содержит информацию об однотипных объектах и наборах объектов.

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

Избыточное дублирование вредно не только тем, что хранится лишняя информация, но и при избыточном дублировании возникают следующие проблемы:

вставки;

обновления;

удаления.

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

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

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

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

Таблица 3.1 - Информация по контракту

Номер

Идентификато

Идентификато

Идентификато

Идентификато

Идентификато

контракт

Р

Р

Р

Р

Р

а

тура

группы

клиента

отеля

страны

527

433

526

374

400

421

Таблица 3.1 продолжение - Информация по контракту (продолжение)

Идентификатор

Идентификатор

Тип

Дата

Дата

Дата

скидки

сотрудника

контракта

заключения

активации

окончания

действия

контракта

null

256

Обычный

25.05.2006

29.05.2006

06.06.2006

Таблица 3.1 - Информация по контракту (продолжение)

Число

Стоимость

Срок

Форма

Идентификатор

человек в

контракта,

действия

оплаты

Компании

группе

у. е.

перевозчика

1

755

8

449

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

На основании анализа предметной области выявляем следующие свойства атрибутов в этом отношении:

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

-каждый контракт имеет ответственного менеджера, отвечающего за действия, производимые над контрактом.

каждый менеджер имеет уникальный номер;

каждый клиент имеет уникальный номер;

каждый тур имеет уникальный номер;

каждая скидка имеет уникальный номер;

каждая страна имеет уникальный номер;

каждая группа имеет уникальный номер;

каждый отель имеет уникальный номер;

каждая компания имеет уникальный номер;

На основании рассмотренных свойств выявляем ФЗ (функциональные зависимости) между отдельными атрибутами:

- номер записи однозначно определяет запись в отношении, то есть является возможным ключом;

-контракт однозначно определяет клиента, скидку клиента, тур, страну, фирму перевозчика, отель, группу клиента, сотрудника. Следовательно, имеются следующие зависимости:

A)Индивидуальный номер контракта -» индивидуальный номер тура;

Б) Индивидуальный номер контракта -» индивидуальный номер клиента;

B)Индивидуальный номер контракта -> индивидуальный номер сотрудника;

Д) Индивидуальный номер контракта -> индивидуальный номер группы;

Е) Индивидуальный номер контракта -» индивидуальный номер скидки;

Ж) Индивидуальный номер контракта -> индивидуальный номер страны;

3) Индивидуальный номер контракта -» индивидуальный номер отеля;

И) Индивидуальный номер контракта -> индивидуальный номер компании;

-индивидуальный номер контракта однозначно определяет контракт. Индивидуальный номер контракта однозначно определяет контракт. Следовательно, имеется ФЗ (индивидуальный номер контракта --> контракт);

-индивидуальный номер клиента однозначно определяет клиента. Следовательно, имеется ФЗ (индивидуальный номер клиента -> клиент);

индивидуальный номер сотрудника однозначно определяет сотрудника. Следовательно, имеется ФЗ (индивидуальный номер сотрудника -» сотрудник);

индивидуальный номер тура однозначно определяет тур. Следовательно, имеется ФЗ (индивидуальный номер тура --> тур);

индивидуальный номер скидки однозначно определяет скидку. Следовательно, имеется ФЗ (индивидуальный номер скидки -> скидка);

индивидуальный номер отеля однозначно определяет отель. Следовательно, имеется ФЗ (индивидуальный номер отеля -> отель);

индивидуальный номер компании однозначно определяет компанию. Следовательно, имеется ФЗ (индивидуальный номер компании -> компании);

индивидуальный номер страны однозначно определяет страну. Следовательно, имеется ФЗ (индивидуальный номер страны -> страна);

индивидуальный номер группы однозначно определяет группы. Следовательно, имеется ФЗ (индивидуальный номер группы --» группа);

индивидуальный номер опции однозначно определяет опцию. Следовательно, имеется ФЗ (индивидуальный номер опции -» опция);

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

Рисунок 3.1 - Структура функциональных зависимостей

3.1.3 Описание базы данных

Описание файла базы данных, используемых программой:

Tours.fdb - база данных, содержащая таблицы.

Описание таблиц базы данных:

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

Audit - в этой таблице содержатся записи о всех действиях пользователей, не подлежит редактированию. Очищается автоматически.

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

Clientgroup - содержит информацию о группах клиентов.

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

Country - справочник по странам.

Dirdoc - справочник по документам, необходимы для поездок.

Dirtour- справочник по типам туров.

Discounts - таблица, содержащая информацию о скидках.

Documents - содержит список документов необходимых клиенту.

Fly - справочник по компаниям - перевозчикам.

Hotel - справочник по отелям.

Options - справочник по опциям.

Post - справочник должностей.

Staff- содержит информацию о сотрудниках фирмы и пользователях системы.

Tour - содержит информацию о турах.

Con_opt - содержит информацию об опциях для определенного контракта.

Docstour - таблица реализует связь «много-ко-многим». Устанавливает связь между турами и документами необходимыми для поездки.

Tour_fly - таблица реализует связь «много-ко-многим». Устанавливает связь между турами и компаниями перевозчиками.

Tour_htl - таблица реализует связь «много-ко-многим». Устанавливает связь между турами и отелями.

Tour_opt - таблица реализует связь «много-ко-многим». Устанавливает связь между турами и опциями.

Type_client - справочник «тип клиента».

Туре_соп - справочник «тип контракта».

Таблица 3.2 - таблица «Архив»

Имя поля

Статус

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

Тип

Размер

Recno

Integer

Номер записи

Числовой

Idgroup

Integer

Идентификатор группы

Числовой

Snpclient

Varchar

Ф. И. О. клиента

Символьный

100

Contractno

Integer

Номер контракта

Числовой

Passport

Varchar

Серия и номер паспорта

Символьный

10

Reasonrefusal

Varchar

Причина разрыва контракта

Символьный

1

4069

' Snptranslit

Varchar

Ф. И. О. клиента (транслит)

Символьный

100

Passportdate

Date

Дата выдачи паспорта

Дата

Таблица 3.3 - таблица «Аудит»

Имя поля

Статус

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

Тип

Размер

Idoperation

Integer

Уникальный номер записи

Числовой

Id_staff

Integer

Номер сотрудника

Числовой

Operation

Varchar

Операция

Символьный

200

Dateoperation

Date

Дата операции

Дата

Таблица 3.4 - таблица «Клиент»

Имя поля

Статус

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

Тип

Размер

Id

integer

Уникальный номер клиента

Числовой

Snptranslit

Varchar

Ф. И. О. клиента (транслит)

символьный

100

Snp

Varchar

Ф. И. О. клиента

Символьный

100

Clienttype

Varchar

Тип клиента

Символьный

20

address

Varchar

Адрес клиента

Символьный

100

Telephonesot

Varchar

Номер сотового телефона

Символьный

20

Telephonedom

Varchar

Номер домашнего телефона

Символьный

20 1

Telephonerab

Varchar

Номер рабочего телефона

Символьный

20 1

passport

Varchar

Серия и номер паспорта

Символьный

10

Passportdate

Date

Дата выдачи паспорта

Дата

Notes

Varchar

Примечание

Символьный

4096

Таблица 3.5 - таблица «Группа клиента»

Имя поля

Статус

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

Тип

Размер

Idgroup

integer

Уникальный номер группы

Числовой

Idclient

Integer

Уникальный номер клиента

Числовой

Grnum

Integer

Номер группы

Числовой

Clirntposition

Varchar

Позиция клиента в группе

Символьный

20

Таблица 3.6 - таблица «Контракт»

Имя поля

Статус

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

Тип

Размер

Contractno

integer

Уникальный номер контракта

Числовой

Idtour

Integer

Уникальный номер тура

Числовой

Idgroup

Integer

Уникальный номер группы

Числовой

Idclient

Integer

Уникальный номер клиента

Числовой

Id staff

Integer

Уникальный номер сотрудника

Числовой

|

Iddisc

Integer

Уникальный номер скидки

Числовой

Id_fly

Integer

Уникальный номер компании

Числовой

Id_htl

Integer

Уникальный номер отеля

Числовой

Idcountry

Integer

Уникальный номер страны

Числовой

Typecontract

Varchar

Тип контракта

Символьный

20

Dateconclution

Date

Дата заключения контракта

Дата

Dateactivation

Date

Дата активации контракта

Дата

Validity

Integer

Продолжительность

Числовой

Countperson

Integer

Число человек в группе

Числовой

Cost

Float

Стоимость контракта

С плавающей запятой

Paymentform

Varchar

Форма оплаты

Символьный

20

Dateending

Date

Дата окончания действия контракта

дата

Таблица 3.7 - таблица - связь «Контракт-опции»

Имя поля

Статус

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

Тип

Размер

Id

Integer

Уникальный номер записи

Числовой

Idcon

Integer

Уникальный номер контракта

Числовой

Idotp

Integer

Уникальный номер опции

Числовой

Таблица 3.8 - таблица «Страна»

Имя поля

Статус

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

Тип

Размер

lid

Integer

Уникальный номер записи

Числовой

Country

Varchar

Название страны

Символьный

50

Opisanie

Varchar

Описание

Символьный

4096

Таблица 3.9 - таблица «Справочник документы»

Имя поля

Статус

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

Тип

Размер

И

Integer

Уникальный номер записи

Числовой

Doctype

Varchar

Тип документа

Символьный

30

Description

Varchar

Описание

Символьный

4096

Doc_picture

Blob

Изображение документа

Blob-поле

Таблица 3.10 - таблица «Справочник туры»

Имя поля

Статус

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

Тип

Размер

Id

Integer

Уникальный номер записи

Числовой

Attribtour

Varchar

Тип тура

Символьный

40

Таблица 3.11 - таблица «Скидки»

Имя поля

Статус

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

Тип

Размер

Iddisc

Integer

Уникальный номер записи

Числовой

Idclient

Integer

Уникальный номер клиента

Числовой

Name

Varchar

Название

Символьный

20 1

Discsize

Float

размер скидки

С плавающей запятой

Ocnditiondisc

Varchar

Описание

Символьный

4096

Таблица 3.12 - таблица «Документ-тур»

Имя поля

Статус

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

Тип

Размер

Id

Integer

Уникальный номер записи

Числовой

id_tour

Integer

Уникальный номер тура

Числовой

Iddocs

Integer

Уникальный номер документа

Числовой

Таблица 3.13 - таблица «Документы»

Имя поля

Статус

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

Тип

Размер

Docno

Integer

Уникальный номер записи

Числовой

Idclient

Integer

Уникальный номер клиента

Числовой

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены