l, Assembler та інші);
В· управління файлами розміром до 4 Гбайт;
В· обробка трансакцій, що дозволяє виконувати логічно пов'язані зміни в різних файлах;
В· системне журнал роботи всіх змін у файлах;
В· моніторинг використання системних ресурсів.
Альтернативний підхід полягає у використанні в якості основи для побудови банківських систем розподіленої переносимої реляційної СУБД В«OracleВ». У ній забезпечуються надійні методи збереження та обробки даних, захист від збоїв і несанкціонованого доступу, ефективна робота в багатокористувацької середовищі і у всіх популярних мережах, висока продуктивність. Прикладні системи, створені на базі СУБД В«OracleВ», однаково ефективно функціонують на всіх типах ЕОМ: персональних, міні-і великих ЕОМ і позбавлені недоліків, властивих багатьом іншим СУБД на ПЕОМ. Зважаючи повної переносимості прикладних систем зберігаються всі вкладення в їх розробку. Не потрібно персоналу, а закупівля нового обладнання не приводить до повної відмови від старого, бо останнє може використовуватися паралельно з новим. Недоліком СУБД В«OracleВ» є досить висока вартість, тому система доступна, як правило, великим і середнім банкам. br/>
. Вимоги до банківської Інформаційній системі і принципи розробки програмних засобів.
Постійні зміни, що відбуваються у сфері діяльності банків і які зачіпають юридичну сферу, економічне середовище і банківські технології, вимагають від системи управління банком високого ступеня адаптивності. БІС повинні мати гнучку структуру і бути відкритими системами, тобто допускають внесення необхідних змін в модель в разі будь-яких перебудов в банківській сфері. Тому система повинна бути орієнтована на автоматизацію управління банківською діяльністю, а не на конкретну задачу чистої автоматизації обробки банківської інформації. p align="justify"> Іншими словами, система повинна дотримуватися принцип цільового характеру управління і задовольняти вимогу відкритості для легкого внесення змін і нарощування функціональних її можливостей у міру необхідності. Ця вимога реалізується на принципах суворої параметрізованності автоматизуються об'єктів і модульності. Головним девізом тут повинна служити орієнтація системи на автоматизацію управління банківською діяльністю, а не на вирішення локальних функціональних завдань. p align="justify"> Процедури розширення та налаштування системи повинні грунтуватися на так званому В«зв'язуванніВ» модулів, яке забезпечує комплексність системи за рахунок їх інтеграції. Наприклад, оплата сповіщень по погашенню комунальних платежів клієнта одночасно оновлює позиції в поточних рахунках, а також інші позиції, порушені операцією. p align="justify"> До спеціаль...
