Архитектура прикладных систем.

Иерархию функций БИС и ее технологическую платформу отражает рис. 9.1.

Рис. 9.1. Иерархия функций интегрированной банковской информационной системы

Уровень 0 — самый нижний, на нем расположены функции- вызовы операционной системы (ОС), обеспечивающие ввод- вывод информации.

Уровень 1 отражает функции файловой системы ОС или СУБД (в некоторых профессиональных СУБД они подменяют собой функции ОС).

Уровень 2 — уровень процедур выборки данных СУБД типа «считать текущую запись в буфер» ... «переместиться на N записей» .... и т.п. Сюда же относятся и транзакционный механизм, сетевые блокировки и т.п.

Уровень 3 — уровень непроцедурных функций СУБД (SQL — Structured Query Language — язык структурированных запросов или другой непроцедурный язык манипулирования данными).

Уровень 4 — «технические» функции приложения, обеспечивающие преобразование данных, пользовательский интерфейс, интерфейс прикладного программирования. Они являются уже не функциями инструментального пакета СУБД, а пользовательскими функциями, созданными при программировании прикладной системы. Эти функции отвечают за логику программы.

Уровень 5 — бизнес-функции приложения, определяющие логику деятельности в предметной области.

В зависимости от того, как разработчики построили БИС и к какому технологическому поколению она принадлежит, отдельные ее модули будут по-разному использовать функции шести описанных выше уровней (от уровня 0 по уровень 5). Так, ядро БИС может содержать только функции уровня 0 в системах первого, второго поколений, а функции первых пяти уровней (от уровня 0 по уровень 4) — в системах четвертого и пятого поколений. Программы модулей, исполняемые на рабочих станциях системы (АРМ), — соответственно от уровня 1 по уровень 5 или только уровень 5.

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

В свою очередь, возможная степень интеграции БИС определяется ее технологической платформой. Так, например, при использовании «персональных» СУБД и клиентов, работающих в архитектуре «файл-сервер», практически недостижима интеграция в ядре БИС функций выше уровня 1. Это вынуждает иметь в составе каждого модуля копии функций уровней 2—5, что увеличивает размер ядра, повышает требования к аппаратным ресурсам рабочих станций, усложняет их настройку и практически исключает возможность ее динамического изменения (например, мгновенное изменение конфигурации модулей).

Если деятельность банка требует, чтобы на одной и той же рабочей станции выполнялись задачи, поддерживаемые разными модулями БИС, то динамическое изменение конфигурации может оказаться полезным. Иначе придется каждый раз при смене задачи выходить из одного модуля и загружать другой.

Общая тенденция развития технологических платформ ведет к тому, чтобы перейти от программирования информационной системы к ее настройке. При включении в ядро набора бизнес- функций уровня 5 настройка и конфигурация системы значительно упрощаются.

Широкое распространение локальных и глобальных информационно-вычислительных сетей привело к тому, что информационные системы приобретают распределенный характер. Первоначально распределенными становились только данные. Сейчас речь может идти уже и о распределенном хранении отдельных процедур и функций, так что в отдельных случаях можно говорить уже и о распределенном ядре информационной системы. Распределенное ядро может иметь система, построенная по Java- технологии или по компонентной технологии.

Преимущества распределенного ядра заключаются в том, что каждая процедура или функция исполняется на той машине, которая ближе всех к обрабатываемым данным; тем самым возрастает скорость обработки и появляется возможность ее распараллеливания. Однако технология такого рода требует наличия единой управляющей программы, которая служит «диспетчером» всех процедур и функций распределенного ядра. Наиболее перспективно решение этой задачи в форме компонентной технологии, в которой процедуры и функции уровней 2—5 оформляются в виде автономных компонент со стандартным интерфейсом, а в системе организуется диспетчер компонент, работающий с их очередью, подобно тому, как в системах, управляемых по событиям, функционирует процедура — диспетчер событий.

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

Существуют инструментальные средства для создания информационных систем, построенных по компонентным технологиям такого типа. Примерами их в России могут служить системы Miracle и «Элит-технология». В первой из них диспетчером компонент является отдельный процесс, функционирующий на выделенном управляющем сервере. Вторая технология отличается тем, что в ней могут одновременно существовать несколько диспетчеров компонент.