- Приказы для сотрудников туристического агентства.

Ресурсами были приняты:

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

- Менеджер туристического агентства по внешнему туризму;

- Директор туристического агентства.

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

Контекстная диаграмма на рис.2.1

Рис. 2.1 Контекстная диаграмма

Декомпозиция контекстной диаграммы (рис.2.3) описывает процессы происходящие в туристическом агентстве. Диаграммы дают ответы на следующие вопросы:

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

2. В какой последовательности выполняются эти процедуры;

3. Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес процесса;

4. Какие входящие документы/ информацию использует каждая процедура процесса;

5. Какие исходящие документы/информацию генерирует процедура процесса;

6. Какая документация/условия регламентирует выполнение процедуры

7. Какие параметры характеризуют выполнение процедур и процесса в целом.

На диаграмме (рисунок 2.2) изображены основные функции выполняемые туристическим агентством:

Рис. 2.2 Основные функции

Декомпозиция контекстной диаграммы (рис.2.3).

Рис. 2.3 - Декомпозиция

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

- Ограничение количества блоков на одной диаграмме

- Ограничение количества интерфейсных дуг методом тунелирования.

В результате дальнейшей декомпозиции (рис. 2.4, рис. 2.5) были описаны следующие подфункции туристического агентства:

Рис. 2.4 Функции

Рис. 2.5 Обработка данных клиента



Рис. 2.6 Подготовка отчетности

2.3.2 Модель информационной системы

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

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

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

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

Декомпозиция контекстной диаграммы (рис.2.7) описывает процессы происходящие в туристическом агентстве.

Рис. 2.7 Декомпозиция контекстной диаграммы

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

Ограничение количества блоков на одной диаграмме

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

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

Рис. 2.8 Обработка данных клиента

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

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

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

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

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



Рис. 2.9 Обработка заказа клиента

Рис. 2.10 Отчеты о проделанной работе

2.4 Математическая модель

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

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

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

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

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

, где

1. -возможные варианты;

2. - условия подходящие для клиентов;

3.- выбор наиболее подходящего варианта соответствующего условиям клиента.

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

S1- ТурцияT1-цена

S2-ЕгипетT2-срок

S3-СочиT3-свободные места

S4-о.Бали

В графической форме сеть представлена на Рис.2.11. Сеть имеет четыре варианта и три условия. Отношение задает дуги сети. Так, например, элемент задает четыре дуги: из в и из в с кратностями 2, из в и из в с единичными кратностями. Для перехода справедливо и . Для места можно вычислить и .

Рис. 2.11: графа сети Петри

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

Композициональный подход к построению сетей Петри предполагает возможность построения более сложных сетей из менее сложных составляющих.

2.5 Временная модель

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

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

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

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

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

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

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

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

Таблица 2.13 - Список операций системы

№	Наименование работы	Предшествующие работы	Время вы-полнения t(vk), мин.
0	Начало проекта (фиктивн. работа)	Нет	0
1	Прием заявки от клиента	0	2
2	Поиск тура	1	5
3	Оформление заказа	2	22
4	Оформление и регистрация договора	3, 1	23
5	Уточнение времени вылета	3	10
6	Выдача путевых документов	2,3	5
7	Ведение отчетности	4,6	15
С	Конец проекта (фиктивная работа)	7	0

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

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

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

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

Рисунок 2.12 - Стрелочный граф бизнес - процессов

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

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

1. Определение для каждой операции наиболее ранних сроков начала и окончания ее выполнения.

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

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

Наиболее ранний срок окончания ЕР=ЕS+Продолжительность операции.

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

Таблица 2.14 - Расчет наиболее ранних сроков начала и окончания операций

№ п/п	Наименование работы	Время вы-полнения t(vk), мин.	Наиболее ранний срок начала (ES)	Наиболее ранний срок окончания (EF)
0	Начало проекта (фиктивн. работа)	0	0	0
1	Прием заявки от клиента	2	0	2+0=2
2	Поиск тура	5	3	3+5=8
3	Оформление заказа	22	5	5+22=27
4	Оформление и регистрация договора	23	20	23+20=43
5	Уточнение времени вылета	10	43	10+43=53
6	Выдача путевых документов	5	51	5+51=56
7	Ведение отчетности	15	57	15+57=73
С	Конец проекта (фиктивная работа)	0		0

Нетрудно заметить, что операция C завершится на 262-й минуте, следовательно, это значение дает нам искомую продолжительность выполнения системы в целом.

На данном этапе мы еще не можем определить критические операции. Чтобы это осуществить, необходимо для каждой операции рассчитать два срока, ей соответствующие, а именно наиболее поздний срок начала LS и наиболее поздний срок окончания LF операции.

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

Таблица 2.15 - Расчет наиболее поздних сроков начала и окончания операций

№ п/п	Наименование работы	Время вы-полнения t(vk), мин.	Наиболее поздний срок окончания (LF)	Наиболее поздний срок начала (LS)
С	Конец проекта (фиктивная работа)	0
7	Ведение отчетности	15	97	97-15=82
6	Выдача путевых документов	5	89	89-5=84
5	Уточнение времени вылета	10	77	77-10=67
4	Оформление и регистрация договора	23	64	64-23=4ё
3	Оформление заказа	22	59	59-22=37
2	Поиск тура	5	51	51-5=46
1	Прием заявки от клиента	2	43	43-2=41
0	Начало проекта (фиктивн. работа)	0		0

Критической является операция, для которой справедливы следующие соотношения:

ЕS = LS и ЕF = LF,

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

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

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

3.1 Выбор средств проектирования

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

Первым этапом структурирование проблемы выбора в виде иерархии

1. Case.Аналитик

2. Erwin\BPwin

3. Rational Rose

Далее устанавливим приоритеты критериев и оценим каждую из альтернатив по критериям. Так как в МАИ элементы задачи сравниваются попарно по отношению к их воздействию на общую для них характеристику. Элементом матрицы a(i,j) является интенсивность проявления элемента иерархии i относительно элемента иерархии j, оцениваемая по шкале интенсивности от 1 до 9, предложенной автором метода, где оценки имеют следующий смысл:

Таблица 3.1

1 - равная важность
3 - умеренное превосходство одного над другим
5 - существенное превосходство одного над другим
7 - значительное превосходство одного над другим
9 - очень сильное превосходство одного над другим
2, 4, 6, 8 - соответствующие промежуточные значения

КРИТЕРИИ. Числовые оценки матрицы попарных сравнений. Проанализируем выбранные на предыдущем шаге известных инструментов организационного проектированияи сведем в одну таблицу параметры, по которым они отличаются.

Таблица 3.2

	Функции, свойства	Case.Аналитик	ERwin/ BPwin	Rational Rose
1	Моделирование организационных функций и процессов	+	+	+
2	Разработка технического задания	+/-	+	+/-
3	Функционально-стоимостной анализ	+	+	+/-
4	Оптимизация бизнес процессов	+	+	+
5	Групповая работа над проектом	+	+	+
6	Ценовые различия	$25040	$23 685	$40 520
"+" - да "+/-" - частичная реализация, требующая доработки иными инструментальными средствами "-" - не

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

Итак, в список критериев, по которым мы будем сравнивать системы моделирования, попали:

· Моделирование организационных функций и процессов

· Групповая работа над проектом.

· Стоимость

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

· Надежность

Следующим шагом будет оценка критериев.

Начнем с построения матрицы попарных сравнений для критериев, т.е. со второго уровня иерархии (на первом уровне наша цель - средства моделирования, на третьем - альтернативы). Для этого строим матрицу размерностью 5х5.

Таблица 3.3

						Оценки компонент собственного вектора	Нормализо- ванные оценки вектора приоритета
Моделирование организационных Функций и процессов	1	3	1/5	1/6	1/8	0,41628	0,05194
Групповая работа над проектом	1/3	1	1/6	1/8	1/9	0,23849	0,02976
Стоимость	5	6	1	1/3	1/5	1,14870	0,14331
Производительноcть	6	8	3	1	1/3	2,16894	0,27060
Надежность	8	9	5	3	1	4,04282	0,50439
	Сумма:	8,01524

Cначала определяем оценки компонент собственного вектора. Так для критерия "Стоимость" это будет:

(5 x 6 x 1 x 1/3 x 1/5)^1/5 = 1,14870

Получив сумму оценок собственных векторов ( = 8,01524 ), вычисляем нормализованные оценки вектора приоритета для каждого критерия, разделив значение оценки собственного вектора на эту сумму. Для того же критерия "Стоимость" имеем:

1,14870 / 8,01524 = 0,14331

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

Таблица 3.4

Моделирование организационных Функций и процессов	0,05194
Групповая работа над проектом	0,02976
Стоимость	0,14331
Производительность	0,27060
Надежность	0,50439

Рассчитаем индекс согласованности для этой матрицы.

OC = 7,72% < 10%, т.е. пересматривать свои суждения нет нужды.

ОБЪЕМ

Числовые оценки матрицы попарных сравнений

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

Таблица 3.5

инструменты организационного проектирования	Моделирование организационных функций и процессов
Case.Аналитик	Да
ERwin\BPwin	Да
Rational Rose	Да

Таблица 3.6

						Оценки компонент собственного вектора	Нормализо- ванные оценки вектора приоритета
Case.Аналитик	1	1	1	1	1/9	0,644394	0,076923
ERwin\BPwin	1	1	1	1	1/9	0,644394	0,076923
Rational Rose	1	1	1	1	1/9	0,644394	0,076923

Относительная согласованность матрицы - 0,00%, т.е. <10%.

Групповая работа над проектом

Числовые оценки матрицы попарных сравнений

Таблица 3.7

инструменты организационного проектирования	Групповая Работа над проектом
Case.Аналитик	да
ERwin\BPwin	да
Rational Rose	да

Таблица 3.8

						Оценки компонент собственного вектора	Нормализо- ванные оценки вектора приоритета
Case.Аналитик	1	1/2	1/5	1/3	1/9	0,326383	0,038950
ERwin\BPwin	2	1	1/6	1/2	1/9	0,450320	0,053741
Rational Rose	5	6	1	2	1/5	1,643752	0,196163

Относительная согласованность матрицы - 6,54%, т.е. <10%.

СТОИМОСТЬ

Таблица 3.9

	Всего ($)
Case.Аналитик	31740
ERwin\BPwin	23685
Rational Rose	40520

Таблица 3.10

						Оценки компонент собственного вектора	Нормализо- ванные оценки вектора приоритета
Case.Аналитик	1	1	3	2	1/7	0,969640	0,121237
ERwin\BPwin	1	1	3	2	1/7	0,969640	0,121237
Rational Rose	1/3	1/3	1	1/2	1/9	0,361491	0,045198

Относительная согласованность матрицы - 3,17%, т.е. <10%.

РЕЗУЛЬТАТ ВЫБОРА

Таблица 3.11
Альтернативы	Численное значение вектора приоритета	Глоба- льные приори- теты
Case.Аналитик	0,076923	0,038950	0,121237	0,244138	0,158835	0,168709
Rational Rose	0,076923	0,053741	0,121237	0,087614	0,363760	0,230155
ERwin\BPwin	0,692308	0,615348	0,640516	0,406878	0,363760	0,439640

Выбранной альтернативой считается альтернатива с максимальным значением глобального приоритета.

Таблица 3.12

Case.Аналитик	0,168709
Rational Rose	0,230155
ERwin\BPwin	0,439640

В следствии проведенного анализа мы делаем вывод, что наилучшим средством моделирования является Erwin\Bpwin.

3.2 Разработка информационной модели

Определившись со средством проектирования, представляем нашу систему в следующей логической модели на рисунке 3.1:

Рис.3.1 Логическая модель

В следующей физической модели на рисунке 3.2:

Рис.3.2 Физическая модель

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

4. Реализация информационной системы

4.1 Выбор средств реализации

При реализации данного проекта были проанализированы несколько способов программирования и выбран наиболее эффективные для реализации поставленных задач. Был выбран HTML.

Вначале хотелось бы объяснить свой выбор:

HTML и ASP

ASP (Active Server Pages) является фирменным "языком" сценариев Microsoft. Вообще говоря, ASP - это не язык, а расширение Visual Basic для создания сценариев. По этой причине всякому, кто знаком с Visual Basic, относительно легко освоить ASP.

Каковы недостатки? Во-первых, ASP обычно работает медленнее, чем HTML. Фундамент ASP образует архитектура, основанная на СОМ. Поэтому когда программа ASP обращается к базе данных или осуществляет вывод данных для клиента, это происходит при посредстве СОМ-объектов других сервисов NT или уровней операционной системы. Эти связанные с СОМ накладные расходы могут накапливаться и приводить к тому, что во всех случаях, кроме выдачи простых страниц при среднем трафике, производительность оказывается невысокой. Во-вторых, ASP не вполне годится для переноса на другие платформы и интеграции со средствами GNU, а также средами и серверами open source.

Будучи фирменной системой Microsoft, ASP в основном применяется с ее же Internet Information Server (IIS), из-за чего ASP обычно выбирают ограниченно - для 32-разрядных систем Windows, поскольку для большинства серверов эта технология служит бесплатным приложением. Существуют версии ASP для UNIX (например, ChilliSoft ASP) и ряд интерпретаторов ASP для других систем и веб-серверов, однако для них стоимость системы с учетом ее производительности может оказаться неоправданно высокой.

Однако технология ASP.NET весьма отличается. В будущем ASP может существенно поднять свою производительность и возможность масштабирования. Это будет достигнуто дальнейшим усилением архитектуры .NET/COM и управляющей среды. Однако реальных преимуществ можно достичь лишь при условии значительных затрат на различные сопутствующие серверы.

HTML и Cold Fusion

HTML работает практически на всех платформах, а версии Cold Fusion есть только для Win32, Solaris, Linux и HP/UX. HTML требует больших начальных навыков программирования, в отличие от Cold Fusion с совершенной интегрированной средой разработки (IDE) и более простыми языковыми конструкциямиHTML менее требователен к ресурсам.

HTML и Perl

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

Хотя Perl в ходу достаточно долго (он был разработан в конце 1980-х) и широко поддерживается, он превратился в сложную конструкцию из дополнений и расширений и часто просто избыточен. Формат HTML легче для восприятия при сохранении гибкости.

HTML и Java

HTML проще использовать, чем Java, с его помощью легче строить веб-приложения, обладающие такими же преимуществами гибкости и масштабируемости. Работая с HTML, не обязательно обладать 5-летним опытом разработки программного обеспечения, чтобы создавать простые динамические страницы - для этого достаточно быть сообразительным, даже при небольшом опыте программирования.

Кроме того, Java часто обходится дороже, поскольку в большинстве компаний в конечном счете устанавливают отдельную машину для Java Enterprise и используют Oracle или другое дорогостоящее ПО. При всем этом HTML требует дальнейшего развития, поскольку не обладает такой же переносимостью и некоторыми удобными возможностями, такими как пул объектов или отображение баз данных, которые есть в Java.

Так же хотелось бы рассказать об истории HTML:

Язык HTML был разработан британским учёным Тимом Бернерсом-Ли приблизительно в 1991--1992 годах в стенах Европейского совета по ядерным исследованиям в Женеве (Швейцария). HTML создавался как язык для обмена научной и технической документацией, пригодный для использования людьми, не являющимися специалистами в области вёрстки. HTML успешно справлялся с проблемой сложности SGML путём определения небольшого набора структурных и семантических элементов (размечаемых "тегами"), служащих для создания относительно простых, но красиво оформленных документов. Помимо упрощения структуры документа, в HTML внесена поддержка гипертекста. Мультимедийные возможности были добавлены позже. Изначально язык HTML был задуман и создан как средство структурирования и форматирования документов без их привязки к средствам воспроизведения (отображения). В идеале, текст с разметкой HTML должен был без стилистических и структурных искажений воспроизводиться на оборудовании с различной технической оснащённостью (цветной экран современного компьютера, монохромный экран органайзера, ограниченный по размерам экран мобильного телефона или устройства и программы голосового воспроизведения текстов). Однако современное применение HTML очень далеко от его изначальной задачи. Например, тег <TABLE>, несколько раз использованный для форматирования страницы, которую вы сейчас читаете, предназначен для создания в документах самых обычных таблиц, но, как можно убедиться, здесь нет ни одной таблицы. С течением времени, основная идея платформонезависимости языка HTML была отдана в своеобразную жертву современным потребностям в мультимедийном и графическом оформлении.

4.2 Порядок работы информационной системы туристической компании

Применение системы "ТурАгент" решает следующие основные задачи:

Оформление туров:

· формирование групповых и индивидуальных туров любой сложности;

· бронирование проживания ("шахматка" - наличие мест в отелях);

· учет бронирования от партнерских агентств;

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

· учет дополнительных сервисов (питание, страховка, экскурсии и т.д.)

· пакетные туры

· калькуляция стоимости тура

· разделение комиссионных

· мультивалютность (определение стоимости услуг в различных валютах)

· Документооборот (создание, печать):

· договоры

· ваучеры

· предварительные договоры

· счета

· анкеты в посольства

· различные списки туристов

· отчеты о продажах

Контроль продаж с разделением по каждому агенту:

· все продажи агента

· продажи за период

· продажи за текущий день

· неоплаченные продажи

· неразделенные продажи

· поиск по всем продажам

· по фамилии

· по отелю

· по агентству

· по периоду проживания

· по периоду доставки

· Управление он-лайн продажами/бронированием:

· продажи партнерским агентствам

· продажи конечным потребителям

· интеграция с каталогом на сайте

· Формирования каталога предложений:

· направления

· отели

· номера

· цены

Управление списком партнерских агентств:

· данные по агентству

· прошлые и планируемые сделки

· Управление пользователями системы:

· группы пользователей

· разделение прав доступа

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

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

Агентств использующих online- бронирование. Это позволяет системам бронирования осуществлять бронирование путем отправки электронных писем-заказов, а отправлять заявки напрямую в БД туроператоров.

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

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

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

Интернет-каталог стран и городов (рисунок 4.1):

Вид страницы на сайте, иерархичное меню, и наполнение страницы.

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

рис. 4.1

Интернет-каталог туров (рисунок 4.2):

В описании тура вы можете указать его параметры:

Публиковать или нет этот тур на сайте.

Публиковать или нет этот тур на главной странице сайта (как спецпредложение).

Указывать или нет у тура значок "NEW!!!"

Название тура

Код тура (условный код в вашей компании)

Даты заезда

Цена от ...

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

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

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

Возможность указать ссылку для онлайн-бронирования тура (например, переход на страницу бронирования в Мастер-Web).

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

Возможность выбрать тип тура (типы вы задаете сами в "настройках сайта")

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

Рис. 4.2

Интернет-каталог отелей (рисунок 4.3)

В описании отеля вы можете указать его параметры:

Публиковать или нет этот отель на сайте.

· Название отеля

· Адрес отеля

· Выбор звездочности отеля

· Цена DBL (необязательно)

· Цена SBL (необязательно)

· Цена EX.BED (необязательно)

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

· Поле для перечисления того, что есть в номере отеля

· Поле для перечисления того, что есть в отеле

· Поле для перечисления того, что есть на пляже

· Поле для перечисления того, что есть в отеле для тетей

Возможность выбрать страны, к которым "принадлежит" данный отель (даже несколько стран одновременно).

Возможность загрузить файл с картой отеля или территории.

Возможность указать ссылку на Google Maps, и на странице отеля будет отображаться карта из Google Maps

Вид страницы с таблицей отелей, ТОЛЬКО ДЛЯ СТРАНЫ

Рис. 4.3

Лента новостей и событий (рисунок 4.4):

На сайте есть раздел "Новости", в котором размещаются последние события и новости

рис. 4.4

Отзывы клиентов и партнеров (рисунок 4.5):

На сайте есть раздел "Отзывы", в котором размещаются отзывы клиентов, или иные рекомендации, данные вашей компании.

рис. 4.5

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

5. Социальный аспект

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

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

Информационная система должна решать следующий набор задач:

1. помощь в создании предложений и расчет их конечной стоимости.

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

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

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

5. системами, бухгалтерскими программами и т.д.

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

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

6. Технико-экономическое обоснование проекта

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

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

Аналогом была выбрана архитектура реляционной базы данных.

Расчет затрат на этапе проектирования

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

Произведем сегментирование рынка туристических агентств и операторов.

1. По масштабам предприятия.

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

2. По способам финансирования.

Расчет интегрального технического показателя качества

В таблице 6.1 приведено сопоставление основных критериев сравнения по 10-бальной шкале разрабатываемой информационной системы туристического агентства ООО"Экватор" и информационной системы "Само-Тур".

Табл. 6.1 Сопоставление технико-экономических критериев

Критерий	Весовой коэффиц. i	Оценка разрабатываемПП, Аi 1	i·Ai 1	Оценка аналога, Аi 2	i·Ai 2
Создание информационной системы	0,2	10	2	7	1,4
Функциональная связанность данных	0,2	9	2	7	1,4
Генерация кода приложения	0,1	9	0.9	6	0,6
Интеграция на различные платформы	0,3	10	3	2	0,6
ИТОГО:	1		9.7		5.2

Результаты расчета интегрального технического показателя качества приведены ниже:

Интегральный технический показатель определяется так:

,где

_i - весовой коэффициент i - го параметра в общем показателе качества;

А_i - значение данного параметра системы, оцененного в баллах;

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

Интегральный показатель качества:

.

В нашем случае K_н равен 1,865.

Расчет затрат на этапе проектирования

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

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

где Т_о - ожидаемая длительность работ;

Т_min и Т_max - наименьшая и наибольшая по мнению эксперта длительность работ. Все расчеты сведены в таблице 6.2.

Табл. 6.2 Определение длительностей работ

Наименование работ	Длительность работ (дней)
	минимум	максимум	ожидаемая
1. Анализ системы и выбор инструментария*	7	15	10
2. Создание словаря системы (определение сущностей, атрибутов)*	15	35	23
3.Создание информационной системы*	13	30	20
4.Оформление пояснительной записки*	9	20	13

Примечание: * - работы, производимые с использованием ЭВМ.

Израсходованное машинное время - 552 ч.

Рис. 3 Ленточный график.

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

К = Z_п + М_п + Н_р

где Zп - заработная плата разработчика на всем этапе проектирования Тп;

Мп - затраты на использование ЭВМ на этапе проектирования;

Нр - накладные расходы.

В общем случае расходы на машинное время состоят из расходов за процессорное время (при работе с объектным или абсолютным модулем) и расходов за дисплейное время. Формула для расчетов имеет вид:

М= C_п t_п + C_д t_д

где Cп и Cд - соответственно стоимость 1 часа процессорного и дисплейного времени; tп и tд - необходимое для решения задачи процессорное и дисплейное время соответственно (час).

Расходы на эксплуатационные принадлежности определяются прямым счетом по оптовым или свободным ценам.

Затраты на использование ЭВМ:

тыс.руб.

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

Z_n = z_d * T_n * (1 + a_c / 100) * (1 + a_n / 100)

где zd-дневная заработная плата разработчика задачи на этапе проектирования;

ас - процент отчислений на социальное страхование (ас=37%);

ап - процент премий (ап =15%).

Дневная заработная плата разработчика задачи на этапе проектирования z_d = 300 руб.

Zn = 300 *71 * (1 + 37 / 100) * (1 + 15 / 100) = 33.558 тыс. руб.

Накладные расходы:

Нр = 15.124 * 80 / 100 = 26.846 тыс.руб.

Таким образом, получим капитальные затраты на этапе проектирования:

К_п = 1.305 + 33.558 + 26.846 = 63.042 тыс. руб.

Сравнение аналога и проектируемой информационной системы

Рассчитываем капитальные затраты при проектировании аналога:

Заработная плата разработчика (аналог):

Z_n= z_d * T_n * (1 + a_c / 100) * (1 + a_n / 100)

где ас - процент отчислений на социальное страхование (а_с=37%);

а_п - процент премий (а_п =15%).

z_d = 300 руб.

Zn = 300* 118 * (1 + 37 / 100) * (1 + 15 / 100) = 55,772 тыс. руб.

Затраты на использование ЭВМ:

тыс.руб.

Накладные расходы согласно /2/ составляют 80% - 120% от заработной платы персонала занятого эксплуатацией программ.

Накладные расходы:

Нр = 55,772 * 80 / 100 = 44.617 тыс. руб.

Таким образом, получим капитальные затраты на этапе проектирования (аналог):

Кп = 2.156 + 55,772 + 44.617 = 102.545 тыс. руб.

Таблица 6.3 Сравнительный анализ аналога и проекта

7. Безопасность и экологичность при эксплуатации информационной системы туристической компании

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

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

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

При разработке информационной системы были пройдены следующие этапы:

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

- сравнение аналогов;

- формирование требований к системе;

- разработка функциональной модели

- проектирование;

- реализация разработанной модели.

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

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

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

В процессе анализа мы будем опираться на руководство - "Гигиенические критерии оценки условий труда по показателям вредности и опасности факторов производственной среды, тяжести и напряженности трудового процесса", утвержденные Госкомсанэпиднадзором РФ Руководство- Р 2.2.2006-05. По нему труд классифицируется по четырем классам: оптимальные условия труда (класс 1.0); допустимые условия труда (класс 2.0); вредные условия труда (класс 3). Вредные условия труда по степени превышения гигиенических нормативов и выраженности изменении в организме работающих, подразделяются на 4 степени вредности: 1 степень 3 класса (3.1); 2 степень 3 класса (3.2); 3 степень 3 класса (3.3); 4 степень 3 класса (3.4). Опасные (экстремальные) условия труда (класс 4.0).

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

Оценивать напряженность труда предлагается по двадцати одному предложенному фактору, каждому выбранному фактору даётся оценка от 1.0 до 3.2, а затем по предложенному алгоритму производится расчёт общей напряжённости труда. Анализ показателей факторов оптимальности и вредности производственной среды таких как: уровень шума и вибрации, электромагнитных излучений, показатели микроклимата, световая среда производственных помещений не превышают нормативных значений. Результаты оценок воздействующих факторов приведены в таблице 7.1.

Таблица 7.1 Анализ и оценка условий труда

Наименование фактора	Нормативное значение	Фактическое значение	Класс условий труда
Нагрузки интеллектуального характера
Содержание работы.	Отсутствует необходимость принятия решения	Наиболее сложная по содержанию работа, требующая той или иной степени эвристической (творческой) деятельности.	3.2
Восприятие сигналов (информации) и их оценка.	Восприятие сигналов, но не требуется коррекция действий	Восприятие сигналов с последующим сопоставлением фактических значений параметров с их номинальными значениями. Заключительная оценка фактических значений параметров.	3.1
Степень сложности задания.		Обработка, проверка и контроль за выполнением задания.	3.1
Сенсорные нагрузки
Длительность сосредоточенного наблюдения в % от времени смены.	до 25	от 51 до 75.	3.1
Плотность сигналов (световых, звуковых и т.д.).	до 75	От 176 до 300.	3.1
Наблюдение за экранами видеотерминалов. Количество часов за смену.	до 2	От 3-х до 5-х часов в смену.	3.1
Эмоциональные нагрузки
Степень ответственности за результат собственной деятельности. Значимость ошибки.	Несет ответственность за функциональное качество основной работы (задания). Ошибка влечет за собой исправления за счет дополнительных усилий всего коллектива	Несет ответственность за функциональное качество основной работы (задания). Ошибка влечет за собой исправления за счет дополнительных усилий всего коллектива.	3.1
Монотонность нагрузок
Число элементов (приемов), необходимых для реализации простого задания или в многократно повторяющихся операциях.	Более 10	От 9 до 6.	3.1
Продолжительность (в секундах) выполнения простых производственных заданий или повторяющихся операций.	20	От 10 до 24.	3.1
Время активных действий (%). В остальное время, наблюдение за ходом производственного процесса	20 и более	19 - 10	3.0
Режим работы
Фактическая продолжительность рабочего дня	6--7ч	8--9ч	1.0
Сменность работы	Односменная работа (без ночной смены)	Двухсменная работа (без ночной смены)	1.0
Наличие регламентированных перерывов и их продолжительность	Перерывы регламентированы, достаточной продолжительности: 7 % к более рабочего времени	Перерывы регламентированы, не- достаточной продолжительности: от 3 до 7 % рабочего времени	1.0

В результате подсчёта общей напряжённости труда она равняется 3.1 единиц. Число факторов с оценкой 1.0 составило 7, с оценкой 2.0 составило 5, с оценкой 3.1 составило 8 и с оценкой 3.2 составило 1. Данный показатель характеризует в целом уровень вредности условий труда и указывает на то, что если не прибегать к организационным мероприятиям по снижению влияния вредных факторов на организм разработчика, у него могут развиться профзаболевания.

7.2 Мероприятия по улучшению условий трудового процесса

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

- организационные,

- технические,

- организационно - технические.

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

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

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

Согласно СанПиНу 2.2.4.548-96 в помещениях с ПЭВМ должна ежедневно проводиться влажная уборка

Технические методы. В качестве источников освещения рекомендуется применять люминесцентные лампы типа ЛБ со светильниками серии ЛПО36 с зеркализованными решетками.

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

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

Факторы, относящиеся к напряженному труду	Фактическое значение	Класс напряжен-ности	Мероприятия по улучшению условий труда
Содержание работы	Эвристическая (творческая) деятельность	3.1	Постепенное вхождение в трудовой процесс после отдыха, индивидуальный ритм работы, соблюдение привычной последовательности деятельности, правильное чередование периодов труда и отдыха. Введение регламентированных перерывов длительностью 10 минут через каждый час работы (группа В III)

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

• Проектирование и разработка автоматизированной информационной системы туристического агентства ООО "Управляющая компания"

  Разработка и внедрение автоматизированной информационной системы (АИС) работы с клиентами туристической фирмы (приема и обработки заявок). Технико-экономическая оценка туристического агентства, алгоритм и схема интерфейса программного обеспечения его АИС.
  
  дипломная работа [4,0 M], добавлен 21.07.2011
  

• Информационная система компании "Радуга-ТВ". Отдел продаж

  Анализ принципа работы отдела продаж на примере "Радуга-ТВ". Математическое моделирование работы с клиентами отдела продаж. Выбор архитектуры информационной системы, средств ее проектирования. Выбор системы управления базой данных, программные требования.
  
  дипломная работа [1,7 M], добавлен 20.07.2014
  

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

  Создание рабочей версии информационной системы выбора оптимальных туристских маршрутов. Разработка программного продукта для туристического агентства, который позволит ускорить процесс продажи, а, следовательно, приведет к увеличению прибыли компании.
  
  дипломная работа [775,9 K], добавлен 20.03.2012
  

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

  Программа "Аксес" ("Access") компании Майкрософт как инструмент для работы с данными. Порядок предоставления информации о новом сотруднике при оформлении в отделе кадров. Схема объект-отношение, разработка реляционной модели данных. Формирование запросов.
  
  курсовая работа [4,6 M], добавлен 06.07.2014
  

• Проектирование информационной системы МБОУ "Центр образования с. Марково"

  Стенограмма интервью с руководителем МБОУ "Центр образования с. Марково". Должностные инструкции, деятельность отдела по работе с клиентами. Построение модели деятельности "как есть" и "как должно быть". Создание автоматизированной информационной системы.
  
  курсовая работа [1,1 M], добавлен 25.04.2013
  

• Проектирование информационной системы аудиторской компании ООО "Дежавю"

  Моделирование бизнес-процессов аудиторской компании для учета услуг и работ с клиентами в ООО "Дежавю". Модели деятельности аудиторской компании "как есть" (AS-IS) и "как должно быть" (TO-BE). Функциональная модель в виде иерархии потоков данных.
  
  курсовая работа [1,8 M], добавлен 12.04.2012
  

• Проектирование информационной системы "Лизинговая компания" с использованием case-технологий

  Структура лизинговой компании. Создание функциональной и информационной модели. Моделирование бизнес-процесса "Выполнить заказ клиента". Требование к техническому обеспечению и надежности системы. Состав ИБД лизинговой компании ООО "Лизинг–Трейд".
  
  курсовая работа [1,4 M], добавлен 29.06.2014
  

• Разработка автоматизированной информационной системы работы отдела кадров

  Использование информационной системы отдела кадров предприятия для уменьшения времени выполнения функций, автоматического создания документации, проставления дат и табельных номеров, простоты поиска. Интерфейс программы и структура базы данных приложения.
  
  курсовая работа [254,7 K], добавлен 25.03.2011
  

• Информационная система "Клинника"

  Проведение структурного системного анализа предметной области и разработка информационной системы "Клиника". Описание диаграмм потоков данных в информационной базе. Построение инфологической модели информационной системы. Основной интерфейс баз данных.
  
  курсовая работа [2,1 M], добавлен 11.07.2013
  

• Информационная система менеджера туристической фирмы

  Роль информационной базы о клиентах и услугах для работы туристической фирмы, ее проектирование. Упрощение хранения и поиска информации, сокращение расходов времени работников фирмы и вероятности возникновения ошибок, недопустимых в современном бизнесе.
  
  курсовая работа [682,7 K], добавлен 24.03.2015
  

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