Результаты внедрения системы аналитической отчетности в кредитной организации

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

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

Оглавление

• Введение
• Цели и задачи работы
• Глава 1. Обоснование выбора методических подходов к решению задачи
• 1.1 Основные понятия
• 1.2 Обзор литературы и анализ ситуации в банковских проектах
• Глава 2. Разработка подхода к оценке
• 2.1 Описание подхода
• 2.2 Описание базовых критериев
• Глава 3 Практическое применение подхода
• 3.1 Описание проекта внедрения
• 3.2 Описание требований к системе
• Заключение
• Список литературы
• Введение
• Для любой компании развитый механизм по отслеживанию внутренних и внешних процессов, является ключевым фактором, определяющим конкурентоспособность организации. Не имея возможности оперативно отслеживать изменения, происходящие в компании и на рынке, возникает риск потерять клиента или прибыль.
• Аналитические информационные системы позволяют обрабатывать большое количество данных, заостряя внимание лишь на ключевых факторах эффективности, моделируя исход различных вариантов действий, отслеживая результаты принятия решений.
• Такие системы поддерживает множество бизнес-решений -- от операционных до стратегических. Основные операционные решения включают в себя позиционирование продукта или цен. Стратегические бизнес-решения включают в себя приоритеты, цели и направления в самом широком смысле. Аналитические информационные системы наиболее эффективны, когда он объединяет данные, полученные из рынка, на котором работает компания (внешние данные), с данными из источников внутри компании, таких как финансовые и операции с данными (внутренние данные). В сочетании, внешние и внутренние данные дают полную картину бизнеса, которая, создает разносторонние понимание о работе компании.
• Аналитический блок для предприятия представляет собой отдел, который своевременно оценивает работу организации на рынке. За последние несколько лет, на предприятиях в России, стремительно развивается аналитическая деятельность. Основными показателями в деятельности аналитика являются скорость анализа и качество. Отчеты экспертов-аналитиков позволяют делать важные стратегические выводы для уверенного развития компании на рынке.
• Актуальность темы определяется текущей ситуацией в российской экономике и на рынке банковских услуг. Для того, чтобы оставаться конкурентоспособными банки вкладывают средства в развитие ИТ инфраструктуры, построение витрин данных и развитие аналитических отделов. В свою очередь рынок аналитических систем крайне обширен и выбор системы, не удовлетворяющей потребностям бизнес-пользователей может стоить банку крупных денег, а в некоторых случаях привести к банкротству.
• Новизна темы обусловлена развитием рынка аналитических систем. По статистике за 2015 год рынок аналитических систем в России расширился на 30%. Помимо этого, многие игроки за последние несколько лет кардинально изменили подход и направленность своих систем, за счет добавления нового функционала, либо создания новых платформ. В связи с этим, потребители таких систем столкнулись с проблемой выбора и оценкой эффективности внедрения аналитических систем.

Цели и задачи работы

Цель исследования - разработать подход для оценки результата внедрения аналитических систем отчетности и проверить его на практике в банке.

Объектом исследования в рамках данной работы является подход к оценке результата внедрения аналитической системы отчетности в банках.

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

Можно выделить следующие задачи, необходимые для достижения цели исследования:

1. Проанализировать особенности проектов внедрения в коммерческих банках;

2. Исследовать рынок аналитических информационных систем, выявить тенденции и основных игроков рынка;

3. На основании исследованных систем выявить общие критерии;

4. Сопоставить критерии с потребностями банка. Описать механизм оценки степени важности критериев;

5. Проверить подход к оценке на реальном банковском проекте.

Глава 1. Обоснование выбора методических подходов к решению задачи

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

1.1 Основные понятия

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

Системы BI представляют из себя специальную модификацию над учетными системами, используемыми на предприятии. Так же такие системы как правило не требуют дорогостоящей замены существующих в организации программных комплексов (системы оперативного управления и системы бухучета) и внедрения систем уровня enterprise resource planning (ERP), что позволяет компании значительно сократить расходы на внедрение. В целом, проекты по внедрению информационно-аналитических систем характеризуются короткими сроками исполнения, низкими рисками и высокой удовлетворенностью клиента.

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

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

Внедрение систем анализа информации позволяет решить следующие задачи:

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

· Снизить затраты компании на работу с информацией

· Обеспечить возможность анализа информации на разных уровнях принятия решений

· Обеспечить оперативность и доступность информации

· Повысить достоверность информации

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

Для сравнения критериев оценки систем был выбран метод анализа иерархии (МАИ), опирающийся на многокритериальное описание проблемы, данный метод был предложен и описан Т.Л. Саати в своей работе «Принятие решений: метод анализа иерархий». Метод базируется на анализе дерева критериев. В подходе МАИ общие критерии подразделяются на более детальные критерии частного характера. Так же в каждой базовой группе критериев изначально определяются коэффициенты важности. Каждая альтернатива сравнивается между собой по базовым критериям с целью выявления важности каждого из критериев. Попарное сравнение является средством определения относительной важности критериев либо ценности альтернативных критериев. Как правило сравнение происходит по бальной шкале независимыми экспертами. По результату сравнения происходит вычисление коэффициенты значимости критериев, оценка альтернативных критериев и находится сгруппированная оценка, как средневзвешенная взвешенная сумма оценок критериев.

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

Для выявления систем, и для первичной подготовки критериев был использован квадрант Garthner. Квадрант представляет собой графическое отображение ситуации на рынке, позволяющее оценить возможности продуктов и самих производителей. Применяется аналитическим агентством Gartner. В своих отчетах Gartner рассматривает не только качество и возможности программного обеспечения, но и характеристики вендора в целом, например, опыт работы с клиентами, всеобъемлющие понимания рынка и бизнес-модели организаций, а так же инновации, маркетинговые стратегии, продажи, планы развития индустрии и т.д.. На основе оценки по ключевым параметрам вендоры разбиваются на 4 группы: лидеры, претенденты на лидерство, дальновидные и нишевые игроки:

Лидеры (Leaders) демонстрируют стабильный прогресс и усилия по всем показателям, по которым проводится оценка. Их действия поднимают уровень конкуренции на рынке, они могут изменить курс развития всей индустрии. Однако производитель, вошедший в группу лидеров, не всегда является наиболее приемлемым, т.к. требования и нужды некоторых покупателей могут быть не удовлетворены.

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

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

Нишевые игроки (Niche Players) предлагают жизнеспособные решения, которые отвечают основным требованиям покупателей. Маловероятно, что они окажутся в конечном списке закупки, но им стоит дать шанс. Чаще всего эти производители упускают возможности оказать влияние на рынок, но это не означает, что они покорно следуют за лидерами отрасли. Нишевые игроки могут быть ориентированы на небольшие сегменты рынка и часто демонстрируют на них более высокую эффективность, чем лидеры. Покупатели отдают предпочтение производителям этого типа, когда стабильность и фокусировка на нескольких важных функциях и особенностях программного продукта важнее, чем долгосрочные и грандиозные планы развития производителя.

1.2 Обзор литературы и анализ ситуации в банковских проектах

Для лучшего понимания особенностей проектов внедрения аналитических систем отчетности была рассмотрена современная научная литература и проанализировав такие книги, как

· Business Intelligence Guidebook: From Data Integration to Analytics

· Successful Business Intelligence, Second Edition: Unlock the Value of BI & Big Data

Согласно этим книгам можно выделить следующие этапы BI проекта:

· Инициация BI проекта

· Постановка целей и задач проекта

· Поддержка бизнеса

· Обеспечение сбора и качества данных

· Выбор решения

· Управление BI-проектом

· Пользовательский аспект Business Intelligence

Каждый из этих этапов влияет на успех проекта внедрения и при оценке стоит обращать внимание на каждый из них. Однако не все перечисленные этапы в равной степени оказывают влияние на конечный результат Согласно статье «Управление рисками ИТ-проектов в банках глазами вендора» . Далее каждый из этапов будет рассмотрен в разрезе потребностей коммерческих банков т.к. данная бизнес область накладывает свои особенности на типичные проекты внедрения аналитических систем отчетности.

Инициация BI проекта

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

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

Постановка целей и задач проекта

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

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

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

Поддержка бизнеса

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

Обеспечение сбора и качества данных

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

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

Выбор решения

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

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

Пользовательский аспект Business Intelligence

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

Не менее важен интерфейс и интуитивность при работе с системой. Bi продукт должен помогать и упрощать пользователю решать его задачи.

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

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

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

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

информационный рынок банк

Глава 2. Разработка подхода к оценке

2.1 Описание подхода

Подход к выявлению критериев и оценке состоит из следующих этапов:

1. Подготовка перечня критериев, путем анализа функционала BI платформ в разрезе потребностей банка;

2. Экспертная оценки систем на основании критериев, специфичных для банковского сектора;

3. Группировка критериев по категориям;

4. Проверка подхода на примере проекта внедрения BI системы в коммерческом банке.

Принципиальная схема, описывающая данный подход представлена на рисунке:

Схема 1. Принципиальная схема подхода к оценке

Первым шагом при разработке критериев является определение основных групп критериев (Базовые критерии на схеме 1). Для этого был рассмотрен основной функционал, свойственных каждой BI системе, а также статья «Magic Quadrant for Business Intelligence and Analytics Platforms» исследовательского агентства Gartner. В дальнейшем данные критерии будут детализированы на более частные.

2.2 Описание базовых критериев

Основными критериями для любой BI системы являются:

Наличие интегрированной bi-инфраструктуры - каждый инструменты BI-платформы должны быть исполнен «в едином ключе». Все компоненты системы должны задействовать общие метаданные, общую модель объектов и сквозную модель безопасности. Механизм администрирования и интеграции с порталом, должны обладать единым ядром исполнения запросов.

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

Возможность пользовательской разработки -- платформа аналитической отчетности должна позволять пользователям и разработчикам иметь набор специализированных инструментов для создания аналитических приложений. Данные инструменты должны быть интегрированы между собой и организовывать сквозные бизнес-процессы. Обязательной особенностью инструмента должна быть возможность разработки на доступном и интуитивно понятном уровне. Пользователь такого инструмента не обязательно должен обладать навыками программирования. Так же опционально программа должна обладать возможность «визуального» программирования, путем переноса объектов мышкой, без необходимости в написании кода. Помимо этого, среда разработки должна предоставлять возможности для решения сложных задач, например, управление и и администрирование, а также доставка информации, соблюдение графиков и регламентов работы.

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

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

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

Возможность построения произвольных (ad hoc) запросов -- для пользователя возможность самостоятельного создания отчета без необходимости в привлечении ИТ-специалистов и разработчиков, является очень важным критерием. Т.к. зачастую от процесса создания заявки на отчет до его получения может пройти месяц и отчет к тому времени может утратить актуальность для потребителя. Возможность по самостоятельному созданию отчетов в аналитической платформе должна обеспечиваться наличием развитого семантический слой (бизнес объектов). Так же у пользователя должна быть возможность самостоятельно искать и получать необходимую информацию из доступных источников. Помимо этого, в Bi-системе должны иметься инструменты для аудита пользовательских запросов, что бы администраторы могли убеждаться в корректности их выполнения.

Наличие интеграция с приложениями Microsoft Office -- в большинстве случаев аналитическая платформа выполняет роль промежуточного звена при выполнении задач по получению данных. Зачастую в качестве целевой пользовательской системы выступают продукты пакета Microsoft Office (как правило, Excel). Для таких случаев, аналитическая платформа должна обладать необходимыми возможностями по интеграции с приложениями Microsoft Office, в том числе она должка включать поддержу различных форматов документов, таблиц, формул и механизмов обновления информации. Так же опционально система должна обладать механизмом по блокированию определенных ячеек и публикации изменений в базу данных, для дальнейшего анализа.

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

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

Возможность работы с OLAP движками-- поддержка технологии OLAP запросов, позволяет ускорить процесс обработки запроса и скорость построения отчетов. OLAP платформа обеспечивает многомерный анализ данных в различных срезах. Как правило платформы, соответствующие данному критерию, позволяют выполнять планирование, и выполнять анализ What-if. OLAP платформа так же может быть реализована посредством различных архитектур данных (звезда/снежинка) и ХД, как дисковых, так и рассчитываемых в оперативной памяти.

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

Наличие карт показателей -- предоставляет пользователю данные основывая на определенных показателях, выводимых на контрольных панелях. Таким образом бизнес может контролировать план выполнения стратегических показателей и достигать высоких значений эффективности (KPI). Как правило операционные показатели привязываются к целевым стратегическим индикаторам. Для дальнейшего, более детального анализа эти показатели могут расшифровываться при помощи дополнительных отчетов. Такие механизмы позволяют реализовывать различные методологии управления, такие как «шесть сигма» или системы сбалансированных показателей (BSC).

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

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

Таким образом можно были рассмотрены 15 критериев, однако данные критерии можно сгруппировать по категориям и для удобства описание критериев было сокращено:

Таблица 1 Основные группы критериев

Название критерия	Сокращенное название
Наличие интеграция с приложениями Microsoft Office	MS office интеграция
Возможность работы с OLAP движками	OLAP платформа
Наличие широкого функционала по администрированию	Администрирование
Наличие интегрированной bi-инфраструктуры	Интегрированная архитектура
Возможность пользовательской разработки	Бизнес запросы
Возможность проведения перспективного моделирования
Возможности data mining и предиктивного анализа
Возможность построения произвольных (ad hoc) запросов	Визуальное исследование данных
Наличие инструментов взаимодействия пользователей	Доставка отчетов и взаимодействие пользователей
Наличие контрольных панелей (dashboards)	Интерактивные отчеты
Наличие карт показателей	Информационные панели
Наличие мобильных приложений	Мобильный клиент
Наличие механизма управления метаданными	Работа с метаданными и интуитивность интерфейса
Наличие регламентных отчетов	Регламентная отчетность

Обзор рынка BI систем

Выбор систем для анализа по рассмотренным критериям был произведен на основе лидеров квадранта Гартнера представленного на рисунке 1. Системы выбирались среди безусловных лидеров квадранта. В рамках ВКР будет детально рассмотрено 4 системы. Однако для полноты картины к ним будут добавлены еще 4 дополнительных системы, без подробного описания. Оценки по критериям для данных систем были даны авторитетными экспертами-разработчиками, так что можно полагать, что оценки для них достоверны.

Рисунок 1 Квадрант гартнера

Список платформ, рассмотренных в рамках ВКР:

· Tableau - продукт американского производителя Tableau software.

· Qlikview - продукт шведского производителя QlikTech.

· SAP Business Object - программный продукт известного немецкого производителя программного обеспечения SAP.

· Microsoft BI - представляет собой набор продуктов (SQL Server, Office, SharePoint) известного Американского вендора Microsoft

Так же дополнительно с данными системами, были рассмотрены - Oracle BI, Microstrategy, IBM COGNOS и SAS VA.

Tableau

Система табло (Tableau) на данный момент является лидером на рынке BI систем в первую очередь из-за простоты внедрения, понятного интерфейса и гибких возможностей при работе с данными. Отличительной особенностью является, наличие предустановленных подключений к различным источникам данных, возможность выполнения запросов на стороне базы данных и как следствие работа с большими объемами данных (Big data).

Клиентами tableau в основном крупные транснациональные компании и средний бизнес. Во многи В программе реализованы требования по безопасности и разграничению прав доступа. Так же существует SaaS версия tableau online рассчитанная на частное пользование, либо на небольшие компании.

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

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

Рис. 2

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

Qlikview

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

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

Проекты внедрения на базе данного ПО в среднем длятся порядка 3-х месяцев и в отличии от конкурентов не требуют построения специализированного хранилища данных, что позволяет упростить процесс разработки. Как следствие данное ПО обладает самым высоким показателем ROI 189% и небольшим сроком окупаемости, порядка 200 дней.

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

Рис. 3

За счет итеративного подхода в разработке система позволяет существенно ускорить разработку и одновременно увеличить занятость бизнес пользователей в процессе разработки, за счет итерационного сбора требований и разработки.

К минусам данной системы можно отнести отсутствие работы с OLAP движками и корпоративными хранилищами данных. По этой причине система имеет низкие оценки по критериям работы с OLAP и ROLAP источниками.

SAP Business Object

BI платформа SAP business object состоит из обширного перечня компонентов для визуализации, получения и анализа данных. Основной особенность является наличие, продвинутого слоя метаданных, называемого Юниверс. Данный слой позволяет бизнес пользователю самостоятельно разрабатывать отчет оперирую понятными для него терминами.

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

За счет разделения продукта на несколько составляющих частей (мобильные приложения, хранилища, web интерфейс и т.д.) у предприятий появляется возможно внедрять только необходимы компоненты, что сокращает срок проекта и позволяет вести внедрение независимыми командами. К основным преимущества SAP BO можно отнести:

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

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

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

· SAP business objects позволяет производить управление основными показателями эффективности на основе финансовых результатов, а так же выполнять точное прогнозирование для управления рисками, возможностями и финансовыми последствиями.

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

· Система может быть масштабирована за счет увеличения числа серверов в инсталляции. Это позволяет системе быть гибкой и подстраиваться под конкретные нужды бизнеса или отдела.

Micosoft BI

Microsoft BI представляет собой набор продуктов (SQL Server, Office, SharePoint), позволяющих организациям принимать решения на основании достоверной информации, полученной из внутренних и внешних источников данных.

Так же продукт Microsoft BI содержит в себе 3 уровня аналитики, что положительно сказывается на критериях, как пользовательского уровня, так и на критериях, связанных с IT инфраструктурой:

1. Персональный анализ данных- позволяет проводить анализ в Excel с надстройкой PowerPivot. Такой позволяет минимизировать риск неприятия BI системы пользователями т.к. платформа Excel с незначительной надстройкой, не будет вызывать пользовательского негатива, свойственного переходу на новую платформу.

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

3. Процессы корпоративной аналитики- позволяют создавать аналитические моделив OLAP службах. Создание таки отчетов берет на себя ИТ служба. Таким образом система является безусловным лидером в возможностях интеграции с OLAP технологиями.

Основными клиентами данной системы являются компании которые уже используют другие продукты от Microsoft, однако так же может быть интегрирована с базами данных таких производителей как: Oracle, SAP и SAS.

Детализация базовых критериев BI систем

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

· Наличие интеграция с приложениями Microsoft Office

· Возможность работы с OLAP движками

· Наличие широкого функционала по администрированию

· Наличие интегрированной bi-инфраструктуры

· Возможность пользовательской разработки

· Возможность проведения перспективного моделирования

· Возможности data mining и предиктивного анализа

· Возможность построения произвольных (ad hoc) запросов

· Наличие инструментов взаимодействия пользователей

· Наличие контрольных панелей (dashboards)

· Наличие карт показателей

· Наличие мобильных приложений

· Наличие механизма управления метаданными

· Наличие регламентных отчетов

Каждый критерий будет детализирован по следующему принципу:

1. Общие требования будут детализированы до частного описания особенности платформы

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

a. 3 - Система в полной мере соответствует детальному критерию

b. 2 - Система требует дополнительной настройки для соответствия критерию

c. 1 - Система не соответствует критерию, но возможна сторонняя доработка, для приведения в соответствие данному критерию

d. 0 - Система не соответствует критерию и не обладает возможность по доработке для соответствия критерия

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

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

Оценка системы по каждому из критериев осуществляется экспертным путем. Полный перечень детальных критериев представлен в приложении 1 к ВКР на вкладке Соответствие критериям.

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

Пример таблицы критериев представлен в таблице 2:

Таблица 2 Группы разделов

Глава 3. Практическое применение подхода

В данной главе будет рассмотрен проект внедрения аналитической системы отёчности SAP business objects в крупном коммерческом банке на примере интеграции системы с хранилищем CRM.

За время работы компании в корпоративной информационных системах по работе с клиентами (CRM) накопились различные данные, которые потребовалось анализировать для получения актуальной информации о текущем состоянии дел компании для принятия управленческих решений связанных с привлечением новых клиентов и анализом потребительских предпочтений. Данные бизнес потребности привели к началу проекта по внедрению BI платформы SAP Business Intelligence.

3.1 Описание проекта внедрения

Целью внедрения системы SAP business objects является снижение затрат на операционные расходы составления отчетности и повышение управляемости компании за счет оперативного анализа ключевых показателей эффективности (KPI). Помимо прямой финансовой выгоды для компании, так же имеются и побочные положительные результаты внедрения, например, повышение удовлетворенности сотрудников компании своей работой, за счет уменьшения количества рутинной деятельности на составление отчетов и количества ошибок.

Основной задачей данного проекта является внедрение операционной и аналитической отчетности для сопровождения бизнес-процессов, реализованных в CRM системе SIebel.

Проект внедрения должен решить ряд вопросов и задач.

Во-первых, необходимо, на основе анализа существующих на рынке BI-систем, выбрать наиболее подходящее для решения поставленных в компании задач. В случае данного проекта заказчиком была выбрана система SAP Business objects enterprise.

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

В-третьих, для реализации проекта должен быть реализован процесс, включающий в себя извлечение данных из существующих источников, их трансформацию, с целью максимального соответствия нуждам бизнес-модели, и загрузку их в хранилище данных (ETL). Заведомо известно, что решение SAP Business objects enterprise не включает в себя встроенные ETL инструменты, в связи с чем данный функционал на проекте будет покрывать система Informatica.

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

3.2 Описание требований к системе

Ключевые требования, проекта внедрения SAP business objects:

1. Пользователи должны иметь доступ к отчётности из внутренней сети банка

2. Требования к доступу к отчётности из-за границы отсутствуют

3. Использование отчётностью клиентами не требуется

4. Требований к отчётности/аналитике на мобильных устройствах нет. Предполагается, что такие требования могут появиться в будущем

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

6. Требуется операционную отчётность реализовать с отставанием от бизнес-данных в АС-источниках в режиме «T-1» (предыдущий день)

7. В будущем для операционной отчётности потребуются данных из нескольких АС

8. Запрос к данным может быть с любой историчностью

9. Часть операционной отчётности должна быть встроена в интерфейс фронтальной части CRM корпоративный путем интерфейсного вызова SAP BO.

10. Доступ к отчетности реализуется посредствам внешней системы управления доступом к данным, посредством именованных пользователей из CRM Корпоративный.

11. Требования к времени восстановления функционала в случае сбоя (отказоустойчивость):

§ Отчётность - 4 часа

Данные для отчётности - 1 сутки

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

· Руководители бизнес подразделений и процессов

· Сотрудники бизнес подразделений, ответственные за определённые бизнес функции

· Бизнес администраторы

· Бизнес аналитики

Полный перечень функциональных требований представлен в приложении 2 к ВКР

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

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

· Внешние интерфейсы (External Interfaces),

· Атрибуты качества (Quality Attributes),

· Ограничения (Constraints).

Среди внешних интерфейсов в большинстве современных АИС наиболее важным является интерфейс пользователя (User Interface, UI). Кроме того, выделяются интерфейсы с внешними устройствами (аппаратные интерфейсы), программные интерфейсы и интерфейсы передачи информации (коммуникационные интерфейсы).

· Основные атрибуты качества:

· Применимость,

· Надежность,

· Производительность,

· Эксплуатационная пригодность,

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

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

Таблица 3 Описание систем предприятия

Название АС	Влияние	Целевой статус	Комментарий
CRM Корпоративный	Используется	Решение выбрано и внедрено частично	Управление взаимоотношениями с корпоративными клиентами Банка. В проекте используется в качестве АС-источника данных для отчётности и аналитики.
Финансовая отчетность клиентов	Используется	Решение выбрано и внедрено	Сбор и анализ финансовой информации клиентов в рамках кредитного процесса по корпоративным клиентам.
SAP Bank Analyzer Limit Manager	Используется	Решение выбрано и внедрено	Лимит Менеджер; Управление корпоративными лимитами. В проекте используется в качестве АС-источника данных для отчётности и аналитики.
АМРЛиРТ	Используется	Решение выбрано и внедрено	Аналитический модуль расчета лимитов и рейтингов. В проекте используется в качестве АС-источника данных для отчётности и аналитики.
ЦХД	Дорабатывается	Решение выбрано и внедрено частично	Централизованное Хранилище Данных - централизованная система, предназначенная для поддержки принятия управленческих решений и решения задач формирования управленческой и аналитической отчётности. ЦХД состоит из подсистем, включая ОХД и АХД.

Архитектура взаимодействия систем банка представлена на следующей схеме рис. 2.

Архитектура решения состоит из следующих основных компонент:

1) АС-источники данных:

· CRM Корпоративный

· Финансовая отчётность клиентов

· SAP Bank Analyzer Limit Manager

2) Подсистемы ЦХД:

· ОХД

· АХД

· Подсистема анализа данных

· Подсистема доставки и хранения файлов

· Подсистема управления НСИ

· Подсистема технического контроля качества данных

3) Витрина данных, реализованные в АХД:

· ВД CRM Корпоративный

Рисунок 4 Инфраструктура системы отчетности банка

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

Полный перечень нефункциональных требований представлен в таблице в приложении 3 к ВКР. Все требования можно разделить на следующие типы:

Таблица 4 Перечень групп нефункциональных требований

Код типа требования	Описание типа требования
ТБ	Требования информационной безопасности
ЭТ	Эксплуатационные требования
АТ	Архитектурные требования
ТП	Требования к производительности (быстродействию)
ТО	Требования к обучению
ТД	Требования к документированию
ТН	Требования к настройке полномочий для пользователей подсистемы отчетности
ТИ	Требования к пользовательским интерфейсам

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

Таблица 5 Перечень нефункциональных требований

Раздел	Критерий	Нефункциональные требования банка
Пользовательский интерфейс	Для работы с инструментом отсутствует необходимость быть IT-специалистом, уметь писать SQL и MDX запросы (достаточно навыков опытного пользователя ПК)	На рабочих местах конечный пользователь оперирует привычными для своей деятельности терминами. Интерфейс общения с прикладной системой должен укладываться в интуитивно понятные действия со стороны пользователя.
Протоколы WEB безопасности	Протоколы WEB безопасности SSL. Возможность настройки безопасного получения SSO.	Автоматизированная система, построенная на основе Web-технологий, должна быть защищена от наиболее распространенных типов атак на данный класс приложений (SQL-injection, cross-site scripting, buffer overflow и т.д.).
Безопасность	Аутентификация	Хранения паролей и ключей пользователей предпочтительным является использование надежных и защищенных носителей (smart card, touch memory и т.д.).

Таблица 6

Раздел	Подробное описание	Нефункциональные требования банка
Администрирование	Разграничение доступа к метаданным (отчеты, кубы, дашборды, каталоги и пр.) через наборы полномочий (ролей).	Реализовать возможность подключения ТБ к данным "ВД CRM этап 2" на уровне витрин ЦХД с автоматическим разграничением доступа к данным по соответствующему ТБ. Детальные условия разграничения доступа к данным должны быть согласованы дополнительно.
Архитектура	Система должна масштабироваться путем сосздания кластера (горизонтальная масштабируемость)	Реализованные отчеты должны поддерживать работу 40000 пользователей и 500 аналитиков (общее количество зарегистрированных пользователей "ВД CRM 2").
Архитектура	Система должна поддерживать перенос и обратную совместимость с более ранними версиями	В рамках релиза 1 обеспечить перенос и сохранение корректности пользовательских и проверочных отчетов и юниверсов, существующих в рамках "Витрины данных CRM Корпоративный" (этап 1) в опытной/промышленной эксплуатации.
Архитектура	Система должна поддерживать интеграцию с системой Siebel CRM	- Отчеты должны использовать данные АС CRM Корпоративный (Siebel)
Архитектура	Система должна поддерживать интеграцию с системой SAP Limit manager	- Отчеты должны использовать данные АС SAP Limit manager.
Доставка	Поддержка основных форматов для экспортируемых отчетов (XLS, CSV, Word или TXT, PDF)	У пользователя должна быть возможность запланировать разовую или регулярную (автоматически по расписанию) выгрузку отчета с заданными параметрами (промтами) с последующим автоматическим сохранением в файл (Excel/SCV/PDF и т.д.) напрямую на компьютер пользователя или на электронную почту по Outlook.

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

Полное сравнение по каждой группе критериев приведено в приложении 1 к ВКР.

Получившийся результат был записан напротив каждого из критериев в столбец «Оценка методом попарного сравнения» Абсурдная формулировка

Для окончательного вывода по данным критериям была составлена таблица сравнения платформ в разрезе базовых критериев (см. таблицу 5). На основании данной таблицы можно сделать окончательный вывод о проекте внедрения: