Диплом: Автоматизация обработки заявок в Центре оказания финансовых услуг ООО "ИБМ ВЕА"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
1.4.3. Обоснование проектных решений по техническому обеспечению
Обеспечение техническое - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах.
Ввиду того, что выбранный проект автоматизации не предполагает выбор
или покупку каких либо новых технических средств для реализации инструмента
автоматизации, то нет необходимости в выборе и обосновании технического
обеспечения. Для реализации проекта необходимо изучить и учесть все
технические средства, задействованные в автоматизируемом подпроцессе,
чтобы оценить все стоп-факторы для реализации технического решения.
Для функционирования инструмента по обработке заявок используются
следующие элементы технического обеспечения:
Почтовый сервер – сервер корпоративной почты, используется для
получения заявок и ответов на них;
Файловое хранилище – хранилище документов платежных
поручений;
ПК-пользователя (рабочая станция) – это пользовательский ПК,
посредством которого будет запускаться инструмент автоматизации.
В данной главе были рассмотрены необходимые аспекты деятельности и
устройства предприятия, такие как организационная структура, существующие
бизнес-процессы, программная и техническая архитектура. В результате были
выбраны возможные для автоматизации процессы, проведен анализ ПО,
участвующих в проекте автоматизации, выбрана стратегия и язык
программирования. Ассессмент процессов и существующие условия оказания
сервиса клиенту приводят к выводу о том, что возможности и необходимости
создания дополнительного отдельного ПО в данном случае нет, но существует
возможность создавать инструменты (tool), предназначенные для роботизации
ручного труда, реализация которых будет построена на автоматической работе с
уже существующими ПО и техническими сервисами.
37
II. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Существующие модели жизненного цикла определяют порядок
исполнения этапов в ходе разработки, а также критерии перехода от этапа к
этапу. Наибольшее распространение получили три модели жизненного цикла:
каскадная модель, поэтапная модель с промежуточным контролем и спиральная
модель.
Каскадная модель предполагает переход на следующий этап после полного
окончания работ по предыдущему этапу, и как следствие, может увеличивать
жизненный цикл автоматизации, что не отвечает принципам Agile.
Спиральная модель делает упор на начальные этапы жизненного цикла:
анализ требований, проектирование спецификаций, предварительное и
детальное проектирование. На этих этапах проверяется и обосновывается
реализуемость технических решений путем создания прототипов. Каждый виток
спирали соответствует поэтапно модели создания фрагмента или версии
программного изделия, на нем уточняются цели и характеристики проекта,
определяется его качество, планируются работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются детали
проекта, и в результате выбирается обоснованный вариант, который доводится
до реализации. Данная модель более всего подходит для больших длительных
проектов автоматизации.
В данной работе более всего применима поэтапная модель с
промежуточным контролем – итерационная модель разработки ПО с циклами
обратной связи между этапами. Преимущество такой модели заключается в том,
что межэтапные корректировки обеспечивают меньшую трудоемкость по
сравнению с каскадной моделью, однако, время жизни каждого из этапов
38
растягивается на весь период разработки. Но учитывая тот факт, что данный
проект автоматизации отностится к короткосрочным проектам, это не
рассматривается как недостаток.
Выделим основные этапы жизненного цикла:
Ассессмент процесса и выработка концепции проекта. На данном этапе
проводится детальный разбор процесса по шагам, рассматриваются все
возможные варианты событий процесса, определяются возможные риски.
Формируется четкая концепция проекта, каждый шаг процесса
анализируется на потенциальную возможность автоматизации. Если есть
зависимость от клиента, то происходит обсуждение и согласование с
клиентом необходимых шагов.
Проектирование. На данном этапе формируется состав проектной
команды и расчитываются часы, которые планируется затратить на проект.
Во время проектирования происходит составление технического задания,
запрашиваются необходимые доступы к приложениям и ПО
разработчикам проекта. Проводится подготовка структурно
расположенной информации на файловом хранилище Share Drive с
платежными поручениями. Определяются технические инструменты для
разработки, такие как язык и среда программирования.
Разработка (программирование). Непосредственное написание кода
программы.
Тестирование и отладка. Так как автоматизация проекта не связана с
каким-либо постированием (проведением) бухгалтерских проводок в ERP
системе, поэтому тестирование в тестовой среде SAP ERP не проводится.
Тестирование будет проводится непосредственно сразу в рабочей среде.
Выявляются и устраняются все технические недочеты инструмента
автоматизации.
Эксплуатация и сопровождение. На данном этапе происходит
непосредственное использование готового инструмента автоматизации и
при необходимости его обслуживание. Рассчитывается окончательная
39
подтвержденная эффективность от проекта и согласовывается с
менеджментом закрытие проекта.
Стоит отметить, что ассессмент процесса, несмотря на то, что в данном
случае является частью жизненного цикла проекта, он не всегда является
таковым, но имеет место быть при анализе бизнес-процессов. Ассессмент
процесса как правило проводится экспертами по процессам в целях выявления
возможных эффективностей, и не всегда подобные ассессменты перетекают в
проект. Проект потенциально рождается только тогда, когда в процессе
ассессмента становится ясно, что исследуемый бизнес-процесс возможно
автоматизировать. В данном случае, время затраченное на ассессмент процесса
должно быть включено в затраты на проект, так как проект определен.
Проектная команда для данного проекта определена из следующих
специалистов:
Эксперт по процессам – является главным коммуницирующим лицом с
техническими специалистами, предоставляет всю необходимую
разработчикам информацию и документацию, включая техническое
задание;
Разрабочик – сотрудник, непосредственно создающий код программы
Сотрудник процесса – выполняет тестирование инструмента
автоматизации, предоставляет запрашиваемую информацию эксперту по
процессам;
Менеджер по операциям – проводит оценку эффективности проекта,
согласовывает технические детали проекта
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Обозначим возможные риски на каждом из этапов жизненного цикла.
На этапе ассессмента и формировании концепции проекта может
возникнуть такой риск как составление неполной картины процесса и как
следствие, неверный анализ сроков исполнения проекта. Такой риск можно
40
избежать, привлекая к ассессменту процесса самого квалифицированного и
опытного сотрудника из группы. Чем детальнее будет изучен процесс, учитывая
все варианты развития событий, тем более точный срок реализации проекта
будет определен, будут учтены все детали и исключения.
На этапе проектирования появляется зависимость от клиента в части
предоставления необходимых прав доступа к приложениям для разработчика,
следовательно, есть риск задержки предоставления таких доступов. Данный риск
возможно покрыть, изначально подбирая проектную команду таким образом,
чтобы как минимум один технический специалист уже имел доступ к системам,
полученный в рамках предыдущих проектов. Если определено, что необходимые
доступы еще не были получены ранее ни кем из специалистов, необходимо
учитывать возможное время задержки в сроках по реализации проекта и
заложить потенциально возможные расходы в расчеты.
На этапе разработки возможен риск неправильной интерпретации
технического задания или его неточное описание, что ведет к неправильному
программированию архитектуры и сдвига сроков. Минимизацией данного риска
служит более чёткое написание технического задания, понятного программисту.
В фазе тестирования могут возникнуть риски того, что не все сценарии
могут быть протестированы. Для покрытия данного риска, план тестирования
должен четко коррелировать с техническим заданием и содержать все варианты
сценариев, описанных в виде реализуемых шагов в техническом задании.
На этапе эксплуатации может возникнуть риск того, что поступившая
заявка окажется слишком большой и отправляемый обьем платежных поручений
может быть не доставлен до адресата ввиду превышения пропускного
ограничения размера электронных сообщений. Данный риск возможно
исключить, установив автоматическую проверку размера отправляемого
сообщения и отправку ответа несколькими письмами.
41
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты
информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
защита информации непосредственно в информационной системе от
внутренних угроз;
защита информации от внешних угроз.
Характеристика используемых средств защиты для информационной
безопасности приведена в таблице 2.1.
Таблица 2.1
Характеристики средств защиты информационной безопасности
Для защиты от внутренних угроз в системе используются специальные
политики безопасности и разделения прав доступа. Права доступа к
информационным системам регулируются набором назначенных сотруднику
Способ защиты Описание
Программно
-
аппаратные
комплексы защиты
информации
Symantec Endpoint Protection
Разработка и
соблюдение политик
безопасности
ограничение доступа пользователей к информации (SOD
- separation of duties)
анализ и статистика нарушений информационной
безопасности (выполнение контролей KCO )
информационный мониторинг
распределение ответственности по обеспечению
информационной безопасности
положение о работе с информацией, являющейся
конфиденциальной.
ежеквартальная аттестация сотрудников Cyber Security
Clean Desk Policy (Политика чистого стола)
Защита каналов
связи
протокол SSH
Антивирусная
защита
На базе Symantec Endpoint Protection
Физическая защита
помещений
пропускная система контроля (Bravo)
нахождение офиса на охраняемой закрытой территории
СЭЗ
разграничение прав доступа в помещения
42
ролей, выполняющему обязанности. Весь набор возможных ролей и систем
представлен в матрице SOD (от англ. Separation of Duties – разделение
обязанностей). Матрица ролей подлежит регулярному пересмотру –
ежеквартально либо при изменении штата сотрудников более чем на 10%, в
зависимости от того, какое событие наступает раньше.
Матрица SOD обладает следующими свойствами:
каждая роль имеет свой набор задач и систем (рисунок 2.1);
все задачи всех ролей рассмотрены на предмет потенциальных конфликтов
между собой на листе конфликтов (рисунок 2.2);
На основе листа конфликтов по каждому сотруднику проведен анализ на
предмет наличия у него конфликтных ролей (рисунок 2.3);
Все выявленные конфликты должны быть устранены либо покрываться
дополнительным контролем.
Рисунок 2.1. Матрица роль-задачи
43
Рисунок 2.2. Матрица конфликтов задач
Рисунок 2.3. Матрица ролей сотрудников
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов;
44
разработкой и соблюдение политик безопасности (как для внешних, так и
для внутренних угроз);
использованием защищенных каналов связи при передаче информации;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
Symantec Endpoint Protection - это программное обеспечение, для
эффективной защиты конечных точек ИТ-инфраструктуры компаний. Данное
решение обеспечивает усиленную защиту, предотвращая информационные
атаки на физические и виртуальные среды.
Применяемая технология SONAR 3 анализирует запущенные программы,
определяет и блокирует вредоносный код, как в известных, так и новых, ранее
неизвестных угрозах в режиме реального времени. Решение Symantec Insight
позволяет классифицировать файлы на безопасные и подверженные угрозам и
более точно обнаруживать программы, содержащие вредоносный код на уровне
персональных компьютеров, ноутбуков, которые работают на платформах
Windows и Mac, а также, серверов и шлюзов. Данная технология является нечто
большим, нежели обычный антивирус.
Почти 100% выявление спама и предотвращение утечки данных, благодаря
расширенной фильтрации содержимого файлов, которая позволяет определять и
блокировать перемещение важной информации по электронной почте и
посредством мгновенных сообщений. Более точный анализ, базирующийся на
глобальной мировой гражданской сети анализа угроз, обеспечивает четкое
представление локальной и сетевой ситуации с угрозами. Системы защиты для
виртуальных сред осуществляют надежную защиту виртуальной
инфраструктуры, выявляют виртуальные клиенты и управляют ими в
автоматическом режиме. Обеспечивается защита веб-шлюзов от сетевых угроз,
в том числе от шпионских программ, бот-сетей, вредоносных программ и
вирусов.
Основные функции Symantec Endpoint Protection:
45
эффективная защита от вирусов и шпионских программ. Решение
обеспечивает эффективную защиту от вирусов, червей, ботов, троянских и
шпионских программ и других угроз;
превентивное определение угроз. Благодаря технологиям Insight и
SONAR, программное обеспечение распознает новые и быстро
меняющиеся программы, содержащие вредоносный код, а также, ранее
неизвестные угрозы и блокирует их работу;
управление на основе интеллекта. Автоматизация процессов и
централизованное управление предоставляют достоверные сведения об
угрозах и мгновенно реагируют на них;
функция блокировки общих точек уязвимости и защита браузера
обеспечивают эффективную защиту от сетевых атак и
несанкционированной загрузки приложений, межсетевой экран выполняет
свою работу на основании установленных правил.
SSH (от англ. Secure Shell - Защищенная оболочка) - сетевой протокол,
обеспечивающий защищенную аутентификацию, соединение и безопасную
передачу данных между хостами сети, путем шифрования, проходящего через
него трафика, с возможной компрессией данных. Важной функциональной
особенностью, является возможность создания защищенных, шифрованных
туннелей, для безопасной передачи через небезопасную среду (например
интернет), других сетевых протоколов с возможностью сжатия трафика. Кроме
того, протокол SSH отлично работает с переадресацией портов одной машины
на порты другой.
Безопасность протокола SSH обеспечивается следующими программными
решениями:
Шифрование всего трафика, проходящего через SSH соединение,
выполняемое по одному из возможных алгоритмов, выбираемых в
процессе переговоров сторон сеанса связи. Шифрованние трафика
соединения, препятствует его перехвату и использованию в
злонамеренных целях. За счет выбора различных алгоритмов шифрования,

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

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