Диплом: Разработка проекта автоматизации учета логических процессов компании ООО "Фридж"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
34
контроль состояния в любой момент времени по выделенным параметрам. Для
реализации данных возможностей, проектируемая ИС обладает следующей
функциональностью:
- обработка информации о продукции на складе;
- обработка адресной информации о клиенте;
- обработка рыночной информации;
- обработка этапов сделки;
- планирование работы склада;
- постановка задач перед сотрудниками склада;
- контроль выполнения задач сотрудниками склада;
- контроль текущих показателей работы склада;
- получение фактических показателей по итогам периода;
- анализ продаж;
- прогнозирование динамики продаж;
- анализ результатов работы сотрудников склада;
- анализ рыночной ситуации;
- оперативная обработка хранимого массива информации при изменении
отдельных атрибутов;
- оперативное создание групп клиентов для работы по специальным
программам;
- групповые действия над записями иного характера.
Для практической реализации перечисленных выше функции,
проектируемая ИС имеет базу данных.
35
Глава 2. Проектная часть
2.1 Разработка проекта автоматизации учета логистических
процессов
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла (ЖЦ), является одним из основных понятий
методологии проектирования информационных систем (ИС). Жизненный цикл
любой ИС можно представить в виде непрерывного процесса, начало которого
определяется моментом принятия решения о создании ИС, а окончание
определяется моментом полного изъятия ее из эксплуатации [2].
Жизненный цикл информационной системы включает в себя все стадии
и этапы создания ИС, ее сопровождения и развития, а именно:
- исследование предметной области с последующим формированием
функциональной и информационной объектных моделей;
- проектирование системы, предусматривающие разработку проектных
решений, с учетом всем требований ТЗ;
- разработку системы (сюда также включается программирование и
тестирование прикладных программ на основании проектных спецификаций
подсистем, выделенных на стадии проектирования);
- тестирование информационной системы с целью выявления сбоев и
последующее их устранение;
- эксплуатацию системы и ее сопровождение;
- развитие системы.
Течение жизненного цикла ИС осуществляется в соответствии с
выбранной моделью ЖЦ. Существует целый ряд стандартов,
регламентирующих ЖЦ программного обеспечения, а в некоторых случаях и
процессы его разработки.
На текущий период, наибольшее распространение получили две
основные модели жизненного цикла – это каскадная и спиральная модели.
36
Каскадная модель процесс разработки предусматривает поэтапное,
выполнение действий, задач, и переход к следующему этапу осуществляется
только после завершения предыдущего.
Спиральная модель разработки предусматривает выполнение действий,
задач по нарастающей. Результатом начального этапа разработки является
система, имеющая высокий уровень абстракции. На последующих этапах
уровень абстракции снижается, система подвергается все большей
конкретизации.
Для жизненного цикла текущего проекта была выбрана каскадная
модель, так как в данном случае больше подходит поэтапная разработка ИС.
Переход на следующей этап осуществляется только после завершения всех
работ на предыдущем этапе (рис. 2.1), включая подготовку полного пакета
документации, достаточного для того, чтобы развитие данной ИС могло
осуществляться другой группой разработчиков, и имеется возможность
планирования сроков завершения работ и затрат на их выполнение.
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рисунок 2.1 – Каскадная схема разработки ПО
Каскадный метод наилучшим образом подходит для проектирования
систем, где на начальном этапе проекта можно достаточно точно и полно
сформулировать все требования, с целью предоставить разработчикам свободу
в их реализации наиболее эффективным образом с технической точки зрения.
Но при этом необходимо учитывать, что в случае выявления ошибок в середине
37
разработки, которые были допущены в начале, придется использовать
предыдущую итерацию проекта, и реальная схема каскадной модели будет
иметь вид, представленный на рисунке 2.2.
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рисунок 2.2 – Реальный вид каскадной схемы разработки ПО
Таким образом, учитывая сказанное выше, к конкретной разработке
наиболее всего подходит каскадный метод.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любая разработка производственной ИС всегда предусматривает
реализацию множества задач, связанных с общим управлением проектом,
разработкой программного обеспечения, проектированием, внедрением.
Каждая из указанных задач, по сути является отдельным проектом с
характерными особенностями, что в свою очередь, способствует
возникновению различных рисков, в ходе разработки.
Риски заказчика обусловлены неполным достижением целей проекта и
не эффективно потраченными средствами.
Риски исполнителя обусловлены возможностью резкого увеличения
фактической себестоимости работ по сравнению с планируемой.
Необходимость в параллельных, а иногда и принципиально отличающихся по
38
своему характеру работ, способствует многократному возрастанию уровня
риска проекта. Наиболее характерные риски и методы их минимизации
представлены в таблице 2.
Таблица 2
Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента рисков
Снижение видов
риска
Снижение
вероятности
возникновения
риска
Риски,
обусловленные
масштабом проекта
Детальный анализ всех
этапов разработки,
взаимодействия участников
разработки проекта
Детально
проработанная
программа качества,
отработанное
управление
конфигурацией
проекта, специальные
процедуры
взаимодействия
участников
Риски,
обусловленные
нехваткой опыта
работы в сфере ИТ
Организация обучающих
курсов для пользователей,
соблюдение технологии
разработки
Разработка и
утверждение
концепции проекта на
возможно более ранней
его стадии
Технические риски
проекта
Строгий отбор участников
разработки проекта.
Обучение участников
разработки проекта
технологии и
инструментальным средствам
разработки
Использование
стандартов
предприятия на
проектные работы,
разработка стандартов
проекта
Риски
организационного
характера
Обучение участников
проекта управлению
проектом
Включение в команду
администратора
проекта, детальное
распределение ролей в
проекте
Операционные риски
проекта
Многократное тестирование
созданных продуктов,
тщательная экспертиза
документов
Строгое выполнение
процедур программы
качества
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
39
Документ «СПЕЦИАЛЬНЫЕ ТРЕБОВАНИЯ И РЕКОМЕНДАЦИИ ПО
ТЕХНИЧЕСКОЙ ЗАЩИТЕ КОНФИДЕНЦИАЛЬНОЙ ИНФОРМАЦИИ» [3],
гласит:
«5.7.4. Класс защищенности автоматизированной системы (АС, ИС,
ЛВС и т.д.) определяется в соответствии с требованиями РД Гостехкомиссии
России «Автоматизированные системы. Защита от несанкционированного
доступа к информации. Классификация автоматизированных систем и
требования по защите информации» [4].
В соответствии с документом [4], определены девять классов
защищенности ИС от несанкционированного доступа к информации (НСД).
Каждый класс характеризуется определенной минимальной совокупностью
требований по защите. Некоторые классы подразделяются на группы,
отличающиеся особенностями обработки информации ИС:
- класс 1A;
- классы 1B, 2B и 3B;
- классы 1C и 2C;
- класс 1D.
Необходимый уровень защищенности ИС возрастает от группы D к
группе A, а в пределах одной группы – с увеличением номера класса. Каждый
класс характеризуется определенным фиксированным набором требований к
подсистеме обеспечения информационной безопасности, реализованной в ИС.
Функциональные требования разрабатываемой ИС совпадают с классом
3B, однако на всех этапах проектирования, они задаются либо в виде желаемого
уровня защищенности, либо в виде перечня требований, соответствующего
данному уровню.
Таким образом, рассматриваемая ИС управления складом ООО
«Фридж», соответствует классу 3А, который предусматривает выполнение
требований по защите информации от несанкционированного доступа (НСД),
описанные в документе [3], представлены в таблице 3.
40
Таблица 3
Требования по защите информации от НСД
Подсистемы и требования
Классы
Б
А
1. Подсистема управления доступом
1.1. Идентификация, проверка подлинности и контроль доступа
субъектов:
в систему
+
+
к терминалам, ЭВМ, узлам сети ЭВМ, каналам связи, внешним
устройствам ЭВМ
-
-
к программам
-
-
к томам, каталогам, файлам, записям, полям записей
-
-
1.2. Управление потоками информации
2. Подсистема регистрации и учета
2.1. Регистрация и учет:
входа (выхода) субъектов доступа в (из) систему(ы) (узел сети)
+
+
выдачи печатных (графических) выходных документов
-
+
запуска (завершения) программ и процессов (заданий, задач)
-
-
доступа программ субъектов доступа к защищаемым файлам,
включая их создание и удаление, передачу по линиям и каналам
связи
-
-
доступа программ субъектов доступа к терминалам, ЭВМ, узлам
сети ЭВМ, каналам связи, внешним устройствам ЭВМ,
программам, томам, каталогам, файлам, записям, полям записей
-
-
изменения полномочий субъектов доступа
-
-
создаваемых защищаемых объектов доступа
-
-
2.2. Учет носителей информации
+
+
2.3. Очистка (обнуление, обезличивание) освобождаемых
областей оперативной памяти ЭВМ и внешних накопителей
-
+
2.4. Сигнализация попыток нарушения защиты
-
-
3. Криптографическая подсистема
3.1. Шифрование конфиденциальной информации
-
-
3.2. Шифрование информации, принадлежащей различным
субъектам доступа (группам субъектов) на разных ключах
-
-
3.3. Использование аттестованных (сертифицированных)
криптографических средств
4. Подсистема обеспечения целостности
4.1. Обеспечение целостности программных средств и
обрабатываемой информации
+
+
4.2. Физическая охрана средств вычислительной техники и
носителей информации
+
+
4.3. Наличие администратора (службы) защиты информации в
АС
-
-
4.4. Периодическое тестирование СЗИ НСД
+
+
4.5. Наличие средств восстановления СЗИ НСД
+
+
4.6. Использование сертифицированных средств защиты
-
+
41
Возможность отнести рассматриваемую ИС к классу 3А, обеспечивается
выполнением следующих нормативных требований, соответствующих данному
классу информационной защищенности (таблица 4).
Таблица 4
Нормативные требования информационной защищенности ИС
Подсистема
Требования
Управления
доступом
Осуществляются идентификация и проверка подлинности
пользователей при входе в ИС по паролю условно-постоянного
действия
Регистрации
и учета
Осуществляется регистрация подключения (отключения)
пользователей в ИС (от ИС), а также регистрация загрузки и
инициализации операционной системы и ее программного
останова. Регистрация выхода из системы или останова не
проводится в моменты аппаратурного отключения ИС.
Обеспечения
целостности
В ИС предприятия обеспечена целостность программных средств
СЗИ НСД, обрабатываемой информации, а также неизменность
программной среды.
Для выполнения данных требований выполняется следующее:
- при каждой загрузке системы проверяется целостность СЗИ НСД по
наличию имен (идентификаторов) компонент СЗИ;
- целостность программной среды обеспечивается отсутствием на
пользовательских ПК средств разработки и отладки программ;
- осуществляется круглосуточная физическая охрана устройств и
носителей информации, что обеспечивается постоянным наличием охраны в
здании и на территории предприятия. Для охраны используются средства
видеонаблюдения и специальный персонал.
- имеются в наличии средства восстановления базы данных после НСД,
предусматривающие ведение двух копий программных средств защиты
информации от НСД и их периодическое обновление и контроль
работоспособности;
- все, используемые на предприятии, средства защиты
сертифицированы.
42
Выполнение указанных требований защищенности, позволяет отнести
рассматриваемую ИС к классу 3А, по требованиям безопасности информации.
Для минимизации возможных рисков информационной безопасности,
рассматриваемой ИС необходимо провести ряд мероприятий технического
характера. Перечислим их.
Защита информации на канальном уровне.
Основной функцией канального уровня является транспортировка
информации по техническим каналам, чем и будут определятся используемые
методы защиты информации на данном уровне ЛВС.
Для защиты информации на канальном уровне, прежде всего,
необходимо обеспечить требования электромагнитной совместимости
используемых технических средств.
На любом предприятии, помимо компьютерного оборудования,
используется большое количество аппаратуры, являющейся источниками
электромагнитного излучение. Рассматриваемое предприятие ООО «Фридж»
также не является исключением в данном вопросе. Поэтому экранирование
электромагнитных излучений является одним из самых эффективных средств
защиты ИС предприятия от возможной утечки информации по техническим
каналам.
Для повышения эффективности защиты ИС ООО «Фридж» необходимо
применить экранирование и установить развязывающие фильтры в каналах
связи. Первоочередной задачей является устранение или ослабление до
допустимых значений паразитных связей, что возможно практически
реализовать посредством проведения мероприятий следующего характера:
- вероятные источники и приемники паразитных наводок необходимо
разнести на максимально допустимое расстояние друг от друга;
- свести к минимуму значения общих сопротивлений линий связи
корпоративной локальной сети, которые могут возникнуть в результате
некачественных соединений сетевого кабеля. Практическая реализация этих
43
мероприятий заключается в замене участков кабеля, имеющих соединения, на
цельные куски;
- произвести изъятие посторонних проводов, проходящих через
несколько узлов или блоков. Посторонние провода могут создать паразитную
связь между сетевыми элементами, расположенными на достаточном
расстоянии друг от друга;
- в случае, когда нет возможности исключения посторонних проводов,
создающих паразитную связь необходимо позаботиться о том, чтобы при
емкостной паразитной связи сопротивление постороннего провода
относительно корпуса сетевого элемента было минимальным.
Компьютерное оборудование предприятия ООО «Фридж», в качестве
источника питания использует электросиловую линию, проложенную в
помещениях предприятия. Это обстоятельство позволяет использовать данную
линия и в качестве проводного канала для несанкционированного доступа к
конфиденциальной информации. При параллельном подключении,
подслушивающее устройство может использовать для своего питания
напряжение линии, тем самым обеспечивая постоянную работоспособность.
Практическое предотвращение утечки информации по силовой линии
может быть реализовано посредством использования специальных
анализаторов, которые позволят обнаружить блоки питания специальных
радиоэлектронных передатчиков. Обнаружение осуществляется посредством
фиксации отклонений импеданса линии от типового значения.
Борьба с угрозами на сетевом уровне с помощью средств универсальных
операционных систем, не представляется возможной. Универсальная
операционная система является обширной программой, наверняка содержащей,
помимо известных ошибок, некоторые свои особенности. Это особенности ОС
могут быть использованы для целей несанкционированного доступа к
информации предприятия. Наиболее перспективным путем обеспечения
безопасности информации предприятия ООО «Фридж» является использование
специализированных сервисов безопасности.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран