89
Технические риски
Риски:
• Остановка разработки из-за ошибок в применяемом ПО;
• Пользовательская документация включает в себя описание не всех
функции системы.
Методики предотвращения:
• Работа только с проверенным лицензионным ПО, регулярное
резервное копирование данных;
• Отслеживание полноты сведений во всех документах.
Этап внедрения
Риск персонала
Риски:
• Разрозненность деятельности разработчика и специалистов
предметной области;
• Отсутствие желания у сотрудников использовать новую систему и
связанные с этим трудности их обучения;
• Безучастность руководства.
Методики предотвращения:
• Обучение пользователей со стороны заказчика методики работы с
системой;
• Подготовка плана внедрения системы;
• Обоснование важности и нужности автоматизации персоналу;
• Привлечение руководящего персонала впроект и активное
взаимодействие с ним во время проведения всего проекта.
Технические риски
Риски:
• Утрата информации при внедрении системы.
Методики предотвращения:
• Наем квалифицированных сотрудников, имеющих опыт разработки
подобных систем.
90
Этап эксплуатации и сопровождения
Технические риски
Риски:
• Баги и ошибки ПО, приводящие к невозможности использования
системы;
• Неправильное использование оборудования;
• Отсутствие функциональных возможностей системы из-за
реорганизации предприятия.
Методики предотвращения:
• Полноценное тестирование и дополнение во время разработки
системы;
• Описание и занесение в документы всех технических условий и их
согласование.
91
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты [4]:
защита информации непосредственно в информационной системе от
внутренних угроз;
защита информации от внешних угроз.
Для защиты от угроз в системе используется политика разделения прав
доступа. Характеристика политики приведена в таблице 2.1.
Таблица 2.1 Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Учет
заявок»
Модуль
«Ввод
данных»
Модуль
«Отчеты»
Сотрудник
Чтение
Нет
Нет
Ограничен
Администратор
системы
Полный
Полный
Полный
Полный
Специалист СИТ
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
В качестве основного средства защиты от проникновений используется
СКУД «PERCo».
СКУД PERCo предназначена для автоматического контроля пропускного
режима и управления исполнительными устройствами (автоматическими
воротами, шлагбаумами, лифтами, турникетами, замками и т. п.) в соответствии
с заданными полномочиями и расписаниями.
Аппаратной основой системы являются контроллеры PERCo-SC-820.
92
Контроллеры PERCo-SC-820 объединяются в сеть по двухпроводному
интерфейсу RS-485 (до 63 контроллеров в одной линии связи). Линии связи RS-
485 подключаются к серверу оборудования СКУД через преобразователи
интерфейсов RS-232/RS-485, либо по компьютерной сети предприятия через
коммуникационные сетевые контроллеры (КСК) PERCo-SC-820 (до 256 КСК на
один ПК). Кроме того, в системе может быть несколько серверов оборудования,
объединенных компьютерной сетью, что обеспечивает практически
неограниченные возможности масштабирования системы.
Так-же в компании разработана политика безопасности, включающая себя
следующие частные документы:
1. Правила парольной защиты;
2. Правила защиты от вирусов и злонамеренного программного
обеспечения;
3. Требования по контролю за физического доступом;
4. Инструкция по безопасному уничтожению информации или
оборудования;
5. Правила осуществления удаленного доступа;
6. Требования резервного сохранения информации;
7. Требование мониторинга доступа и использования систем и ведения
лог файлов;
8. Требования при обращении с носителями данных;
9. Требования по проверке прав пользователей;
10. Требования по контролю доступа в операционную систему;
11. Требование к процедуре входа в систему (log in);
12. Правила использования системных утилит;
13. Правила удаленной работы мобильных пользователей;
14. Требование распределения ответственности при обеспечении
безопасности;
15. Правила безопасности при выборе персонала;
16. Требования контроля оперативных изменений;
93
17. Требования к применению криптографических средств управления;
18. Требования по контролю доступа к исходным текстам программ и
библиотек;
19. Требования контроля вносимых изменений;
20. Ограничения на изменения прикладного ПО.
94
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель включает в себя четыре области [2]:
Область выходной информации;
Область справочников системы;
Область обработки информации;
Область входной информации;
Процесс работы показан на информационной модели на рисунке 2.2.
95
ИС
Т Заявка*
Учет клиентов
Учет
сотрудников
Учет
неисправносте
й
Сотрудник
Учет заявок
Сотрудник
Учет
должностей
Спр Сотрудники*
Спр Должность* Спр Клиенты*
Сводный отчет по
клиентам
Сводный отчет
по клиентам
Аналитический
отчет о
выполнении
заявок клиентов за
период
Аналитический
отчет о
выполнении
заявок
клиентов за
период
Отчет о
выполненных
заявках клиентов
за период
Отчет о
выполненных
заявках
клиентов за
период
Отчет по заявке
Отчет по заявке
Спр Статус*
Спр Тип
неисправности
Учет статусов
Ведомость учета и
контроля п
Ведомость
учета и
контроля п
Отчет о степени
загруженности
сотрудников
Отчет о степени
загруженности
сотрудников
Журнал
поступления
заявок от клиентов
Журнал
поступления
заявок от
клиентов
Ведомость учета
работ
специалистов
отдела
Ведомость
учета работ
специалистов
отдела
Аналитический
отчет
Аналитический
отчет
Т Заявка
Спр Статус
Спр Клиенты
Спр Тип
неисправности
Спр СОтрудники
Спр Должность
Рисунок 2.2 Информационная модель системы обработки
заявок в отделе управления информационными технологиями
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. При использовании основных справочников
происходит учет заявок, в ходе которого записывается информация в таблицу
Заявки.
96
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входной информации для разрабатываемой информационной
системы используются следующие документы:
Обращение в поддержку IT – поступает от сотрудников компании по
одному из каналов связи (форма оформления заявки, электронная почта,
телефон,), содержит следующие сведения
Данные пользователя (ФИО, номер телефона, местоположение).
Описание проблемы и пошаговое описание действий по
воспроизведению проблемы (по возможности).
Воспроизведение - показывает случайный или неслучайный
характер носит описываемая проблема.
Приоритет – указывает, как быстро следует обработать данное
обращение.
Текст – Сообщение пользователя.
Скриншот возникшей проблемы в сжатом формате (png или jpg)
Заявка учитывается путем внесения данных в экранную форму «Учет
заявок».
Список сотрудников службы информационных технологий – формируется
руководителем службы информационных технологий. Данные о сотрудниках
вносятся в справочник Пользователи путем использования экранной формы
«Добавление пользователей».
В системе используется 4 справочника для хранения условно-постоянной
информации.
В системе используются справочники, приведенные в таблице 2.2.
97
Таблица 2.2 Перечень используемых справочников
№
п
п
название
справочни
ка
ответственн
ый за
ведение
средний
объём
справочни
ка в
записях
среднюю
частоту
актуализац
ии
средний
объем
актуализац
ии, %
1.
Сотрудники
Сис.админ
100
1 раз в месяц
10
2.
Статус
заявки
Сис.админ
50
1 раз в месяц
10
3.
Тип
Неисправнос
ти
Сис.админ
100
1 раз в месяц
10
4.
Должность
Сис.админ
100
1 раз в месяц
10
Справочник Пользователь служит для хранения информации о
пользователях компании, содержит следующие реквизиты:
Фамилия;
Имя;
Отчество;
Телефон;
Расположение местоположения;
Справочник Пользователь хранит сведения о сотрудниках службы,
являющихся пользователями системы. Включает следующие реквизиты:
ФИО;
Дата рождения;
Должность;
Телефон;
Логин;
В справочниках, Неисправность, Приоритет, Должность, Статус
содержатся только коды записей и наименование реквизитов [10].
98
2.2.3 Характеристика результатной информации
В результате работы системы формируются следующие выходные
документы:
1. Журнал поступления заявок от пользователей;
2. Ведомость учета работ специалистов службы информационных
технологий;
3. Ведомость учета и контроля поступления заявок от пользователей за
период;
4. Отчет о степени загруженности сотрудников службы
информационных технологий;
5. Аналитический отчет о наиболее часто возникающих проблемах
пользователей;
6. Отчет по заявке;
7. Сводный отчет по пользователям.
8. Отчет о выполненных заявках пользователей за период,
9. Отчет о невыполненных заявок пользователей за период
10. Аналитический отчет о выполнении заявок пользователей за период
Журнал поступления заявок от пользователей формируется в результате
учета заявок. Данный документ содержит номер заявки, ее наименование,
данные пользователя, от которого поступила заявка, статус заявки, данные
сотрудника, ее выполняющего (выполнявшего).
Ведомость учета работ специалистов службы информационных
технологий показывает количество и результаты выполнения заявок каждым
сотрудником, общее время на выполнение заявок, а так же наиболее часто
решаемые вопросы каждым сотрудником. Формируется на основании списка
сотрудников и журнала учета заявок с отметкой о результате контроля.
Ведомость контроля и учета заявок содержит все заявки, поступившие в
назначенный период и формируется на основании журнала учета заявок с
отметкой о результате контроля, списка сотрудников. В ведомости указываются