• ПО конечного пользователя.
• промежуточное обеспечение.
• ПО сервера.

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

       Промежуточное обеспечение (middleware) предоставляет  общий интерфейс для ПО конечного  пользователя и сервера, проникающий  сквозь сквозь слои GUI (графический интерфейс пользователя), ОС, вычислительной сети и собственных драйверов базы данных с помощью общих вызовов. Для завершения операции сервер базы данных выполняет запрос и передает клиенту затребованные данные для обработки их программой клиента.

       Под ПО сервера подразумевается операционная система и конкретный сервер БД, используемый для обработки запросов клиентской части информационной системы.

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

       Две другие важные особенности, на которые  стоит обратить внимание, - способность  сервера обеспечивать целостность  ссылочных данных и обоюдный контроль завершения транзакции. Ссылочная целостность данных (referential integrity) - это механизм, обеспечивающий каждому внешнему ключу соответствующий первичный ключ. Обоюдный контроль завершения транзакций (two-phase commit) - гарантия того, что ваши данные не будут повреждены даже при аппаратном сбое.

       С помощью хранимых процедур, триггеров  и правил разработчики могут составить  программу непосредственно самого сервера баз данных и, таким образом, появляется еще одно место для  размещения логики программы. Хранимые процедуры (stored procedures) - это группа предложений на языке SQL и процедурная логика, которые разработчики могут компилировать и хранить на сервере баз данных в качестве объектов. Программы-клиенты способны выполнять хранимые процедуры, также как и другой вид хранимых процедур или триггеров, путем посылки сообщений серверу баз данных.

       Реальное  распространение архитектуры "клиент-сервер" стало возможным благодаря развитию и широкому внедрению в практику концепции открытых систем. Поэтому  мы начнем с краткого введения в  открытые системы.

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

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

       Использование подхода открытых систем выгодно  и производителям, и пользователям. Прежде всего открытые системы обеспечивают естественное решение проблемы поколений аппаратных и программных средств. Производители таких средств не вынуждаются решать все проблемы заново; они могут по крайней мере временно продолжать комплексировать системы, используя существующие компоненты. [8]

 

       

3. Структурирование  БД «Мониторинг клиринговой  системы в реальном времени»

 

       База  данных содержит 20 таблиц 

       INGOING_MT – таблица содержит Входящие  МТ сообщения, привязана к таблице  INGOING_MT_FIELD  по признаку один  ко многим. Структура таблицы  INGOING_MT показана в таблице 3.1.

       Таблица 3.1 – Структура таблицы базы данных INGOING_MT

 

        Продолжение таблицы 3.1

 
 

       INGOING_MT_FIELD – таблица содержит поля входящих  МТ сообщений. Структура INGOING_MT_FIELD показана в таблице 3.2.

       Таблица 3.2- Структура таблицы базы данных INGOING_MT_FIELD

       Продолжение таблицы 3.2

 
 

       INGOING_MT_PROC_SIGN – таблица содержит состояние  входящего МТ сообщения, привязана  к таблице INGOING_MT по признаку  один ко многим. Структура таблицы INGOING_MT_PROC_SIGN показана в таблице 3.3.

       Таблица 3.3 - Структура таблицы базы данных INGOING_MT_PROC_SIGN

 
 

       OUTGOING_MT – таблица содержит входящие МТ сообщения, привязана к таблицам OUTGOING_MT_FIELD, MON_DATA_MSPD, MON_DATA_MSPD _A, MON_DATA_CLEARING, MON_DATA_CLEARING_A, MON_DATA_UPS, MON_DATA_UPS_A по признаку один ко многим. Структура таблицы OUTGOING_MT показана в таблице 3.4.

       Таблица 3.4 - Структура таблицы базы данных OUTGOING_MT

       Продолжение таблицы 3.4

       OUTGOING_MT_FIELD – таблица содержит поля исходящих  МТ сообщений. Структура таблицы OUTGOING_MT_FIELD показана в таблице 3.5.

       Таблица 3.5 - Структура таблицы базы данных OUTGOING_MT_FIELD

 
 

       OUTGOING_MT_PROC_SIGN – таблица содержит состояние  исходящего МТ сообщения, привязана  к таблице OUTGOING_MT по признаку  один ко многим. Структура таблицы  OUTGOING_MT_PROC_SIGN показана в таблице 3.6.

       Таблица 3.6 - Структура таблицы базы данных OUTGOING_MT_PROC_SIGN