57
приводит к потере ценной информации, а иногда такая потеря и является целью
организации сбоя.
Отдельно можно выделить такие причины сбоев в работе локальных и
глобальных сетей:
1. Несанкционированный доступ извне (взлом защиты сети), с целью
копирования или изменения информации, а также случайные действия уже
имеющих доступ пользователей, которые приводят к искажению, потере
информации и передаче ее третьим лицами.
2. Неправильная работа или отказ в работе программного обеспечения,
которые приводят к нарушению целостности информации или ее потере. Чаще
всего это возникает из-за ошибок, допущенных при разработке или установке
прикладного, или сетевого программного обеспечения, заражения рабочих
компьютеров вирусными программами.
3. Технические неполадки в работе аппаратного обеспечения, которые
могут быть вызваны нарушением режима электропитания, отказом части
оборудования, например, каналов передачи данных или средств хранения
информации.
4. Ошибки сотрудников компании.
И хотя универсального решения, которое бы полностью исключало
перечисленные выше причины нарушения информационной безопасности, не
существует, имеется ряд правил, которые позволяют снизить вероятность их
возникновения, а также снизить вероятные негативные последствия или даже
совсем их избежать.
Самым важным мероприятием по поддержанию информационной
безопасности предприятия можно назвать постоянный мониторинг возможных
мест утечки данных и нарушения целостности информации. Средства для
мониторинга условно делать на две группы: стратегические и тактические.
Стратегические средства мониторинга предназначены для контроля
большого спектра параметров работы сети и правильное конфигурирование
локальной сети и средств защиты данных (шифрование, защитные экраны и пр.).
К ним относятся системы диагностики ПО сетевого оборудования, системы
58
мониторинга сети, встроенные средства диагностики работы операционных
систем.
Тактические средства предназначены для мониторинга и устранения
возникающих неисправностей в работе каналов передачи данных и сетевого
оборудования.
Основная задача проектируемой системы автоматизации процессов
подбора и бронирования круизов – передача http-запросов и обработка
результатов их выполнения, поэтому особое внимание необходимо уделить
вопросам безопасности отправки таких запросов. В настоящее время наиболее
надежным и простым в использовании и настройке является защита http-
запросов с помощью шифрования передаваемых данных.
Шифрование выполняется по протоколу TLS. По сути данный протокол
выполняет шифрование всех передаваемых по http данных, что делает
невозможным перехват этих данных и их прочтение третьей стороной. То есть
зашифрованное таким образом сообщение может прочитать только тот, для кого
оно предназначается.
Помимо защиты на уровне протокола, обеспечивающей защиту данных
при их передаче, также необходимо обеспечить безопасность и при хранении
данных. Одной из причин (наиболее частой после поломки жестких дисков)
являются компьютерные вирусы.
Вирусами называют вредоносные программы, которые предназначены
для нанесения вреда компьютеру, на котором запущены. При чем вред может
быть разным как по проявлению, так и по значению для пользователя:
небольшого замедления работы компьютера и отправки данных пользователя
злоумышленникам до полной блокировки работы компьютера и уничтожения
всех хранимых данных.
Для снижения вероятности получения вируса на рабочие компьютеры
необходимо не только устанавливать защиту в виде фаерволлов и антивирусных
программ, но также и блокировать возможность подключения внешних
устройств к рабочим компьютерам пользователей (например, флеш-
накопителей).
59
Кроме того, необходимо получить программные продукты только из
доверенных источников, а также работающую систему автоматического
резервного копирования всех важных данных.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационной моделью называют схематичное изображение
движения входной, промежуточной и результатной информации, которое
возникает при работы информационной системы. Основная задача построения
информационной модели – показать то, каким образом из входных и справочных
данных формируется выходная информация.
Информационная модель для проектируемой информационной системы
автоматизации подбора и бронирования круизов представлена на рисунке 14.
ИС
Клиент
Менеджер по работе
с клиентами
Письмо «Новый
заказ
бронирования»
Письмо
«Успешное
бронирование»
API MSC Cruises
Клиент
Форма
бронирования
Т
«Круизы»
Т
«Клиенты»
Т
«Бронирования»
ПО Мастер-
Тур
API MSC
Cruises
Спр
«Страны»
Спр
«Лайнеры»
Спр
«Каюты»
Спр
«Места»
Спр «Виды
кают»
Спр
«Страховки»
Спр* «Виды
кают»
Спр*
«Страны»
Спр*
«Лайнеры»
Спр*
«Каюты»
Спр*
«Места»
Спр*
«Страховки»
Т*
«Круизы»
Т*
«Клиенты»
Т*
«Бронирования»
Рисунок 14 – Информационная модель
60
Данные в справочники системы и таблицы система получает от API MSC
Cruises путем периодичной отправки соответствующих http-запросов. Клиент с
помощью формы бронирования вводит свои данные, а также данные выбранного
круиза. В дальнейшем на основании этих данных система формирует письма с
уведомлениями, а также передает эти данные в ПО Мастер-Тур и API MSC
Cruises.
Выходными данными являются письма клиенту с данными заказанного
бронирования и менеджеру по работе с клиентами.
2.2.2. Характеристика нормaтивно-спрaвочной, входной и
оперативной информации
В информационной системе используются шесть справочников,
характеристики которых приведены в таблице 5.
Таблица 5
Справочники информационной системы
Название
справочника
Ответственный за
ведение
Средний
объём
справочника в
записях
Среднюю
частоту
актуализации
Средний
объем
актуализации,
%
Страны
ИС
160
1 раз в
неделю
1
Лайнеры
ИС
28
1 раз в
неделю
1
Каюты в
лайнерах
ИС
500
1 раз в
неделю
101
Виды кают
ИС
6
1 раз в
неделю
25
Места в каютах
(размещения)
ИС
1200
1 раз в час
1
Страховки
ИС
10
По триггеру
(примерно 1
раз в день)
10
Справочники актуализируются системой автоматически с указанной в
настройках частотой. Строго говоря, при каждом запуске синхронизации
проверяется наличие изменений в каждом справочнике (по дате последнего
изменения записей), если изменений нет, то данные справочника не меняются,
если изменения на стороне API MSC Cruises произошли, то и справочник
61
актуализируется. Интервал актуализации справочников зависит от
предполагаемой возможности их изменения на сервере поставщика.
Реквизитный состав каждого справочника представлен в виде таблице 6.
Таблица 6
Реквизитный состав справочников информационной системы
Название справочника
Перечень реквизитов
Страны
Наименование
Состояние
Дата изменения
Лайнеры
Наименование;
Количество палуб
Количество бассейнов
Фотография
Статус лайнера
Описание
Длина
Ширина
Скорость
Водоизмещение
Количество пассажиров
Дата изменения
Каюты в лайнерах
Наименование
Лайнер
Расположение
Номер палубы
Состояние
Площадь
Дата изменения
Виды кают
Наименование
Состояние
Дата изменения
Места в каютах
(размещения)
Наименование
Каюта
Состояние
Дата изменения
Страховки
Наименование
Состояние
Дата изменения
В качестве входных данных для информационной системы
автоматизации подбора и бронирования круизов выступают данные круизов,
клиентов и, собственно, бронирований круизов клиентами.
62
Данные круизов обновляются автоматически путем запросов к API MSC
Cruises. Данные клиентов вводятся ими с помощью соответствующей формы,
приведенной на рисунке 15.
Рисунок 15 – Форма ввода данных клиентов
Данные по бронированию вводятся с помощью формы бронирования
круиза, частью которой является форма ввода данных клиентов (Рисунок 16).
63
Рисунок 16 – Форма бронирования круиза
Данные, которые пользователи вводят в эти формы сохраняются в базе
данных, а затем используются для выполнения бронирования в системе
поставщика MSC Cruises, формирования писем-уведомлений и передачи в ПО
Мастер-Тур.
2.2.3. Характеристика результатной информации
Результатную информацию (выходные данные) информационной
системы можно разделить на два вида:
1. Письма, формируемые и отправляемые информационной системой
клиентам и менеджерам по работе с клиентами.
2. Результат бронирования круиза, отображаемые на странице
пользователя.
Подробное описание выходных данных в таблице 7.
Таблица 7
Описание результатной информации
Наименование
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формирования
Способ
доставки
Письмо
«Успешное
бронирование»
Результат
бронирования
Наименование
круиза
Даты круиза
Наименование
Бронирования
Круизы
Клиенты
Лайнеры
Каюты
Места
По мере
необходимости
Электронное
письмо
64
лайнера
Каюта и места
Письмо
«Новый заказ
бронирования»
Результат
бронирования
Наименование
круиза
Даты круиза
Наименование
лайнера
Бронирования
Круизы
Клиенты
Лайнеры
Каюты
Места
По мере
необходимости
Электронное
письмо
Данные
бронирования
Результат
бронирования
Наименование
круиза
Даты круиза
Наименование
лайнера
Каюта и места
Бронирования
Круизы
Клиенты
Лайнеры
Каюты
Места
По мере
необходимости
Выводится на
экран в виде
всплывающего
уведомления
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Функциональное наполнение системы принято отображать в виде
иерархичной структуры, называемой деревом функций. Для проектируемой
систем оно представлено на рисунке 17.
Основные
Бронирование круиза
Подбор круиза
Функции ИС
Служебные
Актуализация
справочников
Актуализация
таблицы круизов
Рисунок 17 – Дерево функций информационной системы
Помимо функционального наполнения системы на этапе проектирования
также необходимо показать и сценарий диалога пользователя для того, чтобы
выполнить эти функции. Для данной системы сценарий диалога приведен на
рисунке 18.
65
Страница подбора круиза
Страница просмотра данных
круиза
Форма бронирования
Форма ввода данных
клиентов
Результат бронирования
Рисунок 18 – Сценарий диалога информационной системы
Несмотря на то, что сценарий диалога имеет линейную структуру,
пользователь может в любом момент времени не только вернуться на шаг назад,
но прервать работу с системой и вернуться на страницу подбора круиза.
2.3.2. Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой
информационной системы была выбрана СУБД MySQL.
Для хранения всех необходимых данных была спроектирована и создана
база данных, состоящая из 13 таблиц. ER-модель спроектированной базы данных
представлена на рисунке 19.
66
Рисунок 19 – ER-модель базы данных
Описание все таблиц базы данных представлены в таблицах 8-20.
Insurance
id
caption
modifiedat
active
Country
id
caption
active
modifiedat
Lainer
id
caption
descriprion
palub
bassein
photo
length
width
speed
volume
numpas
modifiedat
active
Cabin
id
caption
active
modifiedat
lainerid (FK)
place
palub
square
typeid (FK)
Place
id
caption
active
modifiedat
cabinid (FK)
price
Typecabin
id
caption
active
modifiedat
CruiseInsurance
id
insuranceid (FK)
cruiseid (FK)
price
Cruise
id
caption
description
startat
endat
active
modifiedat
lainerid (FK)
CruiseCountry
id
number
cruiseid (FK)
countryid (FK)
Order
id
createdat
modifiedat
cruiseid (FK)
insuranceid (FK)
status
fio
phone
comment
Client
id
FIO
phone
email
createat
modifiedat
male
bithdate
countryid (FK)
OrderClient
id
clientid (FK)
orderid (FK)
OrderPlace
id
orderid (FK)
placeid (FK)
price