47
Методики предотвращения:
Грамотный набор сотрудников, участвующих в
проекте
Реализация четкой системы коммуникации между
сотрудниками, постоянное документирование
изменений в системе
Технические риски
Риски:
Остановка разработки из-за ошибок в применяемом
ПО
Пользовательская документация включает в себя
описание не всех функции системы
Методики предотвращения:
Работа только с проверенным лицензионным ПО,
регулярное резервное копирование данных
Отслеживание полноты сведений во всех документах
Этап внедрения
Риск персонала
Риски:
Разрозненность деятельности разработчика и
специалистов предметной области
Отсутствие желания у сотрудников использовать
новую систему и связанные с этим трудности их
обучения
Безучастность руководства
Методики предотвращения:
Обучение пользователей со стороны заказчика
методики работы с системой
Подготовка плана внедрения системы
48
Обоснование важности и нужности автоматизации
персоналу
Привлечение руководящего персонала в проект и
активное взаимодействие с ним во время проведения
всего проекта
Технические риски
Риски:
Утрата информации при внедрении системы
Методики предотвращения:
Резервирование данных
Этап эксплуатации и сопровождения
Технические риски
Риски:
Баги и ошибки ПО, приводящие к невозможности
использования системы
Неправильное использование оборудования
Отсутствие функциональных возможностей системы
из-за реорганизации предприятия
Методики предотвращения:
Полноценное тестирование и дополнение во время
разработки системы
Описание и занесение в документы всех технических
условий и их согласование
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Информационная безопасность подразумевает под собой сохранение и
защиту информации и ее важнейших элементов, в том числе системы и
оборудование, предназначенные для использования этой информации.
49
Комплекс мер по обеспечению информационной безопасности и защиты
информации включает в себя:
Защиту данных от внутренних угроз
Защиту информации от внешних угроз
Защита данных от внутренних угроз осуществляется за счет
использования политики разграничения прав пользователей, представленной
в таблице 10.
Таблица 10
Разграничение прав пользователей
Группы
пользовател
ей
Модуль
«Авторизаци
я»
Модуль
«Билеты
»
Модуль
«Рейсы
»
Модуль
«Администрирован
ие»
Пользовател
ь
Чтение
Чтение
Чтение
Нет
Администрат
ор
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения
следующих способов:
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа
разработкой и соблюдение политик безопасности
использованием антивирусных средств
физической защитой помещений с наиболее ценной информацией
Также в компании разработана политика безопасности, включающая
себя следующие частные документы:
1. Правила парольной защиты
2. Требования по контролю за физического доступом
3. Правила осуществления удаленного доступа
4. Требования резервного сохранения информации
5. Требования при обращении с носителями данных
6. Требования при регистрации пользователей
7. Требования по проверке прав пользователей
8. Правила использования системных утилит
50
9. Правила удаленной работы мобильных пользователей
10. Правила безопасности при выборе персонала
11. Требования контроля оперативных изменений
12. Требования к применению криптографических средств управления
13. Требования контроля вносимых изменений
14. Ограничения на изменения прикладного ПО
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и оперативной
информации
В качестве входной информации для разрабатываемой
информационный системы используются следующие документы:
Заявка на покупку билета, поступающая от клиента, которая содержит
следующие сведения:
ФИО пассажира
Номер документа пассажира
Желаемый маршрут
Желаемая дата вылета
После чего сотрудник либо же сам клиент ищет рейсы по выбранному
маршрут и оформляет билет с указанием личных данных пассажира.
В системе используется всего два справочника для хранения условно-
постоянной информации, представленные в таблице 11.
Таблица 11
Перечень справочников
№
п/
п
Название
справочни
ка
Ответственн
ый за
ведение
Средний
объём
справочни
ка в
записях
Средняя
частота
актуализац
ии
Средний
объем
актуализац
ии, %
1
Аэропорты
Администрато
р
10
1 раз в месяц
10
2
Самолеты
Администрато
р
5
1 раз в месяц
20
51
Справочник «Аэропорты» служит для хранения информации о
аэропортах, между которыми осуществляются перевозки, содержит
следующие реквизиты:
Аэропорт
Город
Данная информация отображается на формах «Поиск билета»,
«Добавления рейса», «Просмотр билета».
Справочник «Самолеты» хранит сведения о самолетах аивакомпании.
Включает в себя следующие реквизиты:
Название самолета
Максимальное количество мест
Данная информация отображается на форме «Добавление рейса».
2.2.2. Характеристика результатной информации
После выполнения работы системы формируются следующие выходные
формы:
1. список рейсов
2. список аэропортов
3. список самолетов
4. список обращений
5. проданный билет
6. список купленных билетов
Список рейсов получает информацию из таблицы «Рейсы» и
справочника «Аэропорты» и содержит следующую информацию:
Номер рейса
Маршрут
Дату вылета и прибытия
Стоимость за место
Количество свободных мест
52
Статус рейса
Список аэропортов получает информацию из справочника «Аэропорты»
и содержит следующую информацию:
Код аэропорта
Название аэропорта
Город аэропорта
Список самолетов получает информацию из справочника «Самолеты» и
содержит следующую информацию:
Номер самолета
Название самолета
Максимальное количество мест в самолете
Список обращений получает информацию из таблиц «Обращения»,
«Пользователи» и содержит следующую информацию:
Номер обращения
Почта пользователя, написавшего обращение
Текст обращения
Дата и время создания обращения
Статус обращения
Проданный билет получает информацию из таблиц «Билеты», «Рейсы»,
«Пассажиры» и справочника «Аэропорты»:
Номер билета
Номер рейса
Маршрут
Дата и время вылета и прибытия
Стоимость билета
Номер места
Статус билета
ФИО пассажира
Номер документа
53
Список купленных билетов получает информацию из таблиц «Билеты»,
«Рейсы» и справочника «Аэропорты» и содержит следующую информацию:
Номер билета
Номер рейса
Маршрут
Дата и время вылета и прибытия
Стоимость билета
Статус билета
Все данные перечисленных выше форм хранятся в базе данных и
отображаются по запросу пользователя.
2.3. Программное обеспечение задачи
2.3.1 Cценарий диалога
Сценарий диалога формируется на основе дерева функций. В
разработанной системе используется иерархический принцип построения
сценария диалога, представленный на рисунке 7 [14].
54
Рисунок 7 Сценарий диалога
Работа начинается с вызова формы авторизации, где пользователь
должен ввести свои данные учетной записи либо же зарегистрироваться.
После успешной авторизации загружается главная форма, на которой
присутствует 6 пунктов меню:
55
Личный кабинет
Заказы
Авиабилеты
Помощь
Выход
Администрирование.
Далее пользователю необходимо выбрать интересующий его раздел.
В разделе личный кабинет содержится вся информация о клиенте.
В заказах находится история покупки всех билетов пользователем.
Во вкладке авиабилеты отображается расписание рейсов с
возможностью оформить билет на них.
В помощи пользователь может связаться с технической поддержкой.
Кнопка выход служит для того, чтобы выйти из-под текущей учетной
записи.
Вкладка администрирование доступна только для администраторов
системы и служит для управления рейсами, справочниками и просмотра
обращений от пользователей.
Пользователь может спокойно перемещать между вкладками, в любой
момент он сможет вернуться назад.
Во вкладке администрирование находятся модули для
администрирования. Здесь администратор системы выбирает необходимый
раздел и открывает его. Для того, чтобы вернуться назад достаточно просто
закрыть форму.
2.3.2. Характеристика базы данных
С помощью средства phpMyAdmin Дизайнер построим ER-модель базы
данных (Рисунок 8).
56
Рисунок 8 ER-модель базы данных
На схеме приведены следующие сущности и атрибуты:
1. API Ключи:
Код ключа
Код пользователя
Ключ