Методики оценки эффективности обслуживания крупного клиента коммерческим банком

Для автоматизации управления рисками процессов обслуживания крупных корпоративных клиентов Киевского отделения Сбербанка предлагается разработать приложение по автоматизации продаж кредитных продуктов для корпоративных клиентов через офисы Банка. В подпроцессе происходит заполнение аналитической записки, анализ Заемщика, формируется профессиональное суждение. На основании подготовленных документов определяется схема кредитования. Разработка моделей оценки эффективности деятельности банка по работе с корпоративными клиентами: диссертация … кандидата экономических наук: 08.00.13 / Литвинцева Асана Михайловна; [Место защиты: Финансовый ун-т при Правительстве РФ].

Рисунок 3.6 — Схема подпроцесса В таблице 3.3 представлено пошаговое описание подпроцесса.

Таблица 3.3 Шаги процесса.

Шаг.	Описание.
Чтение данных заявки.	Id заявки передается в сервис заявок. Сервис заявок возвращает данные заявки.
Заполнение АЗ (р. 1−3).	В данной работе производится заполнение аналитической записки разделов 1−3.
Формирование профессионального суждения.	Осуществляется чтение параметров о необходимости направления служебной записки в УЗ.
Расчет кредитного рейтинга.	Рассчитывается кредитный рейтинг Заемщика.
Заполнение АЗ (р. 4−11).	Производится анализ деятельности заемщика.
Контроль итогов. Выбор ТОС / не ТОС.	Просматриваются документы и анализ по Заемщику. Определяется схема кредитования.

Формы разрабатывались в программе Dreamweaver.

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

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

Форма «Формирование профессионального суждения».

На рисунке 3.7 отображена визуальная форма 254-П (Положение Банка России от 26 марта 2012 г. N 254-П «О порядке формирования кредитными организациями резервов на возможные потери по ссудам «).

Рисунок 3.7 — Закладка «254-П».

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

Рисунок 3.8 — Закладка «Профессиональное суждение».

Рисунок 3.9 — Визуальная форма «Расчет кредитного рейтинга».

Форма «Расчет кредитного рейтинга».

На форме, представленной на рисунках 3.8 и 3.9, производится автоматическое заполнение ячеек данными из загруженного в систему баланса заемщика формы 1 и формы 2. Причем остается возможность редактирования баланса за сотрудниками банка. Расчет финансовых показателей производится исходя из данных сохраненных при загрузке. Форма включает закладки «Исходные данные», «Экспертная оценка», «Отчет», «Сводный лист».

Рисунок 3.10 — Визуальная форма «Расчет кредитного рейтинга» XML.

XML (Extensible Markup Language — расширяемый язык разметки) является инструментарием для хранения данных, конфигурируемым транспортным средством для информации любого рода, развивающимся и открытым стандартом, воспринятым всеми — от банкира до веб-мастера. Всего за несколько лет он в равной степени захватил воображение экспертов в области технологий и специалистов в промышленности. В чем же причина его успеха?

Краткий перечень возможностей XML говорит сам за себя:

• * XML позволяет хранить и упорядочивать информацию почти любого рода в формате, приспособленном к потребностям пользователя.
• * Будучи открытым стандартом, XML не связан с судьбой какой-либо отдельной компании или с конкретным программным обеспечением.
• * Используя Unicode в качестве стандартного набора символов, XML поддерживает внушительное число различных систем письма и символов, от скандинавских рунических символов до китайских идеографов Хань.
• * XML предоставляет несколько способов проверки качества документа путем применения синтаксических правил, внутренней проверки ссылок, сравнения с моделями документов и типов данных.
• * Благодаря простому и понятному синтаксису, а также однозначной структуре, XML легко читается и анализируется, как человеком, так и программами.
• * XML легко сочетается с таблицами стилей для создания документов, оформленных в любом требуемом стиле. Чистота информационной структуры не служит помехой изменениям оформления.

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

Правила XML жестко трактуют все, что касается структуры. Документ должен иметь такую разметку, чтобы не существовало двух способов интерпретации имен, порядка и иерархии элементов. Это значительно уменьшает число ошибок и сложность кода. Программы недолжны ни о чем «догадываться» или пытаться исправлять синтаксические ошибки, как это часто делают браузеры HTML, потому что различные процессоры XML должны давать одинаковые результаты.

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

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

Простота использования Чтобы получить широкое распространение, XML должен быть простым. Люди не хотят изучать сложную систему лишь для того, чтобы создать документ. XML интуитивен, элегантен и легко читается. Он позволяет разработать собственный язык разметки, удовлетворяющий нескольким логичным правилам. Это маленькое подмножество SGML, из которого выкинуто то, что не требуется большинству пользователей. Простота также благоприятствует разработке приложений. Если писать программы, обрабатывающие файлы XML, просто, появится большее число более дешевых программ. Правила XML строги, но они делают усилия по анализу и обработке файлов более предсказуемыми, а потому значительно более легкими. Простота ведет к изобилию. Можете представлять себе XML как своего рода ДНК для многих различных способов выражения информации. Таблицы стилей для определения внешнего вида и преобразования структуры документа можно писать на языке под названием XSL, основанном на XML. Еще одним видом XML являются схемы моделирования документов. Такая вездесущесть означает, что одни и те же средства можно применять для редактирования и обработки во многих различных технологиях.

Правильно построенные и действительные документы XML.

Стандартом определены два уровня правильности документа XML:

• · Правильно построенный (англ. well-formed). Правильно построенный документ соответствует всем общим правилам синтаксиса XML, применимым к любому XML-документу. И если, например, начальный тег не имеет соответствующего ему конечного тега, то это неправильно построенный документ XML. Документ, который неправильно построен, не может считаться документом XML; XML-процессор (парсер) не должен обрабатывать его обычным образом и обязан классифицировать ситуацию как фатальная ошибка.
• · Действительный (англ. valid). Действительный документ дополнительно соответствует некоторым семантическим правилам. Это более строгая дополнительная проверка корректности документа на соответствие заранее определённым, но уже внешним правилам, в целях минимизации количества ошибок, например, структуры и состава данного, конкретного документа или семейства документов. Эти правила могут быть разработаны как самим пользователем, так и сторонними разработчиками, например, разработчиками словарей или стандартов обмена данными. Обычно такие правила хранятся в специальных файлах — схемах, где самым подробным образом описана структура документа, все допустимые названия элементов, атрибутов и многое другое. И если документ, например, содержит не определённое заранее в схемах название элемента, то XML-документ считается недействительным; проверяющий XML-процессор (валидатор) при проверке на соответствие правилам и схемам.

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

Синтаксис XML.

В этом разделе рассматривается лишь правильное построение документов XML, то есть их синтаксис.

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

Корневой элемент Важнейшее обязательное синтаксическое требование заключается в том, что документ имеет только один корневой элемент (англ. root element) (также иногда называемый элемент документа (англ. document element)). Это означает, что текст или другие данные всего документа должны быть расположены между единственным начальным корневым тегом и соответствующим ему конечным тегом.

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

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

Содержимым элемента (англ. content) называется всё, что расположено между открывающим и закрывающим тегами, включая текст и другие (вложенные) элементы. Ниже приведён пример XML-элемента, который содержит открывающий тег, закрывающий тег и содержимое элемента:

Шаг 1.

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

Velocity.

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

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

Пример использования Velocity:

Основные средства1130

value="$!Content.ProfAssertionInfo.AccountsStatements.Balance.FixedAssets.MainResources.Quarter1″ .

type="text" class="input_text_style_short" >

value="$!Content.ProfAssertionInfo.AccountsStatements.Balance.FixedAssets.MainResources.Quarter2″ .

type="text" class="input_text_style_short" >

value="$!Content.ProfAssertionInfo.AccountsStatements.Balance.FixedAssets.MainResources.Quarter3″ .

type="text" class="input_text_style_short" >

value="$!Content.ProfAssertionInfo.AccountsStatements.Balance.FixedAssets.MainResources.Quarter4″ .

type="text" class="input_text_style_short" >

type="text" class="input_text_style_short" >