51
выражается его качество и планируются работы уже следующего витка. Особое
внимание при этом обращается на начальные этапы разработки - анализ и
проектирование, где возможность создания тех или иных технических решений
обосновывается и проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным
недостатком такого подхода является то, что основной процесс разработки
системы не может полностью уложится в такие жесткие рамки, постоянно есть
потребность в возврате к уже завершенным этапам для уточнения или изменения
ранее принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Для разработки документооборота материально-технического
оборудования выбираем каскадную модель.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в
выходные. Описание любого процесса состоит из перечня решаемых задач,
исходных данных и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях
и процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе
стадии и этапы их создания. Также в нем имеется описание содержания работ на
всех этапах. Стадии и этапы работы, отраженные в стандарте, зачастую
соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию
жизненного цикла. Применяется ко всем видам заказного ПО. Стандарт не имеет
описания стадий, фаз и этапов.
• CustomDevelopmentMethod по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, которые рассчитаны на применение в проектах совместно с Oracle.
52
Используется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также для случаев "быстрой разработки" (FastTrack) или "облегченного
подхода", которые будут оптимальны в малых проектах.
• RationalUnifiedProcess (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование.
Все эти фазы могут быть разделены на этапы (итерации), по итогу которых
имеется версия для внутреннего или внешнего использования. Реализация
четырех основных фазы считается циклом разработки, и любой такой цикл
завершается созданием версии системы. В случае, если работа над проектом не
прекращается и после этого, полученный продукт продолжает оптимизироваться
и снова проходит те же фазы. Суть реализации в рамках RUP - это разработка и
сопровождение моделей на базе UML.
• MicrosoftSolutionFramework (MSF) похож на RUP, так же имеет
четыре фазы: исследование, построение, создание, стабилизация, является
итерационным, включает в себя применение объектно-ориентированного
моделирования. MSF в отличии от RUP в сильнее ориентирован на создание
бизнес-приложений.
• ExtremeProgramming (XP). Экстремальное программирование (самая
молодая среди остальных методологий) было реализовано в 1996 году. В основе
методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.
В связи с небольшим объемом разрабатываемой автоматизированной
системы и ее характером необходимо использовать именно стандарт ISO/IEC
серии 15288.
Задача внедрения информационной системы включает в себя создание
(адаптацию) и запуск в продуктивную эксплуатацию элементов
информационной системы. Так как разработка информационной системы будет
осуществляться своими силами, то и внедрение будет происходить без
привлечения посторонних специалистов.
Этап внедрения планируется разбить на следующие подэтапы[18]:
53
1. Предпроектное рассмотрение. В ходе рассмотрения находятся основные
информационные потоки в компании и проверяется база основной нормативно—
справочной документации. Базовыми требованием в таком случае становятся
наличие всех нужных для работы корпоративных ИС справочников и
классификаторов, а также соответствие принципов их реализации с
требованиями системы. В процессе исполнения этапа важно проанализировать
на полноту все корпоративные стандарты учета и отчетности. Этот этап
включает также проведение диагностирования проблем, которые могут иметь
место при внедрении, а также согласовывается и выполняется настройка
справочников и классификаторов системы в строгом соответствии с указанными
требованиями. В случае необходимости принимается решение о перемене
внедренных практик учета или функциональных моделей. По итогам этапа
составляется подписываемый всеми участниками проекта внедрения документ,
описывающий все установленные недостатки и намечает пути их решения.
2. Реализация информационно—функциональной модели работы
предприятия, оптимизация и описание процессов, которые подлежат
автоматизации. Моделирование должно осуществляться хорошо обученными
сотрудниками исследуемой компании с привлечением опытных консультантов и
с привязкой построенной модели к стандартам бизнеса и к только что
спроектированной системе.
3. Адаптация ИС внутри компании. В ходе этапа реализуется настройка
системы тестирование ключевых модулей и функций группой внедрения. Этот
этап также требует наличия корпоративных стандартов, поскольку именно они
составляют основу настроек системы[21].
4. Опытная эксплуатация ИС. Реализуется для тестирования четкого
соответствия функциональности, полученной в процессе отладки системы,
требованиям компании. На этом этапе присутствует двойной ввод данных в
новую и старую системы. В процессе опытной эксплуатации: создаются
стандартные отчеты (при помощи ИС и стандартными способами) и реализуется
проверка данных; система шаг за шагом вводится в эксплуатацию по каждому
участку учета; документируются инструкции по обслуживанию рабочих мест и
дополняются должностные инструкции всех членов учетного процесса. В
54
отдельных подразделениях компании в систему добавляются фактические
данные (в минимальном объеме) и последовательно проверяются бизнес—
функции при помощи моделирования реальных ситуаций работы компании (в
максимально приближенных к действительности условиях). Оттачивается
слаженная работа подразделений на базе тестовых пилотных примеров.
Конечные пользователи (сотрудники IT-отдела) проходят обучение с
настроенной системой только на своих рабочих местах. По завершению
обучения конечных пользователей реализуется встроенный пилотный пример и
полностью моделируется работа компании. Основываясь на результатах
реализации пилотного примера руководство компании принимает решение о
переводе ИС в повседневную эксплуатацию.
Этап использования включает в себя сам процесс работу с ИС дли
выполнение ею тех функций, для которых она была изначально создана.
Все работы, которые могут быть на этапе использования, разделяются на
две группы: плановые и неплановые[30].
К плановым работам обычно относят такие работы, как:
• Установка ПО;
• Начальная настройка и проверка работоспособности компонентов
рабочей системы;
• Выявление недостатков в конфигурации системы;
• Оценка стабильности работы системы;
• Финальная настройка.
Указанные работы проводятся той же группой, что и на первых этапах. В
эту группу обычно входят сотрудники IT-отдела - технические специалисты и
системные администраторы.
Существует несколько различных стратегии внедрения системы:
1) Стратегия “Параллельное использование” предполагает параллельное
выполнение старой и новой технологии решения задачи, их результаты
сравниваются. Если результаты сравниваются длительное время, то реализуется
переход на новую технологию.
Положительные стороны:
• Отсутствие риска ошибок в виде новых технологий;
55
• Внедрением ИС можно заниматься независимо от обычного
операционного планирования фирмы.
Негативные стороны:
• Сильная загрузка персонала;
• Необходимость удвоения мощности серверов;
• Необходимость сверки результатов деятельности двух технологий.
2) Стратегия “Скачек” – это не новая технология, и работает она до
определенного момента, затем реализуется внедрение новой технологии, а затем
уже используется только новая технология.
Положительные стороны:
• Почти незаметный переходный период;
• Отсутствие двойных затрат на деятельность компании;
• Новые процессы более оптимальны поскольку нет переходного
периода.
Негативные стороны:
• Повышенный риск несоответствия качества ИС требованиям
предприятия;
• Повышенные требования к процессу планирования перехода на
обновленную технологию;
3) Стратегия “Пилотный проект” применяет тактику скачка к некоторому
числу процессов, областью применения зачастую становится небольшой
участок.
Положительные стороны:
• Отсутствии риска выбора неверного решения, приводящего к
длительному простою всего предприятия;
• Доступность изменения планируемой технологии в процессе
установки ИС на участке;
• Отсутствие двойных затрат на реализацию проекта.
Негативные стороны:
• Запутанное объединение информационных потоков, составляемых
по старой и новой технологии;
• Одновременное управление и старой, и новой ИС.
56
4) Стратегия “Узкое место” автоматизирует малую часть
производственного процесса, который зачастую выбирается по критериям
эффективности, приводящих к увеличению качества внедрения процессов
только выделенном узком месте.
Положительные стороны:
• После окончания автоматизации каждого узкого места можно
прервать автоматизацию;
• Невысокие требования к уровню планирования внедренческих
работ.
Негативные стороны:
• Проведение полного цикла планирования на каждом из узких мест –
имея возможность прерывания автоматизации, сам процесс может никогда не
закончится;
• Независимость автоматизации узких мест приводит к созданию
лишнего множества программно-аппаратных решений.
Таким образом, были выбраны: стандарт ЖЦ ИС - ISO/IEC серии 15288,
модель ЖЦ ИС - каскадная и стратегия внедрения –Узскоеместо.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В процессе ЖЦ создаваемой ИС не избежать разного рода рисков.
Выделим главные риски, характерные для каждого этапа ЖЦ нашей ИС и
обозначим меры их минимизации.
Этап подготовки концепции – есть риск сознания концепции, которую в
дальнейшем будет почти невозможно реализовать. В подготовке концепции
должны быть описаны главные функции разрабатываемой ИС. Главное
выделить основу, и в дальнейшем развивать разработанную систему.
Для предотвращения реализации рисков на этапе подготовки концепции,
важно четко понимать свои возможности. Для предотвращения переоценки
собственных сил, изначально нужно создать общую концепцию, в которой уже
будут заложены только базовые функции системы. И по мере углубления в эту
разработку можно увеличивать дополнительные функции.
57
Этап планирования имеет риск неверного планирования, создание очень
оптимистичных планов проекта, где компания не сможет уложится, вследствие
чего придется увеличивать время разработки, что может привести к удорожанию
проекта в целом. К этапу планирования нужно отнестись очень важно,
отслеживать каждый шаг и анализировать реалистичность результатов.
Для минимизации риска на этапе планирования нужно во время
планирования заложить в график поправки на некоторые задержки в
выполнении тех или иных действий. Так нужно постараться создать гибкий
график, который бы не корректировался из-за задержки или опережения.
Этап разработки содержит риск того, что разработка некоторого модуля
будет связана с большими трудностями, а отдельная функция будет мешать
продвижению разработки. На данном этапе нужно вовремя выявить проблемный
модуль или функцию и по возможности упростить ее, заменить другой или
удалить полностью из проекта.
Чтобы предотвратить риск разработки сложного модуля, принимается
несколько решений: либо разбивать данный модуль на несколько и решать
указанные задачи по отдельности, либо упрощать сложный модуль, если это
является единственным вариантом преодоления риска.
Этап тестирования имеет риск выявления большого количества ошибок в
программном коде, что повлечёт большие затраты на доработку и устранение
всех выявленных ошибок. Нельзя предсказать, какой количество ошибок будет
найдено и как много времени будет нужно на их устранение.
Для минимизации рисков на этапе тестирования необходимо данному
этапу отвести максимально возможное время, выделенное на создание системы,
поскольку в зависимости от того, как качественно будет реализован продукт,
зависит, примет ли заказчик данную разработку или нет.
Этап внедрения может быть очень длительным, если заказчик каким-то
образом будет не доволен созданным продуктом, а также сам персонал
автоматизируемой компании может отрицательно относиться к внедрению
нового ПО.
Для минимизации рисков на данном этапе важно произвести качественное
обучение персонала еще до начала внедрения, подготовить службу
58
сопровождения и поддержки, понять, какие проблемы имеют место быть в
процессе внедрения и быть готовым к их решению. Постоянно отвечать на
вопросы персонала по поводу возникающих у него проблем, открыть горячую
линию для решения возможных проблем.
Внедрение системы.
Следующим этапом становится этап тестирования системы, в котором
определяются ее недостатки и узкие места, а также реализуются меры по
устранению и модернизации системы.
Использование и обслуживание ИС.
Этап использования и обслуживания системы в динамично
развивающемся предприятии выражает довольно сложную задачу. Обновление
программно-аппаратной части, вызванное физическим и моральным
устареванием компонентов АСУ; важность отслеживания изменений в
законодательстве; требования пользователей по доработке системы под новые
функциональные задачи; реализация безопасности данных в процессе
эксплуатации – все эти и многие другие вопросы периодически возникают перед
персоналом, ответственным за использование и обслуживание системы.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Модуль
«Справочники
»
Модуль
«Оборудование
Модуль
«Отчеты»
Модуль
«Пользов
атели»
59
Пользователь
Чтение
Чтение/Добавлен
ие
Чтение
Нет
Администрато
р
Полный
Полный
Полный
Полный
Среда применения Etoken - строгая двухфакторная аутентификация
пользователей при попытке доступа к защищённым данным (компьютерам,
сетям, программам) [24].
Исполнение аппаратных криптографических операций в защищённой
среде (внутри микросхемы ключа: подбор ключей шифрования, симметричное и
асимметричное шифрование, просчет хэш-функции, подготовка ЭЦП).
Защищённый метод хранения критически важной информации -
криптографических ключей, пользовательских профилей, настроек ПО,
цифровых сертификатов и пр. осуществляется в энергонезависимой памяти
ключа.
eToken совместим с большинством современных ОС, бизнес-программ и
продуктов по защите данных в качестве средства определения и идентификации
пользователя.
eToken может служить альтернативой для замены стандартной парольной
защиты на более надежную двухфакторную аутентификацию (когда
пользователь имеет нечто - eToken, и знает нечто - PIN код).
К плюсам этого решения относятся:
• Мобильность для пользователя и способность работы в
"недоверенной среде" (с чужого ПК) благодаря тому, что ключи шифрования и
ЭЦП создаются аппаратно и не могут быть перехвачены.
• Безопасное применение – использовать его может только тот, кто
знает PIN-код авторизации.
• Простота работы – ключ представляет из себя брелок со
светодиодными индикаторами режимов работы и подключается к USB-портам,
которые сейчас имеются на 100% компьютеров, не требует дополнительного
оборудования, внешнего питания и других проводов.
60
USB-ключи eToken небольшого размера, легко размещаются на связке с
ключами, производятся в герметичных полупрозрачных пластиковых корпусах,
оснащены световой индикацией режимов работы.
Смарт-карты eToken представляют собой стандартную пластиковую
карточку с контактной площадкой для считывателя. На нее может быть нанесена
фотография владельца и другие данные, которые используются для визуальной
идентификации пользователя при проходе в помещения.
Применение одного ключа для выполнения различных задач – включения
ПК, входа в сеть, защиты канала, шифрования данных, защищенного доступа к
сокрытым разделам веб-сайтов, веб-порталов, вход в помещения и т.п.
Способность одновременной работы с двумя и более ключами eToken.
Удобное встраивание. eToken понимает все современные стандарты
(PKCS#11, MicrosoftCrypto API) и оснащен собственным API, легко
интегрируется как в уже созданное приложение, так и в новое. Поддержка PC/SC
стандарта дает возможность без проблем переходить на использование eToken.
В eToken поддерживает размещение радиометки (RFID) для допуска в
помещения и объединения с СКУД ("единый носитель").
Система ПО "Соболь" предназначена для предотвращения нелегального
доступа третьих лиц к данным на защищенном ПК[26].
Комплекс "Соболь" позволяет реализовать основные функции:
• Определение и аутентификацию пользователея ПК при их входе в
систему при помощи персонального идентификатора Rutoken S, iButton, eToken
PRO, Rutoken RF S, iKey 2032;
• Защиту от нежелательного запуска ОС со съемных носителей —
дискет, оптических и внешних дисков, ZIP-устройств, USB-устройств и др.;
• Блокирование ПК в случае, если после его включения управление
не передается расширению BIOS комплекса "Соболь";
• Отслеживание целостности файлов, физических секторов HDD,
элементов реестра ПК до этапа окончательной загрузки ОС;
• Проверка работоспособности базовых компонентов комплекса —
датчика случайных чисел, памяти, персональных электронных идентификаторов;
• Запись событий, имеющих отношение к защите данных;