Рисунок 6. Жизненный цикл автоматизации.
Анализ: на этом этапе просматривается инфраструктура организации.
Оцениваются требования и цели, прежде чем выполнять полный обзор
текущих систем, потребностей данных и бизнес-процессов. Затем идет выбор
технологического решения, основанное на его архитектурном дизайне и его
соответствии с бизнесом. На данном этапе очень важно организовывать
обсуждения с внешними консультантами, которые являются экспертами в
данной сфере.
Основная цель этого анализа состоит в том, чтобы идентифицировать
процессы, которые являются осуществимыми для автоматизации, а также
могут сэкономить ручные усилия и принести рентабельность инвестиций.
После завершения процесса планирования работы, который включает
в себя определение ресурсов и времени, начинается процесс документации.
Идентификация
Анализ
Разработка
Тестирование
Реализация
Обслуживание и поддержка
45
Формальный подход документируется и после одобрения со стороны всех
заинтересованных сторон начинается разработка.
Разработка: на основе анализа требований технические архитекторы
создают PDD (Process Definition Document), который описывает информацию
о каждом шаге каждого процесса. Следующим шагом является создание
диаграммы объектной модели или блок-схемы для понимания потока
процесса. Как только блок-схема готова, выбирается инструмент для
автоматизации процесса.
Тестирование: после этапа разработки тестирование проводится
специальной командой тестировщиков, отвечающих за выполнения QA.
Программа тестируется в предпроизводственной среде, чтобы убедиться, что
она отвечает требованием, которые заключаются в автоматизации
конкретной задачи.
Реализации: после того, как все компоненты построены, должно быть
проведено модульное тестирование. Все компоненты протестированы для
сглаживания интеграции. Если есть какие-либо проблемы при диагностике,
то продукт возвращается к командам разработчиков и тестировщиков для
разрешения всех неполадок. Рекомендуемая архитектура UiPath включает
среды разработки и тестирования, которые позволяют тестировать процессы
вне систем реального времени.
Обслуживание и поддержка: данная фаза имеет важное место в
развитие разрабатываемого продукта. На этом этапе выявляются все те
недостатки, которые были упущены в процессе тестирования.
Инструменты автоматизации различаются в зависимости от
требований и степени сложности, которые необходимо обрабатывать между
несколькими приложениями.
46
Rational Unified Process (RUP) еще одна методология разработки
программного обеспечения.4. RUP разбивает жизненный цикл проекта на
четыре фазы.
Исходный этап: на данном этапе идея проекта изложена. Команда
разработчиков определяет, какие ресурсы потребуются для разработки.
Проектирование: производится дальнейшая оценка архитектуры
проекта и необходимых ресурсов. Разработчики рассматривают возможные
области применения программного обеспечения и затраты, связанные с
разработкой.
Разработка: Программное обеспечение разработано, написано и
протестировано.
Внедрение: программное обеспечение выпускается для
общественности. Окончательные корректировки или обновления
производятся на основе отзывов конечных пользователей.
На каждом из выше указанных этапов выполняются все шесть
основных составляюших разработки : бизнес-моделирование, требования,
анализ и проектирование, внедрение, тестирование и развертывание. Однако
некоторые процессы более важны и занимают больше времени на каждом
этапе. Например, бизнес-моделирование в основном происходит на ранних
стадиях, при создании и разработке. Каждый из четырех этапов имеет свою
основную цель, которая должна быть выполнена до того, как проект сможет
перейти к следующему этапу.
2.1.2. Ожидаемые риски на этапах жизненного цикла проекта
автоматизации
Несмотря на множество преимуществ в процессе внедрения системы
автоматизации существуют также и риски. Под риском проекта понимают
4
https://study.com/academy/lesson/what-is-the-rational-unified-process-methodology-tools-
examples.html
47
потенциальную, численно измеримую возможность неблагоприятных
ситуаций и связанных с ними последствий в виде ущерба, убытков,
неблагоприятного изменения основных управляемых параметров проекта
5
.
Ниже приведены несколько примеров функций снижения рисков, которые
организации должны применять при переходе на автоматизацию процессов.
Безопасность приложений: системы, которые хранят и обрабатывают
данные, особенно личную информацию и / или финансовые данные, могут
подвергаться различным атакам. Организация должна обеспечить разработку
и внедрение надлежащих механизмов контроля для защиты систем от
внешних угроз. Это требует от специалистов ИТ понимания и выполнения
необходимых шагов для обеспечения безопасности и обслуживания системы.
Для управления безопасностью используются различные механизмы, такие
как управление доступами, управление возможностями вносить
изменениями, управление сетевой безопасностью и т.д.
Обучение и знания сотрудников: использование новой системы или
внедрение нового процесса может привести к первоначальному
сопротивлению или пользовательским ошибкам со стороны сотрудников.
Переход к автоматизации может потребовать процесс обучения, чтобы
сотрудники были достаточно хорошо осведомлены.
Риски участия заинтересованных сторон: реализация инициативы
автоматизации требует участия заинтересованных сторон на разных уровнях
развития проекта. Нередко IT-отделы относятся к системе автоматизации как
к раздутой технологии с низкой стоимостью и потенциальной угрозой
стабильности и безопасности. Кроме того, существует опасность того, что
разные отделы организации будут рассматривать автоматизацию как угрозу
для их рабочих мест, что в свою очередь приведет к срыву осуществления
проекта автоматизации.
5
AJAX и PHP. Разработка динамических веб-приложений. Учебник / Дари Кристиан,
Бринзаре Богдан, Черчез-Тоза Филип, Бусика Михай. – М.: Символ Плюс, 2011. - 289 с
48
Ключевым моментом является понимание того, что активное участие
всех заинтересованных сторон является неотъемлемой частью успешного
осуществления автоматизации.
Организация должна проанализировать и выявить потенциальные
выгоды от автоматизации для их бизнеса, чтобы оценить связанные с этим
риски. Крупные организации со значительным использованием данных могут
найти наибольшее преимущество автоматизации, однако внедрение
автоматизированных процессов может помочь не всем организациям снизить
риски и повысить эффективность процесса.
Риски используемых источников: использование неправильной модели
источников может привести к чрезмерным затратам.
Риски запуска проекта: чтобы снизить риски неудачи запуска проекта,
должны быть предотвращены технические сбои, финансовые сбои и
политические сбои. Например, компании, которые принимают решение по
внедрению автоматизации в отделах с наибольшей численностью персонала,
терпят неудачу из-за большой нагрузки изменяющихся процессов и
обработки исключений. Компании, которые стремятся быстро сократить
численность персонала для немедленной экономии, терпят неудачу, потому
что у них нет ресурсов, необходимых для создания надежного решения
автоматизации, покупая неправильный инструмент, делая неправильные
предположения, ставят под угрозу безопасность и целостность систем.
Операционные / исполнительные риски: операционные риски
возникают, когда работы развертываются без надлежащей операционной
модели. Если предприятия не определяют роли и спешат в обучении,
обязанности могут быть размыты, когда система уже эксплуатируется, люди
могут запутаться в своих ролях.
Риски управления изменениями: стратегия управления изменениями
является ключом к успеху. Плохой коммуникационный план и отсутствие
исполнительной поддержки, а также отсутствие операционных моделей
может привести к низкой эффективности процесса внедрения. Недооценка и
49
недостаточное обеспечение ресурсами мероприятий по управлению
изменениями может поставить под угрозу надлежащее согласование между
стратегией, процессами, технологиями и людьми в жизненном цикле
внедрения, что приводит к кадровым проблемам, задержкам и упущенным
возможностям.
Риски зрелости: когда компании достигают зрелости с их
первоначальным развертыванием и начинают расширять систему
автоматизации через различные бизнес-единицы, они могут начать
сталкиваться с рисками устойчивости, такими как быстрое распространение
запросов автоматизации, дублирование усилий между подразделениями.
Другие риски могут включать в себя неизменные трудовые и
технологические бункеры, отсутствие подготовки к автоматизации прогресса
в области когнитивных технологий, нехватку или утечку талантов и т.д.
Как мы уже поняли, инновационные решения вместе с их
преимуществами создают различные риски. В процессе разработки системы
автоматизации должны быть учтены основные потенциальные риски и
должны быть определены основные тактические шаги для их устранения.
В заключение следует отметить, что наличие реалистичного
представления об автоматизации и подготовка к смягчению таких рисков
могут существенно повлиять на достижение максимального потенциала
автоматизации.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и зашиты
информации.
Средства контроля безопасности подразделяются на технические
(реализуемые с помощью технологии), управленческие (с использованием
административных методов) и оперативные (для повседневных операций).
Технический Контроль Безопасности.
50
Технический контроль использует технологию для снижения
уязвимости. Администратор устанавливает и настраивает технический
контроль, а затем технический контроль автоматически обеспечивает защиту.
Шифрование.
Шифрование — это сильный технический контроль, используемый для
защиты конфиденциальности данных. Сюда входят данные, передаваемые по
сети, и данные, хранящиеся на таких устройствах, как серверы, компьютеры
и мобильные устройства.
Антивирусное программное обеспечение.
После установки антивирусная программа обеспечивает защиту
системы от заражения вредоносных программам.
Системы обнаружения вторжений (IDSs).
IDS может отслеживать сеть или хост на предмет вторжений и
обеспечивать постоянную защиту от различных угроз.
Брандмауэры.
Сетевые брандмауэры ограничивают сетевой трафик, входящий и
выходящий из сети.
Ограничение привилегий (Привилегии — это сочетание прав и
разрешений). Принцип наименьших привилегий дает возможность
отдельным лицам предоставлять только те привилегии, которые им
необходимы для выполнения возложенных на них задач или функций, но не
более того.
Однако важно понимать, что многие из методов обеспечения
безопасности также являются техническими средствами управления.
Например, система безопасности, которая может обнаруживать движение и
поднимать тревогу без вмешательства пользователя, представляет собой
технический контроль, предназначенный для повышения физической
безопасности. Аналогичным образом, системы пожаротушения используют
технологии для обнаружения пожаров, поднятия тревоги и принятия
различных других мер по сдерживанию или тушению пожаров без
51
вмешательства пользователя. Системы пожаротушения являются
экологическими техническими средствами контроля.
Для построения сбалансированной системы информационной
безопасности предполагается первоначально провести анализ рисков в
области информационной безопасности. Затем определить оптимальный
уровень риска для организации на основе заданного критерия.
Оценка риска. Угрозы информационной безопасности,
характеризующиеся вероятностью возникновения и вероятностью
реализации;
Оценка уязвимости. Уязвимость информационной системы или
системы контрмер (системы информационной безопасности), влияющие на
вероятность реализации угрозы;
Тесты на проникновение. Фактор, отражающий возможный ущерб
организации в результате реализации угрозы информационной безопасности:
утечки информации и ее неправомерного использования (риск в конечном
итоге отражает вероятные финансовые потери прямые или косвенные).
Данный фактор идет на шаг глубже, чем оценка уязвимости. Например,
оценка уязвимости может обнаружить, что сервер не поддерживается в
актуальном состоянии с текущими исправлениями, что делает его уязвимым
для некоторых атак. Тест на проникновение будет пытаться
скомпрометировать сервер, используя одну или несколько незащищенных
уязвимостей.
Некоторые элементы управления информационной безопасности
сосредоточены на физической безопасности и окружающей среде. Например,
по определенному списку допускается вход конкретных людей в
защищенную зону. Охранники проверяют, находятся ли они в списке
доступа, прежде чем позволить им войти.
Оперативный Контроль Безопасности.
Оперативный контроль помогает обеспечить соответствие
повседневной деятельности организации общему плану обеспечения
52
безопасности. Люди (а не технологии) реализуют эти элементы управления.
Операционные средства управления включают следующие семейства:
Осведомленность и обучение. Важность обучения сотрудников для
снижения рисков безопасности системы невозможно отрицать. Обучение
помогает пользователям поддерживать безопасность паролей, следовать
политике безопасности, знать о таких угрозах, как фишинг и вредоносные
программы, и многое другое.
Физическая охрана окружающей среды. Это включает в себя
физические элементы управления, такие как камеры, дверные замки и
контроль окружающей среды, такие как системы отопления и вентиляции.
2.2. Информационное обеспечение задачи.
2.2.1. Информационная модель и ее описание.
Информационное моделирование — это совокупность элементов
архитектуры предприятия, их атрибутов и отношений между собой.
Информационная модель – это те входные документы и нормативно-
справочной информации, которые лежат в основе выполнения функций по
обработке данных и формирование конкретных выходных документов.
Модель предоставляет некий формализованный объект, который помогает
вести диалог между архитекторами и пользователями, заинтересованными
сторонами, другими архитекторами и аналитиками. Языки моделирования
стандартизируют обозначения, передающие значения сущностей, атрибутов,
переходов, отношений, идентификаторов и др.
Например, нотации помогают гарантировать, что смысл не теряется на
этапах проектирования и реализации.
Информационное моделирование в ИТ-архитектуре принимает
множество форм, каждая из которых имеет представления сущностей и их
отношений друг к другу: диаграммы классов, ER-диаграммы, диаграммы
информационных потоков, модели данных, жизненные циклы данных.
53
Моделирование ER основано на двух концепциях:
Сущности, определенные как таблицы, содержащие определенную
информацию (данные).
Отношения, определяемые как связи или взаимодействия между
сущностями.
Для информационного моделирования используется IDEF1X чтобы:
1) Определить, какая информация в настоящее время поступает в
организацию,
2) определить, какие из проблем, выявленных в ходе анализа, вызваны
отсутствием у руководства соответствующей информации,
3) указать, какая информация будет управляться в результате
использования системы автоматизации.
С использованием IDEF1X диаграммы мы представили связи,
соединения и ассоциации между сущностями.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации.
Разрабатываемая информационная система должна поддерживать
ведение и использование нижеперечисленных справочников и
классификаторов:
Таблица 2.
Данные о клиентах
Клиент
Код
Уникальный код клиента, подающий заявку на
ремонт
Имя
Фамилия, имя, отчество клиента
Телефон
Контактный номер телефона клиента
Адрес
Адрес клиента
54