Анализ возможности внедрения SAAS решений в операционный департамент Ситибанка

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

ТАБЛИЦА ТЕРМИНОВ И АББРЕВИАТУР

Термин	Расшифровка
IT или ИТ	Информационные технологии
ПО	Программное обеспечение
ФЗ	Федеральный закон
НАФИ	Национальное агентство финансовых исследований
ХД	Хранилище данных



ВВЕДЕНИЕ

По мере развития технологий, инновационные пути для хранения, анализа и использования информации входят в нашу повседневную жизнь и меняют ее. Человечество сталкивается с задачей хранения и управления огромными объемами информации. Для бизнеса выполнение таких задач на своей стороне становится затратным делом, так как хранение и анализ большого количества данных требует больших капиталовложений. Однако на помощь предпринимателям приходят облачные технологии, позволяющие оптимизировать хранение больших объемов данных, а также предоставляющие большой спектр IT услуг, о которых пойдёт речь ниже.

Тематика облачных вычислений является довольно актуальной на кафедре моделирования и оптимизации бизнес-процессов НИУ ВШЭ. В прошлом году данная тема рассматривалась Коноваловым Никитой Сергеевичем, моя работа является продолжением затронутой им темы, однако она больше углубляется в тонкости использования облачных технологий именно в банковском секторе Российской Федерации.

Облачные вычисления или облачные технологии - это те словосочетания, которые сейчас можно услышать на каждом углу. Даже человек отдаленный от методов построения инфраструктуры информационных технологий в самой обычной компании слышал про облачные хранения данных. За это можно сказать спасибо самой прогрессивной IT корпорации в мире на данный момент и речь, конечно же, про Apple. Почти 10% населения земного шара пользуются продукцией Apple, а это около 700 млн. человек. Большинство из них активно пользуются сервисом iCloud и немногие задумываются, что за ним стоит и каким образом из любой точки земного шара при наличии соединения с сетью интернет можно производить синхронизацию своей телефона с облачной базой данных. Забегая вперёд, скажем, что пример iCloud является только малой составляющей одного из видов предоставляемых облачных сервисов.

Говоря про облачные технологии в банковском секторе, в голову сразу приходит набирающий популярность в последнее время интернет-банкинг. С помощью него любой клиент банка, осуществляющего поддержку данной услуги, из любой точки мира, опять же при помощи интернета, может выполнять операции перевода средств между разными счетами, оплачивать различные счета, конвертировать валюту и многое другое. В соответствии с данными аналитического агентства MarkswebbRank&Report 66% российских интернет пользователей в возрасте от 18 до 64 лет, проживающих в городах с населением от 100 тысяч человек, пользуются интернет-банкингом для частных лиц.http://markswebb.ru/e-finance/internet-banking-rank-2015/ Но опять же данный вид услуги является одной из десятков возможностей, которые предлагают облачные вендоры.

Так что же такое облачные вычисления? В разных учебниках можно найти множество определений того, что мы называем облачными вычислениями, все они будут по-своему хороши и уникальны, но я хотел бы выделить определение, которое дал George Reese в своей книге «CloudApplicationArchitectures»: облако - это то место, куда вы обращаетесь, когда вам требуется использовать ту или иную технологию, и пользуетесь ею до тех пор, пока она вам нужна, и ни минутой дольше. Для этого вам не требуется ничего устанавливать на вашем компьютере. Облако может быть как приложением, к которому вы обращаетесь через браузер, так и сервером, к которому вы обращаетесь в тот момент, когда вам это необходимо.Cloud Application Architectures by George Reese. Copyright 2009 George Reese, ISBN: 978-0-596-15636-7

Существуют разные типы облаков (частные, публичные, гибридные и др.), также облачные вычисления классифицируются по типу предлагаемого сервиса (IaaS, PaaS, SaaS и др.). Подробно о каждом типе и сервисе будет рассказано далее. Специалистам по IT в банках приходится выбирать из этого широкого спектра услуг и это не единственная проблема, которая встречается в их работе с облачными вычислениями.

Основной целью моего исследования является анализ границ применения облачных технологий в банковском секторе. Для достижения этой цели работа была разделена на следующие задачи:

Анализ текущего состояния рынка облачных технологий в банковской сфере, определение наиболее популярных областей развития

Определение границ использования облачных технологий в банках, путем анализа сдерживающих факторов внедрения сервисов и их недостатков

Выбор и описание теоретической модели, на основе которой проведён анализ возможности внедрения облачного сервиса в операционный департамент Ситибанка

Исходя из поставленных задач, работа была структурирована следующим образом: сначала приводится анализ литературы, посвященной вышеупомянутой проблематике, далее осуществляется выбор и описание теоретической модели, затем анализ преимуществ, возможностей, а также сдерживающих факторов при внедрении облачных технологий, и в последней главе рассматривается конкретный бизнес-процесс, в который предлагается внедрить облачное решение.

облачный сервис сделка



ГЛАВА 1. ОБЗОР ТЕХНОЛОГИИ, ЛИТЕРАТУРЫ И МЕТОДОЛОГИИ ИССЛЕДОВАНИЯ

С каждым годом конкуренция в бизнесе растёт всё больше, экономическая стабильность в настоящей геополитической обстановке недостижима, а на рынках появляется всё больше игроков, которые ведут активную деятельность. Больше внимания уделяется менеджменту бизнеса, управлению бизнес-процессами и расходам компании, в том числе и на IT. Самым очевидным способом сокращения расходов на информационные технологии является переход на облачные сервисы, которые используют систему оплаты pay-as-you-go, что означает расходование бюджета только на реальное использование IT инфраструктуры, исключая простаивание оборудования. Однако, не стоит забывать про тот факт, что любое IT-нововведение требует глубокого анализа совместимости с другими процессами компании, а так же оценки влияния на совместимый функционал. Для начала уделим внимание трём основным типам облачных сервисов.

Облачные сервисы подразделяются на программные сервисы и сервисы инфраструктуры - SaaS, PaaS и IaaS. Существует ещё множество вариаций сервисных услуг, однако вышеупомянутые облачные предложения являются самыми распространенными в банковской сфере.

SaaS (Softwareasaservice/программное обеспечение, как услуга) - это услуга по предоставлению различных приложений через браузер в ваш компьютер. Таким образом, с помощью одного только доступа к интернету можно получить доступ к огромному количеству программ, при этом нет необходимости устанавливать их к себе на компьютер, теряя лишнее время и тратя память.

Характеристики SaaS:

Доступно через любой браузер

Доступно в любой момент (без оплаты лицензий и т.д., только регистрация на сайте)

Необходимо производить оплату только за используемые сервисы и только за время пользования (pay-as-you-go)

Минимальные требование к инфраструктуре IT (никакой покупки серверов, никакой настройки сети, только базовые познания опытного пользователя)

Одна из важных особенностей SaaS - это многоарендная архитектура приложения, которая заключается в том, что клиенты одновременно пользуются одним и тем же экземпляром программы-сервера, что позволяет осуществлять поддержку большего количества клиентов на меньшем количестве программных компонентов и более быструю процедуру их обновления.

PaaS (Platform as a Service/платформа, как сервис) - это сервис, предоставляющий инфраструктуру для разработки ваших собственных веб-приложений. В свою очередь вендор берёт на себя заботу о развертывании и обслуживании написанных приложений. Вы программируете, используя платформу разработки приложений, предоставленную вам поставщиком, и предоставляете ему заботиться обо всех деталях развертывания готового приложения. Самым ярким примером PaaS является Google App Engine.

Отрицательной стороной подхода PaaS является его привязка к конкретному поставщику. Например, если вы работаете с Google, вы должны писать свои приложения на языке программирования Python, используя при этом специфический интерфейс прикладного программирования (API) от Google.

IaaS (InfrastructureasaService/инфраструктура, как сервис) - это сервис, предоставляющий виртуальные сервера, хранилища данных и другие фундаментальные компьютерные ресурсы для развертывания программного обеспечения по усмотрению клиента. Клиент может запрашивать виртуальные сервера по мере необходимости и освобождать их, как только они перестают быть нужными.

Важной особенностью облачных услуг является неизвестность расположения предоставляемых клиенту серверов (этой информацией не владеет ни клиент, ни вендор). Согласно данным, представленным одним из ведущих IT-порталов в российском сегменте интернета TAdviser http://www.tadviser.ru/index.php/Статья:Облачные_сервисы_(рынок_России), многие чувствуют себя сконфужено в данной ситуации, однако не стоит забывать о том, что это создаёт дополнительные проблемы злоумышленникам, которые могут захотеть завладеть клиентскими данными.

Градация облачных технологий на типы мест хранений данных и на предлагаемые сервисы не единственная из возможных. В своей работе Harry Katzan, Jr разделяет операционную среду облачных технологий на три составляющих: программное обеспечение, информационное обеспечение и инфраструктуру облака, которые позволяют достичь гибкости, доступности, совместимости и эластичности облачных решений при их интеграции. Программное обеспечение включает в себя системное обеспечение, поддержку приложений, поддержку инфраструктуры и доступности. Информационное обеспечение относится к работе с большими данными и выделению необходимых баз данных, а также менеджериальных мощностей для эффективного хранения и использования данных. Инфраструктура облака включает в себя компьютерные ресурсы, сетевые мощности и структуру для масштабируемых потребительских операций. Katzan, H.,Jr. (2010). On the privacy of cloud computing. International Journal of Management and Information Systems,14(2), 1-12.

Стоит уделить внимание обширности распространения облачных решений. Облачные вычисления в будущем могут трансформировать большинство IT-индустрии в сферу услуг по оказанию IT-поддержки (ITaaS - InformationTechnologyasaservice), виртуализируя аппаратное и программное обеспечение. Lim, H. C., Babu, S., Chase, J. S., & Parekh, S. S. (2009). Automated control in cloud computing: Challenges and opportunities. Paper presented at the ACDC '09: Proceedings of the 1st Workshop on Automated Control for Datacenters and Clouds, Barcelona, Spain. 13-18. doi: 10.1145/1555271.1555275Limetal., таким образом, с помощью своего исследования сообщают о том, что облачные технологии уже внедряются по всей инфраструктуре IT, сейчас облака можно встретить в сферах высшего образования, тестирования ПО, резервного копирования данных, архивации данных, разработке веб-приложений и множестве других.

Говоря про саму процедуру внедрения облачных решений в структуру предприятия, нельзя не сказать про использование модели стратегического выравнивания. Chebrolu S. B. выделяет модель стратегического выравнивания, как главный связывающий узел между информационными технологиями и остальными областями организационной структуры. Процесс стратегического выравнивания обеспечивает согласованность бизнес стратегии, ИТ стратегии, организационной структуры и процессов. Данная согласованность может быть достигнута, только если бизнес цели и бизнес процессы организации находятся в гармонии с информационными системами, которые их обеспечивают. Топ-менеджмент организаций рассматривает выверку ИТ-стратегии и бизнес стратегии одним из главных приоритетов развития компании. Двумя главными факторами успеха стратегического выравнивания являются: обоюдное понимание бизнес стратегии со стороны ИТ и бизнес менеджеров; учёт этих соображений при планировании и развитии информационных технологий в компании. SHANKAR BABU CHEBROLU. Assessing the relationships among cloud adoption, strategic alignment and IT effectiveness //Journal of Information Technology Management. - 2011. - Т. 22. - №. 2. - С. 13-29.

А.В. Батаев в своём исследовании «Перспективы внедрения облачных технологий в банковском секторе России» говорит о том, что грань между методами предоставления облачных услуг довольно тонка и очень часто услуга представляет синтез нескольких сервисов одновременно, поэтому в последнее время наметилась тенденция объединения всех услуг в одно целое -- Everything as a Service (все как услуга, EaaS). В данном случае пользователю предоставляется всё -- от программно-аппаратной части и до управления бизнес-процессами, включая взаимодействие между пользователями, так называемый сервис под ключ, когда пользователю необходим только выход в Интернет. А.В. Батаев, Перспективы внедрения облачных технологий в банковском секторе России; Научно-технические ведомости СПбГПУ. Экономическиенауки № 2(192) 2014 - С. 156-165.

Использование облачных сервисов имеет ряд преимуществ перед использованием обычной инфраструктуры:

пользователь оплачивает только тот объем услуг, который ему необходим, и при этом тогда, когда существует такая потребность;

облачные технологии позволяют обеспечить экономию средств на приобретении, поддержке, модернизации программно аппаратных средств;

масштабируемость -- возможность значительно расширить количество используемых серверов, приложений, рабочих мест;

отказоустойчивость -- обеспечение надежной работы системы, которая может быть продублирована при использовании облачных сервисов;

удаленный доступ -- обеспечивает возможность доступа фактически из любой точки земного шара, где доступен Интернет.

Наряду с преимуществами существует и ряд недостатков, связанных с облачными сервисами:

пользователь не является владельцем (если только облако полностью не частное) и не обладает доступом к облачной инфраструктуре, соответственно сохранность используемых данных полностью зависит от кампании, предоставляющей данные услуги;

для получения качественных услуг необходим высокоскоростной Интернет;

отсутствие общепринятых стандартов в области обеспечения безопасности облачных сервисов.

Также довольно интересно взглянуть на статистические выкладки по объёмам российского рынка облачных сервисов в целом и по видам облачных услуг в частности. Как видно из Рис. 1, всё больше и больше предпринимателей обращаются к вендорам облачных услуг для перевода своих IT отделов в облачную среду. Хочу отметить, что в основном главным препятствием перед бизнесменами является их неосведомленность о конкретном месте хранения их данных, через этот барьер многим очень трудно пройти, однако, большинство отбрасывают свои сомнения в сторону, осознавая, какую экономию бюджета, может принести использование облачных сервисов. Как мы видим из Рис.2, большинство облачных пользователей предпочитают использование в своих компаниях услуг по инфраструктуре (IaaS), это может быть обосновано тем, что компании хотят сами управлять своими системами, а так же наличием программ собственной разработки.

Рисунок 1. Инвестиции в облачные сервисы в России в 2012-2015 годах

Рисунок 2. Виды облачных сервисов на российском рынке

Рисунок №3 ещё раз подтверждают мои слова о боязни компаний за свои данные и за место их расположения. 52 % клиентов выбирают частные облака и только 34 % пользуются публичными. На мой взгляд, в перспективе публичные облака должны занять лидерскую позицию, потому что уровень безопасности публичных облаков будет только увеличиваться, а выбор малого и среднего бизнеса однозначно будет останавливаться на публичных облаках в виду их финансовой выгоды. Что же касается гибридных облаков, то их доля сейчас составляет 14 %, однако они тоже показывают тенденцию к росту и судя по опыту западных стран большинство консерваторов, использующих частные облака будут переходить именно на гибридные, т.к. они совмещают все положительные стороны частных (контроль за инфраструктурой) и публичных (виртуализация) облаков, однако большой финансовой выгоды они принести не смогут.

Рисунок 3. Виды облаков в России

Основной преградой активного внедрения облачных технологий в банковские структуры в Российской Федерации является неготовность законодательства к таким большим изменениям в виртуальной среде. На данный момент не существует соответствующих законов для внедрения, к примеру, электронной подписи с помощью PIN-падов. Также немаловажную роль играют законы о хранении персональных данных на территории РФ и закон о банковской тайне. Исходя из ФЗ №152 и ФЗ №149 персональные данные граждан Российской Федерации запрещается хранить на зарубежных серверах, что в свою очередь исключает возможность использования публичных облаков зарубежных вендоров. Всё это сказывается на процедуре внедрения облачных решений, поскольку появляется необходимость учёта хранения и использования до мельчайших деталей данных банковских клиентов, контрагентов и операций ими совершаемых.

Продолжая тему состояния нынешнего облачного рынка в сфере банковских услуг можно обратиться к исследованию, проведённому НАФИ в 2015 году, в нём говорится, что около половины Российских банков не используют облачные технологии в принципе. Также видится тенденция к использованию облачных технологий в более крупных банках и розничных банках. По результатам исследования 62% всех банков готовы на данный момент к внедрению облачных технологий.

По оценкам НАФИ, наиболее активно облачные решения используются в банках в управлении IT (в 46% банков), при разработке нового продукта в IT-системах, в омниканальном управлении взаимоотношениями с клиентами, розничном и корпоративном банкинге, в маркетинге (40-44%). Международное сравнение показывает, что российская ситуация отличается в меньшую сторону примерно в 2-3 раза по всем анализируемым направлениям. На активность использования облачных сервисов ключевое влияние оказывает размер банка (чем крупнее, тем активнее) и розничная специализация (использование в розничных банках выше по всем направлениям примерно на 20-30 п.п.). Как наиболее часто используемые в российской банковской отрасли эксперты называли инфраструктурные решения (покупку мощностей, хранилищ), разработку и тестирование в облаке, вспомогательные сервисы (внутренний документооборот, кадры и пр.). Сравнительно распространена модель IaaS для широкого круга задач (использование элементов SaaS в непрофильных банковских IT-системах), чаще в формате частного облака. http://nacfin.ru/

Сравнивая активность использования облачных сервисов в России на фоне общемировых трендов, эксперты в основном отмечают более высокий уровень внешнего рынка, как «старого», сформированного. Часто подчеркивается существенная внутренняя дифференциация банков как по размерам, сроку работы, так и по «направленности». Эксперты полагают, что у вновь создаваемых банков больше шансов поставить сразупродвинутую облачную инфраструктуру, чем у старых банков, уже отягощенных прежними версиями основных банковских IT-систем (однако условия для появления новых банков сейчас вряд ли можно считать благоприятными).

Переходя к обзору существующих теорий о внедрении облачных технологий, я хотел бы выделить следующий факт: на процесс внедрения облачных решений влияют несколько факторов - технологические (technological), организационные (organizational) и факторы окружающей среды (environmental). Все вместе они образуют модель «TOEframework», которая была описанаTornatzky и Fleischer в 1990 году и доработана Low, Chen и Wu в 2011ом.

Также существуют и еще некоторые модели, например, модель совместимости технологий (technologyacceptancemodel), разработанная Davis, Bagozzi и Warshaw в 1989ом и улучшенная Venkatesh и Bala в 2008ом. Модель, сравниваемая с «TOEframework» - модель распространения инноваций (diffusion of innovation model), представленная Роджерсом в 1995, её сопостовляют с «TOEframework» из-за уделения внимания внутренним и внешним характеристикам организации. Однако модель, доработанная Lowet. al в 2011 является более уместной, поскольку в ней уделяется внимания и вопросам окружающей среды, которые не учитываются в других моделях, но также являются немаловажными при внедрении облачных технологий в организации.

«TOEframework», ранее представленная, а потом и использованная в изучениях по внедрению информационных технологий, предоставляет полезную аналитическую платформу, которая может быть использована для изучения внедрения и ассимиляции разных инноваций в информационных технологиях.OLIVEIRA, Tiago and MARTINS, Maria Fraga (2011). Literature Review of Information Technology Adoption Models at Firm Level. Electronic Journal Information Systems Evaluation, 14 (1), 110-121

Технологическая составляющая «TOEframework» (рис. 4) отвечает за влияние на внутренние и внешние технологии бизнеса. Организационная составляющая отвечает за такие атрибуты фирмы, как её размер, технологическую оснащенность и поддержку со стороны топ-менеджмента. Составляющая окружающей среды отвечает за анализ индустрии, в которой представлена организация, уровня соперничества с конкурентами и другие внешние факторы.

Рисунок 4. TOEframework



1.1 Методология исследования

Сравнивая два основных подхода к исследовательской работе - количественный и качественный, можно заключить следующее.

Количественный подход использует данные, которые могут быть просчитаны математически. Собранные статистические данные, результаты опросов и экспериментов объединяются одной или несколькими формулами, которые выдают итоговый результат. На этот метод обычно уходит большое количество времени и средств, более того, результаты исследования ограничиваются количеством используемых переменных и,вследствие этого, чаще выдают предсказуемые и малозначимые результаты.

Качественный же метод обычно использует данные, которые не могут быть просчитаны, вроде мнений разных людей и наблюдений. Представленное исследование имеет качественный характер, оно основано на дедуктивном сборе научной информации, а также анализе научных статей и обзоров. На основе этого анализа в практической части исследования описывается пример возможного внедрения SaaS технологий в операционную деятельность отдела сопровождения операций на денежном рынке и рынке ценных бумаг в АО КБ «Ситибанк».



ГЛАВА 2. ОПРЕДЕЛЕНИЕ ГРАНИЦ ИСПОЛЬЗОВАНИЯ ОБЛАЧНЫХ ТЕХНОЛОГИЙ В БАНКОВСКОЙ СФЕРЕ

Если заглянуть в словарь Сергея Ивановича Ожегова, то там можно найти следующее определение слова «граница»: граница - это предел, допустимая норма, рубеж.ОжеговС. И. Словарьрусскогоязыка: 70000 слов/ Подред. Н. Ю.Шведовой. - 23-е изд., испр. - М.: Рус. Яз., 1991. - 917 с. - ISBN 5-200-01088-8 - c. 147Следовательно, наша задача найти какие-то рамки, ограничения, препятствия для внедрения облачных решений в банковской сфере. Для этого необходимо уделить внимания вопросам надёжности и безопасности облачных вычислений, преимуществ и возможностей, затрат на развёртывание технологий, какие типы облаков больше всего распространены на банковском рынке и некоторым другим моментам, о которых пойдёт речь ниже.

2.1 Преимущества и возможности облачных сервисов

Основное преимущество облачных технологий, по мнению экспертов, - возможность сокращения издержек, экономия, как на этапе внедрения, так и при дальнейшем поддержании функционала.Обычно выделяют следующие преимущества, возникающие при переводе задачи в облачный формат, которые позволяют снижать затраты:

Гибкость в определении объема инфраструктуры, масштабируемость

Возможность повысить скорость

Возможность получить более высокое качество сервиса при сопоставимых или меньших затратах

Снижение нагрузки на IT-подразделение

Гибкость и масштабируемость означает, что необходимые мощности могут быть быстро увеличены и быстро сокращены. Также, при использовании облаков исключается необходимость существенных стартовых вложений на закупку оборудования и его сопровождения.

Под скоростью подразумевается быстрый запуск нового продукта, все необходимое IT сопровождение находится в вебе, остаётся только открыть туда доступ сотрудникам.

В третьем пункте идёт речь о простаивании мощностей, например, если максимальная нагрузка на тот или иной сервер в день составляет 1-2 часа, то внутрибанковские решения подстраиваются под эту максимальную нагрузку, покупается максимальное количество лицензий и оборудования, в облаке же это всё регулируется.

Ну и последний пункт про персонал, обслуживающий сервисы в банке, эти люди просто больше не понадобятся в данном функционале.

2.2 Сдерживающие факторы внедрения облачных сервисов

Эксперты выделяют две группы факторов, сдерживающих внедрение облачных технологий в банковской отрасли. Первая группа касается общих характеристик и относится к облачным сервисам в целом, а вторая - специфичные препятствия, затрудняющие перенос в облако критических финансовых процессов.



Таблица 1.

Факторы сдерживающие внедрение облачных сервисов.

Сначала поговорим про общие сдерживающие факторы.

В первом из них говорится о том, что банк потратил уже в своё время колоссальные средства на развитие внутренней IT-инфраструктуры, которую сейчас поддерживают, и потенциальное уменьшение затрат попросту не настолько высоко, чтобы всё менять.

Из-за того, что внедрение облачных сервисов в одном отделе и одном бизнес-процессе влияет на всю остальную инфраструктуру, то тут требуется сложная интеграция, на которую нужно выделять отдельные средства и усилия.

Банки разрабатывают внутренние IT-системы и ожидают от них конкретной отдачи в конкретные сроки и многие не понимают, что, перейдя на облачные решения, сделанные наработки можно, например, продать на вторичном рынке.

Про специфичные факторы можно сказать следующее.

Препятствия со стороны законодательства, как выше уже было сказано, являются одними из самых очевидных и главных границ внедрения облачных вычислений в банковском секторе.

Про менталитет опять же уже говорилось, никто не любит перемен, и все боятся упустить контроль над собственными данными.

Нельзя не упомянуть политические риски, всем известно, что крупнейшие вендоры облачной продукции - это зарубежные компании, которые могут прекратить сотрудничество с нашими банками в один момент из-за ухудшения геополитической ситуации. Есть еще вариант положиться на отечественные молодые компании, однако это сопряжено с определённой долей риска, которую всем бы хотелось избежать.

Ещё необходимо сказать несколько слов о реинжиниринге IT. Однозначно назвать это сдерживающим фактором нельзя, поскольку применение точечных облачных решений в структуре ITне требует каких-то кардинальных изменений. Реинжиниринг может потребоваться в случае переноса больше 50% внутренних решений в облако.

2.3 Облачные сервисы, используемые в банках на данный момент

Как уже было сказано, наибольшей популярностью пользуются IaaS решения, то есть приобретение мощностей и хранилищ данных, разработка и тестирование в облаке.

SaaS системы используются в основном для мелких вспомогательных сервисов по документообороту, использованию выписок и для обслуживания юридических лиц.

PaaS решения почти не упоминаются, поскольку являются своеобразной комбинацией инфраструктурных сервисов, включающей множество решений сразу, а что банкам, что другим организациям сейчас не требуются такие фундаментальные изменения в IT инфраструктуре (в силу того, что компании не готовы к таким переменам на данный момент).

Говоря про степень закрытости облаков, повторюсь, что наибольшей популярностью пользуется частное облако, на втором месте - гибридное.

2.4 Расходы на облачные сервисы в структуре затрат

На стадии внедрения какой-то новой идеи центром затрат может являться IT-департамент, но на этапе выхода в промышленный масштаб происходит передача проекта и затрат. Бюджет IT образуется в основном за счет специфических трат, например, за облачную инфраструктуру для тестирования.

Общий уровень затрат на облачные сервисы оценивается в пределах 5% от IT-бюджета банка, что связано как с относительно незначительным использованием облачных технологий, так и с тем, что проекты в промышленной базе находятся на балансе профильных подразделений, т.е. вне IT.

В ближайшей перспективе доля затрат на облачные сервисы будет скорее увеличиваться, чаще всего эксперты называют удвоение (до 10% в общих затратах). Основная причина тренда - усиление проникновения новых задач в жизнь банка: дистанционного банковского обслуживания, рекомендательных сервисов, а также в связи с ростом потребностей в инфраструктуре для хранения данных, тестирования.

2.5Риски и проблемы

Переход на облачные системы ведения бизнеса всегда сопряжён со многими рисками. Вот только часть из них:

Неблагоприятные последствия неправильного управления данными

Финансовые или юридические проблемы на стороне вендора

Эксплуатационные проблемы

Проблемы восстановления данных и конфиденциальности

Общие проблемы безопасности

Очевидно, что безопасность является главным минусом облачных сервисов и наряду с законодательными ограничениями способствуют очень медленному развитию облачных технологий в РФ. На внутренние системы безопасности тратится весомая часть бюджета каждого банка, и отказ от всех наработанных схем и технологий - это слишком ответственный и решительный шаг. Надёжность облаков зависит в подавляющей степени от вендора, но не стоит забывать о том, что в облачной архитектуре данные хранятся по тысячам кластеров, содержащих сотни серверов.

Вот несколько примеров возможных атак на облачные сервисы:

Атаки на хранилища данных.

В данном случае злоумышленниками применяется вредоносный код, содержащийся в обычных SQL запросах. Данные вводимые злоумышленниками иногда воспроизводятся веб-сайтом, как пользовательские данные, и тем самым хакеры получают возможность наблюдения за работой данной веб-сервиса и внесения некоторых изменений.

Атаки на динамические сайты с помощью скриптов.

Заметим, что статические сайты не подвергаются данным угрозам, а вот динамические уязвимы в силу того, что они предоставляют большое количество разных сервисов пользователям. Для перемещения и использования данных сервисов пользователь «кликает» на всплывающие окна, в которых может содержаться вредоносный скрипт, собирающий приватную информацию о пользователе и использующий её в корыстных целях.

Внедрение в передачу данных.

Попытка воспользоваться плохим шифрованием данных и внедрение в процедуру передачи или получения данных клиентом.

Количество уловок, используемых мошенниками для хищения информации, растёт с каждым годом, однако специалисты по безопасности облачных данных тоже не стоят на месте. Используются такие способы, как разделение доменов и присвоение им разных «трастовых» агентов, разные стратегии доверия для поставщиков и потребителей облаков, внедрение собственных «меченых» вредоносных данных для отслеживания уязвимостей и угроз, улучшение способов кодирования информации и много другое. Безопасность данных зависит от опыта и величины вендора, более возрастным игрокам на рынке предложения облачных решений доверяют больше.

Нельзя однозначно судить о расхожем мнении о небезопасности облачных сервисов так же, как нельзя судить о полной безопасности внутрибанковской инфраструктуры. Любой способ хранения и передачи данных в 21 веке может быть под угрозой, однако на данный момент уровень безопасности облачных решений приближен к той протекции, которая имеет место быть на стационарных носителях.



ГЛАВА 3. АНАЛИЗ ВОЗМОЖНОСТИ ВНЕДРЕНИЯ SaaS РЕШЕНИЙ В ОПЕРАЦИОННЫЙ ДЕПАРТАМЕНТ СИТИБАНКА

Для того, чтобы провести заявленный технологический и организационный анализ, а также анализ окружающей среды (TOE framework), необходимо подробно расписать структуру работы банка вплоть до роли вышеупомянутого бизнес-процесса.

Для описания моделей бизнес-процессов объекта исследования и составления референтной модели была выбрана методология ARIS в силу большой функциональности и богатого выбора моделей описания. С помощью данной методологии могут быть описаны пять аспектов деятельности: организация, данные, процессы, функции и продукты/услуги. Кроме того, предлагаемые модели обеспечивают наглядность и позволяют создавать иерархии моделей, что крайне необходимо при описании структуры такого крупного банка, как Сити. Например, процессы верхнего уровня могут быть описаны с помощью VAD-диаграммы (англ. value added chain diagram), а каждый процесс, отраженный на диаграмме, декомпозирован и представлен в виде взаимосвязанных процессов нижнего уровня. Процессы нижнего уровня, в свою очередь, могут быть описаны с помощью нотации eEPC (англ. extended event-driven process chain).

3.1 Описание бизнес процессов Ситибанка

Описание и формализация бизнес-процессов крайне важны для любой организации, в том числе и для банка. Благодаря описанию бизнес-процессов можно добитьсяР. А. Исаев «Банковский менеджмент и бизнес-инжиниринг»: В 2 т., Т.1. - 2-е изд., перераб. и доп. - М.: ИНФРА-М, 2015. - с. 140-141.:

Большей прозрачности, степени управляемости и контролируемости деятельности банка на каждом уровне.

Сокращения временных и финансовых издержек, улучшение качества и максимизации эффективности бизнес-процессов.

Получения возможности распространения моделей бизнес-процессов на филиалы банка.

Развития деятельность банка, совершенствуя текущие бизнес-процессы и устраняя и недостатки.

Снижения зависимости от персонала и повышения эффективности его работы.

Повышение репутации банка, а, следовательно, увеличение количества клиентов и их удовлетворенности.

Для начала рассмотрим иерархию графического описания процессовГромов А.И., Чеботарев В.Г, Горчаков Я.В., Бойко О.И.: Учебно-методический комплекс «Анализ и моделирование бизнес-процессов» - М., 2007. - с. 53 (рис. 5):

Рисунок 5. Уровни детализации процесса

В дальнейшем при описании процессов будем опираться на данную иерархию.



3.2 Описание бизнес-процессов верхнего уровня

На верхнем уровне обычно выделяют следующие группы бизнес-процессовР. А. Исаев «Банковский менеджмент и бизнес-инжиниринг»: В 2 т., Т.1. - 2-е изд., перераб. и доп. - М.: ИНФРА-М, 2015. - с. 148-149.:

Основные: такие бизнес-процессы приносят прибыль банку.

Управления: такие бизнес-процессы используются для осуществления управления деятельностью банка и основными объектами.

Вспомогательные: такие бизнес-процессы создают инфраструктуру организации.

Для описания процессов верхнего уровня используем диаграмму цепочки добавленного качества VAD (рис. 2):

Рисунок 6. Описание банковских бизнес-процессов верхнего уровня

Диаграмма показывает, что основную деятельность банка составляют процессы обслуживания физических и юридических лиц, а также работа на финансовых и межбанковских рынках.

3.3 Описание группы процессов «Работа на финансовых и межбанковских рынках»

Рассмотрим более подробно тот вид деятельности, который ведёт Ситибанк на рынке ради своей собственной выгоды. Как видно из рис. 7 деятельность банка подразделяется на пассивные и активные операции. Пристальное внимание стоит обратить на операции с ценными бумагами, среди которых присутствует процедура заключения сделок РЕПО, которая и будет декомпозирована в следующей подглаве.

Рисунок 7. Детализация деятельности банка на финансовых и межбанковских рынках

3.4 Событийная цепочка процесса «Заключение сделок РЕПО»

Сделка РЕПО - это своеобразный вид займа денежных средств под залог ценных бумаг. На дату заключения сделки (первую ногу - firstleg) стороны оговаривают количество ценных бумаг, которые будут проданы (куплены) по некоторой цене и выкуплены (проданы) обратно в дату окончания сделки (вторую ногу - secondleg). Сделка прямого РЕПО - это продажа ценных бумаг с последующим выкупом; сделка обратного РЕПО - это покупка ценных бумаг с последующей продажей.

Рисунок 8. Процесс заключения сделки РЕПО. Часть 1

Процесс начинается с заявки одного из контрагентов на заключение сделки, далее идёт обсуждение деталей и в случае успешного окончания переговоров трейдер заносит сделку во фронт-офисную систему под названием FIS. После чего трейдер уведомляет специалиста отдела сопровождения сделок, который в свою очередь вручную переносит данные из системы FIS в бэк-офисную систему SOBOS. После чего идёт определение типа сделки и соответствующие транзакции отражаются на счетах.

Рисунок 9. Процесс заключения сделки РЕПО. Часть 2

В случае некорректного занесения данных, которое не было обнаружено своевременно (в банке действует система самоконтроля деятельности сотрудников «maker-checker», при которой один из сотрудников заносит информацию, а другой за ним проверяет) происходят разнородные ошибки в системе. Начиная от некорректного формирования купонных начислений за данную операцию и заканчивая расхождением балансов на собственных счетах банка. Эту проблему помогает решить специалист службы поддержки данной программы, в зависимости от сложности возникнувших последствий данная процедура занимает от 1 до 5 рабочих дней.

3.5 Анализ возможности внедрения SaaS решения с точки зрения «TOEframework». Технологический барьер

Как уже было сказано, предполагается внедрить SaaS альтернативу бэк-офисной программе SOBOS для обработки собственных сделок банка (на примере сделок вида РЕПО). Основной задумкой данного нововведения является уменьшение затрат отдела поддержки приложения SOBOS, а также упрощение функционала отдела сопровождения операций на денежном рынке и рынке ценных бумаг. Далее с помощью метода «TOEframework» проанализирована возможность внедрения технологии в вышеупомянутый департамент.

Первым параметром технологической составляющей «TOEframework» является сравнительная выгода, то есть, какие преимущества принесёт новая технология. Перспектива внедрения SaaS альтернативы программы SOBOS открывает большие горизонты. На поддержку существующего приложения в банке выделен целый отдел, поскольку в нём хранятся данные о сотнях тысячах сделок, заключенных банком в разные периоды времени. Следовательно, внедрение облачного приложения позволит уменьшить затраты IT бюджет, путём сокращения объема работы отдела поддержки приложения SOBOS. В дальнейшем возможен полный перенос функционала приложения в его облачный дублёр, таким образом, надобность существования отдела поддержки приложения SOBOS исчезнет вовсе, т.к. поддержку облачного приложения будет осуществлять его вендор. Также, дополнительной выгодой от внедрения облачного решения может стать уменьшение функционала работы отдела бэк-офиса в силу того, что новое приложение планируется совместить с фронт-офисной системой FIS, так что данные по сделкам смогут автоматически подгружаться из одной системы в другую по запросу сотрудника бэк-офиса.

Вторым технологическим фактором, который подвергается анализу, является сложность внедрения. Основным препятствием для внедрения данного приложения является закон о банковской тайне и закон о персональных данных. Выходом из поставленной ситуации видится внедрение облачного приложения в частное облако, тем самым осуществляя полный контроль за банковскими данными и не выпуская персональные данные за пределы Российской Федерации.

Последним по счёту, но не по значению является такой фактор, как совместимость. Поскольку приложение представляется, как альтернатива программе SOBOS и практически дублирует её функции, то проблема совместимости не возникает, так как все имеющиеся процедуры будут просто перенесены из стационарного приложения в веб-приложение.

3.6 Организационный барьер

Прежде всего рассматривается фактор поддержки со стороны высшего руководства. В данный момент в банке ведётся политика сокращения издержек, многие проекты, стажёрские программы и непрофильные направления закрываются. Исходя из чего можно сделать вывод, что заручиться поддержкой руководства не составит большого труда, учитывая перспективы снижения нагрузки на операционное подразделение и потенциальное упразднения отдела поддержки одной из стационарных программ.

Вторым организационным фактором является размер компании. Данный момент может оказаться самым важным в вопросе актуальности предлагаемых изменений. Поскольку банк является одним из крупнейших в стране, то может возникнуть вопрос окупаемости уже потраченных средств на разработку внутреннего IT функционала. Многое будет зависить от вендора и его стоимостной оценки предполагаемых работ и стоимости обслуживания и поддержки.

Наконец, говоря про технологическую готовность банка, можно однозначно ответить, что это не станет препятствием, так как уже есть некоторые веб-приложения, которыми пользуются в том числе и специалисты операционного отдела. К тому же функционал новый вводиться не будет, все действия знакомы сотрудникам. Остальное зависит опять же от выбора вендора и его способностей по адаптированию новой программы.

3.7 Барьер окружающей среды

В последней составляющей «TOE framework» необходимо учесть давление со стороны партнеров и конкурентов. Говоря о партнерах Ситибанка нельзя не выделить инвестиционную организацию CGML (CitigroupGlobalMarketsLimited), являющуюся материнской компанией Ситибанка. Как и во многих других развитых западных фирмах облачные технологии активно применяются на практике и приносят прибыль. Среди конкурентов Сити в России ситуация рознится, некоторые банки придерживаются внутренней IT инфраструктуры, другие идут в облака. Однако данный барьер не является главным в анализе внедрения вышеупомянутого решения, поскольку оно является локальным и заточено под сокращение внутренних издержек.



ЗАКЛЮЧЕНИЕ

Подводя итоги проделанной работы можно сказать следующее. Поставленная цель была достигнута, граница применения облачных технологий в банковской системе был оценена с помощью анализа сдерживающих факторов таких, как законодательные особенности, политические риски сотрудничества с зарубежными вендорами и вопросы безопасности. По поводу последних можно однозначно сказать, что на данный момент безопасность облачных ресурсов максимальна приближена к уровню безопасности внутренней ITинфраструктуры. Облачные решения могут быть применены по всей структуре информационных технологий в банке и ограничиваются только выбором стратегии развития ITсектора и возможностями поставщика облачных услуг.

Также для достижения поставленной цели был проведён анализ литературы и определено текущее состояние рынка облачных решений в банковском секторе. Были выявлены тенденции к большему развитию облачной инфраструктуры в более крупных и розничных банках. Наиболее популярными направлениями использования облачных решений в банке были признаны управление ИТ, разработка и тестирование в облаке, а также использование вспомогательных сервисы по внутреннему документообороту и работе с кадрами.

Для закрепления и подтверждения полученных выводов были проанализированы методологии анализа внедрения новых технологий, выбрана и описана методология «TOEframework», на основе которой был проведен анализ возможности внедрения SaaSрешения в операционный департамент АО КБ «Ситибанк». Также для этого были описаны и декомпозированы разные уровни детализации процессов с помощью методологии ARIS, начиная от процессов верхнего уровня и заканчивая детальным описанием процесса заключения сделок вида РЕПО, на примере которого была рассмотрена возможность внедрения нового функционала.

СПИСОК ЛИТЕРАТУРЫ

Cloud Application Architectures by George Reese. Copyright 2009 George Reese, ISBN: 978-0-596-15636-7

Katzan, H.,Jr. (2010). On the privacy of cloud computing. International Journal of Management and Information Systems,14(2)

Lim, H. C., Babu, S., Chase, J. S., & Parekh, S. S. (2009). Automated control in cloud computing: Challenges and opportunities. Paper presented at the ACDC '09: Proceedings of the 1st Workshop on Automated Control for Datacenters and Clouds, Barcelona, Spain. 13-18. doi: 10.1145/1555271.1555275

Chebrolu S. B. Assessing the relationships among cloud adoption, strategic alignment and IT effectiveness //Journal of Information Technology Management. - 2011. - Т. 22. - №. 2. - P. 13-29.

Cellary, W., & Strykowski, S. (2009). Egovernment based on cloud computing and serviceoriented architecture. Paper presented at the ICEGOV '09: Proceedings of the 3rd International Conference on Theory and Practice of Electronic Governance, Bogota, Colombia. 5-10. doi:10.1145/1693042.1693045

А.В. Батаев, Перспективы внедрения облачных технологий в банковском секторе России; Научно-технические ведомости СПбГПУ. Экономические науки № 2(192) 2014 - С. 156-165

OLIVEIRA, Tiago and MARTINS, Maria Fraga (2011). Literature Review of Information Technology Adoption Models at Firm Level. Electronic Journal Information Systems Evaluation, 14 (1), 110-121

Р. А. Исаев «Банковский менеджмент и бизнес-инжиниринг»: В 2 т., Т.1. - 2-е изд., перераб. и доп. - М.: ИНФРА-М, 2015.

Громов А.И., Чеботарев В.Г, Горчаков Я.В., Бойко О.И.: Учебно-методический комплекс «Анализ и моделирование бизнес-процессов» - М., 2007.

Размещено на Allbest.ru