47
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта включает множество
различных задач. Поэтому, в ходе решения каких-либо задач, могут возникнуть
трудности, которые станут препятствием для решения какой-то задачи или успеха
всего проекта автоматизации. Такие препятствия называют рисками. Ниже
описаны возможные риски в реализации данного проекта, причины их
возникновения, а также способы избегания, пути устранения или уменьшения
негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Среди негативных последствий
заболевания сотрудника стоит выделить увеличение срока реализации всего
проекта. Для снижения вероятности возникновения этого риска необходимо
проводить регулярное общее обследование организма, а также прием витаминов и
выполнение общих оздоровительных и закаливающих процедур.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств (персональных компьютеров),
которые необходимы для решения выделенных задач. Главным негативным
последствием поломки компьютера является сдвиг сроков, а также возможная
потеря данных. Для уменьшения вероятности выхода компьютера из строя
необходимо всегда проводить плановое техническое обслуживание, как
аппаратного обеспечения компьютера (чистка от пыли, смазывание вентиляторов
системы охлаждения), так и программного (своевременное обновление программ,
актуальное антивирусное ПО).
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя, так и
из-за случайного удаления важных данных. Чтобы уменьшить негативные
последствия данного риска, достаточно регулярно производить резервное
копирование и архивацию данных, особенно после каждого выполненного
промежуточного этапа.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что было
проведено комплексное изучение предметной области и выявлены конкретные
48
требования к разрабатываемому программному продукту, возможна ситуация,
когда какой-то момент не был учтен, либо изменилась сама предметная область.
Для снижения вероятности возникновения риска необходимо ответственно
подходить к выбору разработчика-проектировщика, в обязанности которого входит
исследование предметной области и формирование требований к разрабатываемой
информационной системе, т.к. именно от результатов его исследования зависит
полнота и гибкость требований к разрабатываемому программному продукту.
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
внешними условиями. До полного завершения проекта автоматизации такой риск
всегда существует, однако, чем ближе дата завершения проекта, тем вероятность
возникновения данного риска будет ниже, а после прохождения этапа внедрения
негативный эффект данного риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности информации
необходимо использовать разделение прав пользователей к различным модулям
разрабатываемой информационной системы [27]. Всего в разрабатываемой системе
планируются следующие группы пользователей:
администраторы;
сотрудники компании;
сотрудники компаний-клиентов;
Уровни доступа к разным модулям системы представлены в виде таблицы 4.
49
Таблица 4
Разграничение прав доступа к системе
Модули системы
Группы пользователей
Администраторы
Сотрудники
компании
Сотрудники
компаний-
клиентов
Авторизация
Чтение
Чтение
Чтение
Отправка новой
заявки
Чтение
Чтение
Чтение
Просмотр заявки,
добавление
комментариев к
заявке
Чтение/создание/ред
актирование
Чтение/Редактиро
вание
Чтение/Редактиро
вание
Изменение
статуса заявки
Чтение/создание/ред
актирование
Чтение/Редактиро
вание
Чтение/Редактиро
вание
Управление
пользователями
Чтение/создание/ред
актирование
Нет
Нет
База данных
Чтение/создание/ред
актирование
Нет
Нет
Как видно из таблицы 4 у каждой группы пользователей имеется свой
уровень доступа. Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование
конфиденциальных данных. Пароли для доступа к ИС должны храниться в базе
данных в зашифрованном виде.
Кроме того, необходимо следить за сложностью паролей, которые
устанавливают себе пользователи. Пароль должен быть длиной не менее 8
символов, с обязательным использованием минимум одной цифры и прописного
символа (заглавной буквы).
Одной из причин потери информации могут быть вирусы. Компьютерный
вирус – это фрагмент программного кода, который умеет размножаться, копируя
себя в тело других программ. При этом замедляется работа компьютера или
полностью (либо частично) разрушается файловая система. Некоторый вирусы
копируют конфиденциальную информацию и отправляют её злоумышленникам.
Опасность вирусов и легкость заражения (пользователь может даже не
подозревать о наличии вирусов в системе) заставляет на каждом предприятии
использовать антивирусные программы. Антивирусные программы – это
50
программы, написанные специально для выявления и уничтожения вирусов.
Наиболее предпочтительными программами при использовании данного проекта
являются DRWEB и Антивирус Касперского.
Необходимо использовать программное обеспечение только из проверенных
источников, иметь резервные копии, как программ, так и результатов своей работы.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для отображения путей преобразования информации внутри системы и связи
её с внешними объектами используют информационную модель. Информационной
моделью называют схему движения входной, промежуточной и результативной
информации и функций предметной области. Также с помощью информационной
модели объясняется с помощью каких входных данных (документов) и какой
нормативно-справочной информации происходит выполнение основных функций.
Информационная модель представлена на рисунке 7.
51
Спр
«Пользователи»
Администратор
Спр* «Пользователи»
Управление
справочниками
Отчет по заявкам
Спр «Статусы
заявок»
ИС
Т «Заявки»
Спр «Виды
неисправностей»
Сотрудник отдела
технической поддержки
Сотрудник компании-
клиента
Спр
«Компании»
Спр* «Виды
неисправностей»
Спр* «Компании»
Создание
заявки
Т «Комментарии»
Т* «Заявки»
Т* «Комментарии»
Работа с
заявкой
Формирование
отчета по заявкам
Сотрудник компании-
клиента
Руководитель
Спр «Роли
польз.»
Спр* «Роли польз.»
Спр* «Статусы заявок»
Письмо «Новый
комментарий
комментарий к
заявке»
Письмо «Новая
заявка»
Письмо
«Изменение
статуса заявки»
Управление
профилем
Список заявок
Сотрудник отдела
технической поддержки
Рисунок 7 – Информационная модель
52
В соответствии с составленной информационной моделью Администратор
может работать со справочниками системы: добавлять и изменять записи в них,
а также формировать отчет по заявкам
Работа пользователей (сотрудников ООО «Центр Плюс» и сотрудников
компаний-клиентов) в ИС возможна только после прохождения авторизации с
помощью формы входа. Далее зарегистрированный пользователь, сотрудник
компании-клиента, может оставить заявку, или посмотреть результаты работы
по предыдущим заявкам, оставить комментарии к какой-либо заявке, либо
закрыть её (сменить статус), если проблема уже решена. Пользователи-
сотрудники отдела техническое поддержки могут работать с оставленными
заявками: оставлять комментарии, либо изменять заявки (статусы). Кроме того,
каждый пользователь системы может редактировать данные своей учетной
записи (через управление своим профилем).
Помимо отчета по заявкам, выходными данными для информационной
системы выступают письма, отправляемые автоматически.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В информационной системе используются пять справочников,
характеристики которых приведены в таблице 5
Таблица 5
Справочники информационной системы
№
пп
Название
справочника
Ответственны
й за ведение
Средний
объём
справочник
а в записях
Среднюю
частоту
актуализаци
и
Средний
объем
актуализаци
и, %
1
Пользователи
Администрато
р
100
1 раз в день
10
2
Виды
неисправностей
Администрато
р
10
1 раз в
месяц
10
3
Компании
Администрато
р
10
1 раз в год
10
4
Статусы заявок
Администрато
р
4
1 раз в год
25
5
Роли
пользователей
Администрато
р
3
1 раз в год
30
53
Справочник Статусы заявок носит нормативный характер и его нужно
актуализировать раз в год (добавлять дополнительные статусы заявок, либо
наоборот удалять неиспользуемые), точно также и справочник ролей
актуализируется раз в год.
Реквизитный состав каждого справочника представлен в виде таблицы 6.
Таблица 6
Реквизитный состав справочников информационной системы
№ пп
Название
справочника
Перечень реквизитов
1
Пользователи
ФИО пользователя;
логин;
пароль;
электронная почта;
компания;
роли пользователя
2
Виды
неисправностей
наименование неисправности;
отображать или нет на форме создания заявки?
3
Компании
наименование компании;
4
Статусы заявок
наименование статуса;
5
Роли пользователей
наименование роли;
Редактирование и ввод новых записей во все справочники осуществляется
с помощью специальных форм.
На рисунке 8 изображена форма для работы с записями справочника
«Пользователи».
Рисунок 8 – Форма Пользователь
54
Формы для работы с записями других справочников имеют аналогичный
вид (Рисунок 9-11).
Рисунок 9 – Форма Виды неисправности
Рисунок 10 – Форма Компания
Рисунок 11 – Форма Статусы заявок
В качестве входных данных для информационной системы учета рабочего
времени сотрудников отдела технической поддержки выступают заявки, а также
комментарии к ним. Перечисленные входные данные создаются с помощью
форм, расположенных на сайте. Внешний вид форм представлен на рисунках 12
(форма создания заявки) и 13 (форма отправки комментария к заявке).
55
Рисунок 12 – Форма для создания заявки
Рисунок 13 – Форма отправки комментария к заявке
Данные, которые пользователи вводят в эти формы сохраняются в базе
данных, а затем используются для формирования результатной информации.
2.2.3. Характеристика результатной информации
Результатную информацию (выходные данные) информационной системы
можно разделить на два вида:
1. Письма, формируемые и отправляемые информационной системой
сотрудникам учреждения при появлении нового входного документа
(заявки или комментария к ней), а также при изменении статуса заявки.
2. Отчет по заявкам, формируемый в виде таблицы.
Подробное описание выходных данных в таблице 7.
56
Таблица 7
Описание результатной информации
№ пп
Наименование
Реквизиты
Таблицы, на основе которых
формируется
Частота
формирования
Способ
доставки
1
Письмо «Новая
заявка»
Номер заявки
ФИО сотрудника
Тип неисправности
Файл (необязателен)
Словесное описание
проблемы
Заявки
Пользователи
Статусы заявок
Типы неисправностей
По мере
необходимости
Электронное
письмо
2
Письмо «Новый
комментарий»
ФИО сотрудника
Номер заявки
Текст комментария
Заявки
Пользователи
Комментарии
По мере
необходимости
Электронное
письмо
3
Письмо
«Изменение
статуса заявки»
Номер заявки
ФИО сотрудника
Новый статус заявки
Заявки
Пользователи
Статусы заявок
По мере
необходимости
Электронное
письмо
4
Отчет по заявкам
Количество отправленных
заявок;
Количество выполненных
заявок;
Максимальное,
минимальное и среднее
время ответа на заявку
Заявки
Статусы заявок
Комментарии
Типы неисправностей
По мере
необходимости
Экранная
форма, может
быть выгружен
в формате
электронной
таблицы
Microsoft Excel