68
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие пользователи
системы. Системный администратор должен обеспечить место для установки нового
сервера; подключение к локальной сети для сервера и АРМ пользователей системы;
доступ к компьютерам, необходимым для развертывания системы, с правами
администратора. Проектировщик системы проводит обучение пользователей,
конфигурирует систему, заполняет справочники, проверяет правильность
взаимодействия всех подсистем. Программист оперативно устраняет возникающие
при развертывании системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В
случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется поиск
причин и устранение ошибок, внесение коррективов в программу, в технологию
обработки данных. После устранения ошибок подписывается «Акт о проведении
опытной эксплуатации», который служит началом перехода к третьему этапу – сдаче
системы в промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
- локализация проблем и устранение причин их возникновения (программист);
- модификация ПО (бизнес-анатилик, программист);
- подготовка предложений по совершенствованию системы (пользователи
системы);
- развитие и модернизация системы (бизнес-анатилик, программист).
В связи с небольшим объемом проектных работ, а также характером проекта
выберем каскадную модель для описания жизненного цикла. В соответствии с этим в
него будут входить следующие этапы:
Формирование требований
Проектирование
69
Реализация
Тестирование
Ввод в действие
Эксплуатация и сопровождение
Так как выбрали использовать стандарт ISO/IEC 12207, то наиболее
подходящей к конкретной разработке является каскадная модель.
В качестве стратегии внедрения ИС в МАУ «МФЦ Топкинсокого района» был
выбран «Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также определить и
спланировать организационные и технические мероприятия на этапе промышленного
внедрения. Пилотный проект позволяет уменьшить затраты и ускорить
полномасштабное внедрение.
Данная стратегия внедрения информационной системы была выбрана, потому
что это наиболее часто используемая компаниями стратегия. Такой подход снижает
риск и наиболее надежен.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В процессе ЖЦ создаваемой ИС не избежать разного рода рисков.
Выделим главные риски, характерные для каждого этапа ЖЦ нашей ИС и
обозначим меры их минимизации.
Этап подготовки концепции – есть риск сознания концепции, которую в
дальнейшем будет почти невозможно реализовать. В подготовке концепции должны
быть описаны главные функции разрабатываемой ИС. Главное выделить основу, и в
дальнейшем развивать разработанную систему.
Для предотвращения реализации рисков на этапе подготовки концепции, важно
четко понимать свои возможности. Для предотвращения переоценки собственных
сил, изначально нужно создать общую концепцию, в которой уже будут заложены
только базовые функции системы. И по мере углубления в эту разработку можно
увеличивать дополнительные функции.
70
Этап планирования имеет риск неверного планирования, создание очень
оптимистичных планов проекта, где компания не сможет уложится, вследствие чего
придется увеличивать время разработки, что может привести к удорожанию проекта в
целом. К этапу планирования нужно отнестись очень важно, отслеживать каждый
шаг и анализировать реалистичность результатов.
Для минимизации риска на этапе планирования нужно во время планирования
заложить в график поправки на некоторые задержки в выполнении тех или иных
действий. Так нужно постараться создать гибкий график, который бы не
корректировался из-за задержки или опережения.
Этап разработки содержит риск того, что разработка некоторого модуля будет
связана с большими трудностями, а отдельная функция будет мешать продвижению
разработки. На данном этапе нужно вовремя выявить проблемный модуль или
функцию и по возможности упростить ее, заменить другой или удалить полностью из
проекта.
Чтобы предотвратить риск разработки сложного модуля, принимается
несколько решений: либо разбивать данный модуль на несколько и решать указанные
задачи по отдельности, либо упрощать сложный модуль, если это является
единственным вариантом преодоления риска.
Этап тестирования имеет риск выявления большого количества ошибок в
программном коде, что повлечёт большие затраты на доработку и устранение всех
выявленных ошибок. Нельзя предсказать, какой количество ошибок будет найдено и
как много времени будет нужно на их устранение.
Для минимизации рисков на этапе тестирования необходимо данному этапу
отвести максимально возможное время, выделенное на создание системы, поскольку
в зависимости от того, как качественно будет реализован продукт, зависит, примет ли
заказчик данную разработку или нет.
Этап внедрения может быть очень длительным, если заказчик каким-то
образом будет не доволен созданным продуктом, а также сам персонал
автоматизируемой компании может отрицательно относиться к внедрению нового
ПО.
Для минимизации рисков на данном этапе важно произвести качественное
обучение персонала еще до начала внедрения, подготовить службу сопровождения и
71
поддержки, понять, какие проблемы имеют место быть в процессе внедрения и быть
готовым к их решению. Постоянно отвечать на вопросы персонала по поводу
возникающих у него проблем, открыть горячую линию для решения возможных
проблем.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В данном пункте дипломного проекта рассматривается вопрос обеспечения
безопасности разработанного приложения. Обеспечение безопасности можно
разделить на две составляющих – защита от внутренних угроз, к которым относятся
недобросовестные пользователи, инсайдеры и так далее, и внешних угроз, к которым
можно отнести хакеров, конкурентов и других лиц, стремящихся получить
конфиденциальную информацию о предприятии.
Защита от внешних угроз осуществляется путем применения следующих
способов:
- использованием программно-аппаратных комплексов;
- разработкой и соблюдение политик безопасности;
- использованием защищенных каналов связи при передаче информации;
- использованием антивирусных средств;
- физической защитой помещений с наиболее ценной информацией.
Характеристика используемых средств от внешних угроз информационной
безопасности приведена в таблице 2.1.
Электронный замок «Соболь»
Созданный и поставляемый ЗАО НИП «Информзащита», «Соболь» включает в
себя следующие функций защиты:
• Определение и аутентификация пользователей;
• Отслеживание целостности файлов и физических секторов накопителя
данных;
• Запрет загрузки ОС с внешних устройств;
• Запрет на вход в систему зарегистрированного пользователя при
исчерпании им указанного количества неверных попыток входа;
72
• Запись событий, относящихся к безопасности системы.
Таблица 2.1
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Программно-аппаратные комплексы
защиты информации
КСЗИ «Панцирь-К»
Разработка и соблюдение политик
безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по
обеспечению информационной
безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
Kaspersky Total Space Security
Физическая защита помещений
- система контроля и управления
доступом;
- оборудование помещений решетками
на окнах;
- разграничение прав доступа в
помещения.
Среда применения Etoken - строгая двухфакторная аутентификация
пользователей при попытке доступа к защищённым данным (компьютерам, сетям,
программам).
73
Исполнение аппаратных криптографических операций в защищённой среде
(внутри микросхемы ключа: подбор ключей шифрования, симметричное и
асимметричное шифрование, просчет хэш-функции, подготовка ЭЦП).
Защищённый метод хранения критически важной информации -
криптографических ключей, пользовательских профилей, настроек ПО, цифровых
сертификатов и пр. осуществляется в энергонезависимой памяти ключа.
eToken совместим с большинством современных ОС, бизнес-программ и
продуктов по защите данных в качестве средства определения и идентификации
пользователя.
eToken может служить альтернативой для замены стандартной парольной
защиты на более надежную двухфакторную аутентификацию (когда пользователь
имеет нечто - eToken, и знает нечто - PIN код).
К плюсам этого решения относятся:
• Мобильность для пользователя и способность работы в "недоверенной
среде" (с чужого ПК) благодаря тому, что ключи шифрования и ЭЦП создаются
аппаратно и не могут быть перехвачены.
• Безопасное применение – использовать его может только тот, кто знает
PIN-код авторизации.
• Простота работы – ключ представляет из себя брелок со светодиодными
индикаторами режимов работы и подключается к USB-портам, которые сейчас
имеются на 100% компьютеров, не требует дополнительного оборудования, внешнего
питания и других проводов.
USB-ключи eToken небольшого размера, легко размещаются на связке с
ключами, производятся в герметичных полупрозрачных пластиковых корпусах,
оснащены световой индикацией режимов работы.
Смарт-карты eToken представляют собой стандартную пластиковую карточку с
контактной площадкой для считывателя. На нее может быть нанесена фотография
владельца и другие данные, которые используются для визуальной идентификации
пользователя при проходе в помещения.
Применение одного ключа для выполнения различных задач – включения ПК,
входа в сеть, защиты канала, шифрования данных, защищенного доступа к сокрытым
разделам веб-сайтов, веб-порталов, вход в помещения и т.п.
74
Способность одновременной работы с двумя и более ключами eToken.
Удобное встраивание. eToken понимает все современные стандарты (PKCS#11,
Microsoft Crypto API) и оснащен собственным API, легко интегрируется как в уже
созданное приложение, так и в новое. Поддержка PC/SC стандарта дает возможность
без проблем переходить на использование eToken.
В eToken поддерживает размещение радиометки (RFID) для допуска в
помещения и объединения с СКУД ("единый носитель").
Система ПО "Соболь" предназначена для предотвращения нелегального
доступа третьих лиц к данным на защищенном ПК.
Комплекс "Соболь" позволяет реализовать основные функции:
• Определение и аутентификацию пользователея ПК при их входе в
систему при помощи персонального идентификатора Rutoken S, iButton, eToken PRO,
Rutoken RF S, iKey 2032;
• Защиту от нежелательного запуска ОС со съемных носителей — дискет,
оптических и внешних дисков, ZIP-устройств, USB-устройств и др.;
• Блокирование ПК в случае, если после его включения управление не
передается расширению BIOS комплекса "Соболь";
• Отслеживание целостности файлов, физических секторов HDD,
элементов реестра ПК до этапа окончательной загрузки ОС;
• Проверка работоспособности базовых компонентов комплекса —
датчика случайных чисел, памяти, персональных электронных идентификаторов;
• Запись событий, имеющих отношение к защите данных;
• Возможность совокупной работы с с АПКШ "Континент", СЗИ Secret
Net, vGate, Security Studio Honeypot Manager, "Континент-АП" и "КриптоПро CSP".
Комплекс "Соболь" применяется на территории РФ в качестве средства защиты
от НСД к защищенной информации, не имеющей сведений, составляющих гос. тайну,
а также к данным, содержащим сведений, составляющим гос. тайну со уровнем
секретности "совершенно секретно" включительно.
Работа комплекса "Соболь" заключается в проверке прав пользователя на
запуск системы. Если необходимые атрибуты — персональный ID и пароль, имеются,
то пользователь может совершить вход. В противном случае вход в систему данного
пользователя запрещается.
75
Пользователь имеет возможность допуска к компьютеру только после
регистрации его в списке пользователей в самом комплексе "Соболь". Процесс
регистрации осуществляется только администратором и включает в себя присвоение
пользователю имени, персонального ID и установке пароля. Администратор
регистрируется при запуске самого комплекса.
Для защиты от первой составляющей используется разделение прав доступа
между категориями пользователей, характеристика которого приведена в таблице 2.2.
Таблица 2.2
Разграничение прав доступа
Группы
пользова-телей
Ввод данных
Настройки
Отчеты
Регистрация
Пользователь
Создание
Нет
Чтение
Чтение
Администратор
Чтение/создание/у
даление
Чтение/создание/
удаление
Чтение/создани
е/удаление
Чтение/созда
ние/удаление
Для защиты от внешних угроз используются следующие меры:
- парольная защита доступа к папкам на сервере;
- защита от доступа к папкам программы от доступа из сети Интернет.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и ее описание
Информационная модель позволяет понять процесс движения информации в
информационной системе, с момента поступления в нее информации, до момента
вывода обработанной информации.
Весь цикл обработки информации можно разбить на два этапа:
1. Прием, обработка и ввод первичной входящей информации (перечень
типовых неисправностей, перечень расходных материалов и т.д.).
2. Формирование документов (списков заявок, ремонтов и т.д.).
Графическое представление информационной модели отражено на рис. 2.2.
76
Администратор
ИС
Спр неисправности
Спр. Расх. материалы
Спр Комплектующие
Спр Работы
Спр. Сотрудники
Спр. Должности
Спр. Виды ПК
Мастер
Штатное
расписание
Регистрация
сотрудников
Спр. Сотрудники*
Список
сотрудников
Список
сотрудников
Перечень
расходных
материалов
Учет
расходных
материалов
Перечень
комплектующих
Учет
комплектующ
их
Перечень работ
Учет работ
Спр. Расх. материалы* Спр. Комплектующие* Спр. Работы*
Список
расходных
материалов
Список
расходных
материалов
Список
комплектующих
Список
комплектующ
их
Список работ
Список работ
Администратор
Заявка
Регистрация
заявки
Т Заявки
Т Заявки*
Список
поступивших
заявок
Список
поступивших
заявок
Мастер
Сведения о
выполнении
заявки
Закрытие
заявки
Список
закрытых
заявок
Список закрытых
заявок
Формировани
е наряда
Т Наряды
Т Наряды*
Перечень
нарядов
Перечень
нарядов
Рисунок 2.2 Информационная модель
77
В соответствии с приведенной моделью, заполнение справочников в систем
производит ее администратор. Программист, пользуясь данными из этих
справочников, регистрирует заявку (таблица Заявки), формирует наряд на работы
(таблица Наряды), закрывает заявку (таблица Заявки).
Ввод данных и получение отчетных документов осуществляется с
использованием экранных форм.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
№ пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
средняя
частота
актуализации
средний объем
актуализации,
%
1
Неисправности
Администратор
100
1 раз в месяц
10
2
Расходные
материалы
Администратор
100
1 раз в год
10
3
Комплектующие
Администратор
500
1 раз в год
10
4
Работы
Администратор
30
1 раз в месяц
25
5
Сотрудники
Администратор
20
1 раз в год
25
6
Должности
Администратор
5
1 раз в год
25
7
Виды ПК
Администратор
10
1 раз в год
25
Реквизитный состав справочников приведен в таблице 2.4.
Таблица 2.4
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
Неисправности
Наименование;
Сокращенное наименование
2
Расходные материалы
Наименование
Единица измерения
Стоимость
3
Комплектующие
Наименование