47
2. ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Под термином жизненный информационной цикл системы (System Life
Cycle) понимается определенная эволюция, период времени и совокупность
работ, меняющих состояние системы от появления замысла и начала ее
разработки до окончания эксплуатации [5].
Стоит также заметить, все ЖЦ являются только одним с совокупности
базовых терминов при рассмотрении теории проектирования для многих
современных АИС.
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ с
разработки ISO серии 12207 Международной организации стандартизации
программ [3].
Каскадная модель часто может характеризоваться разбиением процесса
разработки определенного программного средства сразу на некоторые этапы, и,
стоит отметить, что все их переходы между этими этапами к следующему будут
реализовываться только после завершения предшествующих (рисунок 14).
Рисунок 14 – Структура каскадной модели
Рассмотрим некоторые положительные свойства описываемой модели ЖЦ:
48
– при реализации каждого этапа этапе создается законченный набор
документации;
– все этапы создания АИС, должны быть реализованы строго в нужной
последовательности, тогда они дают возможность спланировать конкретные
сроки.
Рассматриваемый подход прекрасно зарекомендовал себя при реализации
проектирования АИС самой разной сложности, при которых можно на начальных
этапах разработки АИС практически точно выполнить описание всех требований.
Для преодоления проблем, что описаны выше при использовании
каскадной структуры, еще в начале 70-х годов 20 века предложена спиральная
модель построения АИС.
При рассмотрении такой структуры рассматривался упор на некоторые
исходные этапы описанной выше каскадной модели:
– анализ проблемы построения;
– проектирование АИС.
Непосредственная реализация для указанных технических фаз также
выполняется при помощи прототипов (рисунок 15).
Прототипы – это действующие модули АИС для реализации всех ее
отдельных функций.
Создание прототипов также может осуществляться часто и за несколько
целых итераций, которыми являются воображаемые витки спирали.
Рисунок 15 – Структура спиральной модели
49
Все такие итерации могут соответствовать также созданию некоторого
этапа АИС (прототипа), где уточняются новые цели, характеристики
программного осуществления, а также оценивается суммарное качество
имеющихся результатов.
Спиральная модель ЖЦ АИС имеет свои достоинства, например:
– заказчики могут влиять непосредственно на разрабатываемую для
них АИС на всех этапах;
– непосредственно в модели могут воплощаться полностью все
преимущества рассмотренного ЖЦ.
В качестве еще улучшенной структуры ЖЦ можно рассматривать такую
модель, что показана на рисунке 16:
Рисунок 16 – Структура улучшенной спиральной модели АИС
Инкрементная модель ЖЦ АИС является классическим прототипом для
инкрементного поведения при создании ПО.
50
Стоит отметить тот факт, что в ней объединены также элементы
последовательной модели при использовании итерационной структуры Боэма для
модернизации приведенной выше каскадной модели.
Каждая из последовательностей может сама проектировать специальный
необходимый инкремент АИС.
Самой главной реализацией указанного подхода считают специальную
технологию экстремального программирования, что ориентировано также на
малые приросты в их функциональности.
Рисунок 17 – Структура функционирования для инкрементной
модели
Преимущество указанной модели состоит непосредственно и в том, что
вовсе нет надобности вкладывать самые разные средства уже ранее, которые
выделяются на всю АИС.
Стоит отметить, что при написании ВКР выбрана стратегия поэтапного
внедрения АИС.
Также, особенностью этого метода является то, что он характерен для
использования в малых компаниях.
Цель такого внедрения – как можно быстрее запустить систему, избежав
при этом, сложностей инжиниринга.
51
На этапе внедрения необходимо в соответствии с утвержденным
регламентом:
– создать технический проект (разработчики ИС);
– утвердить технический проект (разработчики ИС, конечные
пользователи);
– составить план внедрения ИС (разработчики ИС, конечные
пользователи).
Кроме этого, нужно уточнить смету на внедрение ИС, которая может быть
изменена непосредственно по время реализации данного процесса.
На этапе эксплуатации ИС необходимо выполнять следующую
последовательность действий:
– выполнить вход в систему;
– определить нужную подсистему;
– заполнить справочные данные;
– заполнить документы;
– вывести отчетную информацию.
Стоит отметить, что эта последовательность является стандартизированной
и при необходимости может незначительно изменяться.
В результате проведенного анализа ЖЦ можно сделать вывод, что для
создания системы автоматизации приема и обработки заявок, нужно применить
каскадную модель.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ (рисунок 18).
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что приведет
также к возрастанию финансовых рисков, которые связаны с проектом [1].
52
Рисунок 18 – Риски, ожидаемые при выполнении ЖЦ
Риск можно предотвратить при применении CASE-средств для построения
модели БП.
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются разработке некорректного плана-графика процесса
автоматизации, а именно, применение лишних ресурсов, их недостаточность.
Этот риск является, в основном, финансовым можно его предотвратить с
применением современных средств проектирования, а также устранить
повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
Риски, ожидаемые при выполнении ЖЦ
Недостаточное определение основных
свойств проектируемой ИС
Неправильное определение функций
системы
Неправильная разработка плана-
графика создания ПО
Неправильная разработка ПО
Неправильное внедрение и
тестирование ПО
53
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Информационная безопасность – это защищенность информации и
поддерживающей инфраструктуры от случайных или преднамеренных
воздействий естественного или искусственного характера, чреватых нанесением
ущерба владельцам или пользователям информации и поддерживающей
инфраструктуры. Информационная безопасность не сводится исключительно к
защите информации [4].
К организационно правовым средствам безопасности информации можно
отнести разграничение уровня доступа между несколькими подсистемами
(рисунок 19):
Рисунок 19 – Применяемые подсистемы
Подсистема «Руководство» используется для непосредственного контроля
деятельности ООО «ОП «РЖД-ОХРАНА», а также выполнения анализа основных
операций по предоставлению услуг техподдержки.
Подсистема «Техподдержка» применяется для выполнения приема заявок
на предоставление услуг.
Стоит отметить, что каждая из подсистем имеет доступ только к тем
объектам конфигурации, которые можно указать при разработке.
Кроме этого, на уровне операционной системы и компьютерной сети в
компании ООО «ОП «РЖД-ОХРАНА» предусматриваются следующие методы
защиты информации:
Подсистемы
Техподдержка Руководство
54
– применение пароля на основании методов платформы
1С:Предприятие;
– применение пароля на основании операционной системы Windows;
– применение паролей на основании входа и работы в компьютерной
сети.
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
Защита от внешних угроз реализована с помощью информации, которая
указана в таблице 4:
Таблица 4
Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав ООО «ОП «РЖД-ОХРАНА»,
спецификация ЛВС, Федеральный
закон «О защите персональных
данных», Федеральный закон «О
предоставлении сервисных услуг»
Антивирусные и антишпионские
средства
Антивирус Касперского 2019
Проактивная защита от внешних
угроз и защита внешнего периметра
нет
Защита от сетевых угроз
Встроенный брандмауэр антивируса
Касперского
Защита от инсайдерских угроз и
защита информационных ресурсов
Антивирус Касперского 2019,
брандмауэр, методы разграничения
доступа
Физическая защита информации
Ограничение доступа к информации
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация в ИС.
К программным средствам защиты информации относится возможность
ввода паролей для пользователей. К аппаратным методам защиты – блоки
непрерывного питания, брандмауэры и другие технические устройства.
55
Кроме этого, для защиты ИС от внешних угроз есть возможность
применения ролей.
Полномочия ролей рассматриваются на рисунках 20, 21:
Рисунок 20 – Права Администратора
Рисунок 21 – Права Пользователя
Стоит отметить, что наиболее слабым звеном в обеспечении защиты ИС
является хранимая информация в ИС. Для этого рекомендуется выполнить
настройку журналирования (рисунок 22):
56
Рисунок 22 – Настройка журнала регистрации
В результате выполненных действий будет обеспечена защиты
информации, которая предназначается для работы в конфигурации.
2.2.Информационное обеспечение задачи
2.2.1.Информационная модель и ее описание
Информационная система приема и обработки заявок должна выполнять
сбор, обработку, распределение и ввод информации о заявках клиентов, клиентах
и услугах ИТ-отдела, чтобы поддержать процесс деятельности ООО «ОП «РЖД-
ОХРАНА».
Для качественной реализации автоматизированной системы объект
разработки должен быть прежде всего адекватно описан, построены
непротиворечивые информационные модели ИС.
Процесс разработки ИС выполнялся до недавнего времени только на
интуитивном уровне, а также при использовании неформализованных методов,
что базируются на практическом опыте, а также дорогостоящих
экспериментальных проверках качества функционирования автоматизированной
системы.
Источниками данных в информационной модели (ИМ) являются:
– перечень клиентов;
– данные об услугах ООО «ОП «РЖД-ОХРАНА»;
– данные о сотрудниках отдела техподдержки;
– данные о категориях услуг;
– данные о приеме заявок.
Системой могут пользоваться такие адресаты: