Міністерство загальної та професійної освіти РФ

Московський Державний Індустріальний Університет

Кафедра інформаційних систем і технологій в економіці та управлінні

Самостійне завдання < p> з дисципліни

«Інформаційні системи» на тему:

«Банківські інформаційні системи».

Виконав:

Студент 3 -- го курсу

Групи № 6293

Валін Ф. Н.

Перевірив: проф. Широков Л. А.

- Москва 2003 р. -

ЗМІСТ.

Вступ 3
1. Архітектура системи та реалізація основних функцій 5

1. 1. Глобальний рівень 6

1. 2. Рівень менеджера. Функції управління банком. 7

1. 3. Рівень агентів 11
2. Рішення, які використовуються при розробці банківської системи автоматизації

12
3. Вимоги до банківської інформаційної системи і принципи розробки програмних засобів 13
4. Структура умовної інтегрованої інформаційної системи 17
5. Міжбанківські взаємодії та комунікації 25

Висновок 31

Список використаної Літератури.

1. Банківські технології. № 7-8, 1997.
1. Інформаційні технології. № 2, 1997.
1. Міжнародні банківські стандарти. Під. ред. С. І. Кумок. -М.:

Московське фінансове об'єднання, 1995.
2. InterNet

Введення.

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

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

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

У більш агрегованому вигляді можна виділити два класи задач, розв'язуванихсистемою управління:
V мережеве управління - моніторинг мережевих пристроїв і керування ними;
V системне управління - управління користувачами, їх засобами і ресурсами, включаючи ПЗ та користувацькі процеси.

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

До найбільш розвиненим базовим засобам побудови систем управлінняслід віднести:
OpenView + IT operation/administration компанії Hewlett-Packard;
Sun Connect SunNet Manager компанії Sun Solution;
Tivoli компанії IBM;
SMS компанії Microsoft;

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

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

1. Архітектура системи та реалізація основних функцій.

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

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

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

Високий ступінь масштабованості повинна дозволяти налаштовувати системуна завдання конкретного бізнесу, використовуючи мережі TCP/IP, SNA, DECnet і IPX,мейнфрейми IBM операційні системи VMS, OS/400, NonStop Kernel, Unix,
Windows NT і Windows 95.

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

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

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

1. 1. Глобальний рівень.

На верхньому рівні об'єктно-орієнтованої архітектури системиреалізується графічний інтерфейс реального світу, з допомогою якогокеруючі програми розпізнають підпорядковані їм ресурси і встановлюютьвзаємозв'язку. Для відображення всієї обчислювальної середовища використовуєтьсятривимірна анімація і елементи віртуальної реальності, що дозволяютьадміністратору «пересуватися» по обчислювальних ресурсів та мережевимз'єднанням. Таким чином, зі свого «пульта управління» адміністраторможе спостерігати за функціонуванням інформаційно-телекомунікаційноїінфраструктури корпорації і вирішувати виникаючі проблеми.

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

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

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

1. 2 Рівень менеджера (функції управління банком).

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

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

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

Для визначення причин збоїв реалізуються функції фільтрації івзаємоув'язку подій, що виникають в різних інформаційних ресурсах. Приуправлінні подіями виділяються повідомлення, що мають для системи найбільшузначення, і визначаються дії, що виконуються при їх появі. Функціяуправління подіями може грати роль як менеджера, так і агента - нетільки розпізнавати події, але й обробляти їх. Як інтерфейс дофункції управління подіями використовується консоль управління подіями,що представляє собою окреме вікно в графічному інтерфейсі керуючихфункцій, що дозволяє стежити за всім, що відбувається в системі. Звідсиж адміністратор може спостерігати за потоком повідомлень, пов'язаних зуправлінням подіями. Унікальність цієї функції полягає в можливостібачити графік повідомлень в цілому і відразу ж реагувати на них.

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

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

Функція управління робочим навантаженням реалізує два способипланування завдань - прогнозований і подієвий. Прогнозованапланування здійснюється за допомогою календарів, а подієве - за допомогоюдій. Останній тип зручний для виконання завдань при виникненнівиняткових ситуацій поза статично прогнозованого графіка.
Комбінування обох способів дозволяє ефективно планувати виконаннязавдань в різних ситуаціях - повсякденних і виняткових.

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

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

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

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

Функція захисту реалізує рішення проблеми аутентифікації длягетерогенної середовища. Таке рішення забезпечує єдиний вхід в систему длядоступу до всіх ресурсу, будь то мейнфрейми, локальні мережі, UNIX-системи,комп'ютери середнього класу або ПК. Користувачеві доситьзареєструватися один раз, щоб працювати з усіма доступними системами,не запам'ятовуючи безліч імен і паролів для входу в кожну. Засоби системиповинні дозволяти адміністратору створювати алгоритм використання паролів,який відповідав би вже склалися в банку вимогам.

У системі реалізовані засоби групування користувачів і ресурсів,а також розширені засоби авторизації (крім стандартних прав читання ізаписи). На відміну від традиційних систем файли захищаються не їхфізичними атрибутами, наприклад списком прав доступу, а правилами яківстановлюються в спеціальній реляційної бази даних управління захистом. Уцій базі зберігається вся інформація, пов'язана із захистом, і адміністраторизавжди можуть отримати звідти потрібні відомості. Система надаєзасоби визначення ресурсів, що потребують захисту: файли, термінали,принтери, настільні ПК, порти TCP/IP, Web-сторінки і поєднує їх угрупу по відображенню конкретного бізнес-процесу. Потім адміністраторможе призначати повноваження для користувачів, задіяних у цьомупроцесі. Крім того, розвинені аудиторські функції дають можливістьконтролювати використання алгоритмів захисту в системі - ведеться журналнесанкціонованого доступу та спроб злому захисту, а також даних провнесення змін до алгоритмів захисту.

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

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

Однією з ключових функцій на даному рівні є функціявідображення бізнес процесів. Бізнес процеси, такі, наприклад, якобробка замовлення, електронний платіж, обслуговування клієнта, що здійснюютьсяв рамках автоматизованих фінансових і промислових систем типу MANMAN/X,
Baan, SAP/R3, можуть включатися в так зване відображення бізнес -процесів. Будь-яке з них можна «відкрити», створивши для нього папку, і «поклавши»туди всі атрибути, що відповідають за його функціонування: ідентифікаторикомп'ютера і диска, опису вимог до ресурсів і т. п. У результатіможна сформувати динамічну картинку актуального стануавтоматизованої системи, про яку адміністратор здатний простежитивиникнення потенційних колізій і своєчасно, наприклад,перерозподілити або додати ресурси.

1.3 Рівень агентів.

Як вже зазначалося, модель управління розподіленими системамиреалізується у вигляді гнучкої структури, в основі якої лежить технологія
«Менеджер - агент», реалізована на двох нижніх рівнях архітектурисистеми. Агент - це програма на мові програмування Сі, що використовуєбібліотеку функцій зв'язку з ядром системи і генерує інформацію дляверхніх рівнів управління. Дана програма запускається централізовано іуправляється брокером об'єктів. Кожного разу, коли в корпоративну системувключається новий компонент, відбувається опитування з метою виявлення вжевідомих агентів і встановлення з ними зв'язку. Агенти за аналогією здатчиками і сенсорами стежать за роботою практично будь-яких ресурсівінформаційної системи і дозволяє спостерігати за семи елементами мережноїінфраструктури, базами даних і додатками. Список готових агентів усистемі повинен включати підтримку таких найбільш поширених ОС і базданих, як Windows NT, Unix, Oracle, Sybase, SQL Server, CA-OpenIngres.
Додаткові агенти можуть створюватися за допомогою системнихінструментальних засобів.

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

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

2. Рішення, які використовуються при розробці банківської системи автоматизації.

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

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

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

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

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

При розробці системи автоматизації можуть бути реалізовані дваальтернативних рішення.

Перше рішення полягає в тому, що проектувальники розробляютьсистему, виходячи зі сформованої структури управління і, таким чином,
«Увічнюють» її переваги і недоліки.

Друге рішення передбачає попередню реорганізацію системиуправління та вдосконалення її у відповідності з сучасною концепцієюорганізації управління та вимог керівництва установи.

3. Вимоги до банківської Інформаційної системи і принципи розробкипрограмних засобів.

Постійні зміни, що відбуваються у сфері діяльності банків ізачіпають юридичну сферу, економічне середовище та банківськітехнології, вимагають від системи управління банком високого ступеняадаптивності. БІС повинні мати гнучку структуру і бути відкритими системами,тобто допускають внесення необхідних змін в модель у разі будь -або перебудов в банківській сфері. Тому система повинна бутиорієнтована на автоматизацію управління банківською діяльністю, а не наконкретне завдання чистої автоматизації обробки банківської інформації.
Іншими словами, система повинна дотримуватися принципу цільового характерууправління та задовольняти вимогу відкритості для легкого занесеннязмін і нарощування її функціональних можливостей у мірунеобхідності. Ця вимога реалізується на принципах сувороїпараметрізованності автоматизуються об'єктів і модульності. Головнимдевізом тут повинна служити орієнтація системи на автоматизацію управліннябанківською діяльністю, а не на вирішення локальних функціональних завдань.

Процедури розширення і налаштування системи повинні грунтуватися на такзваному «зв'язування» модулів, що забезпечує комплексність системиза рахунок їх інтеграції. Наприклад, оплата повідомлень з погашення комунальнихплатежів клієнта одночасно оновлює позиції в поточних рахунках, а такожінші позиції, порушені операцією.

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

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

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

Виконання проводок і зміна особових рахунків повинні здійснюватися вреальному масштабі часу. Робота з єдиною інформаційною базою дозволяєавтоматично поширювати будь-які зміни всіх взаємопов'язаних частинбази при внесенні змін в будь-яку її частину. Система повинна забезпечуватипостійна зміна стану особових рахунків і щоденний перерахунокзалишків на них з урахуванням денних змін. Цей перерахунок повинен даватиможливість накопичення місячних, квартальних і річних оборотів по рахунках.

Особові рахунки повинні проходити аналіз на ситуацію Невідкритий рахунок.
Знову відкриваються рахунки отримують автоматично привласнюються номери. Принеобхідності клієнт (за наявності системи клієнт-банк) або співробітник банкуповинен мати можливість перегляду особового рахунку та оцінки його динаміки зазаданий період. За характером рахунків БІС повинна забезпечувати роботу вмультивалютному режимі як з поточними і розрахунковими рахунками, так і зрізного роду депозитними, позиковими, контокорентний та іншими рахунками,а також нараховувати різного роду відсотки і комісії.

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

Вимоги розробника в основному пов'язані зі сформованим підходом допроектування автоматизованих систем, а також з власними йогоінтересами, які носять фінансовий характер. Це перш за всеспіввідношення: ціна - собівартість - обсяг робіт.

До інтегрованим системам при розробці висуваютьсяпосилені вимоги, ніж до локальних розробок. Це обумовленорозширеними функціональними запитами комплексності рішень іобов'язковими системними угодами.

Вкрай важливим є принцип комплексності розробки, якийпередбачає створення сукупності взаємозалежних програмних засобів,автоматизують ряд банківських функцій і організованих у вигляді цілісноїсистеми. При цьому для ефективної її експлуатації повинні дотримуватисяпринципи узгодженої пропускної здатності частин системи та гнучкостіінформаційного забезпечення при збереженні його єдності. Справа в тому, що вНині в банках є роз'єднані інформаційні фонди, щоможе приводити до неоднозначних трактувань економічної ситуаціїрізними співробітниками банку. Очевидно, що дотримання єдності базиповинно супроводжуватися однократністю введення інформації.

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

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

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

Кожному об'єкту (особовий рахунок, проводка, клієнт) відповідаєстандартний інструментарій (створення, контроль, коректування, видалення,сортування, пошук та ін), а також специфічний інструментарій ( «червонесторно »для проведень, укладення обертів або закриття - для рахунків та ін.)

Досить актуальною проблемою сьогодні залишається забезпечення банківськоїбезпеки. Її рішення може бути успішним тільки при комплексномупідході, що має на увазі розділення доступу до інформації, до різних
АРМ і до режимів в них. Так, для доступу до системи існують рівні:пересилання файлів у певну директорію, доступи в певнудиректорію, доступ до диску, реалізація всіх функцій на віддаленої ЕОМ. Дляцього використовується система паролів, шифрування переданоїінформації, електронного підпису. Також важливе значення має правильнаорганізація ведення архіву інформаційної бази системи.

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

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

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

Загальні вимоги розробки інформаційних систем: скороченнядокументообігу; автоматизація рутинних завдань: адаптивність фінансовихінформаційних систем (ФИС) (параметрізованность); можливість розширеннясистем; єдина інформаційна база; мобільність; ведення архіву системи;відновлення архівної копії бази даних системи.

Як пр