2. Постановка задачи. Требование к системе.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PhpMyAdmin – web-интерфейс для администрирования баз данных 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;

PhpMyAdmin – web- интерфейс для администрирования баз данных 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.2 – Алгоритм выставления статуса туристической услуги

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

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

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

,	(2)
где – дата напоминания о начале тура; – дата начала поездки; i – номер тура.
, где – дата напоминания об окончании тура; – дата окончания поездки.	(3)
, где – дата напоминания о начале тура; – день рождения; j – номер туриста.	(4)
, где – дата напоминания о начале тура; – день поступления заявки; i – номер тура.	(5)

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

,

(6)

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

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

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

,

(7)

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

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

,

(8)

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

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

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

(9)

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

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

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