Автоматизация банковской деятельности

Автор: Пользователь скрыл имя, 13 Октября 2011 в 19:56, курсовая работа

Описание работы

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

Содержание

ВВЕДЕНИЕ. 3
ГЛАВА I. АВТОМАТИЗИРОВАННЫЕ ТЕХНОЛОГИИ В БАНКОВСКОЙ ДЕЯТЕЛЬНОСТИ. 5
ГЛАВА II. ОСОБЕННОСТИ ОТЕЧЕСТВЕННЫХ СИСТЕМ АВТОМАТИЗАЦИИ БАНКОВСКИХ ТЕХНОЛОГИЙ. 6
ЖИЗНЕННЫЙ ЦИКЛ ИТ. 10
Техническое оснащение решения банковских задач. 14
Программное обеспечение АБС. 15
ГЛАВА III. СИСТЕМЫ АВТОМАТИЗАЦИИ БАНКОВСКОЙ ДЕЯТЕЛЬНОСТИ ЗА РУБЕЖОМ. 17
ГЛАВА IV.ИНТЕГРИРОВАННАЯ БАНКОВСКАЯ СИСТЕМА "STEM". 19
I. КОНЦЕПЦИЯ И ПРИНЦИПЫ ПОСТРОЕНИЯ. 19
Общие требования к ИБС. 19
Выбор перспективных технологий и метода реализации ИБС. 22
II. ИНТЕГРИРОВАННАЯ БАНКОВСКАЯ СИСТЕМА «STEM».ЯДРО СИСТЕМЫ. МЕНЕДЖЕР СЧЕТОВ (ACCOUNT MANAGER). 27
Характеристика задач, решаемых Ядром ИБС. 27
Характеристики и особенности Менеджера Счетов. 29
Реализация поддержки целостности Банковских операций. 33
Поддержка внедрения системы в реальном времени. 35
III. ТЕХНОЛОГИЧЕСКАЯ СИСТЕМА ИБС "STEM". 35
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ:

Работа содержит 1 файл

itu.doc

— 222.00 Кб (Скачать)

      Переносимость PROGRESS - одна из ее сильных сторон. Возможность создания приложения на одной платформе и переноса на другую, несвязанную, платформу без единого изменения приложения придает инсталляционному продукту значительную гибкость. PROGRESS поддерживает 400 платформ, включая VAX; широкий диапазон систем UNIX, включая SCO UNIX SVR4, AIX, HP-UX, ULTRIX, CTOS, NetWare, OS/2 и PC/DOS; и OS/400 популярных AS/400 среднего класса фирмы IBM.[4].

      PROGRESS поддерживает транспортный доступ к DBMS:

- ORACLE          - Object Store                   

- RMS                   (OOODBMS)

- SYBASE           - DB2

- Rdb/VMS          - Allbase

- OS/400              - ODBC

- C-ISAM             - CT-ISAM

II. Интегрированная  банковская система  «STEM».Ядро системы.  Менеджер Счетов (Account Manager).

"Делайте  правильно с самого  начала".

У. Кеуффель

Характеристика  задач, решаемых Ядром  ИБС.

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

      В банках, где не используется ИБС, вместе с тенденцией роста банка происходит перенос информационной нагрузки и  знаний с верхнего управленческого звена на среднее — от специалистов до начальников отделов. Противоречивость ситуации заключается в том, что верхнее звено управления вынуждено принимать решения в условиях информационного «голода» или по подготовленным решениям среднего звена.

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

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

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

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

      Кроме того, верхнее звено принимает  решения на основе объективных знаний и контролирует тенденции и направления развития банковских технологий.

      Ядро  банковской системы ИБС «STEM», помимо описанной выше проблемы, решает следующие задачи:

— переносимость  и масштабируемость решений для  центрального офиса и филиалов;

— защиту и целостность информации;

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

— отработку  транзитных платежей;

— связь  с клиентами через встроенную, полностью автоматизированную систему «Клиент — Банк»;

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

— обеспечение  перехода на безбумажную технологию;

— максимально  упрощенное внедрение;

— возможность  расширения системы без участия  разработчиков.

      Использование СУБД PROGRESS позволяет решать вопросы  переносимости, функционирования в различных ОС и на разных платформах, построения гетерогенных сетей и реализации технологии клиент-сервер.

Характеристики  и особенности  Менеджера Счетов.

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

      Важная  особенность системы — датонезависимость. На любую дату в прошлом и будущем можно получить полностью актуальное состояние системы. Эта особенность оказывается полезной как на этапе внедрения, так и для задач типа «Играть, что если...» («Play what if ...»), например, при расчете и анализе выплат процентов и резервирования для этого средств и т.п.

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

Счет.

      На  уровне Менеджера счетов решаются все  задачи по обслуживанию счетов: открытие, закрытие счетов, движение средств по счетам и т.п.

      Счет  и системе позволяет вести  учет по одному из видов финансовой деятельности. Система счетов имеет иерархическую структуру, т.е. некоторая группа счетов принадлежит другому "счету-хозяину". Последние, в свою очередь, могут группироваться и иметь подчиненность третьему и т.д. Все счета делятся по уровням. Уровни отражают иерархию счетов. Принадлежность счетов некоторым уровням совпадает с необходимостью открывать счета согласно Плану счетов бухгалтерского учета. ИБС «STEM» обеспечивает проектирование Плана счетов с любым количеством уровней.

      Стандартно, вышестоящие счета — это Балансовые счета первого и второго порядков, однако, возможно, и третьего, и четвертого, и т. д., что позволяет проектировать план счетов, настраивая его на особенности компьютерного учета. ИБС позволяет сохранять все данные об изменении каких-либо параметров счетов. Разрядность нумерации счетов расширена до 40 символов. 

Связь Владельца счетов и Платежных систем.

      «Владелец счета» — тот, кто ведет финансовую деятельность и использует для этого  План счетов бухгалтерского учета в  донной системе. Владельцем счетов может быть некоторый субъект. Субъектов в системе может быть сколько угодно. Они могут также иметь иерархическую структуру (банки, филиалы). Система позволяет обслуживать несколько владельцев счетов на одной базе данных. Субъект может и не быть владельцем счетов в данной системе, а иметь обслуживаемые им счета вне этой ИБС. Описание субъектов и связей между ними приводит к понятиям Внешней и Внутренней платежных систем.

Остатки на счетах.

      Остаток - это количественный эквивалент денежных средств на счете в системе  счетов. Остаток на активном (А) счете определяет платежеспособность владельца счета (собственные средства). Как правило, это Банк. Остаток на пассивном (П) счете - задолженность (обязательства и капитал) владельца, например, перед клиентом Банка. Движение средств по счетам — уменьшение или увеличение остатка — подразделяется на Дебетовое и Кредитовое. С понятием остатка связано понятие оборотов за Банковский день. Обороты характеризуют активность счета, остаток - результат деятельности. Как видно из схемы №1, дебетовое движение увеличивает остаток для Активного счета и уменьшает для Пассивного. Использование знакового остатка приводит к тому, что дебетовое движение уменьшает остаток счетов А и П, но для П увеличивает абсолютное значение остатка. Схема разъясняет влияние движения средств по активным и пассивным счетам и формализует алгоритм изменения остатков.

      Изменение знака остатка приводит к изменению  счета А на счет П, что противоречит смыслу разделения счетов на А и  П. В бухгалтерских терминах такое изменение знака называется «красное сальдо».

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

Первая  схема  все счета либо только активные либо пассивные.

ДОСТОИНСТВА :

— простота, т. е. одинаковый алгоритм для А и  П, один знаковый остаток, два значения для оборотов;

— возможность  разделения оборотов по активам и  по пассивам;

— возможность  эмуляции второй схемы  использованием двух счетов.

НЕДОСТАТОК :

  • трудности с внедрением [существует практика использования АП-счетов].

Вторая  схема — допускается использование АП-счетов.

ДОСТОИНСТВА :

— эмулирует  первую схему ограничением изменения  знака остатка;

— нет  проблем с внедрением (методологически проработан).

НЕДОСТАТКИ:

— информационная избыточность (2 без знаковых остатка  для одного счета);

— принципиально  невозможно разделение оборотов по активам  и пассивам.

      В описываемой системе (ИБС «STEM») используется второй метод.

      История по остаткам связана с понятием Банковский день, которое предопределено наличием суточного цикла человеческой деятельности. Остаток характеризуется некоторым значением, которое для текущего дня является текущим остатком, а для закончившегося дня — остатком на конец дня.

      Порождение  остатка для истории происходит автоматически при совершении операции, если движение средств до этого момента  за дату операции по счету не производилось (т.е. при сравнении даты последнего остатка с текущей). Это означает, что остаток не порождается, если движения по счету за день не было. Значение текущее - последнее, со значением даты менее или равной указанной. Это справедливо для всей иерархии счетов, что позволяет сделать систему датонезависимой и видеть, например, БАЛАНС за любой день, совершать операции в прошлом и будущем.

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

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

Поддержка Одновалютной или  Многовалютной систем учета валютных операций.

      ИБС «STEM» поддерживает два метода учета  валютных операций:

по курсовому эквиваленту в национальной валюте (при этом пересчет производится в момент совершения операции);

Информация о работе Автоматизация банковской деятельности