ВУЗ:
Составители:
4
тупа. Это обеспечивает гибкие, с перестраиваемой конфигурацией уровни
защиты .
На рисунке 1 показана упрощенная схема архитектуры построения ин -
формационной системы с тремя звеньями. Помимо описанных выше средств
здесь показан специальный компонент, «Брокер объектов» , включаемый в со-
став достаточно сложной системы и осуществляющий для «тонкого» клиента
поиск нужного сервера приложений среди доступных извне серверов . Данный
компонент обеспечивает возможность при сбое работы используемого сервера
приложений подключить клиентское приложение к другому серверу , а также
равномерное распределение клиентов по серверам приложений .
Рис. 1. Трехзвенная архитектура клиент- сервер
Рассматриваемые ниже инструментальные средства позволяют реализо-
вывать серверы приложений как приложения для Windows. Программируе-
мость такого сервера приложений обеспечивается технологией COM-
программирования. Сервер приложений реализуется как OLE-сервер , инкапсу -
лирующий наборы данных в COM-объектах и допускающий управление ими
через опубликованные COM-интерфейсы . Разработка собственных специализи-
рованных программных компонентов позволяет в ряде случаев отказаться от
использования дорогостоящего фирменного программного обеспечения и до-
биться компактности и эффективности работы комплекса в целом.
Что касается своевременного обновления версий «тонкого» клиента
крупной информационной системы, эта проблема решается путем поставки
приложений с помощью технологий , применяемых в Internet (intranet). Наибо -
лее распространенными на сегодняшний день способами поставки «тонких»
клиентов с помощью таких технологий являются копирование или установка
приложений с Web-сервера, и как один из вариантов – копирование компонента
ActiveX, полностью реализующего функциональность «тонкого» клиента, с це-
4 тупа. Это обеспечивает гибкие, с перестраиваемой конфигурацией уровни защиты. На рисунке 1 показана упрощенная схема архитектуры построения ин- формационной системы с тремя звеньями. Помимо описанных выше средств здесь показан специальный компонент, «Брокер объектов», включаемый в со- став достаточно сложной системы и осуществляющий для «тонкого» клиента поиск нужного сервера приложений среди доступных извне серверов. Данный компонент обеспечивает возможность при сбое работы используемого сервера приложений подключить клиентское приложение к другому серверу, а также равномерное распределение клиентов по серверам приложений. Рис. 1. Трехзвенная архитектура клиент-сервер Рассматриваемые ниже инструментальные средства позволяют реализо- вывать серверы приложений как приложения для Windows. Программируе- мость такого сервера приложений обеспечивается технологией COM- программирования. Сервер приложений реализуется как OLE-сервер, инкапсу- лирующий наборы данных в COM-объектах и допускающий управление ими через опубликованные COM-интерфейсы. Разработка собственных специализи- рованных программных компонентов позволяет в ряде случаев отказаться от использования дорогостоящего фирменного программного обеспечения и до- биться компактности и эффективности работы комплекса в целом. Что касается своевременного обновления версий «тонкого» клиента крупной информационной системы, эта проблема решается путем поставки приложений с помощью технологий, применяемых в Internet (intranet). Наибо- лее распространенными на сегодняшний день способами поставки «тонких» клиентов с помощью таких технологий являются копирование или установка приложений с Web-сервера, и как один из вариантов – копирование компонента ActiveX, полностью реализующего функциональность «тонкого» клиента, с це-
Страницы
- « первая
- ‹ предыдущая
- …
- 2
- 3
- 4
- 5
- 6
- …
- следующая ›
- последняя »