46
необходима поэтапная разработка, с обязательной отчетностью о выполнении
каждого этапа. Детальное описание всех семи этапов жизненного цикла
разрабатываемой информационной системы представлено в таблице 3.
Таблица 3
Детальное описание этапов жизненного цикла ИС
Наименовани
е этапа
Цель этапа
Ключевы
е
участник
и
Требования к
входной
информации
Получаемые
результаты
Исследование
предметной
области
Получить
полное
представление
о предметной
области,
задачах
автоматизации
бизнес-
процесса,
выявить
требования к
ИС
Сотрудник
и
компании
Разработч
ик
Нормативные
документы
компании
Текущая
организация
IT-сферы в
компании
Требования к
функционально
му наполнению
ИС
Проектировани
е ИС
Выбрать и
обосновать
проектные
решений по
информационн
ому,
программному
и аппаратному
обеспечениям
Разработч
ик
Требования к
функционально
му наполнению
ИС
Проектные
решения по
информационн
ому,
программному
и аппаратному
обеспечению
проектируемой
ИС
Разработка ИС
Создать
работающий
прототип
системы,
выполняющий
все требуемые
функции
Разработч
ик
Программ
ист
Проектные
решения по
информационн
ому,
программному
и аппаратному
обеспечению
проектируемой
ИС
Рабочая
система,
удовлетворяющ
ая
обозначенным
функциональн
ым и другим
требованиям
Тестирование
и отладка
первой версии
ИС
Провести
проверку
корректности
работы всех
функций
системы,
устранить
Сотрудник
и
компании
Разработч
ик
Рабочий
прототип
системы
Система с
исправленными
недочетами и
ошибками
47
выявленные
недочеты
Внедрение ИС
Внедрить ИС в
производственн
ый процесс
Разработч
ик
Сотрудник
и
компании
Система с
исправленными
недочетами и
ошибками
Внедренная в
производственн
ый процесс ИС
Эксплуатация
системы в
производствен
ном процессе
Получить
необходимый
эффект от
использования
ИС
Сотрудник
и
компании
Внедренная в
производственн
ый процесс ИС
Полученный
положительный
эффект,
пожелания к
доработке и
развитию
системы
Развитие
системы
Расширить
функционал,
улучшить
пользовательск
ий интерфейс
Разработч
ик
Пожелания к
доработке и
развитию
системы
Расширенный
функционал
ИС,
улучшенный
пользовательск
ий интерфейса
Этап внедрения информационной системы в производственный процесс
является одним из наиболее важных в жизненном цикле ИС, т.к. от его
проведения и результатов выполнения зависит эффективность дальнейшего
использования и эксплуатации информационной системы, а значит и
эффективность всего проекта автоматизации. По этой причине, этап внедрения
разработанной информационной системы чаще всего рассматривают как
отдельный проект.
Существуют следующие основные стратегии внедрения информационных
систем:
− «Параллельная стратегия» – когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему;
− «Скачок». Эта стратегия привлекательна, но не рекомендуется для
внедрения корпоративных информационных систем;
− «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» – это тактика «скачка», но применяемая к ограниченному
48
числу процессов. Область применения стратегии – небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен;
− «Узкое место» – это малая часть производственного процесса. При
использовании похода «узкое место» план внедрения выполняется только для
«узкого места» и для людей, работающих в нем. Точность данных повышается
только для изделий в этом «узком месте»; переподготовка – только для людей,
работающих в нем; анализ эффекта затрат делается только для него и т.д.
Для реализации данного проекта автоматизации процесса обработки
заявок в IT-отделе была выбрана стратегия внедрения, называемая «Узкое
место», т.к. использование других описанных стратегий невозможно из-за четко
выделенных рамок автоматизируемого бизнес-процесса.
Ниже представлены основные фазы реализации проекта по внедрению ИС
в производственный процесс.
Все перечисленные фазы выполняет разработчик, совместно с
сотрудниками IT-отдела компании. Основная роль разработчика – анализ
ресурсов и процессов, корректировка внедрения под конкретные условия
организации. Роль сотрудников предприятия – обеспечение разработчика всей
необходимой ему информацией, нужными материалами и оргтехникой.
Фаза «Предварительные работы по подготовке проекта внедрения ИС». В
ходе предпроектного обследования предприятия происходит сбор подробной
информации о структурном построении организации, функциональных связях,
системе управления, об основных бизнес-процессах, о потоках внутри
предприятия. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура
и стоимость программно-аппаратных и телекоммуникационных средств,
стоимость обучения персонала и т. д.
Фаза «Подготовка проекта». После завершения первой фазы
осуществляется предварительное планирование и формирование процедур
запуска проекта:
− формирование проектной и экспертной групп;
49
− распределение полномочий и ответственности;
− определение организационно-технических требований к процессу
внедрения;
− уточнение спецификаций и ожиданий заказчика;
− обучение группы внедрения, состоящей из специалистов
предприятия-заказчика.
Фаза «Концептуальная проработка проекта». В течение этой фазы:
− формируется и утверждается концептуальный проект;
− достигается обязательное однозначное понимание намерений всех
участников проекта относительно внедряемой ИС;
− уточняются и конкретизируются цели и задачи проекта;
− определяются размеры прототипа системы;
− согласуются укрупненный план работы, последовательность этапов
и условия опытной эксплуатации, планово-финансовые и отчетные показатели.
Фаза «Реализация проекта». Во время проведения основных работ по
внедрению создается, устанавливается и конфигурируется системная среда,
определяются процедуры системного администрирования, устанавливаются
основные программно-аппаратные комплексы и приложения. В системе
настраиваются организационно-штатные и организационно-функциональные
структуры предприятия с использованием таких организационных единиц, как
филиал, департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и
телекоммуникационных средств, производится перенос данных из прежних
локальных систем и формирование интерфейсов с унаследованными и
внешними системами.
Отрабатываются системные вопросы безопасности работы системы в
многопользовательском режиме. Создаются приложения, шаблоны, отчеты,
клиентские формы доступа, распределяются полномочия пользователей.
50
Проводится «прогонка» всех систем в «боевом режиме» с участием всех
заинтересованных сторон.
После окончания фазы реализации проект внедрения считается
законченным. Информационная система передается в эксплуатацию.
Этап жизненного цикла ИС «Эксплуатация» содержит в себе следующий
перечень выполняемых работ:
− ввод первичных данных для формирования входных документов;
− актуализация нормативно-справочной информации;
− создание резервных копий;
− отслеживание и исправление ошибок в работе, незамеченных на
этапе тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями проектируемой
ИС с помощью соответствующих форм ввода данных (отправки заявки и
комментариев к заявке).
Актуализация нормативно-справочной информации выполняется
администратором ИС по мере необходимости (удаляются или скрываются
неактуальные данные, добавляются новые).
Создание резервных копий базы данных и файлов информационной
системы также входит в обязанности администратора ИС, осуществляется
еженедельно.
Отслеживание ошибок выполняется основными пользователями ИС –
сотрудниками компании, исправление выполняет разработчик информационной
системы по мере необходимости.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта, а особенно – по
созданию и внедрению информационной системы для предприятия, включает
множество различных задач. Поэтому, в ходе решения каких-либо задач, могут
возникнуть трудности, которые станут препятствием для решения какой-то
51
отдельно взятой задачи или успеха всего проекта автоматизации. Такие
препятствия называют рисками. Ниже описаны возможные риски в реализации
проекта, причины их возникновения, а также способы избегания, пути
устранения или уменьшения негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Наиболее распространённым
заболеванием являются грипп или простуда. Данный риск может возникнуть на
любом этапе жизненного цикла проекта автоматизации. Среди негативных
последствий заболевания сотрудника стоит выделить увеличение срока
реализации всего проекта. Для снижения вероятности возникновения этого риска
необходимо следить за соблюдением техники безопасности при работе за
компьютером и правильно организацией рабочего места в соответствии с
требованиями санитарных норм.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств, которые необходимы для
решения выделенных задач. Данный риск может возникнуть на любом этапе
жизненного цикла проекта автоматизации. Главным негативным последствием
поломки компьютера является сдвиг сроков, а также возможная потеря данных.
Для уменьшения вероятности выхода компьютера из строя необходимо всегда
проводить плановое техническое обслуживание, как аппаратного обеспечения
компьютера (чистка от пыли, смазывание вентиляторов системы охлаждения),
так и программного (своевременное обновление программ, актуальное
антивирусное ПО).
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя, так
и из-за случайного удаления важных данных. Данный риск может возникнуть на
любом этапе жизненного цикла проекта. Чтобы уменьшить негативные
последствия данного риска, достаточно регулярно производить резервное
52
копирование и архивацию данных, особенно после каждого выполненного
промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (н-р, землетрясение, пожар, наводнение и т.д.), все
работы по проекту приостанавливаются до момента прекращения действия
чрезвычайной ситуации и устранения её последствий. Данный риск может
возникнуть на любом этапе жизненного цикла информационной системы, для
снижения негативных последствий чрезвычайной ситуации рекомендуется
хранить все резервные копии на удаленных серверах, например, в облачных
хранилищах. Тогда работу по проекту можно будет продолжить с любого
компьютера с доступом в сеть интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что
было проведено комплексное изучение предметной области и выявлены
конкретные требования к разрабатываемому программному продукту, возможна
ситуация, когда какой-то момент не был учтен, либо изменилась сама
предметная область. Для снижения вероятности возникновения риска
необходимо ответственно подходить к выбору разработчика-проектировщика, в
обязанности которого входит исследование предметной области и формирование
требований к разрабатываемой информационной системе, т.к. именно от
результатов его исследования зависит полнота и гибкость требований к
разрабатываемому программному продукту. Данный риск может возникнуть на
следующих этапах жизненного цикла информационной системы: разработка,
тестирование и внедрение.
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
внешними условиями. До полного завершения проекта автоматизации такой
риск всегда существует, однако, чем ближе дата завершения проекта, тем
53
вероятность возникновения данного риска будет ниже, а после прохождения
этапа внедрения негативный эффект данного риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности
информации необходимо использовать разделение прав пользователей к
различным модулям разрабатываемой информационной системы. Всего в
разрабатываемой системе планируются следующие группы пользователей:
− администраторы;
− техники;
− инженеры;
− сотрудники компании.
Уровни доступа к разным модулям системы представлены в виде таблицы
4.
Таблица 4
Разграничение прав доступа к системе
Модули
системы
Группы пользователей
Администрат
оры
Техники
Инженеры-
программист
ы
Сотрудники
компании
Авторизация
Чтение
Чтение
Чтение
Чтение
Отправка
новой заявки
Чтение
Чтение
Чтение
Чтение
Просмотр
заявки,
добавление
комментариев
к заявке
чтение/
создание/
редактировани
е
чтение/
редактирован
ие
чтение/
редактирован
ие
чтение/
редактирован
ие
Изменение
статуса заявки
чтение/
создание/
редактировани
е
чтение/
редактирован
ие
чтение/
редактирован
ие
чтение/
редактирован
ие
Управление
пользователям
и
чтение/
создание/
редактировани
е
Нет
Нет
Нет
54
Как видно из таблицы 4, у каждой группы пользователей имеется свой
уровень доступа. Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование
конфиденциальных данных. Пароли для доступа к ИС должны храниться в базе
данных в зашифрованном виде.
Кроме того, необходимо следить за сложностью паролей, которые
устанавливают себе пользователи. Пароль должен быть длинной не менее 8
символов, с обязательным использованием минимум одной цифры и прописного
символа (большой буквы).
Одной из причин потери информации могут быть вирусы. Компьютерный
вирус – это фрагмент программного кода, который умеет размножаться, копируя
себя в тело других программ. При этом замедляется работа компьютера или
полностью (либо частично) разрушается файловая система.
Опасность вирусов и легкость заражения (пользователь может даже не
подозревать о наличии вирусов в системе) заставляют на каждом предприятии
использовать антивирусные программы. Антивирусные программы - это
программы, написанные специально для выявления и уничтожения вирусов.
Наиболее предпочтительными программами при использовании данного
проекта являются DRWEB, AVP.
Необходимо использовать программное обеспечение только из
проверенных источников, иметь резервные копии, как программ, так и
результатов своей работы.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – схема движения входной, промежуточной и
результатной информации, которое возникает при работы информационной
системы. Основная задача построения информационной модели – показать то,
55
каким образом из входных и справочных данных формируется выходная
информация.
Информационная модель представлена на рисунке 13.
Спр
«Пользователи»
Администратор
Спр*
«Пользователи»
Управление
справочниками
Отчет по заявкам
Спр «Статусы
заявок»
ИС
Т «Заявки»
Спр «Виды
неисправностей»
Сотрудник IT-отдела
Сотрудник компании
Спр
«Отделения»
Спр* «Виды
неисправностей»
Спр*
«Отделения»
Создание
заявки
Т
«Комментарии»
Т* «Заявки»
Т*
«Комментарии»
Работа с
заявкой
Формирование
отчета по
заявкам
Сотрудник компании
Инженер
Спр «Роли
польз.»
Спр* «Роли польз.»
Спр* «Статусы
заявок»
Письмо «Новый
комментарий
комментарий к заявке»
Письмо
«Новая заявка»
Письмо «Изменение
статуса заявки»
Управление
профилем
Список
заявок
Техник
Рисунок 13 – Информационная модель
В соответствии с составленной информационной моделью Администратор
может работать со справочниками системы: добавлять и изменять записи в них.
Работа пользователей (сотрудников всей компании в целом и IT-отдела в
частности) в ИС возможна только после прохождения авторизации с помощью
формы входа. Далее зарегистрированный пользователь-сотрудник предприятия
может оставить заявку, или посмотреть результаты работы по предыдущим
заявкам, оставить комментарии к какой-либо заявке, либо закрыть её (сменить
статус), если проблема уже решена. Пользователи-сотрудники IT-отдела могут
работать с оставленными заявками: оставлять комментарии, либо изменять