WWW.REFERATCENTRAL.ORG.UA - Я ТУТ НАВЧАЮСЬ

... відкритий, безкоштовний архів рефератів, курсових, дипломних робіт

ГоловнаБанківська справа → Покоління автоматизованих банківських систем - Реферат

Покоління автоматизованих банківських систем - Реферат

"Файл-серверна" - це технологія, згідно з якою база даних зберігається на спеціально виділеному для цієї мети комп'ютері, який називається сервером. Вся обробка даних також виконується на сервері, а комп'ютер користувача, який називається робочою станцією, використовується як інтерфейсний засіб. Ця технологія характерна для перших поколінь АБС.
Більш прогресивною є технологія "клієнт-сервер". Згідно з цією технологією на сервері зберігається база даних, а всі прикладні функціональні задачі розв'язуються на робочій станції. Нині відомі й використовуються в АБС дві архітектури технології "клієнт-сервер": дворівнева та трирівнева. Більш поширеною є дворівнева архітектура, за якою вся обробка інформації виконується на робочій станції, а сервер використовується лише для зберігання та пошуку даних. Але така технологія, при складній логіці прикладних програм, ставить досить високі вимоги до комп'ютерів клієнтського робочого місця. З метою реалізації складної прикладної логіки для робочих станцій необхідно виділяти дуже потужні машини, що призводить до виникнення явища, яке дістало назву "товстого" клієнта. Усунення цього недоліку досягається трирівневою архітектурою, коли виділяється проміжний між сервером та клієнтом рівень, на якому реалізується вся прикладна логіка. Цей рівень має назву сервер додатків. Таким чином, архітектура цієї технології складається з сервера бази даних, сервера додатків і робочої станції. Така технологія усуває елементи дублювання, пов'язані з реалізацією подібної логіки на різних робочих станціях, а також проблему "товстого" клієнта. При трирівневій архітектурі комп'ютер користувача використовується як інтерфейсний засіб.
Host-ЕОМ - це ЕОМ, що встановлюється у вузлах обчислювальної мережі для вирішення питань комутації у мережі. Комутаційна мережа включає певну кількість серверів і Host-ЕОМ, об'єднаних фізичними каналами зв'язку, які називаються магістральними.
Вимоги до автоматизованих банківських систем
Першою і основною вимогою, яка ставиться до АБС, є вимога щодо її функціональної повноти. Повнофункціональною можна вважати систему, якщо набір її функцій дає змогу виконувати всі операції конкретного банку. Звичайно, система, яка відповідає сьогоднішнім потребам, може не задовольняти їх завтра, якщо у банку з'являться нові функції. Тому наступною вимогою, що ставиться до АБС, є її гнучкість.
Гнучкість - це один з ключових факторів, який полягає у тому, що будь-яка банківська система повинна мати можливість розширюватись та розвиватись і не лише фірмою-розробником, а й силами спеціалістів банку. Розвиток системи може відбуватися у двох напрямах: кількісному - при збільшенні кількості філій чи клієнтів та якісному - при розширенні спектра банківських операцій і послуг. Зміни кількісного характеру приводять до необхідності нарощування системи, яке може виконуватись двома способами:
" за рахунок встановлення у головній конторі більш потужної ЕОМ чи шляхом розпаралелення процесу обробки на кілька ЕОМ;
" за рахунок збільшення продуктивності обчислювальних комплексів у філіях банку і переходу на розподілену обробку даних, зберігши за центральним обчислювальним комплексом лише функції консолідації балансу та обслуговування поточних інформаційних потреб.
Вибір способу нарощування АБС залежить від стратегії розвитку банку, особливостей взаємодії головної контори та її філій, а також від прийнятого розподілу функцій та відповідальності за них. Але в будь-якому разі розробник АБС повинен вказати конкретні шляхи вирішення проблеми нарощення системи для того чи іншого банку.
В цілому система повинна мати можливість розширення як по горизонталі (збільшення кількості клієнтів, каналів зв'язку і т.п.), так і по вертикалі (перехід на більш потужну техніку).
При цьому мають бути зведені до мінімуму можливі зміни:
" інтерфейса користувача;
" технології роботи з системою;
" структури файлів бази даних.
Також має бути виключена або зведена до мінімуму необхідність модифікації прикладного програмного забезпечення і перепідготовки персоналу.
Надійність полягає в тому, що АБС повинна забезпечувати роботу великої кількості користувачів, які одночасно можуть вводити, коригувати документи (рахунки чи угоди), формувати звітність без будь-яких конфліктів, пов'язаних з одночасним доступом до даних.
Реальний масштаб часу після введення документа АБС повинен забезпечувати його бухгалтерське проведення. Новий стан рахунків відразу стає доступним для всіх користувачів й відображається у балансі, а також може бути використаний при обчисленні нормативів. Система, побудована з урахуванням цієї вимоги, має такі переваги:
" дозволяє в будь-який момент часу мати повну картину фінансового стану банка;
" надає можливість оперативно відстежувати інформацію, що надходить у систему;
" надає можливість отримання додаткових кредитних ресурсів.
Інтегрованість системи означає, що система повинна складатися з інформаційно та функціонально пов'язаних між собою модулів. Інформаційний зв'язок полягає у тому, що всі складові системи працюють із спільною базою даних, що дає змогу уникнути дублювання та забезпечує цілісність й узгодженість даних. Функціональний зв'язок дозволяє функціональним задачам, які характеризуються однаковою прикладною логікою, але розв'язуються на різних АРМах, використовувати спільні процедури, що зберігаються у відповідних бібліотеках (наприклад, нарахування процентних ставок та ін.).
Забезпечення багатофіліальної роботи банку полягає в тому, що для банків, які мають багато філій, і особливо для тих, структура яких є трирівневою, важливим моментом є забезпечення єдності й цілісності технології. Виконання цієї вимоги в ідеальному варіанті - це забезпечення розподіленої обробки даних в режимі On-line. Забезпечення розподіленої обробки даних в такому режимі коштує поки що досить дорого і під силу не всім банкам. Тому більш реальним з точки зору забезпечення цієї вимоги є єдність технологій, тобто як мінімум системи всіх рівнів повинні мати однакову структуру даних, однакові інтерфейси і інструментальні засоби розробки програмного забезпечення.
Безпека та захищеність системи - це одна із життєво необхідних вимог, що ставиться до АБС. За оцінками західних спеціалістів, навітьвеликий і стабільний банк збанкрутує, якщо він відкриє всю свою документацію. Тому АБС має бути захищена як всередині від можливих зловживань співробітниками банку, так і зовні від різного роду спроб розкриття банківської таємниці та махінацій з його коштами.
Література
1. Автоматизированные информационные технологии в банковской деятельности: Учеб. пособие для вузов / Г. А. Титоренко, В. И. Суворова, И. Ф. Возгилевич и др. / Под ред. Г. А. Титоренко. - М.: Финстатинформ, 1997. - 268 с.
2. Автоматизированные информационные технологии в экономике: Учебник /Под ред. Г. А. Титоренко. - М.: Компьютер, ЮНИТИ, 1998. - 400 с.
3. Автоматизация расчетных операций и фондовых бирж. - М.: Церих, 1992. - 206 с.
4. Банковские технологии. М.: Журнал издательства "Бизнес и компьютер" 1997-1999 гг.
5. Банковские технологии. Компьютеры+программы, 1997-1999гг.
6. Вступ до банківської справи: Навчальний посіб. / Савлук М. І., Мороз А. М., Коряк А. М. / Під ред. М. І. Савлука. - К.: Лібра,1998. - 344 с.
7. Державний класифікатор України ДК-001-94. "Класифікатор форм власності", затверджений наказом Держстандарту України № 228 від 22 листопада 1994 р.
8. Державний класифікатор України ДК-002-94. "Класифікатор організаційно-правових норм господарювання", затверджений наказом Держстандарту України № 228 від 22 листопада 1994р.
Loading...

 
 

Цікаве