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

· Мощность отношения связей таблицы фактов CUSTOMER и измерений CONTACT, DOCUMENT, INCOME, SCORING равна 1:M. Данная связь обусловлена тем, что у одного клиента может иметься сразу несколько телефонов, документов (паспорт РФ, заграничный паспорт, водительское удостоверение), источников доходов и score-баллов (за разные временные промежутки).

· Отдельно выделяется связь CUSTOMER - ADDRESS с мощностью M:N, так как по клиенту могут храниться несколько адресов его проживания (фактический и регистрации), а по одному адресу могут проживать несколько клиентов банка.

· CUSTOMER_HISTORY формируется на основе объектов CUSTOMER с мощностью связи M:N и BKI_REQUEST_ANSWER со связью 1:M. Так за один промежуток времени (то есть за один сегмент) может храниться информация по КИ по нескольким клиентам. При этом таких промежутков времени по клиенту несколько, на основе чего и формируется история. При этом один временной отрезок содержит информацию по набору КИ - по каждому из клиентов. Однако, КИ у клиента на определенный момент может быть только одна.

· У продукта в PRODUCT может иметься сразу несколько вариантов характеристик, так один продукт может предоставляться сразу на несколько сроков по длительности. Связь 1:M.

· Расчет МП в PROPOSAL_CALCULATION происходит инкрементально - только по последнему пришедшему сегменту. При этом расчетов по клиенту происходит несколько. Связь CUSTOMER_HISTORY с PROPOSAL_CALCULATION 1:M.

· По каждому подобранному для клиента продукту происходит свой расчет лимитов кредита. При этом, конечно, возникают ситуации, когда для одного клиента подобрано сразу несколько продуктов. Связь 1:M.

· PROPOSAL_CALCULATION формирует итоговые МП по клиентам в таблице PROPOSAL_MATRIX. Связь 1:1. По сути, в итоговую таблицу просто переносятся данные с последнего шага расчета в PROPOSAL_CALCULATION.

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

3.2 Диаграмма коммуникаций

Следующим этапом разработки концепции системы бизнес-анализа для банковской организации в части расчета маркетинговых предложений по кредитам является создание диаграммы коммуникаций или "Collaboration diagram" [34]. Она показывает, какие взаимодействия осуществляются между частями разрабатываемой структуры. Диаграмма представлена на Рисунке 12.

Рисунок 12. Диаграмма коммуникаций процесса расчета МП.

Диаграмма коммуникаций наложена на структуру КХД для лучшего понимания роли объектов и их расположения в общей структуре. Данная визуализация помогает наиболее точно отразить суть взаимодействия между объектами и их роль.

Рассмотрим процессы взаимодействия подробнее:

1. В начале процесса, как уже уточнялось, с внешнего источника поступает csv-файл с сегментом клиентов на расчет. Данные загружаются в объект CUSTOMER_SEGMENT.

2. После этого данные очищаются, обогащаются техническими полями КХД и передаются в таблицу CUSTOMER.

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

4. Данные из БКИ, если они имеются, по каждому из клиентов загружаются в КХД в таблицу BKI_REQUEST_ANSWER.

5. Информация по клиенту с учетом его КИ формируется в таблице CUSTOMER_HISTORY на основе всех клиентов из CUSTOMER и данных, полученных из БКИ в BKI_REQUEST_ANSWER. При этом в таблицу попадает весь сегмент клиентов, включая тех, кто не отправлялся на запрос КИ.

6. После этого данные из CUSTOMER_HISTORY и объекта PRODUCT передаются в главную витрину расчета МП PROPOSAL_CALCULATION.

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

8. Финальным шагом становится передача данных со сформированными МП по клиентам во внешний источник для дальнейшей работы.

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

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

Диаграмма потоков данных

Диаграмма потоков данных или Data Flow Diagram (DFD) - это модель системы, состоящая из диаграмм потоков данных и описывающая процессы преобразования информации с момента входа данных в систему до момента выдачи ее конечному пользователю [35].

Запуск процесса формирования МП начинается в следующих случаях:

· Запуск по расписанию (соблюдение регламента, например, раз в неделю)

· Ручной запуск (бизнес может пользоваться данной системой анализа нерегулярно, а только при необходимости)

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

· Запуск по наступлению какого-либо события (например, запуск в продажу нового продукта)

Диаграмма потоков данных процесса расчета МП представлена на Рисунке 13.

Рисунок 13. Диаграмма потоков данных расчета МП.

На DFD диаграмме отражены этапы бизнес-процесса расчета МП, которые были спроектированы в виде BPMN диаграммы в пункте 2.3. Бизнес-процесс расчета маркетинговых предложений по кредитам и основные сущности с ER-модели в 3.2. Основные сущности и связи между ними.

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

· Определение категории кредита и вариантов тарифного плана на основе анализа данных по клиенту в CUSTOMER_HISTORY и подбора подходящего продукта в PRODUCT

· Исключения вариантов предполагаемых продуктов по срокам посредством анализа данных характеристик продукта в PRODUCT_LIMITS и характеристик клиента в CUSTOMER_HISTORY

· Расчета параметров кредита и лимитов кредитования на основе данных PRODUCT_LIMITS, CUSTOMER_HISTORY

· Корректировка лимита с учетом предыдущих расчетов и сформированных ранее ограничений

Данный процесс проверок и расчетов вокруг формирования возможных вариантов кредитования происходит внутри объекта PROPOSAL_CALCULATION. После формирования МП данные передаются в PROPOSAL_MATRIX и в принимающую внешнюю систему.

Данная диаграмма помогает глубже разобраться в исследуемом процессе и получить более цельное представление о системе его работы внутри КХД.

Диаграмма развертывания

Диаграмма развертывания или Deployment diagram используется для моделирования узлов, то есть аппаратных средств, и объектов, развернутых на них [36]. Диаграмма развертывания для реализации системы расчета МП представлена на Рисунке 14.

Рисунок 14. Диаграмма развертывания.

Основными узлами являются:

1. Teradata

Компонент:

a. Teradata DataBase

База данных Teradata

2. SAS Application Service

3. Сервер банка

Компоненты:

a. Teradata Management Studio

СУБД Teradata необходимая для администрирования базы данных КХД.

b. SAS Customer Intelligence

CRM, которую может использовать банк.

4. АРМ сотрудников

Компоненты:

a. Windows 7

Возможная операционная система на АРМ пользователей

b. Sublime

Текстовый редактор для создания и редактирования скриптов на языке SQL.

c. другое

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

Вывод по главе 3.

В главе была выполнена одна из поставленных задач исследования: спроектирована архитектура системы бизнес-анализа банковского процесса, а точнее расчета маркетинговых предложений для клиентов. В данной главе были разработаны и описаны диаграммы: сущность-связь (entity-relationship model), диаграмма коммуникаций (collaboration diagram), диаграмма потоков (data flow diagram) и диаграмма развертывания (deployment diagram). Данная система бизнес-анализа способна повысить эффективность компании в разрезе получения прибыли за счет привлечения новых клиентов. Более того,

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

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

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

Заключение