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

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

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

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

Добавлен: 22.05.2023

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

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

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

1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

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

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

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

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


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

1. Общие сведения

1.1. Полное наименование Системы и ее краткое наименование

Полное наименование системы: "Автоматизированная система интеграции с системами Клиент- Банк". Краткое наименование: “Система интеграции с системами Клиент- Банк” (далее по тексту - “Система”).

1.2. Основание для разработки и внедрения

Основаниями для разработки являются Договор на разработку программного продукта (далее по тексту – «Договор»).

1.3. Принятые обозначения и термины

1.3.1. Принятые обозначения

ЗП - задание на платеж.

ПП - платежное поручение.

ТЗ – Техническое задание.

ПО – программное обеспечение.

СЭСЗП – система электронного согласования заданий на платеж.

СБК – система(ы) Клиент-Банк

БД – база данных

1.3.2. Принятые термины

Платежный документ – рублевое или валютное платежное поручение.

Дебетовые и кредитовые приложения к выпискам – документы, на основании которых банк осуществляет движение средств по счетам.

Выписка – документ, уведомляющий о движении средств по счету за определенную дату.

2. Назначение и цели создания Системы

2.1. Назначение

Система предназначена для обмена данными между СЭСЗП и системами Клиент-Банк.

2.2. Цели создания

Целями создания Системы являются:

  • автоматизация передачи электронных данных о платежных документах из СЭСЗП для систем Клиент-Банк;
  • автоматизация передачи электронных данных о дебетовых и кредитовых приложениях к выпискам из систем Клиент-Банк в СЭСЗП;

3. Характеристика объектов автоматизации

Объектами автоматизации являются сотрудники Казначейства:

  • Пользователи СЭСЗП. Их функциями являются оформление платежных документов для последующей выгрузки из СЭСЗП, простановка отметок об исполнении платежных документов на основании полученных из систем Клиент-Банк выписок.
  • Операторы систем Клиент-Банк. Их функциями являются оформление платежных документов в системах Клиент-Банк, передача их средствами соответствующих систем в банки на исполнение, получение из банков выписок.

4. Требования к Системе


4.1. Требования к функциям Системы

Система должна выполнять следующие функции.

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

4.2. Требования к квалификации персонала Системы

Пользователь Системы должен:

  1. знать свои функциональные обязанности;
  2. иметь навыки работы с компьютером (работа с MS Office, Windows Explorer, Web Browser, с почтовой программой MS Outlook или MS Exchange);
  3. уметь работать с системами Клиент-Банк в объеме, позволяющем выполнять свои функциональные обязанности;
  4. в рамках своих функциональных обязанностей знать организационное обеспечение СЭСЗП и руководство пользователя на неё.

4.3. Требования к надежности

  1. Для повышения отказоустойчивости Системы из-за сбоев по питанию должны использоваться имеющиеся у Заказчика источники бесперебойного питания для серверного оборудования.
  2. Надежность и время восстановления работоспособности Системы должны определяться регламентом резервного копирования и восстановления, принятым в Компании.

4.4. Требования к эксплуатации и техническому обслуживанию Системы

Эксплуатация и техническое обслуживание Системы требует:

  • надежную работу систем Клиент-Банк.

4.5. Требования к программному обеспечению

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

4.6. Требования к техническому обеспечению

Для функционирования Системы требуются следующие технические средства.

  1. Серверное оборудование, на котором функционирует СЭСЗП.
  2. Компьютерное оборудование, на котором функционируют системы Клиент-Банк.

5. Требования к алгоритмам и архитектуре Системы

Система интеграции функционально состоит из двух частей, см. рис.1:

1. Модуль обработки данных;

2. БД Системы интеграции (БД СИ).

Рисунок 1.1. Общая структурная схема взаимодействия СИ и СЭСЗП

Модуль обработки данных предназначен для:

  • чтения ПП из СЭСЗП и выписок из файлов, выгружаемых Клиент-Банками;
  • трансформации из входного формата документа в выходной;
  • отправки данных в выходном формате в пункт назначения.

Помимо этого результаты обработки исходных данных записываются данным модулем в БД СИ.

БД Системы предназначена для хранения Журнала выписок и Журнала ПП, а также исходных документов в исходных форматах.

Организация взаимодействия СИ и систем Клиент-Банк продемонстрирована на рис. 1.2.

Модуль обработки данных СИ состоит из каналов, которые:

  • принимают данные на вход от определенного источника: Клиент-Банка или СЭСЗП;
  • в соответствии с настройками преобразуют известный входной формат в известный выходной.

На каждую систему Клиент-Банк необходимо два канала: канал выгрузки ПП и канал чтения выписок.

Рисунок 1.2. Схема взаимодействия СИ и систем Клиент-Банк

Структурная схема канала преобразования данных представлена на рис. 1.3.

Канал предназначен для:

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

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

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

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

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

Блок трансформации предназначен для преобразования форматов. Он состоит из стандартных компонентов

  • ПреПроцессоров и ПостПроцессоров, осуществляющих последовательные элементарные преобразования (изменение кодировок, RTF в XML, Excel в XML, XML в RTF, замену последовательности символов другой, подстановку заголовков, устранение пустых строк и т.п.),
  • Парсера, осуществляющего основное преобразование.

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


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

Рисунок 1.3. Структурная схема канала преобразования данных

2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

Данная модель описывает структуру и характеристики стратегических целей банка (см. Рис. 2.1).

Цель – это желаемое будущее состояние банка, которое может быть достигнуто при выполнении выделенного состава бизнес-процессов и проектов.

Стратегические цели рекомендуется группировать, например, по перспективам системы сбалансированных показателей (BSC / KPI): Финансы, Клиенты, Процессы, Персонал, Развитие.

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

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

Рис. 2.1. Стратегические цели банка (фрагмент)

Модель показателей KPI

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

Показатели могут разрабатываться как в рамках системы сбалансированных показателей (BSC / KPI) – см. Рис. 2.2, так и в рамках других задач. Например, для оценки результативности отдельных бизнес-процессов (операционные показатели), для оценки достижения отдельных стратегических целей.

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

Рис. 2.2. Показатели KPI для стратегических целей банка (фрагмент)