49
На этапе реализации системы основным риском является некорректная
разработка программного кода. Этот риск можно устранить на этапе согласования
технического задания. Каждый раздел технического задания должен быть
разъяснен заказчику и только после полного согласования технического задания
стоит приступать к разработке системы.
Риском этапа тестирования системы является не полное выявление ошибок в
функционировании системы. Эти ошибки могут быть выявлены на этапе
эксплуатации и потребуют дополнительных затрат на их устранение. Такая
ситуация достаточно часто встречается, минимизировать этот риск можно с
помощью высококвалифицированных специалистов, задействованных не только на
этапе тестирования, но и на этапе реализации. Это может потребовать увеличения
бюджета проекта, но снизит риск дополнительных затрат при обнаружении ошибок
в ходе эксплуатации системы.
Риском этапа внедрения системы являются: некорректное тестирование
технического обеспечения программных модулей. Этот риск предотвращается с
помощью использования лицензионного оборудования, а его устранение
осуществляется с помощью дополнительного тестирования.
Рисками этапа сопровождения являются поломка оборудования, моральное
устаревание программного обеспечения и программных средств. Поломку
оборудования можно предотвратить при помощи регулярного мониторинга
состояния оборудования. Риск морального устаревания можно предотвратить с
помощью гибко разработанной системы и своевременного осуществления
доработки программной архитектуры системы. Эта группа рисков ложится на
заказчиков программного обеспечения.
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации
Рассмотрим аспекты реализации информационной безопасности для
поставленной задачи. Защита системы от внутренних угроз предполагает
50
добавление в существующую Политику безопасности организации раздела о
разграничении прав доступа к разрабатываемой системе [13].
Пользователями системы обработки заявок на техническую поддержку будут
все сотрудники организации, поэтому у всех сотрудников организации должны
быть права доступа к реализуемой системе.
Системные администраторы осуществляют прием заявок, поэтому они
должны иметь права на создание и редактирование заявок, а также на
формирование отчетов. Все изменения в системе должны протоколироваться для
возможности выявления лица, нарушившего Политику безопасности. Руководитель
группы технической поддержки должен иметь права на редактирование заявок и
формирование отчетов.
Права на удаление заявок должны быть только у администратора системы.
Если в процессе работы с системой была создана ошибочная заявка, ей
присваивается статус «закрыта» и сотрудник пишет соответствующее примечание
в заявке.
Определим правила разграничения доступа к разрабатываемой системе. Для
того, чтобы определить правила разграничения доступа, выделим группы
пользователей, которые будут работать с разрабатываемой системой:
1. Системный администратор.
2. Руководитель технического отдела.
3. Сотрудник организации.
4. Администратор системы.
Затем составим список разделов системы и опишем права доступа для
каждой категории пользователей. Права доступа представлены в таблице 8.
Таблица 8
Разграничение прав доступа
Раздел Справочники Заявки Отчеты
Руководитель
технического отдела
Просмотр,
редактирование
Создание,
редактирование
Просмотр
Системный Просмотр, Редактирование Просмотр
51
администратор редактирование
Сотрудник
организации
- Создание -
Администратор
системы
Создание,
редактирование,
удаление
Создание,
редактирование,
удаление
Просмотр
Защита системы от внешних угроз будет реализована с помощью текущей
Политики безопасности организации: на серверное оборудование компании не
установлены сторонние средства удаленного администрирования. Доступ к серверу
осуществляется с помощью «Remote desktop protocol», в том числе и сервер
приложений и СУБД, где будет установлена серверная версия разрабатываемой
информационной системы. Доступ к серверу осуществляется только
авторизованный.
Для каждого пользователя системы необходима процедура авторизации для
защиты от внутренних угроз информационной безопасности. Ежеквартально
система должно запрашивать изменение пароля при авторизации для каждого
пользователя, при этом необходимо осуществлять проверку того, не ввел ли
пользователь пароль, который уже им использовался для доступа к системе [3].
Для защиты от внешних угроз необходимо хранение паролей в
зашифрованном виде и обеспечить надежность каналов связи для того, чтобы
избежать перехвата информации.
Для обеспечения информационной безопасности в организации используется
программное обеспечение «Microsoft Security Essentials», который обеспечивает
защиту от вредоносного программного обеспечения, и фильтрует сетевой трафик,
благодаря встроенному брандмауэру.
Также необходимо обеспечить следующие механизмы обеспечения
информационной безопасности:
защиту базы данных;
систему резервного копирования.
52
Защита базы данных обеспечивается использованием алгоритмов
шифрования данных. Резервное копирование осуществляется созданием резервных
копий системы лицом, ответственным за обеспечение информационной
безопасности.
Защиту от хищения данных злоумышленниками обеспечивает пропускная
система контроля доступа в служебные помещения организации. Защита от порчи
данных регламентируется Политикой информационной безопасности, которая
принята в организации.
На основании вышеперечисленного можно заключить, что в компании
использованы все возможные методы защиты информации, так как нет
уникального одного метода, который смог бы обеспечить полную
информационную безопасность, а сочетание всех методов позволяет реализовать
максимальную информационную безопасность.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание
Информационная модель представляет собой новый вариант организации
информационной системы, автоматизирующей процесс обработки заявок
технической поддержки. Информационная модель представлена на рисунке 9.
В разрабатываемой информационной системе будут созданы следующие
справочники: сотрудник, должность, отдел, вид проблемы, статус заявки. Также
будут таблицы, предназначенные для администрирования системы: пользователь и
право доступа. Помимо этого, в системе будут созданы таблицы для хранения
оперативных данных: заявка, стадия заявки и решение проблемы.
53
ИС
Спр.
Должность
Спр. Отдел
Спр. Статус
заявки
Спр.
Сотрудник
Форма
заявки
Форма
отчета
Спр. Вид
проблемы
Спр.
Должность*
Спр.
Сотрудник*
Форма
справочника
Спр. Статус
заявки*
Спр. Вид
проблемы*
Спр. Отдел*
Решение
проблемы
Заявка
Пользователь
*
Право*
Стадия заявки
Заявка*
Отчет по анализу
заявок
Системный
администратор
Сотрудник
организации
Пользователь
Право
Спр. Решение
проблемы*
Стадия
заявки*
Системный
администратор
Администратор
системы
Администратор
Руководитель
технического отдела
Руководитель
технического отдела
Рисунок 9. Информационная модель
Информационная система будет содержать формы заявки, формы отчетов и
редактирования справочников. В результате работы системы будет формироваться
отчет о проделанной работе.
54
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Дадим характеристику нормативно-справочной, входной и оперативной
информации. В системе будут доступны следующие справочники:
1. Сотрудник – перечень сотрудников отдела технической поддержки.
2. Отдел – перечень отделов организации.
3. Должность – перечень должностей сотрудников организации.
4. Вид проблемы – перечень проблем, с которыми может обратиться
клиент.
5. Статус заявки – перечень стадий работ над заявкой сотрудника.
Характеристика справочников представлена в таблице 9.
Таблица 9
Характеристика справочников
Характеристика
Должность
Вид проблемы Отдел
Ответственный за
ведение
Администратор системы
Объем справочника в
записях
2 20 4
Частота актуализации По мере необходимости
Объем актуализации 1-10 записей
Реквизитный состав Наименование Наименование Наименование
Характеристика Сотрудник Статус заявки
Ответственный за
ведение
Администратор системы
Объем справочника в
записях
100 10
Частота актуализации По мере необходимости
Объем актуализации 1-10 записей
Реквизитный состав Фамилия Наименование
55
Имя
Отчество
Телефон
Согласно описанию условно-постоянной информации, можно выделить
объекты, которые должны располагаться на формах ввода данных об условно-
постоянной информации. Теперь разработаем макет форма справочников в
выбранной среде программирования. Макет справочника «Сотрудник» представлен
на рисунке 10.
Рисунок 10. Макет справочника «Сотрудник»
На рисунке 11 представлен макет справочника «Должность».
56
Рисунок 11. Макет справочника «Должность»
На рисунке 12 представлен макет справочника «Отдел».
57
Рисунок 12. Макет справочника «Отдел»
Макет справочника «Статус заявки» представлен на рисунке 13.
58
Рисунок 13. Макет справочника «Статус заявки»
На рисунке 14 представлен макет справочника «Вид проблемы».