Дипломная работа: Автоматизация и обеспечение информационной безопасности управления сервисного обслуживания клиентов в компании ООО "Техносервис"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
Рисунок 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
Источник: https://baza.diplomsite.ru/previewfile/1815