OLAP.ru   Rambler's Top100
Вы находитесь на страницах старой версии сайта. Перейдите на новую версию OLAP.ru
  
Поиск по сайту
Новости
Основы OLAP
Продукты
Business Objects/ Crystal Decisions
Каталог
OLAP в жизни
Тенденции
Download
Яndex
 
 
 
TopList
 

Пример реализации СППР в банке


Андрей Александрович Бочаров

1. Описание системы
2. Технологические принципы работы системы
3. Описание подсистем
3.1. Подсистема ввода данных (Input).
3.2. Подсистема хранения аналитических данных (Data Warehouse).
3.3. Подсистема анализа и отчетов (Analysis and Reporting).
3.4. Подсистема администрирования (Supervisor).
4. Сводный перечень аналитических и управленческих задач, решаемых АПК
5. Этапы внедрения системы и настройка

 

1. Описание системы

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

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

Разработанная мною схема взаимодействия элементов СППР в банке приведена ниже.

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

Аналитический программный комплекс (далее по тексту – АПК или просто система) – универсальное инструментальное средство сбора, консолидации, обработки и анализа больших объемов информации.

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

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

АПК состоит из 4 подсистем: подсистема ввода данных (Input), подсистема хранения аналитических данных (Data Warehouse), подсистема анализа и отчетов (Analysis and Reporting), подсистема администрирования (Supervisor).

Основное программное обеспечение:

  • Центральное хранилище аналитических данных – Sybase Adaptive Server IQ;
  • Подсистема анализа и отчетности – BusinessObjects 5.0 и WebIntelligence 2.6.

На мой взгляд, возможности продуктов корпорации Business Objects SA, являющейся лидером на рынке средств доступа к информации и репортинга, максимально соответствуют сегодняшнему уровню требований к аналитическим информационным системам в России. А тестирование Sybase Adaptive Server IQ, показало его превосходство в работе с продуктами Business Objects перед другими решениями корпораций Microsoft и Oracle.

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


Загрузить рисунок в масштабе оригинала

Основные определения, используемые при описании СППР:

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

Краткое описание функций основных модулей BusinessObjects, используемых в СППР:

  • Designer. Это рабочее место разработчика моделей данных или семантического слоя.
  • InfoView. Это место конечного пользователя позволяет просматривать и обновлять уже заранее подготовленные отчеты.
  • Reporter. Это встраиваемая в InfoView опция. Дает возможность пользователю самому формировать запрос к информации в базе в терминах своей предметной области.
  • Explorer. Это встраиваемая опция. Нужна для пользователей, которые:
    1) строят отчеты с кросстаблицами (важно для бумажных отчетов)
    2) занимаются анализом данных - навигацией по данным и измерениям многомерных представлений (обобщения, детализация). InfoView + Reporter + Explorer могут быть и основой для разработки приложений OLAP
  • BusinessQuery. Работа с семантической моделью BO из Excel.
  • BusinessMiner. Рабочее место аналитика данных (поиск статистических закономерностей в данных) и пользователей, которым необходимо быстро принять решение с учетом накопленной на предприятии статистики (навигация по дереву решений - метод "что-если")
  • Supervisor. Рабочее место администратора системы.
  • Broadcast Agent. Сервер документов. Продукт позволяет организовывать выполнение заданий по расписанию и по событиям в источниках информации.
  • WebIntelligence. Доступ к системе BusinessObjects из Internet/Intranet.

2. Технологические принципы работы системы

1) В основу работы системы положена технология хранилищ данных (data warehouse) – информация собирается в единый банк данных, систематизируется и приводится к единому формату. После этого она доступна для просмотра и анализа.

2) Данные на центральный сервер АПК можно вводить вручную или принимать из различных источников в разных форматах (OLTP АБС, Excel, Oracle, MS-SQL, текстовые файлы и т.п.). С процессом импорта данных связан также процесс их интерпретации, то есть привязка всех классифицированных значений к справочникам системы. Эти процессы могут проводиться как в фоновом режиме, так и в ночное время.

3) С помощью универсальных средств построения запросов центрального сервера данные при необходимости группируются и превращаются в метаданные.

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

5) Анализ, прогнозирование и представление данных проводяться в BusinessMiner + BusinessObjects, или WebIntelligence. Доступен If-Else-анализ, анализ взаимосвязей (Data Mining), и т.д. Через Business Miner возможен анализ бизнес-данных в Microsoft Excel. Возможен дистанционный анализ и просмотр отчетов через сеть Internet посредством Web-browser без установки дополнительного оборудования (функции WebIntelligence). Возможен экспресс-анализ данных и построение отчетов в BusinessObjects, минуя семантический слой, или из альтернативных баз. Комплекс предусматривает использование программ внешнего анализа и прогнозирования, такие как Статистика, NCSS и т.п., которые цепляются к центральному хранилищу через ODBC.

6) Уровень подготовки специалиста, создающего отчеты через основные редакторы отчетов BusinessObjects и WebIntelligence, примерно как у среднего пользователя Excel. Широкие возможности графического интерфейса делает возможной перенастройку в режиме реального времени визуальных свойств практически всех объектов, присутствующих на экране – графиков, диаграмм, списков и т.д., а также оперативную настройку “горячих” клавиш. Все графики и диаграммы в системе снабжены средствами “погружения в данные”, которые позволяют немедленно выяснить, каким образом были получены те или иные результаты, вплоть до доступа к первичной информации.

7) Домен документов является местом централизованного хранения и дистрибуции разработанных отчетов между пользователями DSS. Через этот домен пользователь может отправить документ на обработку заданий (обновление отчета, печать, экспорт отчета на Web, рассылка по списку и выполнение скриптов) по расписанию или наступлению предопределенного события с помощью BROADCAST SERVER.

8) В АПК реализована удобная справочная система. Возможна настройка отображения каждого существующего справочника, а также создание новых.

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

3. Описание подсистем.

3.1. Подсистема ввода данных (Input).

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

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

Входные данные 1. АПК закачивает данные непосредственно из хранилища АБС, если существует возможность присоединения к базам, или через промежуточные таблицы. Частота обновления информации зависит от необходимости иметь актуальные данные

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

Входные данные 3. Платная информация таких агентств как Reuters, или свободная информация в сети Internet являются неотъемлемой частью входных данных аналитической системы.

Входные данные 4. В АПК предусмотрен ввод данных вручную. Эксперты вводят оценочные коэффициенты, администраторы - описания аргументов.

Данные для хранения и анализа могут загружаться в АПК из таблиц различных форматов (Dbase, Excel, Oracle, MS-SQL, InterBase и т.п.) или вводиться вручную. При этом они могут быть преобразованы в один из поддерживаемых хранилищем видов данных (одномерные, многомерные или неструктурированные данные). Данные могут рассчитываться в ходе первичной обработки.

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

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

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

3.2. Подсистема хранения аналитических данных (Data Warehouse).

Подсистема хранения аналитических данных (Data Warehouse) состоит из Центрального хранилища, витрин данных, модуля создания метаданных, инструмент описания семантического слоя.

Хранилище данных

Вся поступающая в АПК информация содержится в удобном для системы виде в Центральном хранилище данных.

К функциям хранилища данных АПК можно отнести:

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

При этом поддерживаются три вида данных:

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

Развитая сеть запросов позволяет рассчитывать на основе информации из хранилища данных различные показатели - метаданные.

Инструмент описания семантического слоя.

Для удобства конечного пользователя в Designer создается семантический слой (universe), который позволяет им формулировать запросы к базе данных, используя свои привычные термины. Здесь программист или администратор, знающий как информация «лежит» в базе, создает каталог терминов конечного пользователя и определяет для каждого термина метод получения данных (фрагменты запроса SQL). Здесь же задаются исходные иерархии измерений и исходные форматы отображения объектов в отчетах. В Universe реализована возможность корректно работать по практически произвольным структурам отношений и связей между таблицами, не ограничиваясь простейшей «звездой» или «снежинкой». Возможно также объединение на этом уровне центрального хранилища и витрин данных.

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

Системный агент хранилища данных

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

Событие – некое событие, произошедшее в системе. На данный момент выделяются и обрабатываются следующие события:

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

Действие – это реакция системы на происшедшее событие. АПК предлагает большой выбор действий, определяемых ниже:

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

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

3.3. Подсистема анализа и отчетов (Analysis and Reporting).

Широкие возможности анализа, прогнозирования и представления данных предоставляет АПК.

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

При построении различных отчетов АПК обладает широкими возможностями масштабирования, “разворачивания” формул (“drill-down”), построения производных графиков, а также специальными аналитическими функциями.

Все это возможно за счет обширного инструментария.

Первым инструментом является комплекс продуктов BO Reporter+Explorer+Miner. С их помощью осуществляется:

  • 1) Прогноз. На основании имеющихся данных о значениях показателей система может прогнозировать их поведение в будущем. Результат прогноза отображается на графике.
  • 2) Анализ “If-Else”. Используя полученный прогноз, пользователь может проводить анализ “If-Else”. В процессе его система находит закономерности, учитывающие взаимосвязь между графиками показателей.
    Пользователь может задать конкретные значения одного или нескольких показателей для различных моментов времени и, в результате проведения анализа, получить картину поведения остальных.
    Способ учета взаимосвязи можно настраивать: при изменении значения показателя в какой-либо точке может меняться поведение как его собственной кривой, так и остальных кривых. Пользователь может задать очередность, с которой система будет учитывать указанные закономерности.
  • 3) Анализ взаимосвязей (Data Mining). На основании значений показателей, рассчитанных для прошедших периодов времени, система может находить и исследовать зависимость поведения графиков показателей друг от друга не только в один и тот же момент времени, но и со сдвигом во времени. То есть, например, можно отслеживать, как меняется значение показателя А сегодня в зависимости от значения показателя В на прошлой неделе.
  • 4) Мониторинг. Существует множество методик, позволяющих анализировать состояние дел в той или иной области и сигнализировать о неблагоприятной ситуации (или, наоборот, о возможности совершения выгодных операций). В свою очередь, задача подсчета и проверки большого количества необходимых показателей для различных областей всегда была чрезвычайно трудоемкой.

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

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

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

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

  • 1) Абсолютная верхняя граница. Срабатывает, если значение показателя оказалось выше установленного числа.
  • 2) Абсолютная нижняя граница. Срабатывает, если значение показателя оказалось ниже установленного числа.
  • 3) Относительное отклонение. Указывается величина допустимого отклонения в процентах. Срабатывает, если значение показателя изменилось больше чем на заданную величину по сравнению с предыдущим днем.
  • 4) Абсолютное отклонение от модели. В качестве модели выбирается другой показатель и указывается величина допустимого отклонения от него. Срабатывает, если модуль разности между значениями показателя и модели превысил величину заданного отклонения.
  • 5) Относительное отклонение от модели. Случай аналогичен предыдущему. Однако, здесь величина отклонения задается в процентах от значения модели.
  • 6) Монотонность. Указывается количество дней до текущей даты, за которые проверяется монотонное убывание (возрастание) значения показателя. Срабатывает, если на этом интервале показатель немонотонен.

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

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

Мониторинг показателей может проводиться автоматически.

Рейтинг-анализ

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

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

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

Вторым инструментом анализа и представления данных является WebIntelligence, который обладает мощными средствами построения html-отчетов через Web-browser. Пользователь может строить и просматривать отчеты, задавая произвольные запросы к базам данных опять же в терминах своего бизнеса. WebIntelligence использует те же universe, что и другие средства Business Objects.

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

При чем пользователь не ограничен в этом случае html-отчетами. Любой отчет можно экспортировать в Excel.

Третий инструмент аналитика в АПК – это BusinessQuery, посредством которого реализована возможность проводить анализ в MS Excel, пользуясь все теми же данными и терминами семантического слоя. О простоте и богатстве пакета анализа MS Excel говорить не приходиться – комментарии излишни.

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

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

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

Справочники

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

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

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

Справочники могут быть связаны между собой: по элементу одного можно вызвать другой, “связанный” справочник, либо целиком, либо в отфильтрованном по значению элемента виде. Например, логично назвать “связанными” уровни плана счетов: “раскрывая” раздел плана счетов, пользователь обычно хочет видеть также балансовые счета 1-го порядка данного раздела, “раскрывая” любой из них – балансовые счета 2-го порядка и т.д.

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

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

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

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

Благодаря Broadcast Agent, в комплексе автоматически выполняются различные события по обмену, обновлению, удалению документов.

3.4. Подсистема администрирования (Supervisor).

Инструменты администрирования разделены на 2 части – средства администрирования хранилища данных (Sybase) и средства (BO и Wi) по управлению системой анализа и отчетности, представленные в Supervisor. Первые позволяют обслуживать хранилище данных и настраивать физические формы доступа к объектам базы, вторые - регламентировать работу пользователей и продуктов BO и Wi.

Администратор отвечает за следующие действия в системе:

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

4. Сводный перечень аналитических и управленческих задач, решаемых АПК.

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

  • Анализ кредитного портфеля, в т.ч.
  • Состояние кредитного портфеля,
  • Структура кредитного портфеля,
  • Доходность кредитного портфеля,
  • Анализ кредитного риска, в т.ч.
  • Распределение по группам риска,
  • Оценка задолженности, взвешенной с учетом риска,
  • Анализ структуры портфеля ценных бумаг,
  • Анализ доходов и расходов банка, в т.ч.
  • Анализ доходности активов,
  • Анализ расходов по пассивным операциям,
  • Расчет структуры доходов и расходов,
  • Анализ динамики доходов и расходов банка,
  • Анализ собственных средств и капитала банка, в т.ч.
  • Анализ обеспеченности собственными средствами,
  • Анализ состояния клиентской базы, в т.ч.
  • Анализ доходности клиентов,
  • Структурный анализ клиентской базы,
  • Качественный анализ клиентской базы,
  • Анализ клиентских платежей,
  • Изменения структуры клиентской базы,
  • Изменения востребованности продуктов по группам клиентов,
  • Выявление скрытой аффилированности клиентов,
  • Анализ финансового положения кредиторов / заемщиков,
  • Фундаментальный анализ предприятий и потенциальных клиентов,
  • Анализ финансового состояния банка, в т.ч.
  • Анализ финансовой деятельности и ранжирование филиалов,
  • Анализ экономических нормативов деятельности банка
  • Методика анализа финансовой устойчивости,
  • Экспресс-анализ,
  • Комплексный и сравнительный анализ банков,
  • Исследование положения своего банка относительно конкурентов,
  • Расчет лимитов по видам операций по инструментам и по контрагентам,
  • Анализ Контрагентов на рынке МБК, Расчет лимитов по МБК,
  • Анализ структуры баланса, в т.ч.
  • Анализ активов - пассивов по срокам размещения,
  • Управление Активами-Пассивами,
  • Анализ динамики балансовых статей,
  • Анализ оборотного баланса,
  • Анализ, мониторинг и прогноз соблюдения установленных нормативов,
  • Составление и анализ общей финансовой отчетности (ОФО),
  • Анализ баланса по срокам,
  • Анализ внебалансовых счетов,
  • Анализ рентабельности банковских операций и банковских продуктов,
  • Анализ рентабельности подразделений, трансфертное ценообразование,
  • Бюджетирование, планирование и контроль, в т.ч.
  • Структура планирования: по ЦО (центрам отчетности), ЦФО (центрам финансовой ответственности), ЦП (центрам прибыли), ЦЗ (центрам затрат), ЦЦ (центрам ценообразования).
  • Виды планирования: от достигнутого, по требованиям / обязательствам, по платежам,
  • Контроль исполнения: план – факт, расхождение абсолютное и процентное, тренды,
  • Анализ кадровых ресурсов.
  • Анализ структуры трудовых ресурсов (по уровню образования, специальностям, и другим группировкам),
  • Анализ структуры филиалов и подразделений по количеству и качеству персонала,
  • Анализ эффективности деятельности филиалов
  • Сравнение расходов на зарплату по различным группам в различных филиалах в зависимости от прибыли филиалов.
  • Информационная база новостей и анализ внешней экономической информации.

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

5. Этапы внедрения системы и настройка

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

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

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

Разработка

  • 1.Определить потребности и описать основных пользователей системы.
  • 2.Определить желаемые результаты функционирования системы.
  • 3.Определиться с источниками данных.
  • 4.Разработать информационную модель системы.
  • 5.Выбрать способ хранения данных и тип хранилища.
  • 6.Выбрать систему визуализации и анализа данных.
  • 7.Разработать технологическую модель системы.
  • 8.Подготовить график внедрения системы и ответственных исполнителей.

Внедрение и настройка системы

  • 1.Покупка и установка программного обеспечения.
  • 2.Разграничение пользовательских прав доступа к системе.
  • 3.Подготовка структуры базы для заполнения данными, и установление взаимосвязей.
  • 4.Наполнение хранилища данными.
  • 5.Пробная реализация одной из подзадач СППР.
  • 6.Демонстрация и оценка реализованных возможностей системы.
  • 7.Корректировка дальнейших планов по развитию системы.
  • 8.Реализация оставшихся подзадач.

Сопровождение и дальнейшее развитие системы

  • 1.Текущее администрирование системы
  • 2.Обучение пользователей
  • 3.Дальнейшая работа по модернизации системы.

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

© 2001 Interface Ltd