47
Этап
Риск
Мероприятия
Неформализуемая задача
(невозможно автоматизировать те
или иные бизнес-процессы или
стоимость такой автоматизации
превысит ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения отдельных
задач, поддающихся
автоматизации.
Провести детальный анализ
бизнес-процессов и
предложить комплекс
мероприятий по их
реорганизации.
Разработка
Недостаточно ресурсов для
выполнения комплексного и
нагрузочного тестирования
Привлечь дополнительные
ресурсы
Недостаточно опыта у персонала,
который будет эксплуатировать
систему
Спланировать и провести
обучение силами
специалистов отдела ИТ
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Защита от несанкционированного доступа должна быть организована в
приложении в форме авторизации пользователей и разграничении прав доступа.
Должен быть реализован разноуровневый доступ к информации в рамках
политики безопасности предприятия.[16] В таблице 2.2 представлены уровни
доступа для тех или иных пользователей.
Таблица 2.2 - Уровни доступа пользователей
Группы
пользовате-
лей
Таблица
«Пользователь
»
Таблица
«Тур»
Таблица
«Заявка»
Справочники системы
(«Страна», «Город»,
«Отель», «Оператор»,
«Питание», «Номер»,
48
«Компания»)
Администра-
тор
Чтение/создан
ие/удаление
Чтение/созда
ние/
удаление
Чтение/с
оздание/
удаление
Чтение/создание/
удаление
Менеджер
Чтение
Чтение/запис
ь /удаление
Чтение/с
оздание/
удаление
Чтение
Клиент
Чтение
Чтение
Чтение/с
оздание/
удаление
Чтение
К паролю определены следующие требования: не менее 8 символов
латинского алфавита, минимум 1 знак верхнего регистра и 1 цифра. Смена
пароля 1 раз в месяц. В таблице 2.3 описаны средства защиты от внешних угроз.
Таблица 2.3 - Средства защиты от внешних угроз
Нормативно-
правовые акты
организации,
стандарты
(международные и
отечественные);
ФЗ РФ "Об
информации,
информационных
технологиях и о
защите
информации" от
27.07.2006г.
№149-ФЗ
Приказ ФСТЭК
№58 от
5.02.2010г. "Об
утверждении
Положения о
методах и
способах защиты
информации в
информационных
системах
персональных
данных"
ФЗ РФ "О
персональных
данных" от 27
июля 2006 г. N
152-ФЗ
Антивирусные и
антишпионские
Kaspersky
Enterprise Space
49
средства;
Security
Проактивная
защита от внешних
угроз и защита
внешнего
периметра;
Kaspersky
Enterprise Space
Security
Защита от сетевых
угроз;
symantec endpoint
protection 12.1
Защита от
инсайдерских
угроз и защита
информационных
ресурсов;
КриптоАРМ
Физическая защита
информации.
Отдельное
помещение для
серверов
Охраняемое
здание
Допуск к
рабочим
местам по
smart-card
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель системы представлена на рисунке 2.1.
50
Рисунок 2.1 – Информационная модель системы
Опишем информационную модель:
1. Авторизация пользователя в системе. Администратор, сотрудник или
клиент авторизуется в системе. Введенные данные для авторизации
проверяются в таблице сотрудников и клиентов;
2. Редактирование пользователей. Администратор добавляет нового
менеджера в систему. Добавляется запись в таблице сотрудников;
3. Регистрация туристического предложения сотрудником. Добавляется
запись в таблице туров;
4. Регистрация пользователя в системе. Клиент проходит процедуру
регистрации и регистрируется в системе. Добавляется запись в таблицу
клиентов;
51
5. Оформление заявки. Клиент создаёт новую заявку. Введенные
клиентом данные добавляются в таблицу заявок, данные о
туристических предложениях поступают из таблицы туров;
6. Смена статуса. Отредактированные данные о заявке добавляются в
таблицу заказов;
7. Просмотр перечня заявок клиентом/менеджером, данные о заявках
поступают из таблицы заявок.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В качестве входной информации используются следующие сведения о:
1. Справочных данных туристической фирмы (города, страны, отели,
туристические операторы, авиакомпании, категории номеров и питания
в отелях),
2. Данные о клиентах, которые они указывают при регистрации на сайте
туристической фирмы, в том числе данные для авторизации в системе,
3. Данные о сотрудниках туристической фирмы (менеджерах и
администраторах), правах их доступа к данным системы, в том числе
данные для авторизации в системе,
4. Данные о туристических предложениях фирмы, которые формирует
менеджер,
5. Данные о заявках на бронирование туристического предложения от
клиентов фирмы.
Для обработки заявок используются два справочника: туристические
предложения и клиенты. Рассмотрим их характеристики, представленные в
таблице 2.4.
Таблица 2.4 Справочники
Характеристика
Справочник-
Туристические
предложения
Справочник- Клиенты
Название
Туры
Клиенты
52
Ответственный за его
ведение
Менеджеры компании
Менеджеры компании
Средний объём
справочника в записях
40 000
500
Средняя частота
актуализации
Каждый день
Каждые 3 дня
Средний объём
актуализации
200 записей
2 записи
Справочник туристических предложений имеет следующие реквизиты:
1. Город
2. Страна
3. Отель
4. Дата вылета
5. Дата прилета
6. Цена за сутки
7. Авиакомпания
8. Туристическое агентство
Справочник клиентов:
1. ФИО
2. Электронная почта
3. Телефон
4. Паспортные данные
5. Адрес
2.2.3 Характеристика результатной информации
Выходными данными системы являются:
Результаты поиска и сортировки данных о туристических предложениях в
режиме гостя, клиента или менеджера, представленные в табличной форме,
Результаты поиска и сортировки данных о заявках в режиме клиента или
менеджера, представленные в табличной форме.
53
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанной системе предусмотрено 4 вида пользователей:
1. Гость,
2. Клиент,
3. Администратор,
4. Менеджер.
Ниже описан функционал пользователей:
1. Работа с пользователями (режим администратора) – редактирование
перечня пользователей, выдача прав пользователям в личном кабинете
администратора
2. Авторизация (режим администратора, менеджера, клиента) – вход в
систему
3. Регистрация (режим гостя) – регистрация клиента на сайте туристической
фирмы
4. Работа с турами (режим менеджера) - редактирование перечня
туристических предложений в личном кабинете менеджера
5. Просмотр туров (режим гостя, клиента) – просмотр посетителями сайта
туристических предложений фирмы
6. Бронирование тура (режим клиента) – выбор тура и создание заявки на
бронирование туристического предложения
7. Просмотр своих заявок (режим клиента) – просмотр заявок
авторизованного клиента, отслеживание статуса заявки в личном кабинете
клиента
8. Работа с заявками (режим менеджера) – работа с перечнем заявок
клиентов туристической фирмы в личном кабинете менеджера, смена статуса,
подтверждение оплаты, создание новых заявок.
Дерево функций для каждой категории пользователя представлено на
рисунках 2.2-2.5.
54
Функции администратора
Поиск данныхРабота с пользователями
Редактирование данных
Назначение прав
доступа
Выбор параметров
Рисунок 2.2 – Дерево функций для администратора
Функции менеджера
Редактирование данных
Поиск данныхРабота с заявкамиРабота со турами
Редактирование данных
Смена статуса
Выбор параметров
Подтверждение оплаты
Рисунок 2.3 – Дерево функций для менеджера
55
Функции клиента
Выбор тура
Поиск данныхРабота с заявками
Бронирование тура
Выбор параметров
Просмотр туристических
предложений
Просмотр своих заявок
Рисунок 2.4 – Дерево функций для клиента
Функции гостя
Поиск данныхРабота с заявками
Выбор параметров
Просмотр туристических
предложений
Рисунок 2.5 – Дерево функций для гостя
На рисунке 2.6 представлен сценарий диалога при редактировании данных
таблицы БД.
56
Основное меню
Создать новую
запись
Редактировать
Удалить
Выбрать запись
Обновить данные
Рисунок 2.6 – Сценарий диалога
2.3.2 Характеристика базы данных
Результатом построения концептуальной модели является диаграмма
сущностей, представленная на рисунке 2.7.
Рисунок 2.7 - Диаграмма сущностей.