Меньков А.В., Острейковский В.А. Теоретические основы автоматизированного управления

Подождите немного. Документ загружается.

450

внтримашинно о информационно о обеспечения является тех-

ноло ия баз и банов данных. К ор анизации информационно о

обеспечения бановсой деятельности предъявляется ряд требо-

ваний. Наиболее важными из них являются: обеспечение для

мно их пользователей работы с данными в реальном времени;

предоставление для обмена информацией возможности эспор-

та/импорта данных в разных форматах; безопасность хранения и

передачи бановсой информации; сохранение целостности ин-

формации при отазе аппаратры.

Информационным фндаментом современных АБС для мно-

опрофильных и мно офилиальных банов с возможностями

анализа и про ноза являются БнД со стртрой данных в базе,

обеспечивающей надежное хранение, а таже быстрый достп 

различным временным поазателям по множеств объетов (до-

ментам, счетам, лиентам, филиалам и их рппам). Для это о

требются мно омерные стртры данных. Появление новых

стртр и видов (мльтимедийные и пр.) данных требет совер-

шенствования техноло ии баз данных.

Развитие теории и пратии создания и использования баз

данных приводит  более широом понятию — хранилище дан-

ных. Это может быть централизованная база данных, объединя-

ющая информацию из разнородных источниов и систем и пре-

доставляющая собранные данные по приложениям онечных

пользователей.

Единое информационное пространство, созданное на основе

техноло ий информационных хранилищ, слжит базой для реа-

лизации разнообразных аналитичесих и правленчесих прило-

жений. К ним можно отнести оцен редитных и страховых

рисов, про ноз тенденций на финансовых рынах, выявление

махинаций с редитными артами и мно ое др ое.

Концепция хранилища данных означает построение таой

информационной среды, оторая позволит осществлять сбор,

трансформацию и правление данными из различных источни-

ов с целью выработи решений по правлению баном, создаст

новые возможности по привлечению прибыли.

По мере то о, а преимщества хранилищ данных станови-

лись все очевидней, величилось число их версий и объем со-

держащихся в них данных. Самым лавным требованием лиен-

та  хранилищ является возможность для онечных пользова-

телей вести работ в диало е по полном набор бизнес-данных

и полчать ответы в приемлемые временные промежти. Объ-

ем данных должен быть таим, оторый необходим для подде-

ржи бизнеса. По мере роста объема информации хранилище

451

должно отвечать требованиям стойчивой производительности.

Для обеспечения производительности и правляемости хранилища

мо т использоваться различные про раммные продты и инстр-

менты, автоматизирющие обработ информации и предоставляю-

щие возможность рассматривать бановсий бизнес в разных аспе-

тах, что оправдывает любые издержи, связанные с разработой

системы.

Центр тяжести информационно о обеспечения современной

АБС приходится на полнот отражения специфии. Предметной

области бановсо о бизнеса. Степень развития этой специфии

на ляднее все о проявляется в словаре информационной модели.

Если пользовательсий интерфейс в системе (меню, эранные

формы, отчеты и т. д.) охватывает предметню область наиболее

полно (по оличеств и объем понятий, объетов, процессов),

это свидетельствет о близости автоматизированных информаци-

онных техноло ий. К реальным задачам бана. Широий словарь

профессиональных терминов, отражающих данню область де-

ятельности и выведенный для общения с пользователем (пользо-

вательсий интерфейс), харатерен для АБС высоо о ровня и

помо ает специалистам бана и правляющим принимать страте-

ичесие и татичесие решения.

Заладываемая в основ АИТ информационная модель долж-

на отражать разнообразие понятий, их назначение, взаимосвязи,

давать описание харатерных сщностей, применяемых в банов-

сой предметной области. К ним относятся таие понятия, а до-

мент, операция, лиент, финансовый инстрмент, счет и план

счетов, бановсий продт (сл а), пользователь (рис. 8.44). Для

этих целей разрабатывается стандарт на описание базовых поня-

тий (сщностей), оторый влючает списо ревизитов и опера-

ций (ал оритмов) по аждом понятию, а таже форм описания

бизнес-процессов а фнциональных моделей бана. Стандарт

содержит формализованное описание всех действий (ал орит-

Ïîëüçîâàòåëü

Ñ÷åò

Áàíêîâñêèé ïðîäóêò

Ñèñòåìà

äîñòóïà

Ôèíàíñîâûé

èíñòðóìåíò

Ïëàí

ñ÷åòîâ

Êëèåíò

çàèìîîòíîøåíèÿ

àíêà è êëèåíòà

åõíîëîãè÷åñêèå

åïî÷êè è

÷åò èíôîðìàöèè

îêóìåíòîîáîðîò

Äîêóìåíò

Рис. 8.44. Состав базовых понятий

452

мов), оторые происходят при предоставлении лиентам сл ,

при внешней и внтренней работе бана.

Одним из новых направлений в создании автоматизирован-

ных бановсих систем является объетно-ориентированный

подход в информационных техноло иях.

Подход основан на объединении данных и процедр в рамах

понятия «объет» в отличие от распространенно о стртрно о

подхода, при отором данные и процедры определяются и реа-

лизются отдельно.

Важным новшеством современных бановсих систем явля-

ются подходы  проетированию информационно о обеспече-

ния, позволяющие специалистам бана самостоятельно модифи-

цировать и дополнять словарь информационной модели и терми-

нах бановсих продтов или сл , предоставляемых лиентам.

Среди множества понятий, например, первичным является поня-

тие домент (до овор, заява, ордер, распоряжение и т. д.). До-

мент порождает последовательность действий, оторые долж-

ны быть выполнены по е о исполнению, т. е. операции. Наряд с

простыми мо т создаваться и сложные операции, формировать-

ся новые сл и — действия, оторые необходимо выполнять и

отражать их последовательность.

Для расширения предметной области баз данных начато ис-

пользование механизма ибих лассифиаторов. Они позволя-

ют наделять объеты новыми признаами (атрибтами) и до-

полнять базы данных нестандартными свойствами объетов. На-

пример, дополнительно мо т быть введены адрес нало овой

инспеции, данные о за ранпаспорте, рппах банов, лиентов,

операций. Кроме то о, ибие лассифиаторы позволяют ор а-

низовать нжные рппирови объетов, добно использовать их

при формировании отчетов, поисе и переносе информации.

8.4.4. Прораммное обеспечение

информационных технолоий в банах

Бан, являясь развивающимся во времени объетом, порож-

дает а оличественные изменения информационной среды

(величение объемов обрабатываемых данных, числа пользовате-

лей и пр.), та и ачественные (расширение спетр; решаемых за-

дач, изменение их харатера). Адеватно построенная автомати-

зированная система должна на протяжении неоторо о времени

обеспечивать подобное развитие без проведения радиальных

модифиаций. Потенциальные возможности системы (или фн-

даментальные о раничения), а правило, сильно связаны с воз-

453

можностями базовых про раммных средств, на основе оторых

она разработана. Поэтом первая рппа требований  автомати-

зированной бановсой системе (АБС — это требования  базо-

вом про раммном обеспечению (операционной системе,

СУБД, средствам автоматизации про раммирования и др.).

Вторая рппа требований  АБС харатеризет ачество при-

ладной части а собственно бановсой системы, ее потреби-

тельсие свойства. К ним следет отнести широт фнциональ-

но о диапазона, добство интерфейса. Подобное ачество систе-

мы связано с профессионализмом онретных разработчиов и

может сильно варьироваться в рамах одних и тех же базовых

про раммных средств.

В последние оды в бановсой деятельности обострилась

проблема обеспечения безопасности данных. Она влючает в се-

бя несольо аспетов. Во-первых, это ибая, мно оровневая и

надежная ре ламентация полномочий пользователей. Ценность

бановсой информации предъявляет особые требования  за-

щите данных от несанционированно о достпа, в том числе 

онтролю правления процессами, изменяющими состояние

данных. Во-вторых, наличие средств для поддержания целост-

ности и непротиворечивости данных. Подобные средства подра-

змевают возможность осществления онтроля вводимых дан-

ных, поддержи и онтроля связей межд данными, а таже вво-

да и модифиации данных в режиме транзаций — набор

операций, обеспечивающих поддерживание со ласованности

данных. В-третьих, пристствие в системе мно офнциональ-

ных процедр архивации, восстановления и мониторин а данных

при про раммных и аппаратных сбоях.

Отличительной чертой фнционирования автоматизирован-

ных бановсих систем являются необходимость обработи

больших объемов данных в весьма сжатые срои, что предъявляет

требования  производительности. При этом основная тяжесть

падает на операции ввода, чтения, записи и передачи данных. Все

это предъявляет весьма жестие требования  производительнос-

ти СУБД и средств, обеспечивающих передач данных. Кроме то-

о, значительные объемы информации должны быть достпны

специалист бана в оперативном режиме для обеспечения воз-

можностей анализа, про нозирования, онтроля и пр. Поэтом

базовые средства должны быть в состоянии поддерживать достп

 большим и постоянно возрастающим объемам данных без по-

тери производительности.

Поддержание производительности в словиях возрастание и

на рзи на систем зачастю приводит  необходимости перехо-

452

мов), оторые происходят при предоставлении лиентам сл ,

при внешней и внтренней работе бана.

Одним из новых направлений в создании автоматизирован-

ных бановсих систем является объетно-ориентированный

подход в информационных техноло иях.

Подход основан на объединении данных и процедр в рамах

понятия «объет» в отличие от распространенно о стртрно о

подхода, при отором данные и процедры определяются и реа-

лизются отдельно.

Важным новшеством современных бановсих систем явля-

ются подходы  проетированию информационно о обеспече-

ния, позволяющие специалистам бана самостоятельно модифи-

цировать и дополнять словарь информационной модели и терми-

нах бановсих продтов или сл , предоставляемых лиентам.

Среди множества понятий, например, первичным является поня-

тие домент (до овор, заява, ордер, распоряжение и т. д.). До-

мент порождает последовательность действий, оторые долж-

ны быть выполнены по е о исполнению, т. е. операции. Наряд с

простыми мо т создаваться и сложные операции, формировать-

ся новые сл и — действия, оторые необходимо выполнять и

отражать их последовательность.

Для расширения предметной области баз данных начато ис-

пользование механизма ибих лассифиаторов. Они позволя-

ют наделять объеты новыми признаами (атрибтами) и до-

полнять базы данных нестандартными свойствами объетов. На-

пример, дополнительно мо т быть введены адрес нало овой

инспеции, данные о за ранпаспорте, рппах банов, лиентов,

операций. Кроме то о, ибие лассифиаторы позволяют ор а-

низовать нжные рппирови объетов, добно использовать их

при формировании отчетов, поисе и переносе информации.

8.4.4. Прораммное обеспечение

информационных технолоий в банах

Бан, являясь развивающимся во времени объетом, порож-

дает а оличественные изменения информационной среды

(величение объемов обрабатываемых данных, числа пользовате-

лей и пр.), та и ачественные (расширение спетр; решаемых за-

дач, изменение их харатера). Адеватно построенная автомати-

зированная система должна на протяжении неоторо о времени

обеспечивать подобное развитие без проведения радиальных

модифиаций. Потенциальные возможности системы (или фн-

даментальные о раничения), а правило, сильно связаны с воз-

453

можностями базовых про раммных средств, на основе оторых

она разработана. Поэтом первая рппа требований  автомати-

зированной бановсой системе (АБС — это требования  базо-

вом про раммном обеспечению (операционной системе,

СУБД, средствам автоматизации про раммирования и др.).

Вторая рппа требований  АБС харатеризет ачество при-

ладной части а собственно бановсой системы, ее потреби-

тельсие свойства. К ним следет отнести широт фнциональ-

но о диапазона, добство интерфейса. Подобное ачество систе-

мы связано с профессионализмом онретных разработчиов и

может сильно варьироваться в рамах одних и тех же базовых

про раммных средств.

В последние оды в бановсой деятельности обострилась

проблема обеспечения безопасности данных. Она влючает в се-

бя несольо аспетов. Во-первых, это ибая, мно оровневая и

надежная ре ламентация полномочий пользователей. Ценность

бановсой информации предъявляет особые требования  за-

щите данных от несанционированно о достпа, в том числе 

онтролю правления процессами, изменяющими состояние

данных. Во-вторых, наличие средств для поддержания целост-

ности и непротиворечивости данных. Подобные средства подра-

змевают возможность осществления онтроля вводимых дан-

ных, поддержи и онтроля связей межд данными, а таже вво-

да и модифиации данных в режиме транзаций — набор

операций, обеспечивающих поддерживание со ласованности

данных. В-третьих, пристствие в системе мно офнциональ-

ных процедр архивации, восстановления и мониторин а данных

при про раммных и аппаратных сбоях.

Отличительной чертой фнционирования автоматизирован-

ных бановсих систем являются необходимость обработи

больших объемов данных в весьма сжатые срои, что предъявляет

требования  производительности. При этом основная тяжесть

падает на операции ввода, чтения, записи и передачи данных. Все

это предъявляет весьма жестие требования  производительнос-

ти СУБД и средств, обеспечивающих передач данных. Кроме то-

о, значительные объемы информации должны быть достпны

специалист бана в оперативном режиме для обеспечения воз-

можностей анализа, про нозирования, онтроля и пр. Поэтом

базовые средства должны быть в состоянии поддерживать достп

 большим и постоянно возрастающим объемам данных без по-

тери производительности.

Поддержание производительности в словиях возрастание и

на рзи на систем зачастю приводит  необходимости перехо-

454

да на более мощню аппаратню платформ (свойства «перено-

симости»). Поэтом базовые средства должны обеспечивать воз-

можность переноса приладной системы на новые аппаратные

платформы без аих-либо лбоих изменений приладно о

про раммно о обеспечения.

Непременным атрибтом современной системы должно быть

наличие в базовых средствах сетевых фнций, обеспечивающих

возможность объединения различных про раммных платформ

(DOS, NetWare, Windows NT, UNIX и пр.) и а следствие воз-

можность ибо о расширения и наращивания системы попол-

нения ее новыми рабочими местами и новыми серверами различ-

ных лассов.

Основными свойствами АБС в отношении приладных, пот-

ребительсих свойств являются: достаточная широта фнцио-

нально о набора, инте рированность, онфи риремость, от-

рытость и настраиваемость системы.

Возможность приобретения систем различных онфи раций

представляет заметный интерес для пользователей. Поэтом при

рассмотрении системы важно читывать таие ее харатеристи-

и, а набор модлей и реализемых ими фнций, степень ав-

тономности модлей, наличие межмодльно о взаимодействия и

формы е о реализации (почта межд модлями, пересыла прав-

ляющих сообщений и пр.), возможные онфи рации системы,

ее минимальный состав, независимо фнционирющие части,

варианты расширения.

Отрытость системы предпола ает наличие в ней средств для

развития и модифиации: CASE-средства, SQL-средства (языов

четверто о пооления), шлюзов для привязи внешних (напи-

санных не разработчиом) процедр, енераторов запросов, про-

цедр импорта/эспорта данных. Потребность во внесении изме-

нений возниает в бане достаточно часто. Однао привлечение

фирмы-разработчиа для осществления модифиаций не все да

оазывается возможным. Препятствиями мо т быть срочность

внесения изменений, финансовые о раничения, соображения

оммерчесой тайны (если речь идет об отражении в системе эле-

ментов новой техноло ии), ео рафичесая даленность от разра-

ботчиа и пр. В этих словиях тольо отрытость способна обес-

печить развитие системы собственными силами и поддержание

соответствия омпьютерных систем изменяющимся словиям.

Настраиваемость системы необходима для адаптации  техно-

ло ии онретно о бана. Необходимость настройи обычно воз-

ниает при станове АБС в бане, но может быть и следствием

техноло ичесих изменений в операциях банов. В последнем сл-

455

чае настраиваемость непосредственно раничит с отрытостью

АБС. Настраиваемость предпола ает наличие системе набора па-

раметров и шаблонов — шаблонов операций, до оворов и др их

тестовых доментов. Кроме то о, настраиваемость предпола ает

возможность процедрной настройи системы: ре ламентацию

прав пользователей, онфи рирование рабочих мест, определение

набора процедр при отрытии и зарытии операционно о дня.

Большинство эсплатиремых в настоящее время бановс-

их систем являются DOS-омплесами, фнционирющими

либо в лоальном режиме, либо в сетевом (в онфи рации

«файл-сервер»). В то же время на рыне АБС все отчетливее

обозначается пристствие систем на основе мно оплатформных

СУБД (обычно не вполне правильно называемых бановсими

UNIX-системами). И хотя общее оличество станово подобных

омплесов не превысило и сотни, UNIX-системы считаются

весьма перспетивной ветвью АБС.

Однао при сопоставлении возможных решений (DOS,

UNIX, Windows NT и пр.) зачастю псается из вид ценовой

аспет проблемы, связанный с затратами потребителя на приоб-

ретение и сопровождение системы: стоимость базовых про рам-

мных средств, вычислительной технии, цена собственно систе-

мы, оплата персонала. Считается, что по этим позициям DOS-

системы сщественно привлеательнее для значительной части

малых и средних банов.

Следет читывать и традицию: про раммно-техничесие

системы DOS/IBM PC доминирют в нашей стране же мно ие

оды (и не тольо в бановсой сфере), поэтом переход  иным

решениям требет серьезной мотивации. Однао последняя в

большинстве слчаев а раз и отстствет. Дело в том, что, не-

смотря на очевидные принципиальные недостати, DOS-омп-

лесы довольно спешно справляются с поставленными перед

ними задачами в большом числе банов. Рассмотрим претензии,

обычно предъявляемые DOS-системам.

1. Недостаточная производительность, невозможность подде-

ржи больших объемов данных. Дело в том, что основная часть

оммерчесих банов весьма молода. Объем наопленных за это

время данных и тещий доментооборот обычно не настольо

велии, чтобы не соответствовать системам DOS в отношении

а поддержи, та и производительности. Однао в тех слчаях,

о да решается вопрос совершенствования АИТ, ачество систе-

мы может быть лчшено птем замены сервера сети на более

мощный, что обеспечивает системе запас прочности на достаточ-

но дол ий сро.

454

да на более мощню аппаратню платформ (свойства «перено-

симости»). Поэтом базовые средства должны обеспечивать воз-

можность переноса приладной системы на новые аппаратные

платформы без аих-либо лбоих изменений приладно о

про раммно о обеспечения.

Непременным атрибтом современной системы должно быть

наличие в базовых средствах сетевых фнций, обеспечивающих

возможность объединения различных про раммных платформ

(DOS, NetWare, Windows NT, UNIX и пр.) и а следствие воз-

можность ибо о расширения и наращивания системы попол-

нения ее новыми рабочими местами и новыми серверами различ-

ных лассов.

Основными свойствами АБС в отношении приладных, пот-

ребительсих свойств являются: достаточная широта фнцио-

нально о набора, инте рированность, онфи риремость, от-

рытость и настраиваемость системы.

Возможность приобретения систем различных онфи раций

представляет заметный интерес для пользователей. Поэтом при

рассмотрении системы важно читывать таие ее харатеристи-

и, а набор модлей и реализемых ими фнций, степень ав-

тономности модлей, наличие межмодльно о взаимодействия и

формы е о реализации (почта межд модлями, пересыла прав-

ляющих сообщений и пр.), возможные онфи рации системы,

ее минимальный состав, независимо фнционирющие части,

варианты расширения.

Отрытость системы предпола ает наличие в ней средств для

развития и модифиации: CASE-средства, SQL-средства (языов

четверто о пооления), шлюзов для привязи внешних (напи-

санных не разработчиом) процедр, енераторов запросов, про-

цедр импорта/эспорта данных. Потребность во внесении изме-

нений возниает в бане достаточно часто. Однао привлечение

фирмы-разработчиа для осществления модифиаций не все да

оазывается возможным. Препятствиями мо т быть срочность

внесения изменений, финансовые о раничения, соображения

оммерчесой тайны (если речь идет об отражении в системе эле-

ментов новой техноло ии), ео рафичесая даленность от разра-

ботчиа и пр. В этих словиях тольо отрытость способна обес-

печить развитие системы собственными силами и поддержание

соответствия омпьютерных систем изменяющимся словиям.

Настраиваемость системы необходима для адаптации  техно-

ло ии онретно о бана. Необходимость настройи обычно воз-

ниает при станове АБС в бане, но может быть и следствием

техноло ичесих изменений в операциях банов. В последнем сл-

455

чае настраиваемость непосредственно раничит с отрытостью

АБС. Настраиваемость предпола ает наличие системе набора па-

раметров и шаблонов — шаблонов операций, до оворов и др их

тестовых доментов. Кроме то о, настраиваемость предпола ает

возможность процедрной настройи системы: ре ламентацию

прав пользователей, онфи рирование рабочих мест, определение

набора процедр при отрытии и зарытии операционно о дня.

Большинство эсплатиремых в настоящее время бановс-

их систем являются DOS-омплесами, фнционирющими

либо в лоальном режиме, либо в сетевом (в онфи рации

«файл-сервер»). В то же время на рыне АБС все отчетливее

обозначается пристствие систем на основе мно оплатформных

СУБД (обычно не вполне правильно называемых бановсими

UNIX-системами). И хотя общее оличество станово подобных

омплесов не превысило и сотни, UNIX-системы считаются

весьма перспетивной ветвью АБС.

Однао при сопоставлении возможных решений (DOS,

UNIX, Windows NT и пр.) зачастю псается из вид ценовой

аспет проблемы, связанный с затратами потребителя на приоб-

ретение и сопровождение системы: стоимость базовых про рам-

мных средств, вычислительной технии, цена собственно систе-

мы, оплата персонала. Считается, что по этим позициям DOS-

системы сщественно привлеательнее для значительной части

малых и средних банов.

Следет читывать и традицию: про раммно-техничесие

системы DOS/IBM PC доминирют в нашей стране же мно ие

оды (и не тольо в бановсой сфере), поэтом переход  иным

решениям требет серьезной мотивации. Однао последняя в

большинстве слчаев а раз и отстствет. Дело в том, что, не-

смотря на очевидные принципиальные недостати, DOS-омп-

лесы довольно спешно справляются с поставленными перед

ними задачами в большом числе банов. Рассмотрим претензии,

обычно предъявляемые DOS-системам.

1. Недостаточная производительность, невозможность подде-

ржи больших объемов данных. Дело в том, что основная часть

оммерчесих банов весьма молода. Объем наопленных за это

время данных и тещий доментооборот обычно не настольо

велии, чтобы не соответствовать системам DOS в отношении

а поддержи, та и производительности. Однао в тех слчаях,

о да решается вопрос совершенствования АИТ, ачество систе-

мы может быть лчшено птем замены сервера сети на более

мощный, что обеспечивает системе запас прочности на достаточ-

но дол ий сро.

456

Ситации, в оторых персональные СУБД выходят на фнда-

ментальные о раничения, харатерны в настоящее время для от-

носительно небольшо о числа рпных банов. В частности, се-

рьезные проблемы  DOS-систем возниают при необходимости

поддержи таблиц, влючающих миллионы записей (и именно

это может потребоваться при обслживании физичесих лиц -

ационеров, владчиов), при величении числа рабочих мест в

сети до ста и выше (архитетра «файл-сервер» порождает боль-

шой рафи).

2. Невозможность обеспечения безопасности данных на долж-

ном ровне. Эта проблема осознается большинством банов, но

при этом зачастю она просто и норирется. Решающим фато-

ром слжат стоимостные соображения, л проблема безопасности

данных частично страняется ор анизационно-техничесими ме-

рами: становой источниа бесперебойно о питания, соблюде-

нием ре ламента системных работ, персональным онтролем за

использованием вычислительных средств и пр. Острота ситации

во мно ом ослабляется неразвитостью систем телеоммниаций

в нашей стране, в сил че о проблемы, связанные с «элетрон-

ным взломом», поа не слишом атальны.

3. Ораниченность архитетрных средств. Эта проблема воз-

ниает, о да для реализации тех или иных бановсих операций

необходимо наличие несольих взаимодействющих и протя-

женных во времени процессов. В рамах DOS’a задача обычно

решается выделением под аждый процесс станции лоальной

сети. Подобное решение имеет очевидные о раничения. Однао

на начальном этапе развития бана сложные операции выполня-

ются не слишом часто, поэтом данный недостато не очень

ощтим.

Таим образом, недостати DOS-омплесов способны про-

явиться на этапе перехода бана в ласс выше средне о. В то же

время DOS-системы порывают се одняшние потребности мно-

их малых и средних банов, являясь приемлемым омпромис-

сом малой стоимости и о раниченных возможностей.

В ачестве стпени, следющей за DOS-омплесами, можно

реомендовать системы, построенные в архитетре «лиент-сер-

вер» в рамах Novell NetWare. Предложенные фирмой Novell средс-

тва приладных разработо (AppWare) позволяют в ближайшее

время сщественно повысить ачество таих систем. Следет отме-

тить таже отовность отечественных потребителей  решению

проблемы в рамах Novell NetWare, обсловленню а паром

имеющейся вычислительной технии, та и опытом и специали-

зацией работающих в банах про раммистов. Можно ожидать,

457

что автоматизированные омпьютерные системы подобно о типа

стант достаточно массовыми в ближайшее время и сохранят это

положение надол о.

Что асается АБС, разработанных на основе мно оплатфор-

менных СУБД, то они пратичеси свободны от обсждавшихся

выше проблем, но сталиваются с пре радами ино о, ценово о,

плана. Стоимость базовых про раммных средств и требемой для

их эффетивно о фнционирования вычислительной технии

может на порядо превышать анало ичные поазатели для рас-

смотренных выше решений. Поэтом потребителями АБС дан-

но о ласса в ближайшем бдщем, несомненно, бдт рпные

и, возможно, неоторая часть средних банов.

От быстрой разработи пользовательсих приложений (при-

ладных про рамм) выи рывает любая область бизнеса, но для

банов это особенно атально. В первю очередь это относится

 фондовым операциям, при оторых фатор времени имеет ре-

шающее значение. Средства работы с новыми финансовыми инс-

трментами должны разрабатываться быстро. В области автомати-

зированной разработи про раммно о обеспечения сществют раз-

нообразные подходы и средства. Они способствют развитию новых

форм бановсих сл и бизнеса. Из новых языовых средств тао-

о рода следет обратить внимание на средство Java. Java — это не

зависящая от аппаратных платформ и операционных сред объе-

тно-ориентированная языовая среда для про раммирования

омпатных сетевых приложений. Java позволяет работать на

больших омпьютерах, подлючаться  сети простыми техничес-

ими средствами, предоставляет возможность работы Java-при-

ложений а в сети Internet, та и в орпоративных сетях.

Если техничесое обеспечение АБС в России, а правило,

полностью зарбежное, то в про раммном обеспечении доля за-

рбежных систем значительно меньше. На отечественном рыне

про раммных средств действют несольо десятов поставщи-

ов. Кроме то о, ряд банов (ооло 50%) разрабатывают собс-

твенное про раммное обеспечение. Качественная эволюция де-

ятельности банов, их возрастающие требования и финансовые

возможности бдт развивать и направлять подходы  ор аниза-

ции про раммно о обеспечения бановсих техноло ий.

8.4.5. Техничесое обеспечение

На ровне техничесо о обеспечения бановсие техноло ии

должны строиться на современных требованиях  архитетре

аппаратных средств. К ним относятся: использование разнооб-

456

Ситации, в оторых персональные СУБД выходят на фнда-

ментальные о раничения, харатерны в настоящее время для от-

носительно небольшо о числа рпных банов. В частности, се-

рьезные проблемы  DOS-систем возниают при необходимости

поддержи таблиц, влючающих миллионы записей (и именно

это может потребоваться при обслживании физичесих лиц -

ационеров, владчиов), при величении числа рабочих мест в

сети до ста и выше (архитетра «файл-сервер» порождает боль-

шой рафи).

2. Невозможность обеспечения безопасности данных на долж-

ном ровне. Эта проблема осознается большинством банов, но

при этом зачастю она просто и норирется. Решающим фато-

ром слжат стоимостные соображения, л проблема безопасности

данных частично страняется ор анизационно-техничесими ме-

рами: становой источниа бесперебойно о питания, соблюде-

нием ре ламента системных работ, персональным онтролем за

использованием вычислительных средств и пр. Острота ситации

во мно ом ослабляется неразвитостью систем телеоммниаций

в нашей стране, в сил че о проблемы, связанные с «элетрон-

ным взломом», поа не слишом атальны.

3. Ораниченность архитетрных средств. Эта проблема воз-

ниает, о да для реализации тех или иных бановсих операций

необходимо наличие несольих взаимодействющих и протя-

женных во времени процессов. В рамах DOS’a задача обычно

решается выделением под аждый процесс станции лоальной

сети. Подобное решение имеет очевидные о раничения. Однао

на начальном этапе развития бана сложные операции выполня-

ются не слишом часто, поэтом данный недостато не очень

ощтим.

Таим образом, недостати DOS-омплесов способны про-

явиться на этапе перехода бана в ласс выше средне о. В то же

время DOS-системы порывают се одняшние потребности мно-

их малых и средних банов, являясь приемлемым омпромис-

сом малой стоимости и о раниченных возможностей.

В ачестве стпени, следющей за DOS-омплесами, можно

реомендовать системы, построенные в архитетре «лиент-сер-

вер» в рамах Novell NetWare. Предложенные фирмой Novell средс-

тва приладных разработо (AppWare) позволяют в ближайшее

время сщественно повысить ачество таих систем. Следет отме-

тить таже отовность отечественных потребителей  решению

проблемы в рамах Novell NetWare, обсловленню а паром

имеющейся вычислительной технии, та и опытом и специали-

зацией работающих в банах про раммистов. Можно ожидать,

457

что автоматизированные омпьютерные системы подобно о типа

стант достаточно массовыми в ближайшее время и сохранят это

положение надол о.

Что асается АБС, разработанных на основе мно оплатфор-

менных СУБД, то они пратичеси свободны от обсждавшихся

выше проблем, но сталиваются с пре радами ино о, ценово о,

плана. Стоимость базовых про раммных средств и требемой для

их эффетивно о фнционирования вычислительной технии

может на порядо превышать анало ичные поазатели для рас-

смотренных выше решений. Поэтом потребителями АБС дан-

но о ласса в ближайшем бдщем, несомненно, бдт рпные

и, возможно, неоторая часть средних банов.

От быстрой разработи пользовательсих приложений (при-

ладных про рамм) выи рывает любая область бизнеса, но для

банов это особенно атально. В первю очередь это относится

 фондовым операциям, при оторых фатор времени имеет ре-

шающее значение. Средства работы с новыми финансовыми инс-

трментами должны разрабатываться быстро. В области автомати-

зированной разработи про раммно о обеспечения сществют раз-

нообразные подходы и средства. Они способствют развитию новых

форм бановсих сл и бизнеса. Из новых языовых средств тао-

о рода следет обратить внимание на средство Java. Java — это не

зависящая от аппаратных платформ и операционных сред объе-

тно-ориентированная языовая среда для про раммирования

омпатных сетевых приложений. Java позволяет работать на

больших омпьютерах, подлючаться  сети простыми техничес-

ими средствами, предоставляет возможность работы Java-при-

ложений а в сети Internet, та и в орпоративных сетях.

Если техничесое обеспечение АБС в России, а правило,

полностью зарбежное, то в про раммном обеспечении доля за-

рбежных систем значительно меньше. На отечественном рыне

про раммных средств действют несольо десятов поставщи-

ов. Кроме то о, ряд банов (ооло 50%) разрабатывают собс-

твенное про раммное обеспечение. Качественная эволюция де-

ятельности банов, их возрастающие требования и финансовые

возможности бдт развивать и направлять подходы  ор аниза-

ции про раммно о обеспечения бановсих техноло ий.

8.4.5. Техничесое обеспечение

На ровне техничесо о обеспечения бановсие техноло ии

должны строиться на современных требованиях  архитетре

аппаратных средств. К ним относятся: использование разнооб-

458

разных телеоммниационных средств связи, мно омашинных;

омплесов, архитетры «лиент — сервер», применение ло-

альных, ре иональных и лобальных соростных сетей, нифи-

ация аппаратных решений.

Количество и состав использемых техничесих средств опре-

деляется интенсивностью и объемами информационных пото-

ов, режимами работы и временными особенностями реализа-

ции фнций бановсой системы. Рост состава и объемов бан-

овсих сл , числа филиалов, лиентов и связей заставляет

бани приобретать более мощные омпьютеры и более развитое

техничесое обеспечение. Полчили распространение сетевые

бановсие техноло ии. Сетевой пар становится все более раз-

нообразным. Следет отметить и соренное развитие средств

межбановсой телеоммниации.

Основой современно о подхода техничесих решений в пос-

троении информационных техноло ий банов является архите-

тра «лиент—сервер». Она предпола ает ор анизацию техничес-

о о обеспечения и разделения обработи информации межд

двмя омпонентами, оторые называются лиентом (рабочей

станцией) и сервером. Обе части выполняются на разных по

мощности омпьютерах, объединенных сетью. При этом лиент

посылает сервер запросы, а сервер их обслживает. Таая техно-

ло ия реализется в профессиональных СУБД, имеющих специ-

альный язы стртрированных запросов.

Одним из вариантов реализации техноло ии «лиент—сер-

вер» является ее трехровневая архитетра. В сети должны при-

стствовать а минимм три омпьютера: лиентсая часть (ра-

бочая станция), сервер приложений и сервер базы данных. В ли-

ентсой части ор анизется взаимодействие с пользователем

(пользовательсий интерфейс). Сервер приложений реализет биз-

нес-процедры для лиентсой части. Сервер базы данных обсл-

живает бизнес-процедры, оторые выстпают в роли лиентов.

Гибость таой архитетры в независимом использовании и за-

мене вычислительных и про раммных ресрсов.

Для повышения надежности, отазостойчивости техничес-

их решений в бановсих АИТ пратиется объединение сер-

веров в рппы (ластеры). При этом ресрсы и на рза разде-

ляются межд серверами (злами системы) та, что пользователь

не знает, с аим онретным сервером он работает в данный мо-

мент, а использование техничесих средств оазывается более

эффетивным.

Телеоммниационная архитетра в автоматизированных

техноло иях бана определяет набор и стртры подсистем тех-

459

ничесо о обеспечения, оторые должны обеспечивать разнооб-

разные типы взаимодействия для всех приложений (модлей)

АБС (рис.8.45). Возможности архитетры в процессе создания

АИТ со ласются с требованиями и словиями работы бана, оп-

ределяемыми е о бизнес-процессами. Предсматривается взаи-

модействие бана с внешними финансовыми и информационны-

ми стртрами, с расчетно-лирин овыми палатами и центра-

ми, биржами, РКЦ, с даленными лиентами и др ими банами

и т.д. Телеоммниационное обеспечение бизнес-процессов

бана строится с четом обслживания свое и орпоративной се-

ти и достпа в любые др ие лоальные и лобальные сети. Из-за

отстствия на тещем этапе стандартов на приладные взаимо-

действия обычно связь бана с внешними ор анизациями ос-

ществляется через шлюзы, например, почт, телес или АРМы

др их фирм.

Корпоративные сети то о или ино о бана выстпают в а-

честве транспортной основы, на оторой строится вся телеом-

мниационная архитетра. В данной области сществю мно-

жество решений для линий любо о ачества, влючая защит

транспортно о ровня и правление им. Реализация фнцио-

нально полно о набора бановсих телеоммниации позволяет

создавать единое информационное пространство. Возможно

осществлять инте рацию отделений филиалов во всех прило-

жениях бановсих сл , обеспечивать достав сл в любое

место востребования и в любое время, в онлайновом и офлай-

новом режимах (непосредственной и ре ламентиремой связи).

Øëþç

Êîìïîíåíò

Back-office

Âíåøíèå

ñèñòåìû

Ôóíêöèîíàëüíûå

ìîäóëè

Êîìïîíåíò

Back-office

Êîìïîíåíò

Front-office

Êàíàëû ðàñïðîñòðàíåíèÿ óñëóã

Êîìïîíåíò

Front-office

Àãåíò

êëèåíòà

Ïåðâè÷íûé ââîä

èíôîðìàöèè

Àãåíò

êëèåíòà

Êëèåíò Êëèåíò

Back-office

Рис. 8.45. Телеоммниационная архитетра

458

разных телеоммниационных средств связи, мно омашинных;

омплесов, архитетры «лиент — сервер», применение ло-

альных, ре иональных и лобальных соростных сетей, нифи-

ация аппаратных решений.

Количество и состав использемых техничесих средств опре-

деляется интенсивностью и объемами информационных пото-

ов, режимами работы и временными особенностями реализа-

ции фнций бановсой системы. Рост состава и объемов бан-

овсих сл , числа филиалов, лиентов и связей заставляет

бани приобретать более мощные омпьютеры и более развитое

техничесое обеспечение. Полчили распространение сетевые

бановсие техноло ии. Сетевой пар становится все более раз-

нообразным. Следет отметить и соренное развитие средств

межбановсой телеоммниации.

Основой современно о подхода техничесих решений в пос-

троении информационных техноло ий банов является архите-

тра «лиент—сервер». Она предпола ает ор анизацию техничес-

о о обеспечения и разделения обработи информации межд

двмя омпонентами, оторые называются лиентом (рабочей

станцией) и сервером. Обе части выполняются на разных по

мощности омпьютерах, объединенных сетью. При этом лиент

посылает сервер запросы, а сервер их обслживает. Таая техно-

ло ия реализется в профессиональных СУБД, имеющих специ-

альный язы стртрированных запросов.

Одним из вариантов реализации техноло ии «лиент—сер-

вер» является ее трехровневая архитетра. В сети должны при-

стствовать а минимм три омпьютера: лиентсая часть (ра-

бочая станция), сервер приложений и сервер базы данных. В ли-

ентсой части ор анизется взаимодействие с пользователем

(пользовательсий интерфейс). Сервер приложений реализет биз-

нес-процедры для лиентсой части. Сервер базы данных обсл-

живает бизнес-процедры, оторые выстпают в роли лиентов.

Гибость таой архитетры в независимом использовании и за-

мене вычислительных и про раммных ресрсов.

Для повышения надежности, отазостойчивости техничес-

их решений в бановсих АИТ пратиется объединение сер-

веров в рппы (ластеры). При этом ресрсы и на рза разде-

ляются межд серверами (злами системы) та, что пользователь

не знает, с аим онретным сервером он работает в данный мо-

мент, а использование техничесих средств оазывается более

эффетивным.

Телеоммниационная архитетра в автоматизированных

техноло иях бана определяет набор и стртры подсистем тех-

459

ничесо о обеспечения, оторые должны обеспечивать разнооб-

разные типы взаимодействия для всех приложений (модлей)

АБС (рис.8.45). Возможности архитетры в процессе создания

АИТ со ласются с требованиями и словиями работы бана, оп-

ределяемыми е о бизнес-процессами. Предсматривается взаи-

модействие бана с внешними финансовыми и информационны-

ми стртрами, с расчетно-лирин овыми палатами и центра-

ми, биржами, РКЦ, с даленными лиентами и др ими банами

и т.д. Телеоммниационное обеспечение бизнес-процессов

бана строится с четом обслживания свое и орпоративной се-

ти и достпа в любые др ие лоальные и лобальные сети. Из-за

отстствия на тещем этапе стандартов на приладные взаимо-

действия обычно связь бана с внешними ор анизациями ос-

ществляется через шлюзы, например, почт, телес или АРМы

др их фирм.

Корпоративные сети то о или ино о бана выстпают в а-

честве транспортной основы, на оторой строится вся телеом-

мниационная архитетра. В данной области сществю мно-

жество решений для линий любо о ачества, влючая защит

транспортно о ровня и правление им. Реализация фнцио-

нально полно о набора бановсих телеоммниации позволяет

создавать единое информационное пространство. Возможно

осществлять инте рацию отделений филиалов во всех прило-

жениях бановсих сл , обеспечивать достав сл в любое

место востребования и в любое время, в онлайновом и офлай-

новом режимах (непосредственной и ре ламентиремой связи).

Øëþç

Êîìïîíåíò

Back-office

Âíåøíèå

ñèñòåìû

Ôóíêöèîíàëüíûå

ìîäóëè

Êîìïîíåíò

Back-office

Êîìïîíåíò

Front-office

Êàíàëû ðàñïðîñòðàíåíèÿ óñëóã

Êîìïîíåíò

Front-office

Àãåíò

êëèåíòà

Ïåðâè÷íûé ââîä

èíôîðìàöèè

Àãåíò

êëèåíòà

Êëèåíò Êëèåíò

Back-office

Рис. 8.45. Телеоммниационная архитетра

460

Ита, телеоммниационные системы позволяют бан решать

Важнейшие задачи автоматизации — от чисто техничесих а

например, обеспечение оптимальной производительности и про-

зрачности взаимодействия бизнес-процессов, до фнциональ-

ных на наивысшем ровне бановсо о обслживания.

Применение лоальных, ре иональных и лобальных сетей в АБС

предъявляет повышенные требования  их надежности, а таже

защите и целостности данных. Уровень отовности и отазос-

тойчивости сетевых средств должен быть высоим, чтобы ислю-

чить возможность наршения работоспособности при выходе из

строя одно о из сетевых омпонентов. Например, при ор аниза-

ции взаимодействия с даленными филиалами, пользователями

надо предсматривать возможность перехода на дополнительные

оммтиремые линии, дблирование основно о анала связи

или величение е о пропсной способности.

Важным фатором, позволяющим соратить стоимость тех-

ничесой поддержи сети, является внедрение централизован-

ной системы сетево о правления. Она предоставляет возмож-

ность дистанционно о онфи рирования, онтроля, странения

неисправностей и реализации ряда др их фнций. Инте рация

техноло ий одно о производителя сетево о обордования, предо-

ставляюще о полный набор оммниационных стройств (он-

центраторов, оммтаторов, маршртизаторов) прощает прав-

ление, администрирование, под отов персонала, снижает

сммарню стоимость обордования, а таже повышает эспл-

атационню надежность системы в целом.

Модернизация сетевых инфрастртр и рает сщественню

роль в процессе расширения бановсих сл , выхода бана на

новые рыни. Весьма важным является внедрение мльтипрото-

ольных сетей межбановсо о взаимодействия, оторые позво-

ляют ор анизовать наиболее эффетивный обмен информации.

Опыт поазывает, что самым слабым звеном в вычислитель-

ных омплесах банов являются серверы. Наиболее перспе-

тивные из них — Unix-серверы. Серверы более низо о ровня,

например IBM PC-серверы, требют решений по расширению

дисовой подсистемы, по предсазанию сбойных ситаций и т. п.

Снижение стоимости омпьютеров не приводит  сораще-

нию расходов бана на поддержание информационной инфра-

стртры. Увеличение числа автоматизированных рабочих мест,

повышение их интеллетально о ровня, использование более

сложно о состава и более доро их про раммных среде в требют

дополнительных затрат. Стоимость владения системой — это по-

азатель затрат на станов и поддерж омпьютерной систе-

461

мы, и он примерно в шесть раз больше начальной цены приобре-

тения. Стоимость владения сладывается min расходов на ста-

нов про раммно о обеспечения на омпьютеры, влючение их

в сетевю сред, обеспечение совместимости, настрой операци-

онной системы и мно ое др ое из обязательных и неотложных

задач, из оторых сладывается рабочее время системных специ-

алистов по поддерживанию и сопровождению омплеса техни-

чесих средств.

8.4.6. Учет межбановсоо взаимодействия

при создании АБС

Бановсая система призвана обеспечить эффетивность рас-

четов межд хозяйствющими сбъетами. Значительная часть

расчетов носит межбановсий харатер и слжит для эономи-

чесих связей финансово-редитных ор анов. Межбановсие

расчеты сопровождают различные виды внешнеэономичесих

связей. Бани межд собой станавливают орреспондентсие

отношения на до оворной основе, о да для осществления пла-

тежей и расчетов операции ведтся одним баном по порчению

и за счет др о о бана. К настоящем времени способы осщест-

вления межбановсих платежей не довлетворяют современным

требованиям.

Одним из видов орреспондентсих отношений являются

расчеты со взаимным отрытием орреспондентсих счетов ом-

мерчесих банов, отрытых лавным образом в ре иональных

чреждениях Центрально о бана Российсой Федерации (ЦБ

РФ) — расчетно-ассовых центрах, ре иональных лавных прав-

лениях (РГУ) ЦБ РФ. По сществ РКЦ — это отделения ЦБ РФ,

являющиеся элементами платежной системы, лавной фнцией

оторых является перевод денежных средств. Иными словами,

РКЦ слжат посредниами в платежах и редитах межд оммер-

чесими банами (КБ).

По способ ор анизации работы бана через орсчет в РКЦ

ЦБ все бани можно разделить на две большие рппы. Первая

рппа — это бани, использющие техноло ию та называемых

Прямых расчетов (ре иональных, соренных).

Техноло ия прямых расчетов позволяет обеспечить прохожде-

ние платежей межд банами—частниами этих расчетов в тече-

ние одно о операционно о дня. В наиболее полном виде эта тех-

ноло ия реализована в системе элетронных платежей, оторая

эсплатирется в банах Ураины. Все платежи, постпающие в

бан в элетронном виде, передаются несольо раз в день, что