Навігація
Головна
 
Головна arrow Інформатика arrow Інформаційні системи і технології в економіці і управлінні
< Попередня   ЗМІСТ   Наступна >

ПРОБЛЕМИ СТВОРЕННЯ ІНФОРМАЦІЙНИХ СИСТЕМ БАНКІВСЬКОЇ ДІЯЛЬНОСТІ

Після вивчення цієї глави студент повинен:

знати

  • o принципи побудови автоматизованих банківських інформаційних систем;
  • o програмне та інформаційне забезпечення автоматизованих банківських технологій;

вміти

o визначати технічні рішення банківських технологій;

володіти

o навичками з організації електронного документообігу в банку.

Принципи побудови автоматизованих банківських систем

Автоматизована банківська система (АБС) - це форма організаційного управління банком на базі широкого застосування нових інформаційних технологій.

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

До сучасних АБС пред'являються дуже строгі вимоги як від банків-користувачів, гак і від державних та контролюючих органів. Виробники АБС повинні динамічно підлаштовувати свою продукцію під мінливі нормативи і звітні вимоги, пропоновані до ведення банківського бізнесу. Серед основних вимог, що пред'являються до АБС, можна виділити наступні.

1. Функціональна повнота. Це одна з найголовніших характеристик АБС. Складні АБС можуть містити десятки тисяч різних автоматизуються функцій і банківських операцій. Функціональна повнота увазі наявність в програмному виробі необхідного і достатнього числа компонентів для виконання заданих функцій з урахуванням можливості системи найбільш повно відповідати інформаційним потребам банку, охоплюючи всі види його діяльності.

При формуванні переліку функцій, які повинна автоматизувати приобретаемая (розробляється) АБС, слід виходити не тільки з потреб сьогоднішнього дня, а й враховувати майбутні запити в рамках стратегії розвитку банку, щоб не опинитися в ситуації, коли доведеться пристосовувати стратегію до наявної АБС.

  • 2. Комплексний підхід. Тільки комплексна інформаційна банківська система, інтегруюча різні сфери діяльності банку, здатна повністю автоматизувати і об'єднати в єдине ціле бізнес-процеси фінансової установи. Робота з клієнтами, участь у біржових торгах повинні бути ув'язані з внутрішньогосподарської діяльністю банку і бухгалтерією.
  • 3. Масштабованість системи. Здатність системи адаптуватися до розширення пропонованих вимог і зростанню обсягів вирішуваних завдань: кількості обслуговуваних автоматизованих робочих місць, оброблюваних документів, а також швидкості реакції, загальної продуктивності та ін., При додаванні до неї обчислювальних ресурсів.
  • 4. Відкритість - здатність інтеграції з будь-якими зовнішніми відкритими програмами через стандартні інтерфейси міжпрограмної взаємодії, підтримка сучасних світових стандартів у галузі інформаційних технологій (WfMC, XML, СОМ / DECOM, J2EE), наявність готових індустріально підтримуваних шлюзів до найбільш поширеним офісним та бізнес-додаткам , прозора інтеграція зі стандартними користувача інтерфейсами, такими як Windows Explorer і Internet Browser.
  • 5. Настроюваність системи. Це її мобільність, динамічність, рухливість. Настроюваність припускає, що ті чи інші значущі параметри не твердо задані, а можуть бути адаптовані до потреб і умов конкретного банку.
  • 6. Централізоване управління системою. Налаштування технології функціонування системи згідно технології роботи банку не з АРМ кінцевих користувачів, а з одного спеціального модуля. Всі основні настройки робить кваліфікований технолог АБС, а співробітники банку можуть відразу приступити до роботи з програмою. Автоматизовану банківську систему, що має таку архітектуру, можна максимально швидко і якісно підготувати до експлуатації. Це дає можливість оперативно змінювати умови виконання будь-якої операції, що дуже важливо при створенні нових банківських продуктів.
  • 7. Єдина база даних, що забезпечує багатокористувацьку роботу. Рекомендується використання розподілених баз даних на основі промислових СУБД (MS SQL Server, Oracle, Informix, DB2). У цих СУБД вбудовані і є невід'ємною частиною:
    • o транзакційний механізм;
    • o засоби розмежування доступу;
    • o засобу підтримки посилальної цілісності і несуперечності даних.

Використання розподілених баз даних забезпечує необхідний рівень безпеки даних, дає можливість програмістам банку зосередитися на оптимізації змістовної частини додатків.

  • 8. Робота в режимі реального часу. У такому режимі реакція системи на керуючий вплив повинна відповідати швидкості протікання процесу, яким система управляє.
  • 9. Безпека. Підтримується: засобами поділу прав доступу, інтегрованими з системою безпеки ОС (що має до семи рівнів доступу до документів); механізмом призначення прав як по ролевому, так і по персональному ознакою і можливістю зміни прав доступу до документа в процесі його життєвого циклу. Вимоги безпеки включають в себе також можливість інтеграції з відкритими засобами криптографічного захисту, аутентифікації і електронного підпису.

При побудові системи використовують такі концептуальні поняття:

  • o документ (базове поняття) - переміщуваний по етапах обробки авторізуемой носій банківської інформації, здатний автоматично генерувати здійснення банківських операцій (наприклад, виробництво і рознесення проводок та створення інших документів). Опис етапу обробки документа включає в себе екранну форму документа з відповідними їй алгоритмами обробки. Ця форма може розрізнятися для одного і того ж документа, оскільки його поля заповнюються на певних етапах обробки;
  • o система електронного документообігу - середа створення, модифікації та передачі електронних документів як усередині банку, так і між банком і клієнтами, банком та його філіями, сторонніми банками чи розрахунковими (платіжними) системами;
  • o динамічно компонований робоче місце користувача автоматизованої банківської системи - адреса (ім'я) користувача з призначеним йому набором документів, етапів обробки документів, що надаються прав;
  • o розподілені, колективно формовані і використовувані сервери банківських баз даних, що містять, зокрема, документи, операції (проводки), рахунки, процедури і тригери формування та контролю цілісності баз даних;
  • o операційний день банку - ядро (сервер) банківської системи та інших підсистем автоматизації банківської діяльності;
  • o мікропроцесорні карти - кошти авторизації електронних документів та підтвердження наявності коштів на рахунку.

Автоматизована банківська система повинна відповідати таким принципам.

  • 1. Принцип динамічних робочих місць користувачів. Робоче місце користувача АБС компонується (настроюється) динамічно і визначається як адреса (ім'я) користувача з призначеним йому набором документів, етапів обробки документів, що надаються прав. Користувач, входячи зі своїм ім'ям в систему з довільного комп'ютера, працює з доступними йому документами. Якщо для користувача (чи сто підрозділу) змінюється набір документів, з якими він працює, то його робоче місце відповідним чином перенастраивается. Таким чином, настройка всіх динамічних робочих місць системи проводиться як перед початком функціонування системи, так і в міру необхідності в процесі функціонування. При цьому ідентифікатору конкретного користувача (який може бути і груповим, тобто ідентифікатором підрозділу банку) призначаються конкретні документи і етапи їх обробки.
  • 2. Принцип базування на системі електронного документообігу банку. Система електронного документообігу банку - прикладна телекомунікаційна середу створення, модифікації та передачі електронних документів як усередині банку, так і між банком і клієнтами, банком та його філіями, сторонніми банками чи розрахунковими (платіжними) системами. Дотримання цього принципу означає, що всі зовнішні документи потрапляють в обов'язковому порядку в систему електронного документообігу та інші банківські додатки працюють з документами, приймаючи і відправляючи їх через систему електронного документообігу. Сама система електронного документообігу банку може використовувати для глобального зв'язку зовнішні телекомунікаційні мережі, наприклад SPRINT, Інтернет або розрахункову мережу Банку Росії.
  • 3. Принцип спільного використання on-line- і off-line-технологій обробки документів. Технологія on-line дозволяє обробляти документи (розносити проводки) в реальному режимі часу в момент автоматичної генерації документами операцій (проводок). Off-line-технологія дає можливість обробляти документи автономно, наприклад на робочому місці користувача генерувати проводки, пізніше через систему електронного документообігу відправляти їх в ядро операційного дня для рознесення по рахунках. Дотримання даного принципу означає, що робоче місце користувача можна динамічно налаштувати (залежно від доступності ядра операційного дня з сервером бази даних рахунків) на будь-яку з цих технологій.
  • 4. Принцип використання унікальної ідентифікації документів. Використання системи унікальної ідентифікації (нумерації) документів (у тому числі створених віддалено) дозволяє ідентифікувати і аналізувати вироблені за цими документами операції та їх вплив на стан рахунків. Ідентифікатори документів присутні в інформації про всі операції, породжених даними документами.
  • 5. Принцип інтеграції компонентів системи. Компоненти системи - розподілений ядро (SQL-сервери банківських баз даних з тригерами і процедурами роботи з рахунками), робочі місця користувачів (клієнтські програми обробки документів) і система електронного документообігу (транспортує документи між робочими місцями і базами даних ) повинні бути максимально інтегровані. Це, зокрема, означає, що:
    • o документи, відправлені від одного робочого місця до іншого (залежно від його знаходження), можуть автоматично або відразу передаватися в локальні мережі на це робоче місце, або потрапляти в систему електронного документообігу і транспортуватися на будь-яку відстань;
    • o система електронного документообігу однаковим чином маршрутизує (транспортує) електронні документи будь твань в системі "Банк-клієнт", у тому числі платіжні доручення клієнтів. Вона маршрутизує автоматично створені ядром банківської системи електронні документи (наприклад, виписки по рахунках), торгові транзакції по карткових рахунках, генеровані торговим терміналом в магазині, електронні документи, що прийшли із зовнішніх систем (наприклад, із системи SWIFT);
    • o клієнтські програми представляють одноманітну програмну оболонку, налаштовує на конкретні форми документів, що має однакові способи обміну з ядром і системою електронного документообігу.

У розглянутій системі виділяють наступні основні об'єкти: документ, ідентифікатор користувача, адресу користувача, рахунок, операція і мікропроцесорна карта.

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

Ідентифікатор користувача визначає права доступу конкретного користувача. Користувач ідентифікується або паролем, безпосередньо запитуваною системою, або мікропроцесорної картою, яка в свою чергу може вимагати введення користувачем персонального ідентифікаційного номера коду (PIN-коду).

Адреса користувача встановлює місцерозташування конкретного користувача в територіально розподіленої банківській системі. Адреса може бути відносно іншої адреси як локальним, всередині тієї ж локальної мережі, так і глобальним, територіально віддалених.

Рахунок - поточні стани та історії зміни станів рахунків зберігаються на SQL-сервері баз даних, доступні до зміни тільки через тригери і процедури сервера, що забезпечує збереження цілісності бази даних і захищеності рахунків від клієнтських додатків.

Операція - набір послідовно виконуваних проводок і деяких облікових даних, змінюють стан рахунків. Генерується автоматично при досягненні документом етапу, з яким пов'язана операція. Виконується (розноситься) при дотриманні наступних умов:

  • o складові операцію проводки доставлені до ядра банківської системи (вони могли бути сформовані на віддаленому робочому місці в off-line-режимі);
  • o дата, пов'язана з проведенням операції (і зазначена в документі), настала (проводки можуть бути відкладеними);
  • o деякий логічне умова загального типу, пов'язане з цією операцією, виконано. Такою умовою, що задається при формуванні (настройці) цього типу документа, може бути, наприклад, необхідність підтвердження операції керівником підрозділу (які мають особистий пароль або картку) при перевищенні суми операції деякого ліміту.

Мікропроцесорна карта - засіб ідентифікації користувачів системи та авторизації електронних платіжних документів довільного виду. Дозволяє захистити електронний платіжний документ електронним підписом, а адресату при отриманні провести його аутентифікацію - переконатися, що документ (будь то платіжне доручення від клієнта, торгова транзакція з магазину і т.п.) був складений зазначеним відправником і не був несанкціоновано змінений. Головне достоїнство при використанні для аутентифікації клієнта в порівнянні з паролем - унікальність (некопіруемость), у той час як пароль може бути підглянений або ще як-небудь скопійований.

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук