На головну

Системи УБТ Інтернет Клієнт для фізичних осіб | Економічна сутність комплексу задач | Основні функції системи СПЕД | Статистика платежів | Порядок отримання ключового комплекту для доступу до СПЕД | Порядок генерації ключів | Технологія збору, передачі, обробки та видачі інформації | Конфігурація комп'ютера користувача | ПО клієнта | Банківська ПО |

© um.co.ua - учбові матеріали та реферати

Робота відділень і філій в єдиній базі даних

  1. I. Інтерпретація даних за шкалами термінальних цінностей
  2. II. Інтерпретація даних за шкалами життєвих сфер
  3. II. Умови і порядок обробки персональних даних у зв'язку з реалізацією службових або трудових відносин
  4. IV. Умови і порядок обробки персональних даних, необхідних у зв'язку з наданням державних послуг і виконанням державних функцій
  5. IX. Розгляд запитів суб'єктів персональних даних або їх представників
  6. TEМA 8. Законність і правова робота в народному господарстві
  7. V. Порядок обробки персональних даних в автоматизованих інформаційних системах

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

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

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

Інтеграція даних на просторі многофилиального банку досягається комбінацією двох підходів:

· Для відділень банку, де досить великий документообіг і існують надійні канали зв'язку, організовується робота в режимі on-line через захищений канал.

· Для відділень, де надійність каналів зв'язку викликає сумнів, пропонується off-line робота, організована за допомогою системи ЦФТ - Банк Офіс. Система передачі електронних документів (СПЕД), або установка окремої копії системи і використання механізму реплікації.

Архітектура централізованої банківської системи на базі ЦФТ-Банк

Існує кілька варіантів побудови централізованої схеми:

· Триланкового архітектура (3L)

· Термінальний доступ (Citrix, Microsoft Terminal Server)

· Банк Офіс (СПЕД)

· Прикладна реплікація

Не залежно від варіанту побудови, в БД головного банку будуть знаходитися дані всіх філій і підрозділів банку.

триланкового архітектура

«Тонкий» клієнт «ЦФТ - Навігатор (3L)» є універсальним робочим місцем користувача. ЦФТ - Навігатор 3L характеризується більш низькими в порівнянні зі звичайним навігатором вимогам до каналів передачі даних, апаратного забезпечення і обслуговування клієнтського місця. Практика показує, що при застосуванні тонкого клієнта для комфортної роботи одного користувача досить каналу близько 6 кбіт / с. Завантаження каналу не рівномірна, тому для роботи 5 - 6 чоловік досить 28 кбіт / с. Звіти в 3-х рівневої системи формуються на сервері в фоновому режимі, і завантажуються на клієнтське місце в вигляді PDF-файлів.

Бізнес-модель будується згідно зі схемою 3-рівневої архітектури, де в якості рівнів виступають:

Рівень 1. Сервер БД Oracle, який здійснює зберігання даних, функціонування бізнес - логіки і підтримку засобів розробки інформаційної моделі.

Рівень 2. Сервер додатків, виконує процеси аутентифікації, вилучення даних і звернення до бізнес - логіці моделі за запитами користувачів, стискає передані дані і формує звіти. Авторизація користувачів здійснюється на рівні Сервера додатків, використовуючи стандартні засоби ОС Windows 2000.

Рівень 3. Робоче місце користувача - «ЦФТ-Навігатор» (3L), який формує

уявлення інформаційної моделі і здійснює виклик бізнес - логіки, за допомогою звернення до cервер додатків, а також виробляє запити на генерацію і перегляд звітів.

При експлуатації 3-рівневої архітектури «ЦФТ-Платформи розвитку» наявність клієнта Oracle допускається тільки на робочих місцях адміністраторів бізнес-моделі «ЦФТ-Платформи розвитку». Кінцевий користувач взаємодіє з бізнес-моделлю за допомогою єдиного АРМа: «ЦФТ-Навігатор» (3L).

Вимоги до системного програмного забезпечення

Сервер додатків - Component Services фірми Microsoft на платформі Windows 2000 Server SP2.

Клієнтське місце - Pentium II 300 МГц, 32 МБ c OC Windows 95 OSR2 / 98 / NT4 SP6 / 2000 SP2 / XP.

термінальний доступ

Термінальний доступ передбачає використання Citrix Metaframe або Windows Terminal Server. На термінальному сервері встановлюється клієнтське місце «ЦФТ-Навігатор». За допомогою термінального клієнта користувачі з'єднуються з термінальним сервером і працюють з АРМамі, встановленими на сервері.

За офіційними даними компанії Citrix, для комфортної роботи необхідно близько 20кбіт / с на одного користувача (канал 64кбіт / с дозволить працювати 3-4 користувачам).

Прикладна реплікація

Прикладна реплікація передбачає установку повноцінного сервера ЦФТ-Банк до філії. Користувачі філії і віддалені РКО працюють з цим сервером за допомогою звичайних АРМов. Для обміну даними з головним банком використовується механізм прикладної реплікації. Реплікація запускається сеансами через певні інтервали часу (можливе використання комутованого з'єднання). Крім того, прикладна реплікація підтримує файловий обмін, при цьому транспортом може служити будь-який вид зв'язку - електронна пошта, ftp, змінні носії інформації і т.д.

На відміну від Oracle Advanced Replication, прикладна реплікація дозволяє детально налаштовувати реплицируемой типи і реквізити.

Особливості прикладної реплікації:

· Гнучка система налаштувань реплицируемой класів і реквізитів

· Підтримка декількох режимів реплікації для кожного класу (одностороння, двостороння, заборона на зміну, і т.д.)

· Централізоване управління реплицируемой класами. Всі настройки проводяться в головному банку.

· Можливість реплікації змін одного об'єкта декільком адресатам (наприклад, зміни в довіднику в головному до всіх філій)

· Вибіркова реплікація записів одного класу

· Можливість частого запуску сеансу реплікації. При відсутності змін у філії і в головному банку «холостий» сеанс реплікації займає не більше 30 секунд.

· Відкритість. Всі зміни об'єктів відображаються в продукті для кожної реплікованих записи по кожному класу.

· Єдині глобальні ідентифікатори в рамках всіх філій банку. За глобальному ID можна однозначно визначити об'єкт в будь-якій філії.

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

Недолік - потрібна підтримка сервера БД в філії.

Для нормальної роботи реплікації з інтервалом 15 хвилин достатньо 32 кбіт / с на філію (з оборотом близько 5000 документів в день). Цього достатньо для реплікації всіх довідників, планів рахунків, продуктів, фінансових рахунків і документів.

Банк-Офіс

Банк-офіс - офлайновий варіант роботи з системою ЦФТ-Банк. Його використання передбачається в підрозділах банку, де немає постійного каналу зв'язку.

Робоче місце користувача - «ЦФТ-Банк клієнт» Функціонал цього робочого місця зазвичай менше, ніж надає «ЦФТ-Навігатор». Робота з АРМом здійснюється в офлайні. Для обміну даними запускається сеанс зв'язку (найчастіше використовується звичайний модем).

Застосування даної технології виправдане в невеликих РКО. Як канал зв'язку використовується телефонна лінія.

 



Можливості швидкої розробки банківських продуктів | проектна частина