Файл: Автоматизированные системы "клиент-банк".pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 22.05.2023

Просмотров: 650

Скачиваний: 5

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Стратегическая / счетная карта BSC

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

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

Бизнес-модель Банка [1] включает стратегические карты следующих направлений:

  • для всего банка - «Корпоративная» (см. Рис. 2.3);
  • «Private Banking Банка»;
  • «Корпоративный бизнес Банка»;
  • «Розничный бизнес Банка»;
  • «Кредитование»;
  • «Развитие сети терминалов самообслуживания»;
  • «Развитие системы менеджмента качества банка»;
  • «Развитие Интернет-банка (дистанционного банковского обслуживания)».

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

Модель окружения цели

Если нет необходимости строить единую счетную карту для всех стратегических целей, можно построить отдельную счетную карту для одной или нескольких целей в виде модели окружения цели (см. Рис. 2.4).

Рис. 2.3. Стратегическая карта Банка «Корпоративная»

Рис. 2.4. Модель окружения стратегической цели банка (счетная карта)

2.2. Используемые классификаторы и системы кодирования

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

Название реквизита

Примечание

Внутренний уникальный код платежа

Номер платежного документа

Дата платежного документа pp.

Код валюты платежа (буквенный ISO)

Код валюты платежа (цифровой ISO)

Сумма платежа

Счет плательщика

Из OVRPARK

ИНН плательщика

Из OVRPARK

КПП получателя

КПП плательщика

Название плательщика

Из OVRPARK

Английское название плательщика

Из OVRPARK

Юридический адрес плательщика

Из OVRPARK

Банк плательщика (вместе с городом)

Из OVRPARK

Английское название банка плательщика

Из OVRPARK

Город банка плательщика

Из OVRPARK

Юридический адрес банка плательщика

Из OVRPARK

БИК банка плательщика

Из OVRPARK

Кор счет банка плательщика

Из OVRPARK

Счет плательщика

Из OVRPARK

ИНН получателя

Если платеж позиционный - из OVRPARK

Название получателя

Если платеж позиционный - из OVRPARK

Английское название получателя

Если платеж позиционный - из OVRPARK

Адрес получателя

Если платеж позиционный - из OVRPARK

Банк получателя (вместе с городом)

Если платеж позиционный - из OVRPARK


Сопряжение должно быть реализовано с теми версиями и экземплярами систем Клиент-Банк, которые установлены у Заказчика на момент утверждения ТЗ. Сопряжение с другими версиями, с другими системами и экземплярами систем не предусматривается в рамках внедрения Системы.

2.3. Характеристика нормативно-справочной, входной и оперативной информации

Каждая система Клиент-Банк должна иметь возможность импортировать (загружать) электронные платежные документы, находящиеся в текстовых файлах на сервере, где установлена Система.

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

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

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

Название реквизита

Номер документа

Дата документа

Валюта (буквенный код ISO)

БИК банка плательщика

Кор счет банка плательщика

Банк плательщика

Счет плательщика

Плательщик

ИНН плательщика

БИК банка получателя

Кор счет банка получателя

Банк получателя

Счет получателя

Получатель

ИНН получателя

Сумма

Назначение платежа

Дата исполнения документа

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


2.4. Характеристика результатной информации

Характеристика результатной информации:

• ведение необходимой нормативно-справочной информации;

• ведение значение счета клиента, является отражением счета, который ведется в банке, с максимально возможной точностью;

• подготовка начальных платежных документов (или автономно, или прием их из программы автоматизации бухгалтерии предприятия);

• обмен с банком платежными документами;

• получение соответствующих платежных документов из банка;

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

• ведение протоколов работы, архивов проведенных (и отклоненных) трансакций;

• ведение нормативно-справочной информации и обеспечения ею программных комплексов клиентской части;

• распределение прав доступа пользователей-клиентов, регистрация доступа клиентов, предотвращения несанкционированного доступа;

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

• обмен платежными документами с программным комплексом ОДБ (в частности, банковская часть системы «клиент - банк» может быть одним из компонентов ОДБ), который собственно и выполняет расчеты клиента по документам, полученные через систему «клиент - банк», а также ведение счетов клиентов с отображением фактических трансакций;

• ведение протоколов работы, архивов проведенных (и отклоненных) трансакций.

3. Программное обеспечение задачи

3.1. Общие положения (дерево функций и сценарий диалога)

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


Бизнес-модель Банка [1] включает дерево всех бизнес-процессов крупного универсального банка до уровня функций (см. Рис. 3.1), выполняемых сотрудниками.

Рис. 3.1. Дерево бизнес-процессов банка (фрагмент)

Модель окружения бизнес-процесса

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

Рис. 3.2. Модель окружения бизнес-процесса «Изготовление банковской карты»

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

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

  • На верхних и средних уровнях: VAD, IDEF0, DFD.
  • На нижних уровнях: eEPC, IDEF3, DFD, Cross Functional Flowchart.

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

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

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

Бизнес-модель Банка [1] включает детальные описания следующих бизнес-процессов в нотации Cross Functional Flowchart (технологические карты).

Группа основных бизнес-процессов «Обслуживание физических лиц».

  • Кредит наличными
  • Ипотечное кредитование
  • Взыскание просроченной задолженности
  • Банковские карты

Группа основных бизнес-процессов «Обслуживание юридических лиц».

  • Банковские счета
  • Валютный контроль и валютные операции
  • Депозиты
  • Кредитование
  • Зарплатные проекты
  • Индивидуальные банковские сейфы (ИБС)
  • Инкассация
  • Дистанционное банковское обслуживание (ДБО)

Обеспечивающие бизнес-процессы

  • ИТ-обеспечение и связь (включая процессы ITIL «Библиотека инфраструктуры информационных технологий» / ITSM «Управление ИТ-обслуживанием»)
  • Административно-хозяйственное обеспечение
  • Обеспечение безопасности
  • Управление ПОД / ФТ (финансовый мониторинг)
  • Управление рисками

Управляющие бизнес-процессы

  • Стратегическое управление
  • Управление финансами
  • Управление маркетингом и работой с Клиентами (включая маркетинговые исследования, управление продуктами банка, управление продажами и работа с клиентами, функционирование колл-центра и телемаркетинг)
  • Управление проектами
  • Управление качеством (включая функционирование системы менеджмента качества и обязательные процедуры СМК – ISO 9000)
  • Управление персоналом и организационной структурой банка
  • Управление филиальной сетью банка
  • Антикризисное управление

Пример технологической карты процесса нижнего уровня «Подготовка и выполнение операций инкассации банкомата» показан на Рис. 3.3.

Рис. 3.3. Технологическая карта процесса

«Подготовка и выполнение операций инкассации банка»

3.2. Характеристика базы данных

Таблица 3.1. Структура входных массивов

Название

Название поля

Тип поля

размерность поля

Структура массива DOV_KLIENT

код клиента

KOD_ KLIENT

9

5

Ф.И.О.

FIO_ KLIENT

A

30

Дата рождения

DATA_NARODGENNA

D

8

Место жительства

MISCE_PROGIVANNA

A

30

Место жительства

MISCE_NAROD

A

30

серия паспорта

SERIYA_PASP

X

8

Дата выдачи паспорта

DATA_VUD_PASP

D

8

Кем выдан паспорт

KUM_VUDAN_PASPORT

A

30

идентификационный номер

IDENT_KOD

9

10

Телефон

TELEPHON

9

11

Структура массива DOV_VUD_ RAHUNOK

код клиента

NAZVA-VUDY_RAH

A

8

Структура массива DOV_GROH_OD

Название денежной единицы

NAZVA_GROHOVA_OD

A

8

Структура массива OPER_RAH

номер карточки

NOMER_KARTOCHKU

N

9

Дата снятия средств

DATA_ZNATTA_KOSHTA

D

8

снятая сумма

ZNATTA_SYMMA

D

8

Структура массива OPER_RAH_1

номер карточки

NOMER_KARTOCHKU

N

9

Дата снятия средств

DATA_ZNATTA_KOSHTA

D

8

снятие суммы

ZNATTA_SYMMA

I

8

Структура массива DOV_KARTOCHKA

номер карточки

NOMER_ KARTOCHKU

N

9

баланс

BALANS

I

8

Дата фактического завершения

DATA_FAKT_ZAVARSHENIA

D

8

Дата закрытия

DATA_ZAKRUTTA

D

8

Дата открытия

DATA_VIDKRUTTA

D

8

код клиента

KOD_KLIENT

N

9