47
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Процессы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы, как и любого программного
продукта – это непрерывный процесс, который начинается с момента принятия
решения о необходимости создания этой информационной системы и заканчивается
при полном изъятии её из эксплуатации.
Наиболее популярными и распространенными являются:
ГОСТ 34.601-90. Действие данного стандарта распространяется на
автоматизированные информационные системы и описывает основные стадии и
этапы их создания;
ГОСТ Р 12207-2010. Этот стандарт описывает процессы и организацию
жизненного цикла программного обеспечения.
Custom Development Method (методика, разработанная компанией
Oracle) подробный материал, содержащий в себе заготовки проектных документов,
которые можно использовать в проектах, основанных на программных продуктах
Oracle.
Rational Unified Process (RUP) подразумевает итеративную модель
разработки, состоящая из четырех этапов (или фаз): начало, исследование,
построение и внедрение. Каждый этап разбивается на подэтапы (итерации), в
результате прохождения которых создаются версии для внутреннего и внешнего
пользования. Суть работы в рамках RUP – это создание и сопровождение моделей
на базе UML.
Для данного дипломного проекта был выбран стандарт ГОСТ 34.601-90, т.к.
он наиболее хорошо знаком и имеет четкое описание всех этапов работы над ИС.
Модель жизненного цикла была выбрана каскадная, в первую очередь это
связано с тем, что для разработки проекта автоматизации процессов учета и
обработки заявок необходима поэтапная разработка, с обязательной отчетностью о
выполнении каждого этапа. Детальное описание всех семи этапов жизненного цикла
разрабатываемой информационной системы представлено в таблице 3.
48
Таблица 3
Детальное описание этапов жизненного цикла ИС
Наименование
этапа
Цель этапа
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Исследование
предметной
области
Получить
полное
представление о
предметной
области, задачах
автоматизации
бизнес-процесса,
выявить
требования к ИС
Сотрудник
и
учреждения
Разработчи
к
Нормативные
документы
учреждения
Текущая
организация IT-
сферы в
организации
Требования к
функциональном
у наполнению
ИС
Проектирование
ИС
Выбрать и
обосновать
проектные
решений по
информационно
му,
программному и
аппаратному
обеспечениям
Разработчи
к
Требования к
функциональном
у наполнению
ИС
Проектные
решения по
информационно
му,
программному и
аппаратному
обеспечению
проектируемой
ИС
Разработка ИС
Создать
работающий
прототип
системы,
выполняющий
все требуемые
функции
Разработчи
к
Программи
ст
Проектные
решения по
информационно
му,
программному и
аппаратному
обеспечению
проектируемой
ИС
Рабочая система,
удовлетворяюща
я обозначенным
функциональны
м и другим
требованиям
Тестирование и
отладка первой
версии ИС
Провести
проверку
корректности
работы всех
функций
системы,
устранить
выявленные
недочеты
Сотрудник
и
учреждения
Разработчи
к
Рабочий
прототип
системы
Система с
исправленными
недочетами и
ошибками
Внедрение ИС
Внедрить ИС в
производственн
ый процесс
Разработчи
к
Сотрудник
и
учреждения
Система с
исправленными
недочетами и
ошибками
Внедренная в
производственн
ый процесс ИС
Эксплуатация
системы в
производственн
ом процессе
Получить
необходимый
эффект от
использования
ИС
Сотрудник
и
учреждения
Внедренная в
производственн
ый процесс ИС
Полученный
положительный
эффект,
пожелания к
доработке и
49
развитию
системы
Развитие
системы
Расширить
функционал,
улучшить
пользовательски
й интерфейс
Разработчи
к
Пожелания к
доработке и
развитию
системы
Расширенный
функционал ИС,
улучшенный
пользовательски
й интерфейса
Этап внедрения информационной системы в производственный процесс
является одним из наиболее важных в жизненном цикле ИС, т.к. от его проведения
и результатов выполнения зависит эффективность дальнейшего использования и
эксплуатации информационной системы, а значит и эффективность всего проекта
автоматизации. По этой причине, этап внедрения разработанной информационной
системы чаще всего рассматривают как отдельный проект.
Существуют следующие основные стратегии внедрения информационных
систем:
Параллельная стратегия – когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
«Скачок». Эта стратегия привлекательна, но не рекомендуется для
внедрения корпоративных информационных систем.
«Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика «скачка», но применяемая к ограниченному числу
процессов. Область применения стратегии - небольшой участок деятельности. Такой
подход снижает риск и наиболее надежен.
«Узкое место» - это малая часть производственного процесса. При
использовании похода «узкое место» план внедрения выполняется только для
«узкого места» и для людей, работающих в нем. Точность данных повышается
только для изделий в этом «узком месте»; переподготовка - только для людей,
работающих в нем; анализ эффекта затрат делается только для него и т.д.
Для реализации данного проекта автоматизации процесса обработки заявок
в техническом отделе была выбрана стратегия внедрения, называемая «Узкое
место», т.к. использование других описанных стратегий невозможно из-за четко
выделенных рамок автоматизированного бизнес-процесса.
50
Ниже представлены основные фазы реализации проекта по внедрению ИС в
производственный процесс.
Все перечисленные фазы выполняет разработчик, совместно с сотрудниками
учреждения, ответственными за обеспечение работы компьютерной техники.
Основная роль разработчика – анализ ресурсов и процессов, корректировка
внедрения под конкретные условия организации. Роль сотрудников учреждения –
обеспечение разработчика всей необходимой ему информацией, нужными
материалами и оргтехникой.
Фаза «Предварительные работы по подготовке проекта внедрения ИС». В
ходе предпроектного обследования учреждения происходит сбор подробной
информации о структурном построении организации, функциональных связях,
системе управления, об основных бизнес-процессах, о потоках внутри учреждения,
необходимой для построения соответствующих моделей и выбора объектов для
автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и
стоимость программно-аппаратных и телекоммуникационных средств, стоимость
обучения персонала и т. д.
Фаза «Подготовка проекта». После завершения первой фазы осуществляется
предварительное планирование и формирование процедур запуска проекта:
формирование проектной и экспертной групп;
распределение полномочий и ответственности;
определение организационно-технических требований к процессу
внедрения;
уточнение спецификаций и ожиданий заказчика;
обучение группы внедрения, состоящей из специалистов предприятия-
заказчика.
Фаза «Концептуальная проработка проекта». В течение этой фазы:
формируется и утверждается концептуальный проект;
достигается обязательное однозначное понимание намерений всех
участников проекта относительно внедряемой ИС;
уточняются и конкретизируются цели и задачи проекта;
определяются размеры прототипа системы;
51
согласуются укрупненный план работы, последовательность этапов и
условия опытной эксплуатации, планово-финансовые и отчетные показатели.
Фаза «Реализация проекта». Во время проведения основных работ по
внедрению создается, устанавливается и конфигурируется системная среда,
определяются процедуры системного администрирования, устанавливаются
основные программно-аппаратные комплексы и приложения. В системе
настраиваются организационно-штатные и организационно-функциональные
структуры предприятия с использованием таких организационных единиц, как
филиал, департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и
телекоммуникационных средств, производится перенос данных из прежних
локальных систем и формирование интерфейсов с унаследованными и внешними
системами.
Отрабатываются системные вопросы безопасности работы системы в
многопользовательском режиме. Создаются приложения, шаблоны, отчеты,
клиентские формы доступа, распределяются полномочия пользователей.
Проводится «прогонка» всех систем в «боевом режиме» с участием всех
заинтересованных сторон.
После окончания фазы реализации проект внедрения считается
законченным. Информационная система передается в эксплуатацию.
Этап жизненного цикла ИС эксплуатация содержит в себе следующий
перечень выполняемых работ:
ввод первичных данных для формирования входных документов;
актуализация нормативно-справочной информации;
создание резервных копий;
отслеживание и исправление ошибок в работе, незамеченных на этапе
тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями проектируемой ИС
с помощью соответствующих форм ввода данных (отправки заявки и комментариев
к заявке).
52
Актуализация нормативно-справочной информации выполняется
администратором ИС по мере необходимости (удаляются или скрываются
неактуальные данные, добавляются новые).
Создание резервных копий базы данных и файлов информационной системы
также входит в обязанности администратора ИС, осуществляется еженедельно.
Отслеживание ошибок выполняется основными пользователями ИС –
сотрудниками учреждения, исправление выполняет разработчик информационной
системы по мере необходимости.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта, а особенно – по
созданию и внедрению информационной системы для учреждения, включает
множество различных задач. Поэтому, в ходе решения каких-либо задач, могут
возникнуть трудности, которые станут препятствием для решения какой-то задачи
или успеха всего проекта автоматизации. Такие препятствия называют рисками.
Ниже описаны возможные риски в реализации данного проекта, причины их
возникновения, а также способы избегания, пути устранения или уменьшения
негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Наиболее распространённым
заболеванием являются грипп или простуда. Данный риск может возникнуть на
любом этапе жизненного цикла проекта автоматизации. Среди негативных
последствий заболевания сотрудника стоит выделить увеличение срока реализации
всего проекта. Для снижения вероятности возникновения этого риска необходимо
проводить регулярное общее обследование организма, а также прием витаминов и
выполнение общих оздоровительных и закаливающих процедур.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств (персональных компьютеров),
которые необходимы для решения выделенных задач. Данный риск может
возникнуть на любом этапе жизненного цикла проекта автоматизации. Главным
негативным последствием поломки компьютера является сдвиг сроков, а также
возможная потеря данных. Для уменьшения вероятности выхода компьютера из
53
строя необходимо всегда проводить плановое техническое обслуживание, как
аппаратного обеспечения компьютера (чистка от пыли, смазывание вентиляторов
системы охлаждения), так и программного (своевременное обновление программ,
актуальное антивирусное ПО).
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя, так и
из-за случайного удаления важных данных. Данный риск может возникнуть на
любом этапе жизненного цикла проекта. Чтобы уменьшить негативные последствия
данного риска, достаточно регулярно производить резервное копирование и
архивацию данных, особенно после каждого выполненного промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (н-р, землетрясение, пожар, наводнение и т.д.), все работы
по проекту приостанавливаются до момента прекращения действия чрезвычайной
ситуации и устранения её последствий. Данный риск может возникнуть на любом
этапе жизненного цикла информационной системы, для снижения негативных
последствий чрезвычайной ситуации рекомендуется хранить все резервные копии
на удаленных серверах, например, в облачных хранилищах. Тогда работу по проекту
можно будет продолжить с любого компьютера с доступом в сеть интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что было
проведено комплексное изучение предметной области и выявлены конкретные
требования к разрабатываемому программному продукту, возможна ситуация, когда
какой-то момент не был учтен, либо изменилась сама предметная область. Для
снижения вероятности возникновения риска необходимо ответственно подходить к
выбору разработчика-проектировщика, в обязанности которого входит
исследование предметной области и формирование требований к разрабатываемой
информационной системе, т.к. именно от результатов его исследования зависит
полнота и гибкость требований к разрабатываемому программному продукту.
Данный риск может возникнуть на следующих этапах жизненного цикла
информационной системы: разработка, тестирование и внедрение.
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
54
внешними условиями. До полного завершения проекта автоматизации такой риск
всегда существует, однако, чем ближе дата завершения проекта, тем вероятность
возникновения данного риска будет ниже, а после прохождения этапа внедрения
негативный эффект данного риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения информационной безопасности и сохранности информации
необходимо использовать разделение прав пользователей к различным модулям
разрабатываемой информационной системы. Всего в разрабатываемой системе
планируются следующие группы пользователей:
администраторы;
техники;
сотрудники.
Уровни доступа к разным модулям системы представлены в виде таблицы 4.
Таблица 4
Разграничение прав доступа к системе
Модули системы
Группы пользователей
Администраторы
Техники
Сотрудники
Авторизация
Чтение
Чтение
Чтение
Отправка новой заявки
Чтение/Создание
Чтение/
Создание
Чтение/
Создание
Просмотр заявки,
добавление комментариев к
заявке
Чтение/Создание/
Редактирование
Чтение/
Редактирование
Чтение/
Редактирование
Изменение статуса заявки
Чтение/Создание/
Редактирование
Чтение/
Редактирование
Чтение/
Редактирование
Управление
пользователями
Чтение/Создание/
Редактирование
Нет
Нет
База данных
Чтение/Создание/
Редактирование
Нет
Нет
Как видно из таблицы 4 у каждой группы пользователей имеется свой
уровень доступа. Для того, чтобы защитить учетные записи пользователей от
несанкционированного доступа необходимо применить шифрование
конфиденциальных данных. Пароли для доступа к ИС должны храниться в базе
данных в зашифрованном виде.
55
Кроме того, необходимо следить за сложностью паролей, которые
устанавливают себе пользователи. Пароль должен быть длинной не менее 8
символов, с обязательным использованием минимум одной цифры и прописного
символа (большой буквы).
Одной из причин потери информации могут быть вирусы. Компьютерный
вирус – это фрагмент программного кода, который умеет размножаться, копируя
себя в тело других программ. При этом замедляется работа компьютера или
полностью (либо частично) разрушается файловая система.
Опасность вирусов и легкость заражения (пользователь может даже не
подозревать о наличии вирусов в системе) заставляют на каждом предприятии
использовать антивирусные программы. Антивирусные программы - это
программы, написанные специально для выявления и уничтожения вирусов.
Наиболее предпочтительными программами при использовании данного проекта
являются DRWEB, AVP.
Необходимо использовать программное обеспечение только из проверенных
источников, иметь резервные копии, как программ, так и результатов своей работы.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – схема движения входной, промежуточной и
результатной информации, которое возникает при работы информационной
системы. Основная задача построения информационной модели – показать то, каким
образом из входных и справочных данных формируется выходная информация.
Информационная модель представлена на рисунке 8.
56
Спр
«Пользователи»
Администратор
Спр* «Пользователи»
Управление
справочниками
Отчет по заявкам
Спр «Статусы
заявок»
ИС
Т «Заявки»
Спр «Виды
неисправностей»
Техник
Сотрудник учреждения
Спр
«Отделения»
Спр* «Виды
неисправностей»
Спр*
«Отделения»
Создание
заявки
Т «Комментарии»
Т* «Заявки»
Т* «Комментарии»
Работа с
заявкой
Формирование
отчета по заявкам
Сотрудник учреждения
Техник
Спр «Роли
польз.»
Спр* «Роли
польз.»
Спр* «Статусы заявок»
Письмо «Новый
комментарий
комментарий к
заявке»
Письмо «Новая
заявка»
Письмо
«Изменение
статуса заявки»
Управление
профилем
Список
заявок
Спр «Уровни
техподдержки»
Спр* «Уровни
техподдержки»
Администратор
Рисунок 8 – Информационная модель
В соответствии с составленной информационной моделью Администратор
может работать со справочниками системы: добавлять и изменять записи в них.
Работа пользователей (сотрудников всего учреждения в целом и
технического отдела в частности) в ИС возможна только после прохождения
авторизации с помощью формы входа. Далее зарегистрированный пользователь-
сотрудник учреждения может оставить заявку, или посмотреть результаты работы
по предыдущим заявкам, оставить комментарии к какой-либо заявке, либо закрыть
её (сменить статус), если проблема уже решена. Пользователи-техники могут
работать с оставленными заявками: оставлять комментарии, либо изменять заявки
(статусы), а также формировать отчеты по заявкам за определенный период времени.
Кроме того, каждый пользователь системы может редактировать данные своей
учетной записи (через управление своим профилем).
Помимо отчета по заявкам, выходными данными для информационной
системы выступают письма, отправляемые автоматически.