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