Материал: Автоматизация учета клиентов туристического агентства (на примере ООО "Актив-тур")

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
27
неполнота рыночной информации, открытость данных о работе компании для
сторонних фирм, совокупные риски при аренде оборудования.
Приобретение готового решения и его доработка это довольно
недешёвый способ, но наиболее оптимальный. Купив самое подходящее
готовое решение, можно доработать его в доступных пределах и получить
вариант, приближенный к желаемому, к запросам пользователей и
руководства.
Реализация ИС под заказ наиболее дорогой способ.
Подразумевает под собой заказ ПО у группы разработчиков. Исходя из
желания клиента, группа реализует любой интерфейс и функциональность,
производит поддержку и сопровождение системы выделенное время после
проекта. Именно тут могут выявляться некие недоработки, которые были
упущены в рамках приема проекта заказчиком. Разработчики сами
подготавливают описание ПО, что явно упрощает последующее внесение
корректив даже при завершении сотрудничества с группой.
Личное создание ИС способ дешевый, но со своими плюсами и
минусами. Плюсы заключены в том, что нет расходов на готовые решения, сам
проект создается под свои нужды и своими силами, что исключает попытки
взломов и делает понятным стиль написания кода всего проекта. Минус тут
только один это затраченное время и получившийся в итоге продукт
полностью зависят от профессионализма и грамотности разработчиков.
По итогу покупка имеющегося варианта хоть и затратный и быстрый
выход из ситуации, но никогда нельзя быть уверенным в том, что подобное
готовое решение будет продано и конкурентам компании, и уже их
специалисты будут в курсе всех проблемных мест конкурирующей фирмы. А
такой расклад создает предпосылки к возможным взломам, дискредитации,
хищению, обычному хулиганству. Программа становится белым ящиком”
для многих специалистов.
Приобретение бесплатной и доступной системы тем более ставит под
сомнение дальнейшую работу из-за отсутствия безопасности как таковой,
28
возможности использования недокументированных уязвимостей, что
помогает взломщикам получить конфиденциальную информацию и
распространить ее у конкурентов фирмы.
Реализация системы своими силами даст ряд гарантий: непохожий код,
персональные методы защиты от взлома, доведение кода до оптимального,
малые расходы ресурсов ПК, где будет работать система, что приведет к
минимизации задержки при загрузке страниц для пользователей сайта.
Расширяемость системы в будущем, т.к. свою программу всегда проще
менять, чем понимать чужой код. А обслуживание и сопровождение системы
будет реализовываться, пока в компании есть хотя бы один ИТ-специалист.
2.4 Входные данные
Справочники ИС считаются особой группой совокупных данных.
Справочники нужны для упорядочивания различной информации: значений,
параметров, типов, спецификаций и т.п. Итогом подобной систематизации
часто становится то, что, занося отдельные данные в систему, пользователь
далее заносит только те значения, которые находятся в соответствующем
справочнике. Такой подход значительно облегчает ввод, помогает
минимизировать некоторые ошибки (опечатки), а также делает проще
последующий анализ.
Справочники изначально создаются незаполненными, поэтому
предварительно необходима их тонкая настройка. Также в процессе
использования возникают некоторые потребности в корректировке
справочных значений или создании новых полей.
В системе используются справочники, приведенные в таблице 2.
Таблица 2 - Перечень используемых справочников
пп
название
справочника
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
29
1
Сотрудники
100
1 раз в месяц
10
2
Должности
5
1 раз в год
10
3
Клиенты
50
1 раз в неделю
10
4
Туры
500
1 раз в неделю
25
Ответственным за ведение всех справочников является администратор
системы.
Реквизитный состав справочников приведен в таблице 3.
Таблица 3 - Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
Сотрудники
Фамилия;
Имя;
Отчество;
Дата рождения
Пароль
Логин
Дата регистрации.
2
Клиенты
Фамилия
Имя и отчество
Адрес
Образование
Данные паспорта
Семейное положение
Сведения о членах семьи
Телефон
Адрес электронной почты
Дата регистрации
3
Туры
Наименование
Страна
Количество дней/ночей
Курорт/отель
Питание
Стоимость за сутки
Описание
4
Должности
Наименование должности
В системе используются следующие входные документы:
договор о продаже;
перечень туров;
паспорт;
штатное расписание;
30
платежное поручение.
Документ договор о продаже имеет следующие реквизиты:
наименование тура;
количество дней;
дата продаж;
реквизиты клиента.
Документ Перечень туров имеет в своем составе следующие реквизиты:
наименование;
страна;
отель/курорт;
количество дней/ночей;
питание;
стоимость за сутки;
описание.
Из документа Паспорт используются следующие реквизиты:
Фамилия, имя и отчество менеджера;
Дата рождения;
Из документа Платежное поручение используются следующие
реквизиты:
Наименование клиента;
Дата оплаты;
Сумма оплаты;
Номер договора.
Из документа Штатное расписание используется только наименование
должностей.
Все документы могут поступать как бумажной, так и в электронной
формах.
2.5 Выходные данные
31
К результатной информации в разработанной системе относятся
следующие документы:
Список клиентов;
Список туров;
Список заказов;
Список платежей;
Список договоров;
Предварительный договор о предоставлении туристического
продукта;
Отчет о работе менеджеров.
Реквизиты данных документов приведены в таблице 4.
Таблица 4 - Реквизиты результатных документов
Наименование
результатного
документа
Реквизиты
Пользователь
Список клиентов
Фамилия;
Имя и отчество;
Домашний адрес;
Семейное положение;
Номер и серия паспорта;
Образование;
Телефон;
Электронная почта;
Сведения о членах семьи;
Дополнительные сведения.
Администратор,
менеджер
Список туров
Полное наименование
Страна;
Курорт или отель;
Тип питания;
Описание;
Количество дней и ночей.
Администратор,
менеджер
Список заказов
Рег. номер
Дата заезда
Клиент
Тур
Питание
Администратор,
менеджер
Источник: https://baza.diplomsite.ru/previewfile/1438