67
компонент, реализующий отдельные функции и внешние интерфейсы
разрабатываемого ПО. С каждой итерацией по спирали (продвижением от центра
к периферии) строятся все более полные версии системы.
На каждой итерации происходит уточнение целей и характеристик
проекта, оценивается качество полученных результатов и планируются работы
следующей итерации. По завершению итерации производится тщательная оценка
риска превышения сроков и стоимости проекта, чтобы определить необходимость
выполнения еще одной итерации, степень полноты и точности понимания
требований к системе, а также целесообразность прекращения проекта.
Спиральная модель избавляет пользователей и разработчиков ПО от
необходимости полного и точного формулирования требований к системе на
начальной стадии, поскольку они уточняются на каждой итерации. Таким
образом, детали проекта углубляются и конкретизируются, что в результате
приводит к выбору обоснованного варианта, который доводится до реализации.
Как показано на рис. 2.3, в каждый квадрант модели входят целевые и
вспомогательные действия:
Рисунок 2.3. Спиральная модель жизненного цикла программного
обеспечения.
68
Каждый виток спирали соответствует поэтапной модели создания фраг-
мента или версии программного обеспечения, уточняются цели и требования к
программному обеспечению, оценивается качество разработанного фрагмента
или версии и планируются работы следующей стадии разработки (витка). Таким
образом, все детали проектируемого программного обеспечения углубляются и
конкретизируются, что на выходе выдает продукт, который удовлетворяет всем
требованиям заказчика [9. стр. 90].
Выбранной моделью жизненного цикла для разрабатываемой программы
является итерационная модель, которая соответствует поэтапной стратегии.
Решение объясняется тем, что при такой реализации легче получить отзывы от
заказчика о проделанной работе, так как есть возможность узнать отзывы о уже
готовых частях и внести необходимые изменения. В свою очередь заказчик имеет
возможность быстро получить и освоить программное обеспечение.
Все модели жизненного цикла программного обеспечения в соответствии
с ГОСТ Р ИСО/МЭК 12207–2010 содержат процессы: основные,
вспомогательные, организационные.
К основным процессам жизненного цикла программного обеспечения
относятся:
1. Заказ;
2. Постановка;
3. Разработка;
4. Эксплуатация;
5. Сопровождение.
К вспомогательным процессам цикла программного обеспечения
относятся:
1. Документирование;
2. Управление конфигурацией;
3. Обеспечение качества;
4. Верификация;
5. Аттестация;
6. Совместный анализ;
7. Аудит;
69
8. Решения проблем.
К организационным процессам жизненного цикла программного
обеспечения относятся
1. Управление;
2. Создание инфраструктуры;
3. Процесс усовершенствования;
4. Процесс обучения.
Основные процессы жизненного цикла соответствуют этапам жизненного
цикла программного обеспечения. Описание каждого этапа применительно к
разрабатываемой программе отражено в таблице 2.1.
Таблица 2.1
Описание этапов жизненного цикла разрабатываемого программного
обеспечения
№
п/п
Наименование
этапа
Цель этапа
Описание этапа
1
Заказ
Определение
потребностей
заказчика
Процесс заказа состоит из определения
потребностей заказчика в системе
2
Постановка
Определение
процедур и
ресурсов для
разработчика
Определяются процедуры и ресурсы,
необходимые для управления и
обеспечения проекта, включая
разработку проектных планов и их
выполнение
3
Разработка
Определение
работ и задач
разработчика
Данный этап включает работы по
анализу требований, проектированию и
программированию, сборке,
тестированию, вводу в действие и
приемке программного продукта
4
Эксплуатация
Определение
работ и задач
оператора
Данный этап включает эксплуатацию
программного продукта и поддержку
пользователей в процессе эксплуатации
5
Сопровождени
е
Определение
работ и задач
персонала
сопровождения
Реализуется при модификациях
программного продукта. Цель процесса
– изменение существующей программы
при сохранении ее целостности
Различают следующие стратегии внедрения системы:
1) Стратегия “Параллельное использование”. Параллельное
использование - параллельно выполняется старая и новая технология решения
70
задачи, их результаты сравниваются. Если результаты совпадают длительное
время, то тогда осуществляется переход на новую технологию.
Плюсы:
- минимальный риск ошибок в виде новых технологий;
- управление внедрения информационной системы может
осуществляться независимо от обычного операционного планирования
организации.
Минусы:
- двойная загрузка персонала;
- потребности в удвоенных мощностях серверов;
- необходимость постоянной сверки результатов работы 2х
технологий.
2) Стратегия "Скачек". "Скачек" - старая технология, которая работает до
определенного момента, затем осуществляется внедрение новой технологии, а
после внедрения реализуется только новая технология.
Плюсы:
- минимальная длительность переходного периода;
- нет двойных затрат на деятельность компании;
- новые процессы являются наиболее оптимальными в виду
отсутствия переходного периода.
Минусы:
- высокие риски несоответствия качества ИС требованиям компании;
- высокие требования к процессу планирования перехода на новую
технологию;
3) Стратегия "Пилотный проект". "Пилотный проект" - тактика "Скачка",
применяемая к ограниченному числу процессов, областью применения обычно
является небольшой участок.
Плюсы:
- минимальный риск выбора неверного решения, которое не приводит
к длительному простою всего предприятия;
- возможность изменения планируемой технологии в процессе
внедрения ИС на участке;
71
- отсутствие 2х затрат на реализацию технологии.
Минусы:
- сложность интеграции информационных потоков, формируемых по
старой и новой технологии;
- необходимость управления старой и новой ИС одновременно.
4) Стратегия "Узкое место". "Узкое место" - автоматизация малой части
производственного процесса, который выбирается по критериям, их
эффективности, приводящим к повышению качества реализации процессов
только в определенном узком месте.
Плюсы:
- после автоматизации каждого узкого места имеется возможность
прервать автоматизацию;
- минимальные требования к уровню планирования работ внедрения.
Минусы:
- выполнение полного цикла планирования на каждом из узких мест -
ввиду возможности прерывания автоматизации, процесс может не
закончиться никогда;
- независимость автоматизации узких мест может привести к
формированию избыточного множества программно-аппаратных решений.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию внедрения «Узкое место».
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любая деятельность фирмы связана с ситуацией неопределенности,
которая в конечном счете характеризует случайные события в работе компании.
Основными источниками риска являются, с одной стороны, объективная
неполнота или недостаточность информации и, с другой стороны, субъективность
восприятия информации и возможность принятия неверного решения. Первый
фактор соответственно приводит к проблеме прогнозирования, а второй – к
проблеме распознания. Таким образом, риск проекта характеризуется наличием
72
объективной неполноты информации, возможностью неадекватного его
восприятия и принятия неверного решения по управлению им.
При создании любого проекта информационной системы предприятия
всегда включают множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки возникают всяческие риски. Для достижения успеха организация
должна осуществлять управление рисками на протяжении всего жизненного
цикла проекта. Причины возникновения рисков достаточно многообразны и
могут зависеть не только от технических аспектов, но и от условий разработки.
Под риском, возникающим на различных этапах жизненного цикла
программного обеспечения, понимается какое–либо событие, по причине
которого реализация проекта может быть прервана или затруднена. Риском
является возможность появления обстоятельств, обуславливающих
неуверенность или невозможность получения ожидаемых результатов от
реализации поставленной цели, нанесение материального ущерба, опасность
валютных потерь и др.
Существуют следующие типы рисков:
1) Проектный тип - риски, связанные с ошибками в бюджете, графике
работ, проблемами персонала организации, с различными изменениями в
текущем законодательстве.
2) Технический тип - риски, связанные с проблемами реализации
технических решений и человеческим фактором. К таким рискам относят
неспособность специалистов выполнить необходимую задачу.
3) Тип бизнес-рисков- риски, связанные с финансовой поддержкой задачи.
К таким рискам относят риски сокращения бюджета, приводящие не только к
сокращению проекта и его задач, но и к его полному провалу в случае не
достижения основной цели, риск потери интереса к задаче ведения и учета
внутренних заказов оборудования со стороны конечных пользователей, риски при
оценке рынка данного вида учета. Данный тип рисков исключить невозможно, но
его можно попытаться свести к минимуму.
73
Для того чтобы уменьшить величину данных типов рисков, необходимо
иметь достаточно компетентных и квалифицированных работников, у которых
есть большой опыт работы в соответствующей области. При этом сотрудники
должны быть взаимозаменяемы на работников в той же степени соответствующих
вышеуказанным характеристикам. Рассмотрим риски, возникающие на
различных этапах жизненного цикла разработки программного обеспечения для
ОАО "Белшина" и отобразим их в таблице 2.2.
Таблица 2.2
Ожидаемые риски на разных этапах жизненного цикла
№
п/п
Наименование
этапа
Типы первичных
дефектов и ошибок
программного средства и
документации
Уменьшение последствий
возникновения риска
1
Заказ
Неверная оценка
необходимости проекта,
неточное определение
целей и будущих функций
программы.
Более четкое представление
предметной области
проекта, его целей и задач,
анализ необходимости в
разрабатываемом проекте.
2
Постановка
Неправильная оценка
требований.
Более четкое представление
требований к
разрабатываемому проекту,
опрос и анализ требований
планируемых
пользователей
разрабатываемой
программы.
3
Разработка
Технические риски,
связанные со сбоем
техники.
Использование
возможностей архивации
данных.
4
Эксплуатация
Нарушение целостности,
конфиденциальности и
доступности данных.
Разграничение прав
пользователей,
использование
антивирусных программ.
5
Сопровождение
Недостаточная
компетенция
сопровождающего
персонала.
Повышение квалификации
работников, использующих
разработанное программное
обеспечения.
На стадии доработки могут образоваться следующие риски:
- увеличение нагрузки на персонал - несогласованность действий персонала
исполнителя и сотрудников предметных областей;
74
- сложности с обучением персонала заказчика из-за нежелания работать с
новой системой;
- отсутствие поддержки внедрения ИС со стороны отдельных значимых и
ключевых участников проекта;
- отсутствие участия руководителей в проекте.
Для минимизации данных рисков необходимо осуществить следующие
действия:
- обучение персонала работе с системой;
- доведение до персонала смысла внедрения автоматизированной системы;
- активное вовлечение высшего руководства в проект и взаимодействие с
ним в ходе проекта, а также своевременное принятие решений, необходимых для
бесперебойной реализации проекта.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В настоящее время увеличивается не только объём информации,
существующей на предприятии, но и совершенствуются и угрозы безопасности
информационным активам, появляются новые. В связи с этим вопросы защиты
информации предприятия являются наиболее актуальными и весьма важными.
Организационно-правовые средства обеспечения информационной
безопасности представлены следующими документами:
- политика безопасности ОАО "Белшина";
- должностные обязанности работников предприятия;
- регламентация и определение ответственности сотрудников предприятия
при работе с информационными.
Эти документы разграничивают права пользователей в области доступа к
ИС. Комплекс мер по защите информации в разрабатываемой системе включает в
себя следующие аспекты:
- защита информации непосредственно в информационной системе от
внутренних угроз;
- защита информации от внешних угроз.
75
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.3.
Таблица 2.3
Разграничение прав пользователей
№
п/п
Группы
пользователей
Модуль
«Авторизация
»
Модуль
«Регистрация»
Модуль
«Справочники»
Модуль
«Отчеты»
1
Сотрудники
предприятия
Чтение
Нет
Чтение
Ограниче
н
2
Менеджеры
Чтение
Полный
Чтение
Полный
3
Администрато
р системы
Полный
Полный
Полный
Полный
Для защиты от внешних угроз применяются следующие меры:
- ограничение либо полный запрет доступа посторонних лиц на
территорию (установлены пропускные пункты с системой электронных
пропусков);
- использование программно-аппаратных комплексов;
- разработка и соблюдение политики безопасности;
- использование защищенных каналов связи при передаче
информации;
- использование антивирусных средств;
- физическая защита помещений с наиболее ценной информацией;
- резервное копирование особо ценных данных.
Характеристика используемых средств от внешних угроз
информационной безопасности приведена в таблице 2.4.
Таблица 2.4
Средства защиты от внешних угроз
№
п/п
Способ (метод)
Описание (наименование средства)
76
1
Программно-
аппаратные
комплексы защиты
информации
Шлюз безопасности Bel VPN Gate 4.1
2
Разработка и
соблюдение
политик безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
- распределение ответственности по обеспечению
информационной безопасности;
- определение порядка работы с информацией,
являющейся конфиденциальной и составляющая
коммерческую тайну.
3
Антивирусная защита
ESET NOD32 ANTIVIRUS BUSINESS EDITION
ver. 7.0.317
4
Доступ на территорию
СКУД "Эпикур"
Шлюз безопасности Bel VPN Gate 4.1 полностью соответствует
Положению об СКЗИ, выполняет требования 14-ти взаимосвязанных белорусских
стандартов и ТНПА. Основные характеристики Bel VPN Gate 4.1:
- шифрование и контроль целостности трафика по протоколам IPsec ESP
с применением белорусских стандартов криптографической защиты информации
– СТБ 34.101.31, ГОСТ 28147;
- поддержка ОС: Debian 6 (32/64 bit), Windows XP/Vista/7/8 (32/64 bit),
Windows Server 2003, 2008, 2008 R2, 2012, Android 4.x – 6.x;
- поддержка технологических сертификатов открытого ключа
ГоссСУОК;
- улучшенная система событийного протоколирования Syslog;
- отказоустойчивые схемы, в т. ч. кластерные решения, горячее
резервирование и балансировка;