34
Рисунок 16. Спиральная модель жизненного цикла
программного обеспечения
Цель дипломного проекта - разработка модуля бизнес-процесса для отдела
по работе с покупателями и поставщиками. В связи с малой сложностью
разработки, выбрана каскадная модель жизненного цикла.
При внедрении системы, существуют следующие основные стратегии:
1. Параллельная стратегия. При этой стратегии, старая и новая система
работают одновременно, а их выходные документы сравниваются. В том случае,
если они согласуются длительное время, то можно осуществлять переход на
новую систему.
2. При стратегии «Скачок» происходит моментальный переход работы
со старой системы на новую. Эта стратегия не рекомендуется, так как если
персонал не обучен работе с новой системой, предприятие может вставать
(сорвутся поставки, финансовая отчетность и т.д.).
3. «Пилотный проект» - использует тактику «скачка», но применяется к
ограниченному числу процессов. Область применения - небольшой участок
35
деятельности предприятия. Эта стратегия внедрения более надежна, так как она
снижает риски.
4. «Узкое место» - это часть производственного процесса. При внедрении
этой стратегии внедрения, план внедрения выполняется только для «узкого
места», и для его работников, то есть обучение только для людей, работающих в
нем, анализ «затраты - эффект» делается только для «узкого места» и т.д.
С учетом необходимости минимизации возможных рисков для ООО
«Ручеек» выбрана параллельная стратегия внедрения. Процесс внедрения
включает следующие этапы:
1) анализ;
2) организация проекта;
3) настройка системы;
4) подготовка данных;
5) тестовое испытание системы;
6) сдача проекта.
Рассмотрим эти этапы. Первый этап внедрения – анализ, он соответствует
целям и задачам предпроектного исследования. Целью этого этапа является
изучение бизнес-процессов ООО «Ручеек».
Второй этап - организация проекта - выполняется группой разработчиков
и представителей предприятия. На этом этапе определяются сроки проекта, его
участники, бюджет, составляется план проекта.
Третий этап - настройка системы. На этом этапе выполняется создание
прототипа автоматизированной системы ООО «Ручеек», руководства
пользователя, а также обучение пользователей, которые будут работать с
системой.
Четвертый этап – подготовка данных, на этапе планируется выполнение
переноса, при необходимости конвертации, и загрузки данных в систему. Этап
завершается выполнением проверки результатов подготовки данных.
36
Пятый этап – тестовое испытание системы - выполняется тестирование
системы в соответствии с выбранной стратегией и обеспечением необходимой
технологичности процесса.
Шестой этап – проводится сдача проекта в эксплуатацию. На этом этапе
запланировано проведение аудита разработанной системы для ООО «Ручеек», а
также проверка документации и передача проекта пользователям.
Процесс установки - установка и проверка программного обеспечения в
операционной среде, получение формального одобрения ПО со стороны
заказчиков.
Эксплуатация и поддержка – включает в себя пользовательские операции
в системе и действующую поддержку (техническую помощь, оказание
консультаций пользователям, обработка изменений и исправление ошибок).
Сопровождение – анализ запросов пользователей с целью обнаружения
ошибок, сбоев и т.д.
Вывод из эксплуатации – прекращение использования системы. Замена
системы на новую, либо обновление существующей.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Процессы анализа и сокращения рисков должны сопутствовать основным
этапам разработки и обеспечения жизненного цикла сложных программных
средств в соответствии с международными стандартами.
При формулировании постановки задачи и требований к системе могут
возникнуть ошибки и неточности, которые приведут к полному несоответствию
разработанного программного продукта потребностям склада. Для снижения
данного риска необходимо привлечь к выполнению задачи наиболее опытных
разработчиков, а также руководство компании.
На этапах проектирования и реализации системы имеются риски:
ухода одного или группы ключевых специалистов. В этом случае
разработка системы может оказаться под угрозой срыва. Руководству
компании необходимо предпринимать меры для снижения этих рисков,
37
в частности обеспечивать более тесное сотрудничество сотрудников,
обмен ключевой информацией, взаимозаменяемость сотрудников.
затягивания процесса разработки, соответственно удорожание
разработки. Для снижения этого риска необходим строгий контроль
соблюдения графика разработки. Привлеченные к разработке ИС
склада специалисты не должны привлекаться к прочим проектам и
заданиям, их рабочее время должно быть полностью посвящено
разработке ИС.
изменяющихся требований по ходу работы над проектом, которые
могут нарушить все сроки и оценки. Для снижения этих рисков
необходимо привлечение сотрудников склада на границах каждого
этапа, чтобы обнаруживать изменения на ранних стадиях работы над
проектом системы.
возникновения дефектов программного продукта вследствие ошибок,
допущенных на различных этапах разработки системы.
Классификация дефектов приведена в таблице 9.
Таблица 7
Характеристики дефектов программного продукта
Этапы возникновения дефектов и
ошибок
Типы первичных дефектов и
ошибок программного средства
и документации
Разработка требований к ПО
Дефекты исходных требований
заказчика
Планирование работ
Дефекты, обусловленные реальной
сложностью проекта
Проектирование архитектуры системы
Ошибки планирования и системного
проектирования программного
средства
Детальное проектирование ПО
Системные и алгоритмические
дефекты и ошибки проекта
Кодирование ПО
Программные дефекты и ошибки
компонентов и документов
программного средства
Тестирование ПО
Программные и алгоритмические
ошибки программного средства и
документации
Разработка документации
Дефекты и ошибки обобщающих
документов
На этапе эксплуатации возможны риски, возникающие по причинам:
38
1) Злоумышленных, активных воздействий заинтересованных лиц. Для
защиты от внешних угроз необходимо применять средства обеспечения защиты
программ и данных (аутентификация пользователей, защита локальной сети при
помощи межсетевых экранов, применение антивирусных программ и пр.).
2) Случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. Основными источниками отказовых
ситуаций могут быть некорректные исходные требования, сбои и отказы в
аппаратуре, дефекты или ошибки в программах и данных функциональных
задач, проявляющиеся при их исполнении в соответствии с назначением. При
таких воздействиях внешняя, функциональная работоспособность систем может
разрушаться не полностью, однако невозможно полноценное выполнение
заданных функций и требований к качеству информации для потребителей.
Для снижения рисков, связанных с дефектами системы, необходимо
проводить тщательное тестирование на контрольных примерах, приближенных
к действительности. Для снижения рисков, связанных с ошибочными
действиями пользователей, необходимо предусмотреть защиту от применения
ошибочных действий по удалению и порче данных.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью (ИБ) АИС понимается состояние
защищенности информационной среды АИС, обеспечивающее её
формирование, использование и развитие, которое не приводит к искажению,
разрушению или несанкционированному использованию информационных
ресурсов, включая хранимую, обрабатываемую и передаваемую информацию, а
также программные средства.
Выделяют следующие основные цели ИБ:
конфиденциальность (доступность информации только определенному
кругу лиц);
39
доступность (возможность получения информации авторизованными
пользователями в нужное для них время);
целостность (гарантия существования информации в неискаженном,
истинном виде).
Информация, обрабатываемая и сохраняемая в системе складского учета
ООО «Ручеек», является ценной:
технологическая – это наличие на складе товаров различных категорий;
их размещение, остаток, кому предназначаются. Эта информация не
является конфиденциальной, но в любой момент она должна быть
целостной и доступной, иначе работа склада остановится, и
предприятие понесет убытки.
деловая – списки поставщиков, складские и бухгалтерские документы.
Эта информация должна быть конфиденциальной, доступной и
целостной.
Само функционирование системы также относится к ценным активам
компании, т.к. нарушение работы ИС приведет к потере доступа к ценной
информации. Поставки будут сорваны, рабочее время потеряно.
Определим, какие угрозы имеются с точки зрения информационной
безопасности:
внутренние угрозы (исходящие от так называемых «инсайдеров» -
сотрудников компании). Это может быть умышленная и
непредумышленная порча или удаление файлов с ценной
информацией, ввод неверных данных, а также незаконное копирование
(хищение) информации;
внешние угрозы: действия хакеров, промышленный шпионаж, вирусы
и т.п.;
нарушение связи по вычислительной сети с офисом;
отключения электропитания, пожары, наводнения и т.п.
Административно-правовой уровень
40
Для того чтобы снизить риски от внутренних угроз, в ООО «Ручеек»
действует политика безопасности компании. Необходимо доработать
нормативно-правовые акты о внутренней политике безопасности компании с
учетом внедряемой ИС на складе, в политику предоставления прав доступа к
информационным ресурсам необходимо добавить правила предоставления прав
доступа к складской ИС.
Ответственным за соблюдение политики безопасности в подразделении
«Склад» должен быть назначен системный администратор, курирующий это
подразделение.
Организационно-процедурный уровень
Для обеспечения информационной безопасности в системе складского
учета необходимо:
разграничить права доступа пользователей к информации системы;
защитить от несанкционированного доступа папки с файлами и базами
данных системы;
регулярно проводить архивирование данных.
Во-первых, доступ к АРМ системы должен быть только у следующих
пользователей:
менеджеры отдела снабжения;
менеджеры отдела сбыта;
начальник склада;
кладовщик участка приемки;
кладовщик участка отгрузки;
контролер отдела приемки по качеству.
На их компьютерах будет установлено клиентское ПО, через которое будет
возможен доступ к отдельным функциям системы, в зависимости от занимаемой
должности. В таблице 10 приведены данные о разграничении прав доступа для
разных групп пользователей.
41
Таблица 81
Разграничение прав пользователей
Группы
пользов
ателей
Справо-
чники
системы
Управл
ение
пользов
а-
телями
Модуль
«Приемка
товара»
Модуль
«Отгрузк
а товара»
Модуль
«Приемка
по
качеству»
Отчет
ы
Менедже
ры
отдела
снабжен
ия
Чтение
Нет
доступа
Ограничен
ный доступ
(ввод
данных об
ожидаемых
поставках,
чтение
данных о
приемке
товара)
Нет
доступа
Ограниченн
ый доступ
Чтение
Менедже
ры
отдела
сбыта
Чтение
Нет
доступа
Нет
доступа
Ограничен
ный доступ
(Ввод
данных о
заказах,
чтение
данных об
отгрузках)
Нет доступа
Чтение
Начальн
ик
склада
Полный
доступ
Нет
доступа
Чтение
Чтение
Чтение
Чтение
Кладовщ
ик
участка
приемки
Ограничен
ный доступ
Нет
доступа
Полный
доступ
Нет
доступа
Ограниченн
ый доступ
Полный
доступ
Кладовщ
ик
участка
отгрузки
Ограничен
ный доступ
Нет
доступа
Нет
доступа
Полный
доступ
Нет доступа
Полный
доступ
Контрол
ер
участка
приемки
по
качеству
Ограничен
ный доступ
Нет
доступа
Чтение
Нет
доступа
Полный
доступ
Чтение
Системн
ый
админис
-тратор
Полный
доступ
Полный
доступ
Полный
доступ
Полный
доступ
Полный
доступ
Полный
доступ
Во-вторых, каждый пользователь должен иметь учетную запись,
защищенную паролем, состоящим из латинских букв и цифр, длиной не менее 8
символов. Пароль следует менять не реже 1 раза в год. За учетными записями
42
должен следить системный администратор. Должно быть установлено
ограничение числа неудачных попыток входа в систему (не более 3 попыток),
чтобы затруднить расшифровку паролей. Кроме того, необходимо ограничить
доступ к файлу паролей.
В-третьих, необходимо физически защитить сервер системы от
несанкционированного доступа. Его необходимо установить в специальном
серверном помещении, которое запирается на ключ, либо в запираемом шкафу.
Доступ к файлам на жестком диске сервера должен быть закрыт для всех
пользователей локальной сети. Также в надежном месте должны храниться
носители с резервными копиями базы данных.
Программно-аппаратный уровень
Наличие вычислительной сети создает условия для перехвата, нарушения
конфиденциальности и целостности информации. Тем более что склад
находится на удалении от офиса, и данные передаются по публичной сети
Internet на основе технологии VPN.
Технология VPN (англ. Virtual Private Network - виртуальная частная сеть)
позволяет пользователям физически удаленных подразделений работать с
информационными ресурсами ЛВС так же, как если бы они были подключены к
локальной вычислительной сети. Несмотря на то, что коммуникации
осуществляются по публичной сети, благодаря использованию средств защиты
сеть получится надежной и защищенной. Примером защищённых VPN
являются: IPSec, OpenVPN и PPTP.
Наиболее распространенным является протокол IPsec, который работает на
сетевом уровне (уровень 3 модели OSI). Это делает IPsec более гибким,
поскольку IPsec может использоваться для защиты любых протоколов
базирующихся на TCP и UDP. Гарантии целостности и конфиденциальности
данных в спецификации IPsec обеспечиваются за счет использования
механизмов аутентификации и шифрования соответственно.
Существует два режима работы IPsec: транспортный режим и туннельный
режим.
43
В транспортном режиме шифруется (или подписывается) только
информативная часть IP-пакета. Маршрутизация не затрагивается, так как
заголовок IP пакета не изменяется (не шифруется). Транспортный режим, как
правило, используется для установления соединения между хостами.
В туннельном режиме IP-пакет шифруется целиком. Для того, чтобы его
можно было передать по сети, он помещается в другой IP-пакет. По существу,
это защищённый IP-туннель. Туннельный режим может использоваться для
подключения удалённых компьютеров к виртуальной частной сети и для
организации безопасной передачи данных через открытые каналы связи для
объединения разных частей виртуальной частной сети.
Для организации VPN-сети на основе IPsec используется маршрутизатор
D-Link DFL-800. Применяется алгоритм шифрации трафика 3DES/MD5. Кроме
того, этот коммутатор предоставляет интегрированные функции NAT,
межсетевого экрана, встроенную систему обнаружения вторжений и защиту от
атак DoS.
Также на основе маршрутизатора D-Link DFL-800 организуется
демилитаризованная зона (ДМЗ), при которой внутренняя сеть и внешняя сеть
подключаются к разным портам маршрутизатора. Однако, такая схема не
является идеальной: в случае взлома (или ошибки конфигурирования)
маршрутизатора сеть окажется уязвима напрямую из внешней сети.
Повысить защищенность сети можно путем создания ДМЗ,
обслуживаемой двумя брандмауэрами. Смысл создания ДМЗ заключается в том,
чтобы оградить локальную сеть склада от доступа, который осуществляется из
Интернета. В конфигурации с двумя брандмауэрами ДМЗ подключается к двум
маршрутизаторам, один из которых ограничивает соединения из внешней сети в
ДМЗ, а второй контролирует соединения из ДМЗ во внутреннюю сеть. Подобная
схема позволяет минимизировать последствия взлома: до тех пор, пока не будет
взломан внутренний маршрутизатор, злоумышленник не будет иметь
произвольного доступа к внутренней сети, а взлом внутреннего маршрутизатора
невозможен без взлома внешнего.