43691

Автоматизированная система управления деятельностью туристического агентства «Коми-тур»

Дипломная

Информатика, кибернетика и программирование

Туристическое агентство «Коми-тур» оказывает услуги населению по подготовке и организации отдыха. Основные услуги – это услуги по подбору наиболее оптимальных для туриста туров (экскурсии, отдых на море, активный туризм, отдых с детьми, паломнический туризм), бронирование выбранного тура у туроператора, оформление документов, услуги по организации встречи и проводов туристов.

Русский

2013-11-06

8.92 MB

260 чел.

МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Ижевский государственный технический университет имени М.Т.Калашникова»

(ФГБОУ ВПО «ИжГТУ имени М.Т.Калашникова»)

Чайковский технологический институт (филиал)

Кафедра информатики и вычислительной техники

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту

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

обработки информации и управления

на тему:

«Автоматизированная система управления деятельностью
туристического агентства «Коми-тур»»

Выполнил

студент АСОИиУ09-з Р.Р. Низамов  

Руководитель

Руководитель: к.п.н., доцент

кафедры «ИВТ»                                                                                                         В.В. Лукиных 

Консультант по экономической части

Е.П. Хомякова

Консультант по экологии и охране труда

А.В. Комагорова

Нормоконтроль

 

Рецензент

Инженер-программист  Службы автоматизации,

информатизации и телекоммуникаций

ООО «Подводнефтегазсервис»        А.М. Майоров

Зав. кафедрой ИВТ

к.п.н., доцент кафедры «ИВТ»                                                                                 С. Ж. Козлова

2013


Список используемых сокращений

АИС – автоматизированная информационная система

БД – база данных

БСО – бланк строгой отчетности

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

ПЭВМ – персональная электронно-вычислительная машина

СУБД – система управления базами данных

ФИО – фамилия, имя, отчество


СОДЕРЖАНИЕ

Не понравилась жесткая форма договора – при необходимости изменить текст будут вызывать Вас?


ВВЕДЕНИЕ

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

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

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

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

В ходе проектирования необходимо реализовать следующие задачи модули:

анализ предметной области;

разработка модели бизнес-процессов IDEF0; -почему нет в Приложениях? 

разработка модели потоков данных DFD; -почему 2 Приложения?

разработка ERD модели; -почему нет в Приложениях?

разработка структурной схемы системы;

разработка функциональной схемы системы;

кодирование;

тестирование и отладка;

внедрение.


1 СИСТЕМНЫЙ АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Общие сведения о туристическом агентстве «Коми-тур»

Туристическое агентство «Коми-тур» оказывает услуги населению по подготовке и организации отдыха. Основные услуги – это услуги по подбору наиболее оптимальных для туриста туров (экскурсии, отдых на море, активный туризм, отдых с детьми, паломнический туризм), бронирование выбранного тура у туроператора, оформление документов, услуги по организации встречи и проводов туристов.

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

Рисунок 1.1. - Организационная структура туристического агентства «Коми-тур»

1.2 Информационная система учета деятельности туристического агентства

В туристическом агентстве «Коми-тур» существует 4 рабочих места, объединенных в локальную вычислительную сеть и 1 сервер, который используется в качестве файлового сервера.

В офисе используются технологии Ethernet со скоростью передачи данных 100Мб/с. Так же используется ADSL технология, которая ориентирована на широкополосный доступ в Интернет.

Агентство оснащено следующим программным обеспечением:

Microsoft Windows XP,7;

Microsoft Office 2007;

Internet-Bank Урал ФД;

Internet Explorer 8.0, Google Chrome;

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

Поступление заявки на подбор тура;

Заключение договора с туристом;

Оплата тура;

Оформление отчетов;

Напоминания в календаре.

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

Турист выбирает понравившийся ему тур и с ним заключается договор. В Договор вносятся следующие данные:

о туристе (Фамилия, имя, отчество туриста, № и серия российского паспорта, № загранпаспорта, дата рождения, контактные телефоны)

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

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

номер и дата договора.

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

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

За 3 дня до начала путешествия, менеджер звонит туристу, напоминает о времени и месте отъезда, необходимых документах и вещах для поездки, желает приятного отдыха. Через 3 дня после завершения путешествия менеджер узнает у туриста мнение о поездке, фиксирует пожелания в личной карточке клиента.

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

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

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

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

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

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

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

отчеты по проданным турам каждого туроператора (сокращенное наименование туроператора, страна, город, сумма, дата (группировка по месяцам, кварталам) );

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

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

отчеты по рекламе (источник рекламы, количество).

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

1.3 Анализ данных

Этап «Поступление заявки на подбор тура». На данном этапе идет сбор информации о желаемом туре.

Данный блок делится на следующие процессы:

оформление заявки;

анализ подходящих туров;

выбор лучшего тура.

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

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

На основании выбора лучшего тура заключается договор с туристом.

Этап «Заключение договора». Данный блок состоит из процессов:

занесение сведений о туристе;

занесение сведений о туроператоре;

занесение сведений о туре;

формирование договора;

печать договора в 2 экземплярах.

При занесении сведений о туристе указываются следующие данные (Фамилия, имя, отчество туриста, № и серия российского паспорта, № загранпаспорта, дата рождения, контактные телефоны)

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

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

При формировании договора в шаблон вносятся вышеперечисленные данные, добавляется дата и номер договора, и создается договор.

При печати договора в 2 экземплярах один остается у туриста, второй у агентства.

Этап «Оплата тура». Блок состоит из процессов:

оформления БСО;

перечисление средств туроператору.

При оформлении БСО вносятся следующие данные: ФИО туриста, паспортные данные, вид туристического продукта, количество дней путешествия, общая цена.

При перечислении средств туроператору указываются следующие данные: банковские реквизиты турагентства, банковские реквизиты туроператора, ФИО туриста, общая цена, маршрут, дата.

Турагентство ведет статистику проданных туров в кредит, для этого ставится отметка «В кредит».

Этап «Напоминания в календаре». Блок состоит из процессов:

напоминания о начале тура;

напоминания об окончании тура;

напоминания о дне рождении;

запись мнения туриста о поездке.

Для напоминаний менеджеру в календарь вносятся следующие данные: начало и окончание тура, дни рождения туристов. При выполнении действия, ставится отметка у напоминания.

Этап «Оформление отчетов».

отчет туроператору по каждой проданной путевке;

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

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

отчеты по проданным турам каждого туроператора (сокращенное наименование туроператора, страна, город, сумма, дата(группировка по месяцам, кварталам) );

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

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

отчеты по рекламе (источник рекламы, количество).

По этим данным составлена модель IDEF0 (Приложение А) – вынесите в отдельное Приложение – я нашел в Приложение А

1.4 Исследование информационных потоков

Входные данные:

данные о туристе (Фамилия, имя, отчество туриста, № и серия российского паспорта, № загранпаспорта, дата рождения, контактные телефоны, ICQ, E-mail, адрес);

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

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

данные об оплате (дата оплаты, номер БСО, номер договора с туристом, кредит/нет);

Выходные документы:

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

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

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

отчеты по проданным турам каждого туроператора (сокращенное наименование туроператора, страна, город, сумма, дата(группировка по месяцам, кварталам) );

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

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

отчет туроператору по проданной путевке (Фамилия, имя отчество туриста, дата начала тура, дата окончания тура, стоимость тура, маршрут ).

По этим данным составлена модель DFD (Приложение Б). ??? не понятно Б или В

1.5 Анализ существующих систем

«Геософт: Турагентство»

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

Программа «Геософт:Турагентство» создана как дополнение к типовой программе «1С:Бухгалтерия 8.1» и может также использоваться для ведения бухгалтерского учета в турагентстве.

Главными преимуществами программы «Геософт:Турагентство» являются:

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

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

Вынести в отдельный абзац как недостаток: Данная программа не позволяет это делать в полной мере (нет функции напоминания менеджеру, поиска данных из справочников), а также не обладает функцией импорта данных в договор [8]. ? А почему в 8 речь о Компания САМО–Софт, видимо должно быть 7.

САМО-ТурАгент

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

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

Базовые возможности программы:

Печать необходимых документов на основе электронного документа "Заявка". Один раз введя необходимые данные, Вы имеете возможность распечатать и выдать клиенту весь набор документов: договор, путевку ТУР-1, лист бронирования, счет и др.;

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

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

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

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

Наличие дополнительных справочников;

Учет выдачи дисконтных карт.

Программа обладает большим функционалом, позволяет вести учет оказанных услуг и проводить анализ работы с помощью системы отчетов. Но у программы по мнению наших сотрудников неудобный интерфейс для пользователей, слишком много кнопок на одной панели и нет подписей [9]. ? А почему в 9 речь не о Компания САМО–Софт, видимо должно быть 8. Проверьте соответствие в остальных пунктах.

«FreshOffice CRM Light»

FreshOffice CRM Light является коробочным решением, и, рассчитана для предприятий, нуждающихся в быстром и бюджетном внедрении CRM.

Система изначально рассчитана на использование пользователями самого различного уровня компьютерной грамотности. В итоге система максимально доступна и понятна каждому работнику предприятия. FreshOffice CRM свежее решение имеющие далеко идущие перспективы развития на Российском рынке. Уровень профессиональной подготовки специалистов SMTsoft (Sales Markets Technology), позволит Вам воплотить CRM модели, на предприятиях самого различного профиля деятельности.

 Функции FreshOffice CRM Light:

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

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

Документооборот, система позволяет выписывать все необходимые документы по заранее сформированным шаблонам  счета, договора, ком. предложений и многие другие, используя конструктор документов MS Word, Fast Report  Так же вы можете прикреплять любые уже ранее выписанные документы и доп.материалы в любых форматах от MS Word до файлов MP3;

Аналитические отчеты, сводные данные, маркетинг. Встроенные в систему аналитически отчеты помогут проанализировать данные базы CRM. Распределение продаж, Ожидаемые поступления, Сезонную динамику, и многое другое, а также проконтролировать работу каждого сотрудника, выполнение плана, результативность звонков, встреч и многое другое..

Электронная переписка, в систему встроен обмен данными  с Microsoft Office Outlook, позволяющий организовывать массовые рассылки, а так же хранить электронную переписку по каждому клиенту;

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

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

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

1.6 Обоснование разработки новой системы

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

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

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

Ожидаемый эффект от внедрения:

Актуальность – возможность оперативно отражать изменения;

Полнота информации, то есть предоставление максимально полной информации о каждой оказанной услуге;

Удобство – понятный интерфейс;

Скорость повышения обработки информации;

Рациональное использование ресурсов;

Непрерывный оперативный контроль;

Непротиворечивость и достоверность данных;

Автоматизированное формирование договора с туристом.

1.7 Анализ существующего программного обеспечения для разработки системы

1.7.1 Выбор СУБД

Для выбора оптимальной СУБД и средств разработки был проведен анализ существующих программ.

MySQL

MySQL — свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

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

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

MySQL — это реляционная система управления базами данных. С технической точки зрения MySQL — программа, управляющая файлами, которые составляют базу данных, но часто термин «база данных» применяется и к самой программе, и к этому набору файлов. База данных — это просто совокупность взаимосвязанных данных (текстовых, числовых, двоичных), за хранение и организацию которых отвечает СУБД.

MySQL состоит из нескольких частей в том числе сервера MySQL (программы mysqld, которая, собственно, и управляет базой данных), клиента MySQL (программы mysql, предоставляющей интерфейс к серверу) и многочисленных служебных утилит для обслуживания базы данных и иных целей. Работу с MySQL можно вести, пользуясь многими распространенны ми языками программирования, включая PHP, Perl и lava.

MySQL - это программное обеспечение с открытым кодом. Применять его и модифицировать может любой желающий. Такое программное обеспечение можно получать по Internet и использовать бесплатно. При этом каждый пользователь может изучить исходный код и изменить его в соответствии со своими потребностями. Использование программного обеспечения MySQL регламентируется лицензией GPL (GNU General Public License), в которой указано, что можно и чего нельзя делать с этим программным обеспечением в различных ситуациях [10].

Postgres

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

Является свободной альтернативой коммерческим СУБД (таким как Oracle Database, Microsoft SQL Server, IBM DB2, Informix и СУБД производства Sybase) вместе с другими свободными СУБД (такими как MySQL и Firebird). Существует в реализациях для следующих платформ: Linux, Solaris/OpenSolaris, Win32, Mac OS X, FreeBSD, QNX 4.25, QNX 6.

В PostgreSQL используются инновационные решения, позволяющие приложению сравняться и даже превзойти решения на основе коммерческих СУБД, а также обладает широчайшими возможностями, доступными для платформы (оборудование, ОС, язык программирования т.д.). PostgreSQL — это надёжность, предсказуемость и прозрачность во всём: в функциональности (благодаря высокому уровню совместимости со стандартом ISO/ANSI SQL:200x и очень качественному коду), в производительности и даже в процессе разработки. Высочайшее качество кода, быстрая реакция на найденные проблемы, отличная производительность, строжайшее соответствие принципам ACID — всё это делает PostgreSQL самой развитой СУБД с открытым исходным кодом.

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

Некоторые возможности. Функции являются блоками кода, исполняемыми на сервере, а не на клиенте БД. Хотя они могут писаться на чистом SQL, реализация дополнительной логики, например, условных переходов и циклов, выходит за рамки собственно SQL и требует использования некоторых языковых расширений. Функции могут писаться с использованием одного из следующих языков: встроенный процедурный язык PL/pgSQL, во многом аналогичный языку PL/SQL, используемому в СУБД Oracle, скриптовые языки — PL/Lua, PL/LOLCODE, PL/Perl, plPHP, PL/Python, PL/Ruby, PL/sh, PL/Tcl и PL/Scheme; классические языки — C, C++, Java (через модуль PL/Java); статистический язык R (через модуль PL/R).

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

На базе PostgreSQL компанией EnterpriseDB созданы более мощные варианты этой СУБД, являющиеся платными для коммерческого использования — Postgres Plus (состоит целиком только из продуктов с открытыми исходными кодами; плата требуется только при необходимости приобретения коммерческой поддержки продукта) и Postgres Plus Advanced Server (расширение PostgreSQL специальными возможностями для обеспечения совместимости с Oracle Database). В комплекте поставки данных продуктов содержится большой набор ПО для разработчиков и DBA [11].

Oracle 10g XE

Oracle 10g XE бесплатная версия СУБД Oracle в составе программного продукта.

В Oracle Database XE используется интуитивно понятный веб-интерфейс для: администрирования базы данных, создания таблиц, представлений и других объектов базы данных, импорта, экспорта и просмотра табличных данных, исполнения запросов и SQL-скриптов, генерации отчетов.

Версия XE содержит ряд ограничений:

поддерживается база данных размером до 4 Гбайт;

на одном компьютере может быть запущен только один экземпляр базы Oracle XE;

при наличии на сервере нескольких процессоров Oracle XE использует только один из них.

Oracle XE использует не более 1 Гбайт независимо от объема доступной оперативной памяти.

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

В настоящее время существуют версии Oracle XE для платформ Linux (Debian, Mandriva, Novell, Red Hat и Ubuntu) и Windows.

СУБД Oracle Database 10g поставляется в четырех различных редакциях, ориентированных на различные сценарии разработки и развертывания приложений. Кроме того, корпорация Oracle предлагает несколько дополнительных программных продуктов, расширяющих возможности Oracle Database 10g для работы с конкретными прикладными пакетами.

Все редакции — Oracle Database Personal Edition, Oracle Database Standard Edition, Standard Edition One и Oracle Database Enterprise Edition — содержат общий набор функций для разработки приложений, в том числе объектно-реляционные возможности SQL, программные интерфейсы PL/SQL и Java, предназначенные для написания хранимых процедур и триггеров. Приложения, написанные для любой из этих редакций, будут работать и с остальными редакциями, хотя Oracle Database 10g Enterprise Edition предоставляет дополнительные функции для повышения производительности, масштабируемости, доступности и безопасности, которые работают практически незаметно для разработчиков приложений. Прикладные интерфейсы API, поддерживаемые редакцией Oracle Database 10g Enterprise Edition, в основном поддерживаются и редакциями Oracle Database 10g Personal Edition и Oracle Database 10g Standard Edition, за исключением некоторых функций, относящихся к таким дополнительным программным продуктам, входящим только в поставку Oracle Database 10g Personal Edition и Oracle Database 10g Enterprise Edition, как Oracle OLAP или Oracle Data Mining.

Все программные продукты Oracle Database 10g созданы на базе единой надежной архитектуры ядра СУБД. Редакции Oracle Database 10g Standard Edition и Oracle Database 10g Personal Edition полностью совместимы с редакцией Oracle Database 10g Enterprise Edition на множестве различных платформ, поэтому ваши (Вы рекламируете продукт????) приложения, работающие с базами данных, смогут функционировать как на портативных и настольных ПК, так и в составе корпоративной инфраструктуры, не требуя реинжениринга [12].

А где же Ваш выбор и на чем основан?

1.7.1 Выбор среды разработки:

PHP

Главным фактором языка РНР является практичность. РНР должен предоставить программисту средства для быстрого и эффективного решения поставленных задач. Практический характер РНР обусловлен пятью важными характеристиками: традиционностью; простотой; эффективностью; безопасностью; гибкостью. Существует еще одна «характеристика», которая делает РНР особенно привлекательным: он распространяется бесплатно! Причем, с открытыми исходными кодами ( Open Source ).

Код РНР очень похож на тот, который встречается в типичных программах на С или Pascal. Это заметно снижает начальные усилия при изучении РНР. PHP — язык, сочетающий достоинства Perl и Си и специально нацеленный на работу в Интернете, язык с универсальным (правда, за некоторыми оговорками) и ясным синтаксисом.

И хотя PHP является довольно молодым (???) языком, он обрел такую популярность среди web-программистов, что на данный момент является чуть ли не самым популярным языком для создания web-приложений (скриптов). (???)

Стратегия Open Source, и распространение исходных текстов программ в массах, оказало несомненно благотворное влияние на многие проекты, в первую очередь — Linux, хотя и успех проекта Apache сильно подкрепил позиции сторонников Open Source. Сказанное относится и к истории создания РНР, поскольку поддержка пользователей со всего мира оказалась очень важным фактором в развитии проекта РНР [10].

Язык РНР является свободно распространяемым языком программирования, он достаточно распространен и практичен.

Питон (Python)

Питон – это объектно-ориентированный, интерпретируемый, переносимый язык сверхвысокого уровня. Программирование на Питоне позволяет получать быстро и качественно необходимые программные модули. Интерпретатор Питона может быть перенесён на любую платформу, будь то Unix, Windows, Linux, RiscOS, MAC, Sun. При написании кода на Питоне вы не должны заботиться о конечной платформе, кроме тех случаев, когда вы используете специфические модули для данной системы. Таким образом, Питон представляет серьёзную угрозу для Java, обеспечивая лёгкую переносимость, одновременно сочитая в себе средства доступа к ресурсам операционной системы. В отличие от Java Питон не столь строг к использованию объектов, но реализуются они столь просто, что любой программист легко понимает сущность объектно-ориентированного подхода. Кроме этого, модули Питона могут быть с лёгкостью использованы в программах на С++. Питон идеален в качестве cgi скриптов для веб-страниц, так как использует быстрый, эффективный и мощный интерпретатор. Релиз Python-а защищен авторским правом, но свободно распространяется, даже для коммерческого использования.

Эталонной реализацией Python является интерпретатор CPython, поддерживающий большинство активно используемых платформ. Он распространяется свободно под очень либеральной лицензией, позволяющей использовать его без ограничений в любых приложениях, включая проприетарные ????. Есть реализации интерпретаторов для JVM (с возможностью компиляции), MSIL (с возможностью компиляции), LLVM и других. Проект PyPy предлагает реализацию Питона на самом Питоне, что уменьшает затраты на изменения языка и постановку экспериментов над новыми возможностями.

Python поддерживает динамическую типизацию, то есть тип переменной определяется только во время исполнения. Поэтому вместо «присваивания значения переменной» лучше говорить о «связывании значения с некоторым именем». В Питоне имеются встроенные типы: булевые, строки, Unicode-строки, целые числа произвольной точности, числа с плавающей запятой, комплексные числа и некоторые другие. Из коллекций Python поддерживает кортежи (tuples), списки, словари (ассоциативные массивы) и, начиная с версии 2.4, множества. Все значения в Питоне являются объектами, в том числе функции, методы, модули, классы.

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

Питон, как и многие другие интерпретируемые языки, не применяющие, например, JIT-компиляторы, имеют общий недостаток — сравнительно невысокую скорость выполнения программ. Однако, в случае с Python этот недостаток компенсируется уменьшением времени разработки программы. В среднем, программа, написанная на Python, в 2-4 раза компактнее, чем её аналог на C++ или Java Сохранение байт-кода (файлы .pyc и .pyo) позволяет интерпретатору не тратить лишнее время на перекомпиляцию кода модулей при каждом запуске, в отличие, например, от языка Perl. Кроме того, существует специальная JIT-библиотека psyco, позволяющая ускорить выполнение программ (однако приводящая к увеличению потребления оперативной памяти). Эффективность psyco сильно зависит от архитектуры программы [13].

Язык Python распространен, имеет невысокую скорость выполнения программ, более сложен в изучении.

А где же Ваш выбор и на чем основан?


2. ПОСТАНОВКА ЗАДАЧИ. ТРЕБОВАНИЕ К СИСТЕМЕ. 

2.1. Постановка задачи

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

Автоматизированная информационная система учета деятельности туристического агентства должна решать следующие задачи:

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

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

ввода, изменениея и удалениея информации;

оповещениея менеджерау в календаре;

администрирование базы данных;

резервирование и восстановление данных.

Функции, выполняемые системой:

хранение необходимой для работы информации;

исключение избыточности и обеспечение целостности данных;

обновление базы данных;

разграничение прав доступа;

защита от несанкционированного изменения  базы данных;

архивное резервирование данных;

поиск и выбор нужной информации;

составление отчетов об оказанных услугах.

2.2. Общесистемные требования

Для разработки автоматизированной информационной системы выдвигаются следующие общесистемные требования:

Архитектура клиент-сервер;

Система должна поддерживаться браузерами не ниже IE 7.0, Google Chrome, Opera;

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

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

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

В качестве базы данных в разрабатываемой системе должна использоваться СУБД MySQL 5,5.

2.3 Требования к интерфейсу

Для разработки автоматизированной информационной системы выдвигаются следующие требования к интерфейсу:

Следование установленным стандартам разработки web-интерфейса;

Использование неброских цветов, не более трех на одном экране;

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

2.4. Требования к составу и параметрам технических средств

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

Программы, используемые при разработке системы:

Операционная система: Windows 7;

PhpMyAdminweb-интерфейс для администрирования баз данных MySQL;

MySQL –администратор баз данных;

BP Win 4.0 – CASE-средство для описания существующих бизнес-процессов;

ER Win 4.0 - CASE-средство, предназначенным для структурного анализа и проектирования баз данных;

PHP Editor – редактор языка php;

MS Word 2007 – текстовый редактор из пакета MS Office;

MS Excel 2007 – редактор электронных таблиц из пакета MS Office;

MS Project 2007 – система управления проектами.

Программы, используемые при эксплуатации системы:

Операционная система: Windows 7 (клиент);

Операционная система: Windows Server 2003 (сервер);

Web-сервер Apache;

Google Chrome;

PhpMyAdminweb- интерфейс для администрирования баз данных MySQL;

MySQL –сервер баз данных.

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

обеспечение бесперебойного питания в случае аварийной ситуации;

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

использование стандартных технических средств;

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

2.5 Требования к способам информационного обмена.

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

2.6 Требования к защите информации.

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

2.7 Требования к надежности.

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

2.8 Математическая постановка задачи

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

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

Конечным автоматом Мили называется шестерка объектов [14]:

(1)

где: S – конечное непустое множество (состояний);

X – конечное непустое множество входных сигналов (входной алфавит);

Y – конечное непустое множество выходных сигналов (выходной алфавит);

– начальное состояние;

– функция переходов;

– функция выходов.

Автомат Мили, реализующий алгоритм выставления статуса туристической услуги имеет пять состояний: {S0,S1,S2,S3,S4}  и 7 входных сигналов: {поиск тура, найден тур, оплачен, не оплачен,  дата начала, дата окончания, выполнен}. Начиная с начального состояния s0, автомат под воздействием входных сигналов переходит из одного состояния в другое и выдает выходные сигналы – реакции на входы. Выходы автомата  {у0,у1, у2, у3,у4, у5 } интерпретируются следующим образом:

y0: – выставить статус «тур не оплачен»;

y1: – выставить статус «ожидание начала тура»;

y2: – оповестить туриста;

y3: – выставить статус «выполняется»;

y4: – выставить статус «тур завершен».

Состояния интерпретируются следующим образом:

s0: – поиск тура;

s1: – ожидание оплаты;

s2: – оповещение туриста о начале тура;

s3: – ожидание отзыва;

s4: – завершение работы по данному договору.

Возможные входные сигналы автомата приведены ниже:

тур не найден - поступила заявка на тур, но его еще не нашли;

заключение договора – договор заключен, но еще нет оплаты;

оповещение об отсутствии оплате –  сообщение о необходимости оплатить тур;

тур оплачен – тур оплачен и ожидает начала;

дата начала – 3 дня – дата начала тура для звонка туристу;

начало тура – турист знает точное время и место отправления;

дата окончания -  дата окончания тура для звонка туристу;

полученный отзыв – отзыв записан;

отказ туриста – турист отказался от услуг;

отсутствие отзыва – менеджер не может связаться с туристом.

n – параметр, указывающий как часто напоминать о получении отзыва от туриста.

Графическое представление автомата показано на рисунке 2.1. Алгоритм представлен на рисунке 2.2.

Рисунок 2.1 – Автомат выставления статуса туристической услуги

Рисунок 2.2 – Алгоритм выставления статуса туристической услуги  
 

Алгоритм надо править: Статус Тур выполняется в 2 местах при i=Dn,… все обозначения в схеме должны соответствовать последующему описанию в формулах, 3 Ожидания отзыва.

Алгоритм и мат. модель пришлете после правки, т.к. пока несоответствия и, следовательно, не понятно.

Напоминания в календаре менеджеру рассчитываются по следующей формуле

,

(2)

где  – дата напоминания о начале тура;

– дата начала поездки;

i – номер  тура.

,

где  – дата напоминания об окончании тура;

– дата окончания поездки.

(3)

,

где  – дата напоминания о начале тура;

– день рождения;

j – номер туриста.

(4)

,

где  – дата напоминания о начале тура;

–  день поступления заявки;

i – номер  тура.

(5)

Сумма проданных туров  за период по странам

,

(6)

где -сумма всех проданных путевок в одном месяце в одну страну;

- стоимость одной путевки;

n - количество путевок в одном месяце  в страну.

,

(7)

где - сумма всех путевок в одну страну за  период;

 n - количество месяцев  в периоде.

,

(8)

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

p – количество стран, в которые совершались поездки за период;

Количество туристов за период.

(9)

где,  - количество туристов , совершивших поездки за период;

- количество туристов в туре;

n - количество туров в периоде.


3. ПРОЕКТНЫЕ РЕШЕНИЯ

3.1. Решение по архитектуре системы и программному обеспечению

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

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

архитектура клиент-сервер обладает надежностью и высокой скоростью работы в локальной и глобальной сетях.

Функции сервера:

Разграничение прав доступа;

Хранение данных;

Поддержание целостности данных;

Защита данных;

Создание резервных копий данных;

Восстановление резервной копии данных;

Выполнение запросов пользователей.

Функции клиента:

Формирует и отсылает запросы пользователя на сервер;

Представление данных пользователю.

3.2. Решение по выбору технических средств

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

На основе анализа средств СУБД, простоты синтаксиса и поддержки большим количеством разработчиков выбран продукт MySQL для разработки данной системы. А из Вашего Обзора напрашивается выбор другого продукта – сделайте обоснование выбора в Обзоре.

Для выбора среды разработки основное внимание было уделено практичности и распространенности языка. Именно поэтому выбор был сделан в пользу языка PHP. Закончите Обзор обоснованием выбора.

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

При выборе технических средств для разработки АСУ наибольшую роль играет фактор быстродействия работы ПЭВМ. Поскольку именно от него зависит время разработки ПО, а соответственно затрат на разработку и его себестоимости.

Скорость функционирования ПЭВМ в основном определяется следующими параметрами:

объемом оперативной памяти (ОП);

быстродействием процессора;

объемом видеопамяти (ВП).

Исходя из требований, предъявляемых к используемым программным средствам разработки (PhpMyAdmin, MySql) для работы системы необходимы следующие ресурсы.

Конфигурация клиентской рабочей станции:

Процессор Intel Pentium 3 1.8 ГГц;

Оперативная память 1 Гб;

Свободное место на жестком диске 1 Гб;

Монитор 17” 1024 х 768 пикселей.

Конфигурация сервера:

Процессор Pentium Xeon III 800 МГц;

Оперативная память 1 Гб;

Свободное место на жестком диске 1 Гб.

3.3 Решения по защите информации

Программные средства

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

Ограничение доступа посредством операционной системы.

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

Основные группы пользователей и их права приведены в матричной модели разграничения прав доступа:

Таблица 3.1

Добавление информации

Редактирование и удаление  информации

Просмотр информации

Составление отчетов

Разграничение прав доступа

Администратор

+

+

+

+

+

Директор, Менеджеры

+

+

+

+

Главный бухгалтер

+

+

Технические средства

  1.  Создание резервных копий данных на внешних носителях CDR, CDRW. (где хранятся???)
  2.  Источник бесперебойного питания на сервере.
  3.  Еженедельное резервное копирование и ежемесячное создание резервных копий данных.

В чем разница между «Еженедельное резервное копирование» и «ежемесячное создание резервных копий данных»

3.4 Описание логической и физической модели данных

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

На основании анализа входных и выходных данных предметной области опишем атрибуты сущностей, а также определим ключи: первичный - PK, внешний – FK (Таблица 3.2).

Таблица 3.2 – Определение ключей и принадлежность к типам

Имя сущности

Атрибуты

Тип

Примеры значений

1

2

3

4

Договор

Код договора (PK)

integer

{1, 2, 3, …}

Статус

integer

{1, 2, 3, …}

Номер договора с туристом

Varchar (10)

{1, 2, 3, …}

Дата договора

Datetime (GetDate())

{01.01.09,…}

№ туроператора(FK)

integer

{1, 2, 3, …}

Номер БСО

Varchar (10)

{1, 2, 3, …}

Дата оплаты

Datetime

{01.01.09,…}

дата начала тура

datetime

{01.01.09,…}

дата окончания тура

datetime

{01.01.09,…}

дополнительные услуги(FK)

integer

{1,2,3…}

общая стоимость

integer

{10 000,…}

медицинская страховка(FK)

integer

{1,2,3…}

Код типа тура (FK)

integer

{1,2,3…}

Кредит

bit

Да/нет

Заявка

№ заявки (PK)

integer

{1, 2, 3, …}

Статус(FK)

integer

{1, 2, 3, …}

Дата начала отдыха

datetime

{01.01.09,…}

Дата окончания отдыха

datetime

{01.01.09,…}

Дата поступления заявки

datetime GetDate()

{01.01.09,…}

Дополнительная информация

varchar(100)

{первая линия моря,…}

Количество человек

integer

{1, 2, 3, …}

Продолжение таблицы 3.2

1

2

3

4

Заявка

Маршрут отдыха

varchar(100)

{Турция Анталия отель Hilton 3*, …}

Дети

integer

{1, 2, 3, …}

Номер туриста(FK)

integer

{1, 2, 3, …}

Желаемая стоимость путевки ДО

money

{10 000,15 000…}

Желаемая стоимость путевки ОТ

money

{20 000,…}

Тип тура

Номер типа тура (РK)

integer

{1,2,3…}

Страна

varchar(30)

{Турция, Египет}

Город

varchar(30)

{Анталия , Кемер, }

категория места размещения (FK)

integer

{1,2,3…}

Место размещения (FK)

integer

{1,2,3…}

перевозка(FK)

integer

{1,2,3…}

питание(FK)

integer

{1,2,3…}

экскурсии(FK)

integer

{1,2,3…}

Турист

Номер туриста (PK)

integer

{1,2,3…}

Фамилия

varchar(35)

{Вихляева,…}

Имя

varchar(25)

{Екатерина,…}

Отчество

varchar(25)

{Андреевна,…}

№ паспорта российского

varchar(4)

{653731,…}

серия паспорта российского

varchar(6)

{3302}

№ и серия загран паспорта

varchar(10)

{3302 653731,…}

Адрес(FK)

integer

{9021234567,…}

Дата рождения

datetime

{01.01.09,…}

Контактный телефон

integer

{9021234567,…}

№ клубной карты

varchar(8)

{00001111,…}

Продолжение таблицы 3.2

1

2

3

4

Турист

ICQ

varchar(9)

{591234567,…}

e-mail

varchar(50)

{r@mail.ru,…}

Реклама (FK)

Integer

{1,2,..}

Туроператор

Номер туроператора(PK)

Integer

{1,2,3…}

№ агентского договора

varchar(20)

{1,2,3…}

Дата агентского договора

datetime

{01.01.09,…}

полное наименование

varchar(100)

{Coral-travel,…}

сокращенное наименование

varchar(20)

{Корал,…}

юридический адрес(FK)

integer

{1,2,3…}

адрес местонахождения (FK)

Integer

{1,2,3…}

Сайт

varchar(50)

{www.tour.ru,…}

электронный адрес

varchar(50)

{name@name.ru,…}

телефон

varchar(10)

{4951234567,…}

№ договора страхования

varchar(20)

{09480В6000890,…}

размер финансового обеспечения

varchar(10)

{10 000 000,…}

реестровый номер

varchar(12)

{ВТ 011809,…}

Логин

varchar(20)

{Alparus,…}

Пароль

varchar(20)

{ВТ011809,…}

Код страх. орг(FK)

Integer

{1, 2, 3, …}

Тип номера

Номер типа номера(PK)

integer

{1,2,3…}

Название

varchar(5)

{DBL, SNGL…}

Английской название

varchar(5)

{Single…}

расшифровка

varchar(50)

{Одноместный,…}

Продолжение таблицы 3.2

1

2

3

4

Страховая организация

Код страховой организации(PK)

integer

{1, 2, 3, …}

Наимен орг-и фин обеспечения

varchar(100)

{Ингосстрах,…}

Адрес орг-и фин обеспечения(FK)

integer

{1,2,3.…}

Дата договора страхования

datetime

{01.01.09,…}

срок договора страхования

datetime

{01.01.09,…}

Тип питания

Номер типа питания(PK)

integer

{1,2,3…}

Название

varchar(5)

{ALL…}

расшифровка

varchar(50)

{все включено,…}

Английское название

varchar(20)

{ALL Inclusive,…}

Реклама

Номер вида рекламы(PK)

integer

{1,2,3…}

Название рекламы

varchar(50)

{радио, ТВ,…}

Доп услуги

Номер доп услуги(PK)

integer

{1,2,3…}

Название доп.услуги

varchar(50)

{такси, телефон в номере …}

Номер мнения (PK)

integer

{1,2,3…}

Мнение

Мнение

varchar(50)

{хорошо! …}

Код тура(FK)

integer

{1,2,3…}

Вид страховки

Номер страховки(PK)

integer

{1,2,3…}

Название страховки

varchar(50)

{медицинская, …}

Тип адреса

Номер типа адреса(PK)

integer

{1,2,3…}

Название типа

varchar(15)

{город, край, область}

Данные адреса

Номер (PK)

integer

{1,2,3…}

Название

varchar(20)

{Чайковский, …}

Родитель

integer

{1,2,3…}

Код типа адреса (FK)

integer

{1,2,3…}

Продолжение таблицы 3.2

11

2

3

4

Место размещения

Номер (PK)

integer

{1,2,3…}

Название места размещения

varchar(50)

{Hotel Hilton 3 * …}

Перевозка 

Номер (PK)

integer

{1,2,3…}

Название перевозки

varchar(50)

{Москва-Анталия-Москва …}

Экскурсии

Номер (PK)

integer

{1,2,3…}

Название экскурсии

varchar(50)

{нет, обзорная …}

Статус

Номер статуса(PK)

integer

{1,2,3…}

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

varchar(50)

{нет оплаты.,…}

Адрес

Код адреса (PK)

integer

{1,2,3…}

Индекс

varchar(6)

{617760, …}

Код города (FK)

integer

{1,2,3…}

Код улицы (FK)

integer

{1,2,3…}

Номер дома

varchar(5)

{1,2,3…}

Номер квартиры

varchar(5)

{1,2,3…}

Физическая модель данных представлена в Таблице 3.3  следующим образом:

Таблица 3.3 – Физическая модель данных

Имя сущности

Атрибуты

Тип

Примеры значений

1

2

3

4

Dogovor

id_dog (PK)

integer

{1, 2, 3, …}

N_dog_turist

Varchar (10)

{1, 2, 3, …}

Date_dog_turist

Datetime (GetDate())

{01.01.09,…}

id_operator(FK)

integer

{1, 2, 3, …}

Продолжение таблицы 3.3

1

2

3

4

Dogovor

N_BSO

Varchar (10)

{1, 2, 3, …}

date_opl

Datetime

{01.01.09,…}

credit

bit

Да/нет

Sum

money

{10 000,…}

Date_begin

datetime

{01.01.09,…}

Date_end

datetime

{10.01.09,…}

id_typetour (FK)

integer

{1,2,3…}

Insurance(FK)

integer

{1,2,3…}

status(FK)

integer

{1,2,3…}

touristdog 

id

integer

{1, 2, 3, …}

id_turist (FK)

integer

{1, 2, 3, …}

id_dog(FK)

integer

{1, 2, 3, …}

Zayavka

id_zayavka (PK)

integer

{1, 2, 3, …}

status

integer

{1, 2, 3, …}

Z_date

datetime

{01.01.09,…}

Z_date_end

datetime

{01.01.09,…}

Z_date_begin

datetime GetDate()

{01.01.09,…}

Z_deti

integer

{1,2,3…}

Dop_info

varchar(100)

{первая линия моря,…}

Z_kol_men

integer

{1, 2, 3, …}

Z_marshrut

varchar(100)

{Турция Анталия отель Hilton 3*, …}

N_turist (FK)

integer

{1, 2, 3, …}

Z_sum_ot

money

{10 000,15 000…}

Z_sum_do

money

{20 000,…}

Продолжение таблицы 3.3

1

2

3

4

typetour

id_typetourK)

integer

{1,2,3…}

City(FK)

integer

{1,2,3…}

type_placing(FK)

integer

{1,2,3…}

Placing(FK)

integer

{1,2,3…}

Transport(FK)

integer

{1,2,3…}

Food(FK)

integer

{1,2,3…}

Excursion(FK)

integer

{1,2,3…}

Turist 

id_turist (PK)

integer

{1,2,3…}

Surname

varchar(35)

{Вихляева,…}

Name

varchar(25)

{Екатерина,…}

Secondname

varchar(25)

{Андреевна,…}

N_pasport_rus

varchar(6)

{ 653731,…}

seriaruspas

varchar(4)

{ 6537,…}

N_pasport_zagr

varchar(10)

{3302 653731,…}

Birthday date

datetime

{01.01.09,…}

N_club_kart

archar(8)

{00001111,…}

e-mail

varchar(50)

{r@mail.ru,…}

id_rekl

Integer

{1,2,3…}

Id_adres (FK)

Integer

{1,2,3…}

ICQ

varchar(9)

{591234567,…}

Insurianse

id_ins (PK)

integer

{1, 2, 3, …}

Name_ins

varchar(100)

{Ингосстрах,…}

addressins(FK)

varchar(150)

{г.Чайковский, ул. Ленина, д1.кв1.…}

Srok_dogins

datetime

{01.01.09,…}

Date_dog_ins

datetime

{01.01.09,…}

Продолжение таблицы 3.3

1

2

3

4

operator

id_operator (PK)

Integer

{1,2,3…}

N_agent_dog

varchar(20)

{1,2,3…}

Date_agent_dog

datetime

{01.01.09,…}

All_name

varchar(100)

{Coral-travel,…}

Sokr_name

varchar(20)

{Корал,…}

Post_address(FK)

Integer

{1,2,3…}

Ur_adres(FK)

Integer

{1,2,3…}

Site

varchar(50)

{www.tour.ru,…}

E_mail

varchar(50)

{name@name.ru,…}

Op_telephone

varchar(12)

{4951234567,…}

N_dogins

varchar(20)

{09480В6000890,…}

Financial_obesp

Money

{10 000 000,…}

N_reestr

varchar(12)

{ВТ 011809,…}

id_ins (FK)

Integer

{1, 2, 3, …}

Login

varchar(30)

{abcdef,…}

Password

varchar(20)

{bkd54,…}

Nomera

id_razm (PK)

integer

{1,2,3…}

name_razm

varchar(5)

{DBL, SNGL…}

englishname

varchar(30)

{single}

rashifrovka

varchar(50)

{Одноместный,…}

reklama

id_rek(PK)

integer

{1,2,3…}

name_rek

varchar(50)

{радио, ТВ,…}

Food

id_food(PK)

integer

{1,2,3…}

type_food

varchar(5)

{ALL…}

name

varchar(50)

{все включено,…}

englishname

varchar(20)

{ALL Inclusive,…}

Продолжение таблицы 3.3

1

2

3

4

dop_usl

id_dop(PK)

integer

{1,2,3…}

name_dop

varchar(50)

{такси, телефон в номере …}

Insur

id_ins(PK)

integer

{1,2,3…}

name_ins

varchar(50)

{медицинская, …}

Adrtype

id_adrtype(PK)

integer

{1,2,3…}

name

varchar(15)

{город, край, область}

adrdata

id_adr (PK)

integer

{1,2,3…}

name

varchar(20)

{Чайковский, …}

parent

integer

{1,2,3…}

id_type (FK)

integer

{1,2,3…}

adres

id_adres (PK)

integer

{1,2,3…}

index

varchar(6)

{617760, …}

id_city(FK)

integer

{1,2,3…}

Id_street(FK)

integer

{1,2,3…}

N_house

varchar(5)

{6А,2,3…}

N_korpus

varchar(5)

{1,2,3…}

N_flat

varchar(4)

{1,2,3…}

hotel 

Id_hotel (PK)

integer

{1,2,3…}

Namehotel

varchar(50)

{Hotel Hilton 3 * …}

Mnenie

id_mnenie(PK)

integer

{1,2,3…}

mnenie

varchar(50)

{хорошо! …}

id_tour(FK)

integer

{1,2,3…}

Ex

Id_ex (PK)

integer

{1,2,3…}

nameex

varchar(50)

{да, нет, обзорная …}

Dopdog

Id_dop(FK)

integer

{1,2,3…}

Id_dog(FK)

integer

{1,2,3…}

Продолжение таблицы 3.3

1

2

3

4

Transport

Id_transport (PK)

integer

{1,2,3…}

nametransp

varchar(50)

{Москва-Анталия-Москва …}

status

id_status

integer

{1,2,3…}

namestat

varchar(20)

{нет оплаты …}

Структура логической и физической модели отображена в Приложении Г.

В нашей модели предусмотрим следующие ограничения целостности:

а) правило на поле:

дата поступления заявки, дата заключения договора, дата оплаты тура – принимают текущую дату по умолчанию, но возможно ее редактирование;

количество человек в таблице «Заявка» не могут принимать значения равные 0;

Общая стоимость тура не может принимать значения равные 0.

б) правило на запись:

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

дата заключения договора не может быть меньше даты начала отдыха;

дата начала отдыха не может быть больше даты окончания отдыха;

дата начала тура не может быть больше даты окончания тура;

дата оплаты отдыха не может быть больше даты начала отдыха;

опишите в терминах «раньше-позже»

предполагаемая стоимость путевки ОТ не может быть больше предполагаемой стоимости путевки ДО;

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

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

Возможные значения по умолчанию:

количество человек равно 2;

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

3.5 Описание структуры системы

Подсистема администрирования – разграничение прав доступа пользователям.

Модуль регистрации. Функции: формирование паролей пользователей.

Модуль аутентификации. Функции: обеспечение разграниченного доступа.

Модуль авторизации. Функции: обеспечение доступа в программу.

Модуль разграничение прав доступа. Функции: назначение прав пользователям.

Подсистема ввода/вывода данных

Модуль ввода/редактирования данных. Функции: ввод информации об оказываемых услугах.

Модуль хранения данных. Функции: хранение информации о туристах.

Модуль формирования договора. Функции: формирование договора с туристом на оказание услуг.

Модуль печати договора. Функции: печать договора с туристом на оказание услуг в 2 экземплярах.

Подсистема напоминаний.

Модуль ввода/редактирования данных. Функции: ввод информации для напоминаний менеджеру.

Модуль хранения данных. Функции: хранение информации для напоминаний менеджеру.

Модуль оповещения. Функции: оповещение (звуковое, цветовое) менеджера.

Модуль расчета напоминаний. Функции: расчет напоминаний для введенных данных.

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

Модуль формирования отчетов. Функции: формирование отчета по требуемым данным.

Модуль печати отчетов. Функции: печать отчетов.

Модуль статистики. Функции: составление статистики по введенным параметрам.

Подсистема резервирования данных.

Модуль резервирования данных. Функции: периодическое резервирование данных.

Модуль восстановления данных. Функции: восстановление данных после сбоя системы.

Подсистема поиска.

Модуль поиска данных. Функции: поиск введенной информации.

Модуль фильтрации данных. Функции: фильтрация введенной (выводимой?) информации.

Результат данного описания оформлен в виде схемы в приложении Г.

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

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

На главной форме возможен вызов следующих функций:

форма «Туристы»;

формы «Туроператоры»;

форма «Туры»;

форма «Договора»;

форма «Календарь»;

форма «Отчеты »;

форма поиска.

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

Рисунок 3.1 – Форма «Туристы»

Здесь доступны следующие функции:

Просмотр туриста;

Новый турист;

Добавить заявку;

Добавить договор;

Удалить туриста; - не соответствуют виду Формы.

При выборе «Просмотр туриста» (а как его выбрать?) (Рисунок 3.2) модуль взаимодействия с базой данных передает этой форме список личных данных, заявок, договоров конкретного туриста, которые возможно редактировать либо только просматривать. При закрытии формы, если были изменения данных, то система предлагает их сохранить. Модуль взаимодействия с базой данных передает новые данные и вносит их в базу данных.  Можно просмотреть заявки, которые турист оставлял на поиск тура, их статусы («В поиске», «Найдена»), договора, которые он заключал. К выбранному договору можно добавить мнение об отдыхе – на форме не видно, как это возможно?. При добавлении мнения, модулю взаимодействия с базой данных передается идентификатор тура, который вносится в базу данных.

Рисунок 3.2 – Форма «Просмотр туриста»

При выборе  «Добавить туриста или Новый турист???» открывается аналогичная форма, только с незаполненными полями. После ввода данных система предлагает их сохранить. Модуль взаимодействия с базой данных сохраняет введенные данные в базу данных турагентства.  

Рисунок 3.3 – Форма «Новый Турист или Добавление туриста???»

В формах «Туристы», «Просмотр туриста» можно добавлять к выбранному туристу заявку на тур, договор, удалить заявку, удалить договор.

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

Рисунок 3.4 – Форма «Добавить договор или Добавление договора???»»

После сохранения договора и заявки модуль взаимодействия с базой данных передает эти данные в форму «Туристы» и, объединив эти данные, передает их в шаблон договора.

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

При выборе на главной форме «Договоры – нет на главной форме, есть Договора» модуль взаимодействия с базой данных обращается к базе данных турагентства и передает выбранной форме список договоров. Выбранный договор можно просматривать, добавлять мнение.

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

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


3.6 Описание файлового состава системы

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

Таблица 3.4 – Файловый состав системы

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

Наименование файла

Путь к файлу

(по умолчанию)

Описание файла

База данных

Mysql.exe

<mysql_root>\bin

Основной исполняемый

файл MySQL

errmsg.sys

<mysql_root>\share\russian\

Файл сообщений MySQL

libmySQL.dll

<mysql_root>\bin

Клиентская библиотека

mysqlimport.exe

<mysql_root>\bin

Встроенная утилита импорта данных

Веб-сервер

Apache.exe

<apache_root>\bin

Основной исполняемый файл Apache

httpd.conf

<apache_root>\conf

Файл настроек Apache

Access.conf

<apache_root>\conf

Файл настроек доступа Apache

Система управления деятельностью туристического агентства

Index.php

<Server>\www

Файл главной страницы веб-интерфейса

auth.php

<Server>\www

Файл авторизации пользователей

turist.php

<Server>\www\php

Файл данных о туристах

Into_turist.php

<Server>\www\php

Файл добавления данных о туристах

Продолжение таблицы 3.4

Система управления деятельностью туристического агентства

dogovor.php

<Server>\www\php

Файл данных о договорах

Into_ dogovor.php

<Server>\www\php

Файл добавления данных о договорах

tour.php

<Server>\www\php

Файл данных о турах

Into_tour.php

<Server>\www\php

Файл добавления данных о турах

request.php

<Server>\www\php

Файл данных о заявках

Into_request.php

<Server>\www\php

Файл добавления данных о заявках

operator.php

<Server>\www\php

Файл данных о операторах

Into_ operator.php

<Server>\www\php

Файл добавления данных о операторах

Stat.php

<Server>\www\php

Файл формирования отчетов

Shablon.php

<Server>\www\php

Файл шаблона договора с туристом


4 ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ

4.1 Оценка размеров программного продукта

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

Используется 5 информационных характеристик:

  1.  Количество внешних вводов.
  2.  Количество внешних выводов.
  3.  Количество внешних запросов.
  4.  Количество внутренних логических файлов.
  5.  Количество внешних интерфейсных файлов.

Оценку, после сбора всей необходимой информации, будем производить согласно расчета метрики – количества функциональных указателей FP (Function Points).

Внешние вводы:

Данные о заявке – сложность 4;

Данные для заключения договора - сложность 6;

Данные для бронирования тура - сложность 6;

Данные об оплате – сложность 6.

Внешние выводы:

Отчеты (3 штуки) – сложность 3х7;

Договор: сложность – 7.

Запросы:

1 запрос – сложность 3.

Внутренние логические файлы:

журнал заявок – сложность 7;

журнал договоров – сложность 7;

журнал оплаты – сложность 7;

журнал отчетов – сложность 7.

Внешние интерфейсные файлы отсутствуют

Учитывая все выше приведенные данные рассчитаем общее количество FP-метрик.

Таблица 4.1 Данные для расчета метрик

Имя характеристики

Ранг, сложность, количество

Низкий

Средний

Высокий

Итого

коэф.

значение

коэф.

значение

коэф.

значение

Внешние вводы

3

0

4

1

6

3

22

Внешние выводы

4

0

5

0

7

4

28

Внешние запросы

3

1

4

0

6

0

3

Внутренние логические файлы

7

4

10

0

15

0

28

Внешние интерфейсные файлы

5

0

7

0

10

0

0

 

 

 

 

Общее количество (N):

81

Количество функциональных указателей вычисляется по формуле

(10)

где -коэффициенты регулировки сложности.

Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (таблица 4.2). Каждый коэффициент может принимать следующие значения: 0 – нет влияния, 1 – случайное, 2 – небольшое, 3 – среднее, 4 – важное, 5 – основное.

Таблица 4.2 – Определение системных параметров приложения

№ п/п

Системный параметр

Описание

Значение

1

Передача данных

Сколько средств связи требуется дли передачи или обмена информацией с приложением или системой?

3

2

Распределенная обработка данных

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

3

3

Производительность

Нуждается ли пользователь в фиксации времени ответа или производительности?

1

4

Распространенность используемой конфигурации

Насколько распространена текущая аппаратная платформа, на которой будет выполнятся приложение?

4

5

Скорость транзакций

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

3

6

Оперативный ввод данных

Какой процент информации надо вводить в режиме онлайн?

3

7

Эффективность работы конечного пользователя

Приложение проектировалось для обеспечения эффективной работы конечного пользователя?

5

8

Оперативное обновление

Как много внутренних файлов обновляется в онлайновой транзакции?

1

9

Сложность обработки

Выполняет ли приложение интенсивную логическую или математическую обработку?

1

10

Повторная используемость

Приложение разрабатывалось для удовлетворения требований одного или многих пользователей?

2

11

Легкость инсталляции

Насколько трудны преобразования и инсталляция приложения?

3

12

Легкость эксплуатации

Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления?

4

13

Разнообразные условия размещения

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

4

Общее количество

44

FP = 81*(0,65+0,01*44)=88,29

FP-оценки легко пересчитать в LOC-оценки. Результаты пересчета зависят от языка программирования, используемого для реализации ПО. Пересчет FP-оценки в LOC-оценку для языка PHP:

LOC = FP * 31 (PHP)

LOC = 88,29 * 31 = 2737

4.2 Оценка трудозатрат на разработку системы

Для оценки трудозатрат и времени разработки используем базовую подмодель COCOMO 81.

[чел-мес]

(11)

[мес],

(12)

где E – затраты в человеко-месяцах;

D – время разработки;

KLOC – количество строк в программном продукте.

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

= 2,4;

=1,05;

=2,5;

=0,38.

Следовательно, трудозатраты и время разработки будут равны:

E = 2,4 * (2,737)1,.05 = 5.87 чел-мес.

D = 2,5 * (5,47)0,.38 = 4,90 мес

Численность персонала SS = E / D = 1,19 чел.

Производительность = 88,29 / 2 = 44,145 (FP/чел-мес)

4.3 Определение перечня работ

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

Таблица 4.3 – Пооперационный перечень работ

Название задачи

Длительность

Начало

Окончание

Ресурс

1

2

3

4

5

1. Предпроектное иcследование

13 дней

Пт01.02.13

Вт 19.02.13

1.1 Изучение объекта  автоматизации, аналогов

3 дней

Пт 01.02.13

Вт 05.02.13

Проектировщик 1

1.2 Формирование требований пользователя

2 дней

Ср 06.02.13

Чт 07.02.13

Проектировщик 1

1.3 Обоснование необходимости автоматизации

3 дней

Пт 08.02.13

Вт 12.02.13

Проектировщик 1

1.4 Оценка стоимости проекта. Расчет экономического эффекта.

2 дней

Ср 13.02.13

Чт 14.02.13

Проектировщик 1

1.5 Оформление отчета о выполненной работе и заявки на разработку АС

1 день

Пт 15.02.13

Пт 15.02.13

Проектировщик 1

1.6 Техническое задание

1 день

Пн 18.02.13

Пн 18.02.13

Проектировщик 1

1.7 Разработка технического задания на создание АС

1 день

Вт 19.02.13

Вт 19.02.13

Проектировщик 1

2. Проектирование

34 дней

Ср 20.02.13

Пн 08.04.13

2.1 Разработка технического проекта

1 день

Ср 20.02.13

Ср 20.02.13

Проектировщик 1

2.2 Структура системы. По каждой подсистеме уточняются требования

3 дней

Чт 21.02.13

Пн 25.02.13

Проектировщик2

2.3 Составление спецификации по каждой подсистеме.

3 дней

Вт 26.02.13

Чт 28.02.13

Проектировщик2

2.4 Разработка алгоритмов. Определение состава входных и выходных данных

3 дней

Пт 01.03.13

Вт 05.03.13

Проектировщик2

2.5 Определение состава технических средств

2 дней

Ср 06.03.13

Чт 07.03.13

Проектировщик2

2.6 Проектирование информационного обеспечения

4 дней

Пт 08.03.13

Ср 13.03.13

Проектировщик2

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

6 дней

Чт 14.03.13

Чт 21.03.13

Проектировщик2

2.8 Построение модели защиты

1 день

Пт 22.03.13

Пт 22.03.13

Проектировщик2

2.9 Разработка документации на АС и ее части

5 дней

Пн 25.03.13

Пт 29.03.13

Проектировщик2

2.10 Разработка заданий на проектирование в смежных частях проекта объекта автоматизации

5 дней

Пн 01.04.13

Пт 05.04.13

Проектировщик 1

3. Рабочий проект .

44 дней

Пн 08.04.13

Чт 06.06.13

3.1 Кодирование программ

19 дней

Пн 08.04.13

Чт 02.05.13

Проектировщик2

3.2 Отладка

21 дней

Пт 03.05.13

Пт 31.05.13

Проектировщик2

3.3 Тестирование

21 дней

Пт 03.05.13

Пт 31.05.13

Проектировщик 1

3.4 Разработка рабочей документации

4 дней

Пн 03.06.13

Чт 06.06.13

Проектировщик2

4. Ввод в эксплуатацию.

16 дней

Ср 12.06.13

Ср 03.07.13

4.1 Подготовка персонала

0 дней

Пт 07.06.13

Пт 07.06.13

Проектировщик2

4.2 Комплектация рабочего места

3 дней

Вт 18.06.13

Чт 20.06.13

Проектировщик2

4.3 Проведение предварительных испытаний

5 дней

Пт 21.06.13

Чт 27.06.13

Проектировщик 1

4.4 Сдача в эксплуатацию.

1 день

Пт 28.06.13

Пт 28.06.13

Проектировщик2

4.4 Планирование трудовых ресурсов

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

Проектировщик 1:

архитектор;

менеджер проекта;

проектировщик;

аналитик.

разработчик;

тестер.

Проектировщик 2:

аналитик;

разработчик;

специалист по интерфейсу;

разработчик документации;

тестер.

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

4.5 Расчет затрат на разработку системы

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

Расчет затрат осуществляется по следующим статьям:

общая заработная плата;

отчисления на социальные нужды с заработной платы;    

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

амортизация ЭВМ;

прочие расходы.

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

Оклад программистов на период разработки составлял 5 000 рублей за месяц. Заработная плата программиста за один день  227 руб;

Кпр – коэффициент, учитывающий премиальные доплаты  - 1,5;

Кр – коэффициент, учитывающий зональные (районные) выплаты - 1,15;

Зобщ(дн) = 227 ∙ 1,5 ∙ 1,15 = 391,6 руб.

Общая заработная плата программисту общ) за весь период разработки информационной системы:

Зобщ = 391,6 ∙ 109  = 42 684 руб.

Сумма отчислении на социальные нужды с заработной платы за один день:

Сосн (дн) = 391,6 ∙ 0,3 = 117,48 руб.

Отчисления  за весь период разработки информационной системы на одного программиста:

Сосн = 42684 ∙ 0,3  =12 805 руб.

Стоимость трудозатрат за весь период разработки информационной системы на одного программиста:

ЗП = Зобщ + Сосн,          

ЗП =42 684 + 12805  = 55 489 руб.

Стоимость трудозатрат за весь период разработки информационной системы на двух программистов:

ЗП =55 489 *2 = 110 978 руб.

К статье "Основные и вспомогательные материалы" относятся покупные изделия, необходимые для выполнения работы, они  перечислены  в таблице 4.4.

Таблица 4.4 –  Стоимость покупных изделий

Наименование материала

Количество

Стоимость, руб

Бумага формат A4

1 пачка

120

Порошок HP Laser Jet 1200  

1 картридж

250

Ручки, карандаши и т.п.

в ассортименте

50

Итого:

420

Статья «Амортизация ЭВМ»: ЭВМ использовались на всех основных этапах разработки системы:

стадия системного анализа (13 дней);

стадия проектирования (34 дня);

стадия рабочего проекта (44 дня);

ввод в эксплуатацию (16 дней);  

Итого продолжительность эксплуатации ЭВМ при 8 часах работы за весь период разработки информационной системы составила:

Амес= 48000 / (2 ´ 12 ) =2 000 руб.

Следовательно, сумма амортизации за 5 месяцев (с 01.02.2013 по 28.06.2013) составляет:

А =2 000´ 5 =10 000 руб.

Статья затрат: " Прочие расходы" (Зпр) принимаются в размере 3% от суммы расходов по предыдущим статьям.

Зпр= (110 878 +420 +10 000) · 0,03 ≈ 3 641 руб.

В таблице 4.5  воспроизводятся затраты по статьям и определяется структура  затрат в общей сумме.

Таблица 4.5 – Смета затрат на разработку системы

Статья затрат

Сумма затрат, руб.

Структура затрат, %

Общая заработная плата

85 368

70

Отчисления на социальные нужды

25610

18

Основные и вспомогательные материалы

420

01

Амортизация ЭВМ

10 000

08

Прочие расходы

3 641

03

Итого

125 039

100

4.6   Расчет экономии живого и овеществленного труда

Работа менеджера туристического агентства «Коми-тур” состоит из подбора наиболее оптимальных для туриста туров (экскурсии, отдых на море, активный туризм, отдых с детьми, паломнический туризм), бронирование выбранного тура у туроператора, оформление документов. С туристом заключается договор на оказание услуг, в который вносятся личные данные туристов, данные о туроператоре, сведения о туристическом продукте (41 наименование).  При заполнении договора менеджеру приходится вручную вписывать все вышеперечисленные сведения, что занимает около 30 минут, клиенту приходится ждать все это время. При использовании автоматизированной системы предполагается сократить это время  до 10 минут, за счет того, что в системе уже будут данные о туроператорах и типах туров (28 наименований). При заполнении договора менеджеру будет необходимо ввести в систему только данные о туристе, дату начала и окончания тура, стоимость (13 наименований). Договор сформируется автоматически с введенными данными. Кроме этого, бухгалтеру и директору система позволит оперативно  получать статистические данные об оказанных услугах (за период, по направлению, по туристу, по туроператору), сокращая время на обработку требуемой информации с 20 минут до 5 минут (в среднем 20 минут требуется, чтобы сосчитать и объединить  данные, сохраненные разрозненно в электронном и бумажном виде). В горящие сезоны экономия рабочего времени составит до 2 часов в день или 40 часов в месяц.

Зарплата менеджера при окладе 6000 руб. при шестидневной рабочей неделе составляет:

Зобщ = 6 000 · 1,15 · 1,5 = 10 350 руб. в месяц.

Стоимость одного часа работы составляет:

З = 10 350 / 192 = 53,90 руб.

Значит, экономия в месяц составляет:

Зэк= З · 40        

Зэк= 53,90 · 40 ≈ 2 156,25 руб. в месяц

В турагентстве работают 2 менеджера, соответственно  экономия в месяц на зарплате составит:

Зоб= 2 156,25 · 2= 4 312,50 руб. в месяц

Прямая экономия от использования программы в год составит:

Экон  = 4 312,50 · 12 = 51 750 руб. в год.

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

4.7  Расчет экономического эффекта от использования информационной системы

Экономический эффект от внедрения автоматизированной системы технического учёта составит:

ЭЭ = Экон –  Еп ∙ Кс ,

(13)

где      Экон – экономия от использования программы, руб.     

Еп – нормативный коэффициент экономической эффективности (0,15)

Кс – единовременные затраты, руб.

Тогда,

 ЭЭ = (4 312,50 · 12) – 0,15 · 125 039= 32 995  руб. в год

Эффективность системы составит

Эф  = ЭЭ/Кс ,

(14)

где ЭЭ – экономический эффект, руб.;

Кс – единовременные затраты, руб.

Таким образом эффективность от внедрения системы составляет:

Эф = 32995   / 125 039= 0,26

Срок окупаемости составит:

Тсо = Кс / ЭЭ

(15)

где Кс сумма затрат на проект, руб.;

ЭЭ – экономический эффект от внедрения системы, руб.

Тсо =  Кс / ЭЭ = 125 039/ 32995=3,8 лет

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

Источниками экономической эффективности, возникающей от внедрения информационной системы, являются:

уменьшение времени на обработку информации;

повышение достоверности информации;

существенное уменьшение времени на ввод данных;

сокращение однообразного ручного труда;

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

оперативное получение статистических данных о работе.

Таблица 4.6 – Основные экономические показатели  проекта

Показатели

Проектируемый вариант

Трудоемкость проектирования, дни

109 дней

Затраты на проектирование, руб.

125 039 руб. в год

Экономия по времени, час.

480 час. в год

Экономия по затратам, руб.

51 750 руб. в год

Экономический эффект, руб.

32 995  руб. в год

Срок окупаемости, лет

3,8 года

Экономическая эффективность

0,26

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


5 ЭКОЛОГИЯ И БЕЗОПАСНОСТЬ ПРОИЗВОДСТВА

5.1 Управление деятельностью.

Туристическое агентство «Коми-тур» оказывает услуги населению по подготовке и организации отдыха. Основные услуги – это услуги по подбору наиболее оптимальных для туриста туров (экскурсии, отдых на море, активный туризм, отдых с детьми, паломнический туризм), бронирование выбранного тура у туроператора, оформление документов, услуги по организации встречи и проводов туристов.

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

В туристическом агентстве «Коми-тур» существует 4 рабочих места, объединенных в локальную вычислительную сеть.

Рассмотрим пять основных процессов обслуживания:

Поступление заявки на подбор тура;

Заключение договора с туристом;

Оплата тура;

Оформление отчетов;

Напоминания в календаре.

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

Рабочий день сотрудников 8 часов и 1 час на обеденный перерыв.

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

Возможный вариант обстановки помещения для работы с клиентами представлен на рисунке 5.1.


Рисунок 5.1 – Помещение для работы с клиентами

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

В турагентстве работают с:

договорами туристов;

Каталогами и буклеты туроператоров;

регистрационным журналом;

компьютером;

факсом.

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


Рисунок 5.2 – Рабочее место сотрудника турагентства

5.2 Опасные производственные факторы

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

Если  турагентство располагает «простой автоматизированной системой» (это может быть небольшая настольная СУБД или файл-серверное приложение баз данных, используемые только на одном, двух компьютерах), то оператор ЭВМ ведет обработку всех данных. Кроме этого, на оператора возлагаются обязанности администратора (установка и настройка системы, создание резервных копий), обязанности менеджера ( формирование и печать договора, внесение личных данных туриста, данных о турах и туроператорах), обязанность бухгалтера (формирование и печать отчетов), обязанность программиста (внесение изменений в систему: добавление новых отчетов, редактирование форм существующих отчетов и др).

На этапе регистрации туриста и заключения договора существуют избыточные действия:

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

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

5.3 Способы защиты персонала

5.3.1 Организация работ с вычислительной техникой

Все виды деятельности с ЭВМ подразделяются на три группы (таблица 5.1)

Существует 3 категории работы с ЭВМ [19], для каждой из них устанавливаются нормы регламентированных перерывов (таблица 5.2).

Продолжительность непрерывной работы с ЭВМ без регламентированного перерыва не должна превышать 2-х часов.

Таблица 5.1 Группы видов деятельности с ЭВМ

Группа

Описание

А

Работа по считыванию информации с экрана ЭВМ

Б

Работа по вводу информации

В

Творческая работа в режиме диалога с ЭВМ

При работе с ЭВМ в ночную смену (с 22 до 6 часов), независимо от категории и вида трудовой деятельности, продолжительность регламентированных перерывов должна увеличиваться на 60 минут.

Таблица 5.2 – Категории работы с ЭВМ

Категория

Перерывы

8 часовая смена

12 часовая смена

1

Через 2 часа от начала рабочей смены и через 2 часа после обеденного перерыва продолжительностью 15 минут каждый

При 12-часовой рабочей смене регламентированные перерывы должны устанавливаться в первые 8 часов работы аналогично перерывам при 8-часовой рабочей смене, а в течение последних 4 часов работы, независимо от категории и вида работ, каждый час продолжительностью 15 минут

2

Через 2 часа от начала рабочей смены и через 1.5 - 2 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы

3

Через 1.5 - 2 часа от начала рабочей смены и через 1.5 - 2 часа после обеденного перерыва продолжительностью 20 минут каждый или продолжительностью 15 минут через каждый час работы

 

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

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

В случаях возникновения у работающих с ЭВМ зрительного дискомфорта и других неблагоприятных субъективных ощущений следует:

ограничить время работ с ЭВМ в индивидуальном порядке;

провести коррекцию длительности перерывов для отдыха;

проводить смену деятельности на другую, не связанную с использованием ЭВМ.

Таблица 5.3 – Суммарное время регламентированных перерывов

Категория
работы с
ЭВМ

Уровень нагрузки за рабочую смену при видах работ ЭВМ

Суммарное время регла-
ментированных перерывов, мин

группа А, кол-во знаков

группа Б, кол-во знаков

Группа В,час

8 часовая смена

12-часовая смена

I

до 20000

до 15000

до 2,0

30

70

II

до 40000

до 30000

до 4,0

50

90

III

до 60000

до 40000

до 6,0

70

120

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

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

Таблица 5.4 – Типы зон досягаемости и обзора

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

Описание

Оптимальная зона

Располагаются наиболее часто применяемые предметы (не реже 2 раз в минуту)

Зона легкой досягаемости

Располагаются часто используемые предметы (реже 2 раз в минуту, но чаще 2 раз в час);

Зона досягаемости

Располагаются редко используемые предметы (реже 2 раз в час)

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

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

Параметры рабочего стола, необходимые для комфортной работы, отмечены в таблице 5.5.

Таблица 5.5 – Параметры рабочего стола

Часть

Параметр

Размер, мм

Комментарий

Рабочая поверхности стола

Высота

680 – 760

Если возможность регулировки отсутствует, то следует зафиксировать 720 мм

Длина

1600

-

Ширина

900

-

Рабочее пространство для ног

Высота

Не менее 600

-

Ширина

Не менее 500

-

Глубина

Не менее 650

-

Поверхность рабочего стола имеет коэффициент отражения 0,5 – 0,7.

На рабочем месте предусматривается подставка для ног, регулируемая по высоте в пределах до 150мм., шириной не менее 350мм., длиной – не менее 400мм. и углом наклона до 20°. Поверхность подставки имеет рифленое покрытие и по переднему краю – бортик высотой 10мм.

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

Параметры стула (кресла), необходимые для комфортной работы, представлены в таблице 5.6.

Таблица 5.6 – Параметры стула (кресла)

Часть

Параметр

Размер, мм

Комментарий

Поверхность сидения

Высота

400 – 500

Легко регулируемая

Ширина

Не менее 400

-

Глубина

Не менее 380

-

Спинка стула

Высота

Не менее 300

-

Ширина

Не менее 380

-

Радиус кривизны в горизонтальной плоскости

400

-

Угол наклона

90о – 110о к плоскости сидения

-

Поверхность сидения и спинки стула

Покрытие

Полумягкое

Материал должен легко очищаться от загрязнений

Не скользящее

Не электризующее

Воздухонепроницаемое

При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.

Рабочие места с ЭВМ при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, рекомендуется изолировать друг от друга перегородками высотой 1,5 - 2,0 м. Экран видеомонитора находится от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов. Плоскость экрана перпендикулярна линии взора. При этом предусмотрена возможность перемещения дисплея по высоте, а также вокруг вертикальной оси в диапазоне +30(вправо-влево) и наклона в вертикальной плоскости в пределах +30(вперед-назад). Размер экрана не менее 31см. по диагонали, а высота символов на экране – не менее 3.8мм. Яркость свечения экрана не менее 100кд/м (светлый фон). Частота развертки не менее 75Гц (желательно 100Гц – 120Гц).

Клавиатура дисплея не жестко связана с дисплейным устройством, что позволяет менять место ее расположения и принимать наиболее удобную рабочую позу. Поверхность клавиш вогнутая, расстояние между ними – не менее 3мм., диаметр клавиш – 10..19мм., сопротивление – 0.25..1.5Н. Наклон клавиатуры находиться в пределах 10..15°.

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

5.3.2 Микроклимат помещения турагентства

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

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

Влияние влажности на человека и вычислительную технику представлено в таблице 5.7

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

Таблица 5.7 – Влияние влажности на человека и ЭВМ

Влажность

Симптомы

Человек

ЭВМ

До 40 %

Быстрое обезвоживание организма

Повышается износ механических частей

Портится изоляция проводов

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

Более 75 %

Замедление теплообмена

Снижается сопротивление изоляции

Нарушение температурного режима

Возрастает интенсивность отказов

Чрезмерное потоотделение

Согласно СанПиН 2.2.4.548-96 оптимальные условия труда персонала туристического агентства будут обеспечены при следующих параметрах микроклимата:

температуре воздуха 22-24 градуса;

относительной влажности воздуха 40% - 60%;

5.3.3 Освещение рабочего места оператора ЭВМ

Освещение в помещениях туристического агентства смешанное (естественное и искусственное), которое соответствует требованиям, предусмотренным в СНИП 23-05-95. Оптимальной считается освещенность рабочих помещений с видеотерминалами 300-500лк. Желательно совместить общее и локальное освещение. При этом светильник на рабочем месте располагается сбоку от монитора (желательно слева).

Располагать рабочее место следует таким образом, чтобы в поле зрения пользователя не попадали естественный свет из окон или свет осветительных приборов, они должны находиться непосредственно за спиной пользователя [23]. Следует стремиться к уменьшению отражения на экране освещения от различных источников искусственного и дневного света. Когда искусственный свет совмещается с естественным, следует использовать лампы, по спектральному составу света наиболее близкие к солнечному излучению. Желательно выбирать светильники с рассеивателями, а все детали осветительного оборудования должны быть матовыми. Наиболее приемлемыми являются люминесцентные лампы ЛБ (белого света) и ЛТБ (тепло-белого света) мощностью 20-40 или 80 Вт.

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

5.3.4 Шум, вибрация и защита от воздействия электрического тока на пользователя ЭВМ

Шумовые и вибрационные показатели на рабочем месте пользователя ЭВМ соответствуют требованиям ГОСТ 12.1.003-83. Согласно этому документу нормируемой шумовой характеристикой рабочих мест является уровень звуковых давлений, измеряемый в децибелах (дБ). Шум на рабочем месте не превышает 65дБ при однообразной работе и 55дБ при напряженной работе. Так, в ЭВМ шумовые помехи основного устройства не превышают 55дБ, а печатающих устройств 65дБ.

Кроме того, помещения, предназначенные для работы с ЭВМ, оборудуются защитным заземлением.

Основное питание вычислительной техники осуществляется от трехфазной сети частотой 50Гц, напряжением 380/220В. Опасность представляет двухфазное прикосновение человека к токоведущим частям.

Любое воздействие тока может привести к электрической травме, то есть к повреждению организма человека, вызванному действием электрического тока или электрической дуги [21,22] (ГОСТ 12.1.019-79).

При рассмотрении вопроса обеспечения электробезопасности оператора ЭВМ выделяют два типа источников опасности (Таблица 5.8)

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

Таблица 5.8 – Источник опасности

Тип

Виды

Электроустановки рабочего места оператора ЭВМ

Компьютер

Монитор

Принтер

Вспомогательное электрооборудование

Лампы местного освещения

Вентилятор

Другие электрические приборы

Электрооборудование, перечисленное выше, относится к установкам напряжением до 1000 В, исключение составляет лишь дисплей, электронно-лучевая трубка, которого имеют напряжение в несколько киловольт. В электроустановках напряжением выше 1000В (ГОСТ 12.1.030-81) в сети с изолированной нейтралью защитное заземление, при этом рекомендуется предусматривать устройства автоматического отыскания замыкания на «землю». Защиту от замыканий на «землю» рекомендуется устанавливать с действием на отключение (по всей электрически связанной сети), если это необходимо по условиям безопасности.

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

относительная влажность воздуха не превышает 75%;

нет токопроводящей пыли;

температура в помещении не превышает на протяжении рабочего дня 30 °С;

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

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

нет токопроводящих полов.

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

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

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

обеспечение надежного заземления;

покрытие пола электроизоляционным материалом.

Следует соблюдать остальные меры предосторожности – как при обращении с обычными электроприборами.

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

Таким образом, для предотвращения электротравматизма оператора ЭВМ, необходимо соблюдать требования безопасности, как при работе с обычной бытовой техникой.

Для всех компонентов техники обязателен контроль на выявление уровней излучения, особенно это касается отображающих устройств. Так как оператор проводит значительное количество времени за экраном монитора, то он подвергается воздействию различного вида излучения (электромагнитных полей, ультрафиолетового, инфракрасного, рентгеновского). Основным источником излучения на рабочем месте являются монитор персонального компьютера. Рентгеновское излучение дисплея не должно превышать 100 мкР/час на расстоянии 5 см от поверхности экрана по ГОСТ 12.2.003-91, ГОСТ 12.3.002-78, ГОСТ 12.1.006-84.

5.3.5 Пожарная безопасность

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

Помещения, где установлена вычислительная техника, относятся к категории “В” - помещения, где находятся твердые горючие и трудногорючие вещества и материалы.

В соответствии с требованиями пожарной безопасности у входной двери помещения имеется углекислотный огнетушитель ОУ-5.

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

Для ликвидации пожара в начальной стадии в коридорах размещаются пожарные краны. В помещении, где установлена вычислительная техника, для ликвидации возгораний недопустимо применять воду и пенные огнетушители, так как в этом случае существует опасность повреждения или полного выхода из строя ЭВМ и другого оборудования, а также велика опасность поражения людей электрическим током. Для тушения пожаров в помещениях, где находится электрооборудование, наиболее эффективно использовать порошковые огнетушители типа ОП-5-01 из расчета один огнетушитель на 40-50 кв. м площади, но не менее двух в помещении

5.4 Рекомендации по улучшению условий труда

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

В качестве рекомендаций по улучшению условий труда работников турагентства предлагается:

окна  закрыть жалюзи;

в помещение поставить вентиляторы или кондиционеры;

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


ЗАКЛЮЧЕНИЕ

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

В ходе работы проделанной работы был проведен системный анализ деятельности туристического агентства, который выявил потребность в создании автоматизированной системы. Были разработаны IDEF0, DFD моделиь, диаграмма Ганта и рассчитана сложность программного продукта.

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

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

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

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

Коэффициент экономической эффективности составит 0,28, величина экономического эффекта – 33 674,70  руб.


СПИСОК ЛИТЕРАТУРЫ 

  1.  Технологии разработки программного обеспечения. Учебное пособие. 2-е изд. / С. Орлов – СПб.: Питер, 2003. – 480 с.: ил. – автора в начало
  2.  Вендоров А.М., Ппроектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352с.: ил.
  3.  ГОСТы по проектированию автоматизированных систем
  4.  Хендерсон К. “Руководство разработчика баз данных” – где выходные данные?
  5.  С. В. Маклаков, «BPwin и Erwin- CASE- средства разработки информационных систем». Москва «Диалог МИФИ», 2000.
  6.  Мохова Ю.А., Мохов Г.А. Турфирма: с чего начать, как преуспеть. – СПб.: Питер, 2009. – 240 с.
  7.  Постановка и автоматизация систем управления на платформе 1С:Предприятие. [Электронный ресурс]. - http://www.geosoft-ek.ru/product/turagent_small.php/. – Загл. С экрана
  8.  Компания САМО–Софт. Автоматизация турфирмы и программное обеспечение туризма. [Электронный ресурс]. - http://www.samo.ru/ru/. – Загл. С экрана
  9.   SMTsoft. Описание FeshOffice CRM Light быстррое и бюджетное решения. [Электронный ресурс]. - http://www.smtsoft.ru/partner_web/Moscow/2/description1.html/. – Загл. С экрана
  10.  Информация по PHP, MySQL и другим веб-технологиям [Электронный ресурс]. - http://www.php.su/. – Загл. С экрана
  11.  Постгресмен - российская PostgreSQL-компания (курсы PostgreSQL, семинары PostgreSQL, администрирование PostgreSQL, решения на PostgreSQL [Электронный ресурс]. - http://postgresmen.ru/. – Загл. С экрана
  12.  Информация по Oracle Database XE  [Электронный ресурс]. - http://www.oranet.ru. – Загл. С экрана
  13.  Введение в язык Питон [Электронный ресурс]. -  http://www.citforum.ru/. – Загл. С экрана
  14.  Карпов Ю.Г. Теория автоматов. – СПб.: 2003. – 208 с.: ил
  15.  Организация производства и управление предприятием: Учебник / под ред. О.Г. Туровца. – М.: Инфра-М, 2002. – 528 с.
  16.  Управление проектами в MS Projest 2002: Учебный курс (+CD) / В.В. Богданов. – СПб.: Питер, 2003. – 640 с.; ил.
  17.  СанПиН 2.2.2/2.4.1340 «Гигиенические требования к персональным электронно-вычислительным  машинам и организации работы».
  18.  СанПиН 2.2.4.548 «Гигиенические требования к микроклимату производственных помещений».
  19.  СанПиН 2.2.4.1329 «Требования по защите персонала от воздействия импульсных электромагнитных полей».
  20.  СанПиН 2.2.4.1191 «Электромагнитные поля в производственных условиях».
  21.  СанПиН 2.2.1/2.1.1.1278 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий».


ПРИЛОЖЕНИЕ А

Формы документов туристического агентства «Коми-тур»

Дата

ФИО

Контактный телефон

Желаемый тур

Отметка о выполнении

Рисунок А.1 – Журнал заявок на туры

Рисунок А.2 – Карточка туриста

Рисунок А.3 – Бланк строгой отчетности – Тур 1

Договор

реализации туристского продукта

г. Чайковский в Коми?      №____ «   »           2010  г.

Индивидуальный  предприниматель Низамова С.В. (туристическое агентство «Коми-тур») в лице директора Низамовой Светланы Владимировны, действующий на основании ОГРН № 309592023200039, именуемое в дальнейшем ТУРАГЕНТ, с одной стороны, и  __________________________действующий от своего имени, именуемый в дальнейшем ТУРИСТ, с другой стороны, вместе именуемые СТОРОНЫ, заключили настоящий договор о нижеследующем:

  1.  Предмет договора

1.1. На условиях и в сроки, установленные настоящим Договором, ТУРАГЕНТ обязуется реализовать следующий туристский продукт, а ТУРИСТ обязуется оплатить этот турпродукт:

Маршрут   

начало тура 

окончание тура

размещение 

перевозка 

трансфер 

медицинская страховка 

страховка от невыезда

иное

1.2. Туристы, совершающие путешествие на условиях настоящего Договора:

ФИО

Данные паспорта

контактные реквизиты 

e-mail:

2. Сведения о туроператоре

2.1. Туроператором, являющимся непосредственным исполнителем туристских услуг, входящих в турпродукт, поименованный в п. 1.1 настоящего Договора, является следующее юридическое лицо:

полное и сокращенное наименования:

адрес (место нахождения): 

почтовый адрес: 

ОКОНХ 

ОКПО 

ИНН/КПП  

реестровый номер: 

размер финансового обеспечения: 

номер, дата и срок действия банковской гарантии

Срок действия 

наименование, адрес (место нахождения) и почтовый адрес организации, предоставившей финансовое обеспечение: 

2.2. ТУРАГЕНТ является агентом туроператора, поименованного в п.2.1. настоящего Договора, и действует при реализации турпродукта по поручению туроператора.

3. Порядок реализации турпродукта

3.1. Возникновение у ТУРАГЕНТА обязанности реализовать ТУРИСТУ турпродукт, поименованный в п 1.1 настоящего Договора, происходит после подтверждения у туроператора бронирования данного турпродукта для туристов, указанных в п. 1.2 настоящего Договора. До момента подтверждения бронирования настоящий договор является предварительным с отлагательным условием подтверждения бронирования турпродукта.

3.2. Для получения подтверждения ТУРАГЕНТ обязан направить туроператору заявку на бронирование.

Для оформления такой заявки и дальнейшего исполнения ТУРАГЕНТОМ настоящего Договора ТУРИСТ обязан предоставить ТУРАГЕНТУ документы  (загранпаспорт, фотографии, доверенности, анкетные данные и другие документы) для оформления выездной/ въездной визы. ТУРИСТ несет ответственность за надлежащее состояние всех документов, в том числе паспортов и сроков их действия, доверенностей, наличие загранпаспортов у детей, достигших 14 лет, и наличие фотографий детей, достигших 6 лет и вписанных в паспорт родителей.

В случае изменения турпродукта по инициативе ТУРИСТА до момента подтверждения его туроператором, включая изменение дат вылета, типа размещения, отеля, ТУРИСТ обязан возместить ТУРАГЕНТУ  фактически понесенные расходы. Если для подтверждения бронирования туроператором действуют специальные правила отказа на периоды высокого спроса, то они приводятся в отдельном приложении к настоящему Договору.

3.3. При неподтверждении заявки ТУРАГЕНТА туроператором в течение  48 часов с момента подписания СТОРОНАМИ настоящего Договора права и обязанности СТОРОН по реализации турпродукта не возникают и ТУРИСТУ полностью возвращаются денежные средства, внесенные им согласно п. 4.4 настоящего Договора.

3.4. При наличии подтверждения заявки ТУРАГЕНТА со стороны туроператора ТУРАГЕНТ обязывается реализовать ТУРИСТУ заказанный турпродукт при условии полной оплаты ТУРИСТОМ его стоимости, установленной в статье 4 настоящего Договора.

3.5. При реализации турпродукта ТУРАГЕНТ обязан передать ТУРИСТУ основную информацию о потребительских свойствах туристского продукта и выдать сопроводительные документы, необходимые для реализации услуг, входящих в туристский продукт, ТУРИСТУ или лицам, совершающим путешествие (туристам).

Сопроводительные документы выдаются после полной оплаты турпродукта в офисе туроператора не позднее окончания рабочего дня, предшествующего дню начала путешествия или в месте начала маршрута (аэропорт – зал вылета, ж/д вокзал или другое), не позднее, чем за 2 часа до времени выезда (вылета).

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

3.6. ТУРИСТ обязан ознакомиться  с каталогами, предоставленными ТУРАГЕНТОМ, в которых представлены сведения об отелях (местах размещений) и иными документами, предложенными ТУРАГЕНТОМ, памяткой по стране пребывания, правилами перевозок, установленными соответствующим перевозчиком, правилами страхования, установленными соответствующей страховой компанией.

3.7. ТУРАГЕНТ в письменной форме предупреждает ТУРИСТА, что при отказе оформления страховки от невозможности совершить поездку, любые фактически понесенные расходы, в случае отказа  в выдаче въездной визы консульством иностранного государства и других случаях предусмотренных данным видом страхования, относятся на счет ТУРИСТА.

3.8. ТУРИСТ обязан проинформировать об указанных правилах и сведениях сопровождающих его лиц, а в случае приобретения туристского продукта для других лиц  - лиц, совершающих путешествие, а также обязан передать им иную полученную от ТУРАГЕНТА согласно п. 3.5 настоящего Договора информацию и ознакомить их с условиями настоящего Договора.

3.9. ТУРИСТ обязан получить в установленное время и месте паспорта и сопроводительные документы, заблаговременно согласовав с ТУРАГЕНТОМ место получения  документов, согласно п. 3.5 настоящего Договора.

3.10. ТУРАГЕНТ обязан обеспечить предоставление туроператором всего комплекса услуг, входящих в туристский продукт, с надлежащим уровнем качества.

В случае замены заказанного ТУРИСТОМ отеля, ТУРАГЕНТ обязан получить согласие ТУРИСТА на такую замену и обеспечить размещение туроператором туристов в отель той же категории или категории выше.

3.11. ТУРИСТ и туристы обязаны соблюдать пограничные и таможенные правила РФ и страны путешествия, правила авиакомпаний по перелету и перевозке багажа, правила общественного поведения и законодательство в стране путешествия, правила проживания в отеле. ТУРАГЕНТ не несет ответственность при нарушении ТУРИСТОМ всех вышеперечисленных правил.

3.12. ТУРИСТ обязан производить за свой счет расходы, связанные с перевозкой сверхнормативного багажа,  освободить номер в отеле в последний день пребывания до расчетного часа, оплатить счета за услуги, предоставляемые отелем и не входящие в заказанный турпродукт.

4. Стоимость туристского продукта и порядок оплаты

4.1. Стоимость туристского продукта на дату заключения настоящего Договора, составляет  __________________________руб.__ коп.

4.2. ТУРИСТ  одновременно с подписанием сторонами настоящего Договора вносит  в счет оплаты стоимости туристского продукта в кассу или на расчетный счет ТУРАГЕНТА аванс в размере 10 % от стоимости продукта, указанной в п.4.1 настоящего Договора.

4.3. При подтверждении бронирования турпродукта туроператором ТУРИСТ оплачивает в течение 2-х рабочих дней с момента подтверждения 100% стоимости туристского продукта с учетом ранее внесенных авансов.

4.4. В случае просрочки платежа, указанного в п.4.3 настоящего Договора, или согласованного переноса по просьбе ТУРИСТА данного платежа ТУРАГЕНТ вправе пересмотреть стоимость турпродукта.

4.5. Факт полной оплаты туристского продукта подтверждается оформленной ТУРАГЕНТОМ туристской путевкой и служит основанием для оформления и передачи комплекта сопроводительных документов.

5. Срок действия и порядок расторжения настоящего Договора.

5.1. Настоящий Договор действует до момента окончания путешествия либо до срока оказания последней услуги, включенной в подтвержденный турпродукт.

5.2. В случае нарушения ТУРИСТОМ порядка оплаты турпродукта, определенного п.п. 4.4-4.5 настоящего Договора, ТУРАГЕНТ имеет право расторгнуть настоящий Договор в одностороннем порядке с возложением убытков, в том числе фактически понесенных расходов туроператора, на счет ТУРИСТА.

5.3. ТУРИСТ имеет право расторгнуть настоящий Договор в любое время в одностороннем порядке без объяснения причин или по причинам, не связанным с выполнением ТУРАГЕНТОМ своих обязательств. Признание одностороннего расторжения настоящего Договора  возникает с даты письменного объявления ТУРИСТА об отказе. В этом случае ТУРИСТУ не возвращается часть цены туристского продукта пропорционально части оказанных услуг до получения извещения о расторжении настоящего Договора, а также ТУРИСТ возмещает фактически понесенные расходы ТУРАГЕНТА.

6. Порядок и сроки предъявления ТУРИСТОМ требований об уплате денежной суммы по банковской гарантии. Основания для осуществления выплат по банковской гарантии.

6.1. В случаях неисполнения или ненадлежащего исполнения туроператором обязательств, входящих в турпродукт по настоящему Договору, при наличии оснований для уплаты денежной суммы по банковской гарантии ТУРИСТ вправе в пределах суммы финансового обеспечения предъявить письменное требование об уплате денежной компенсации непосредственно гаранту - организации, предоставившей финансовое обеспечение и указанной в п. 2.1 настоящего Договора.

6.2. Письменное требование ТУРИСТА об уплате денежной суммы по банковской гарантии должно быть предъявлено гаранту в течение срока действия финансового обеспечения.

6.3. Основанием для уплаты денежной суммы по банковской гарантии является факт установления обязанности туроператора возместить ТУРИСТУ реальный ущерб, возникший в результате неисполнения или ненадлежащего исполнения туроператором указанных в п. 1.1 настоящего Договора обязательств, если это является существенным нарушением условий такого договора.

К существенным нарушениям относятся:

  •  неисполнение обязательств по оказанию ТУРИСТУ входящих в туристский продукт услуг по перевозке и (или) размещению;
  •  наличие в туристском продукте существенных недостатков, включая существенные нарушения требований к качеству и безопасности туристского продукта.

6.4. Обязанность туроператора возместить ТУРИСТУ ущерб, установленный п. 6.3 настоящего Договора, устанавливается письменным признанием туроператора обоснованности претензий ТУРИСТА или по решению суда.

7. Порядок разрешения споров.

7.1. В случае обнаружения ненадлежащего исполнения или неисполнения Договора или ненадлежащего оказания или неоказания туроператором заказанных услуг ТУРИСТ обязан незамедлительно уведомить об этом представителя принимающей стороны для своевременного принятия мер. Если ТУРИСТА не удовлетворяют меры, принятые на месте для устранения претензий, он имеет право в течение 20 дней со дня окончания срока действия настоящего Договора предъявить письменную претензию туроператору, который обязан дать официальный ответ на нее в течение 10 дней.

7.2. Все споры или разногласия, возникающие между СТОРОНАМИ по настоящему Договору или в связи с ним, разрешаются путем переговоров между СТОРОНАМИ.

7.3. В случае невозможности разрешения разногласий путем переговоров стороны руководствуются действующим законодательством РФ.

8. Особые условия.

8.1. Подписывая настоящий Договор, ТУРИСТ подтверждает, что до его сведения ТУРАГЕНТОМ доведена полная и исчерпывающая информация, предусмотренная ФЗ «О защите прав потребителей», ФЗ «Об основах туристской деятельности в РФ» и ФЗ №12 “О внесении изменений в ФЗ “Об основах туристской деятельности в РФ”.

8.2. В соответствии с законодательством  РФ авиабилеты  и страховые  полисы являются самостоятельными договорами между ТУРИСТОМ и авиаперевозчиком или страховщиком. В случаях изменения времени вылета авиарейсов, повлекших за собой изменения объема и сроков  туристских услуг, ответственность несет авиаперевозчик.

8.3. Возврат стоимости авиабилетов на регулярные рейсы производится согласно условиям применения тарифа авиаперевозчика. Авиабилеты на чартерные рейсы и на регулярные рейсы по специальным тарифам возврату не подлежат по правилам авиаперевозчика. Покрытие расходов по страховым случаям обеспечивается страховым полисом и решается ТУРИСТОМ самостоятельно со страховой компанией.

9. Прочие условия.

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

9.2. Все изменения  и дополнения к настоящему Договору должны быть составлены в письменной  форме и подписаны обеими Сторонами.  

10. Реквизиты и подписи сторон.

ТУРАГЕНТ

ТУРИСТ

ИП Мартюшева Анастасия Алексеевна

Туристическое агентство «Коми-тур»

617760 Пермский край г.Кудымкар ул.Строителей 15

Тел/факс (34241) 47068

ИНН 593201083540

ОГРН 309592023200039

ОАО АКБ "Урал ФД"

к/с № 30101810800000000790 в ГРКЦ ГУ Банка России по Пермской области, г.Пермь

БИК 045773790

р/с № 40802810800000002726

e-mail: 470170013@mail.ru

Директор ________________С.В. Низамова

        Ф.И.О_______________________________________

Паспорт:

Адрес: 

Телефон:

e-mail:____________________


ПРИЛОЖЕНИЕ Б  

Диаграмма DFD – модель потоков данных

или ДИАГРАММА IDEF0 – МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ “AS IS”?

Рисунок Б.1 –  Главный контекстный блок

Рисунок Б.2 –  Декомпозиция контекстного блока «Деятельность туристического агентства»


ДИАГРАММА IDEF0 – МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ “AS IS

И

Рисунок Б.3 – Декомпозиция блока А1 «Оказание услуг туристу»

Рисунок Б.4 – Декомпозиция блока А11 «Поступление заявки на тур»


Рисунок Б.5 – Декомпозиция блока А12 «Заключение договора»

Рисунок Б.6 – Декомпозиция блока А13 «Оплата тура»

ПРИЛОЖЕНИЕ В

Диаграмма DFD – модель потоков данных

Рисунок В.1 – Декомпозиция контекстного блока

Сравните  страницы с Оглавлением


ПРИЛОЖЕНИЕ Г Логическая и физическая модели

Рисунок Г.2 – Физическая модель данных


ПРИЛОЖЕНИЕ Д Структурная схема проектируемой системы

 

ПРИЛОЖЕНИЕ Е Функциональная модель

Рисунок Е.1 – Функциональная модель


ПРИЛОЖЕНИЕ Ж Диаграмма Ганта

Рисунок Ж.1 – Диаграмма Ганта


ПРИЛОЖЕНИЕ И

Руководство пользователя

В начале работы пользователь видит форму для авторизации, в которой он вводит свои логин и пароль. Пример формы показан на рисунке И.1 После успешной авторизации  становятся доступны Туристы, Туроператоры, Туры, Договора, Календарь, Отчеты, Поиск.

Рисунок И.1 – Авторизация пользователей

В разделе «Туристы» доступны следующие функции:

Просмотр туриста;

Добавить туриста;

Добавить заявку;

Добавить договор;

Удалить туриста; - на форме другие названия

Дальше Руководство не проверял – приведите Ваш текст в соответствие с показанными формами.

При выборе данного раздела отображается список всех туристов и краткая контактная информация. При клике на туриста пользователь видит  (Рисунок И.2) список данных, которые возможно редактировать либо только просматривать. При выборе «Сохранить» данные сохраняются, если они были изменены. Можно просмотреть заявки, которые турист оставлял на поиск тура, их статусы («В поиске», «Найдена»), договора, которые он заключал. К выбранному договору можно добавить мнение об отдыхе .

Рисунок И.2 – Форма «Туристы»

Рисунок И.3 – Форма «Просмотр туриста»

При выборе  «Добавить туриста» (Рисунок И.4)  открывается аналогичная форма, только с незаполненными полями. После ввода данных система предлагает их сохранить.

Рисунок  И.4 – Форма «Новый Турист»

В формах «Туристы», «Просмотр туриста» можно добавлять к выбранному туристу заявку на тур, договор, удалить заявку, удалить договор.

 В форме «Добавить заявку» (рисунок 3.4 )можно записать заявку на поиск тура. Данная функция необходима если одновременно есть несколько желающих, а менеджер может одновременно работать только с одним туристом

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

Рисунок И.4 – Форма «Добавить договор»

Рисунок И.5 – Форма «Добавить тур»

После сохранения договора и заявки они отображаются в форме «Просмотр туриста».

При вводе данных о начале окончании тура система автоматически вносит эти даты в календарь и создает напоминания менеджеру о звонке туристу за 3 дня до начала тура и за 3 дня после окончания тура.

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

просмотр туроператора;

добавить нового туроператора;

удалить туроператора.

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

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

При выборе на главной форме «Договоры» пользователь увидит список договоров. Выбранный договор можно просматривать, добавлять мнение.

При выборе на главной форме функции «Отчеты» пользователь может получить статистическую информацию о  турах, туристах, договорах за период. (Рисунок И.6)

Рисунок И.6 – Форма «Отчеты»

При выборе на главной форме функции «Поиск» можно найти требуемую информацию.


ПРИЛОЖЕНИЕ К  Листинг

Auth.php

<?php  

require('php/db.php');

session_start();

$query="select * from users where ((user_login='$_POST[login]')and (user_password='md5($_POST[password]')))";

$result=mysql_query($query);

$rows=mysql_num_rows($result);

   if(($rows>0)){

         $mas=mysql_fetch_array($result);

         $_SESSION["username"] = $mas[2];

         $_SESSION["fio"] = $mas[1];

         exit;

    }

    else{

 echo "Неверный логин или пароль!!!!";

     }}

 }

?>

Turist.php

<html>

<table cellspacing="2" cellpadding="3" border="1" width="90%">

<form name="test1" method="post" action="index.php?page=addturist">

<input type="submit" value="Новый турист">

</form>

</table>

<p>

<table cellspacing="2" cellpadding="3" border="1" width="90%">

<tr align="center">

<td align="center" width="10%">

<b>N</b>

</td>

<td width="20%">

<b>Фамилия</b>

</td>

<td width="20%">

<b>Имя</b>

</td>

<td width="20%">

<b>Отчество</b>

</td>

<td width="20%">

<b>Телефон</b>

</td>

</tr>

<?php

//подключаемся к серверу баз данных, сохраняем ссылку на ресурс в переменной

require("db.php");

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

$query = "SELECT id_turist,surname,name,secondname,telephone FROM Turist";

//выполняем запрос и получаем результат

$resGroup = mysql_query($query,$mydiplom);

//выводим на экран

while ($rowGroup = mysql_fetch_row($resGroup)){

printf("<tr><td>%s</td><td><a href=\"?page=prturist&id=%s\">%s</a></td><td>%s</td><td>%s</td><td>%s</td></tr>\n", $rowGroup[0], $rowGroup[0], $rowGroup[1], $rowGroup[2], $rowGroup[3], $rowGroup[4]);

}

//закрываем подключение

mysql_close($mydiplom );

?>

</table>

</html>

<html>

<table cellspacing="2" cellpadding="3" border="1" width="90%">

<form name="test1" method="post" action="index.php?page=addturist">

<input type="submit" value="Новый турист">

</form>

<form name="test2" method="post" action="index.php?page=request">

<input type="submit" value="Добавить заявку">

</form>

<form name="test3" method="post" action="index.php?page=adddog">

<input type="submit" value="Добавить договор">

</form>

<form name="test5" method="post" action="php/delete.php">

<input type="submit" value="Удалить туриста">

</form>

</table>

</html>

prturist.php

<?php

require("php/db.php");

$id = intval($_GET['id']);

if (isset($_POST['save'])) {

$surname = addslashes($_POST['surname']);

$name    = addslashes($_POST['name']);

$secondname=addslashes($_POST['secondname']);

$N_pasport_rus=addslashes($_POST['N_pasport_rus']);

$seriaruspas=addslashes($_POST['seriaruspas']);

$N_pasport_zagr=addslashes($_POST['N_pasport_zagr']);

$birthday=addslashes($_POST['birthday']);

$telephone=addslashes($_POST['telephone']);

$icq=addslashes($_POST['icq']);

$email=addslashes($_POST['email']);

$N_club_kart=addslashes($_POST['N_club_kart']);

 $query = "UPDATE `Turist`

           SET `surname` = '$surname',

           `name` = '$name',

`secondname`='$secondname',

`N_pasport_rus`='$N_pasport_rus',

`seriaruspas`='$seriaruspas',

`N_pasport_zagr`='$N_pasport_zagr',

`birthday`='$birthday',

`telephone`='$telephone',

`icq`='$icq',

`email`='$email',

`N_club_kart`='$N_club_kart'

           WHERE `id_turist` = '$id'";

 $rq = mysql_query($query);

 }

$query1 = "SELECT *

         FROM `Turist`

         WHERE `id_turist` = '$id'";

$rq = mysql_query($query1);

$Turist = mysql_fetch_array($rq);

?>

<html>

<body>

<form name="it" method="post" action="">

<table>

<tr><td><p><b> Фамилия:</b></td><td><input name="surname" type="text" size="20" value="<?php echo $Turist['surname'] ?>"> </td>

</tr><tr><td><p><b> Имя:</b></td><td><input name="name" type="text" size="20" value="<?php echo $Turist['name'] ?>"></td>

</tr><tr><td><p><b>Отчество:</b></td><td><input name="secondname" type="text" size="20" value="<?php echo $Turist['secondname'] ?>"><td>

</tr><tr><td><p><b>      Российский паспорт:</b></td>

</tr><tr><td><p><b>Номер:</b></td><td><input name="N_pasport_rus" type="text" size="10" value="<?php echo $Turist['N_pasport_rus'] ?>"></td><td><b>   Серия:</b><input name="seriaruspas" type="text" size="10" value="<?php echo $Turist['seriaruspas'] ?>"></td>

</tr><tr><td><p><b> Загранпаспорт:</b></td>

</tr><tr><td><p><b>  Номер:</b></td><td><input name="N_pasport_zagr" type="text" size="10" value="<?php echo $Turist['N_pasport_zagr'] ?>"></td>

</tr><tr><td><p><b> Дата рождения:</b></td><td><input name="birthday" type="date" size="10" value="<?php echo $Turist['birthday'] ?>"></td>

</tr><tr><td><p><b> Номер телефона:</b></td><td><input name="telephone" type="text" size="10" value="<?php echo $Turist['telephone'] ?>"><td>

</tr><tr><td><p><b>ICQ:</b></td><td><input name="icq" type="text" size="9" value="<?php echo $Turist['icq'] ?>"></td>

</tr><tr><td><p><b>e-mail:</b></td><td><input name="email" type="text" size="10" value="<?php echo $Turist['email'] ?>"></td>

</tr><tr><td><p><b>Клубная карта:</b></td><td><input name="N_club_kart" type="text" size="10" value="<?php echo $Turist['Name'] ?>"></td>

 </p>

</table>  

<p><b>      </b><input type="reset" value="Очистить"> <input name="save" type="submit" value="Сохранить"></p>

</form>

</html>

Insert_turist.php

<?

require("php/db.php");

$surname=$_POST["surname"];

$name=$_POST["name"];

$secondname=$_POST["secondname"];

$N_pasport_rus=$_POST["N_pasport_rus"];

$seriaruspas=$_POST["seriaruspas"];

$N_pasport_zagr=$_POST["N_pasport_zagr"];

$birthday=$_POST["birthday"];

$telephone=$_POST["telephone"];

$icq=$_POST["icq"];

$email=$_POST["email"];

$N_house=$_POST["N_house"];

$N_flat=$_POST["N_flat"];

$N_club_kart=$_POST["N_club_kart"];

$query = " INSERT INTO Turist (surname,name, secondname, N_pasport_rus, seriaruspas, N_pasport_zagr, birthday,telephone, icq, email,N_club_kart)

VALUES

        ('$surname', '$name', '$secondname', '$N_pasport_rus', '$seriaruspas', '$N_pasport_zagr', '$birthday', '$telephone', '$icq', '$email','$N_club_kart') "; //формируем sql-запрос для вставки в базу

$query1 = " INSERT INTO adres (N_house,N_flat) VALUES ('$N_house','$N_flat') "; //формируем sql-запрос для вставки в базу  

$result = mysql_query($query); //выполняем запрос , результат выполения сохраняется в $result 

$result = mysql_query($query1);

mysql_close($mydiplom);

?>

Shablon.php

<?php

require("db.php");

$query="SELECT Dogovor.N_dog_turist, Dogovor.Date_dog_turist, Dogovor.Sum, Dogovor.Date_begin,Dogovor.Date_end,

      Turist.surname, Turist.name, Turist.secondname, Turist.N_pasport_rus, Turist.seriaruspas,Turist.N_pasport_zagr, Turist.telephone,Turist.birthday,

      operator.All_name, operator.Sokr_name, operator.Op_telephone,operator.N_reestr, operator.Financial_obesp,

     Insurianse.Name_ins,Insurianse.Srok_dogins, Insurianse.Date_dog_ins,Insurianse.N_dogins,

     hotel.namehotel, Nomera.name_razm,Food.type_food, transport.nametransp,ex.nameex,

     Insur.name_ins,dop_usl.name_dop

FROM Dogovor,Turist,operator,Insurianse, hotel, Nomera, Food,transport,ex,Insur,dop_usl,turistdog,dopdog,typetour

WHERE Dogovor.id_dog=turistdog.id_dog and Turist.id_turist=turistdog.id_turist and

operator.id_operator=Dogovor.id_operator and

Insurianse.id_ins=operator.id_ins and

Dogovor.id_typetour=typetour.id_typetour and typetour.Placing=hotel.id_hotel and

typetour.type_placing=Nomera.id_razm and

typetour.Food=Food.id_food and

typetour.Transport=transport.id_transport and

typetour.Excursion=ex.id_ex and

dop_usl.id_dop=dopdog.id_dop and Dogovor.id_dog=dopdog.id_dog and Dogovor.Insurance=Insur.id_ins and turistdog.id_dog=[idd]";

$result=mysql_query($query);

$rows=mysql_num_rows($result);

if(($rows>0)) $mas=mysql_fetch_array($result);

?>

<html>

<p>Договор о реализации туристского продукта

<p>

<table>

<tr><td> г. Чайковский </td><td>№  <?echo $mas['N_dog_turist'];?> от <?echo $mas['Date_dog_turist'];?></td></tr>

</table>

<p>

<p>

Индивидуальный  предприниматель Мартюшева А. А. (туристическое агентство «Коми-тур») в лице директора Мартюшевой Анастасии Алексеевны, (а Низамова Светлана в другом агентстве???) действующий на основании ОГРН № 309592023200039, именуемое в дальнейшем ТУРАГЕНТ, с одной стороны, и   <?echo $mas['surname'];?>  <?echo $mas['name'];?>  <?echo $mas['secondname'];?>  

действующий от своего имени, именуемый в дальнейшем ТУРИСТ, с другой стороны, вместе именуемые СТОРОНЫ, заключили настоящий договор о нижеследующем:

<p>1. Предмет договора

<p>1.1. На условиях и в сроки, установленные настоящим Договором, ТУРАГЕНТ обязуется реализовать следующий туристский продукт, а ТУРИСТ обязуется оплатить этот турпродукт:

<p>Маршрут   <?echo $adres['marshrut'];?>

<p>начало тура <?echo $mas['Date_begin'];?>

<p>окончание тура <?echo $mas['Date_end'];?>

<p>размещение <?echo $mas['namehotel'];?>  

<p>питание <?echo $mas['type_food'];?>

<p>тип номера <?echo $mas['name_razm'];?>

<p>перевозка <?echo $mas['nametransp'];?>

<p>страховка <?echo $mas['name_ins'];?>

<p>иное

<p>1.2. Туристы, совершающие путешествие на условиях настоящего Договора:

<p>ФИО <?echo $mas['surname'];?>  <?echo $mas['name'];?>  <?echo $mas['secondname'];?>  

<p>Данные паспорта <?echo $mas['N_pasport_rus'];?> <?echo $mas['seriaruspas'];?>

<p>контактные реквизиты <?echo $mas['telephone'];?>

 <p>2. Сведения о туроператоре

<p>2.1. Туроператором, являющимся непосредственным исполнителем туристских услуг, входящих в турпродукт, поименованный в п. 1.1 настоящего Договора, является следующее юридическое лицо:

<p>полное и сокращенное наименования: <?echo $mas['All_name'];?>, <?echo $mas['Sokr_name'];?>

<p>адрес (место нахождения):<?echo $adres[oadres];?>  

<p>реестровый номер: <?echo $mas['N_reestr'];?>

<p>размер финансового обеспечения: <?echo $mas['Financial_obesp