На практике трехзвенная логическая модель приложения зависит от специфики распределенной информационной системы, такой как, например, территориальная распределенность подразделений компании, различные характеристики использования коммуникативных служб, требования по минимизации ресурсов на рабочей станции клиента требования безопасности и др. Теперь мы проверим варианты физической реализации логической модели, основанной на архитектуре “клиент-сервер”.
Друзвенная система -
В двузвенной архитектуре клиент выполняет функции обработки данных, а сервер, как правило, является хранилищем данных.
При такой организации системы клиентская часть на самом деле является автономным приложением, которое содержит также клиентскую часть специфически используемой базы данных. WWW-сервер может использоваться, например, для упрощения установочной процедуры и обновления частей клиента.
Трехзвенная система -
В трехзвенной архитектуре обработка данных выполнятся приложением сервера, а клиент в этом случае отвечает только за представление данных и интерфейс пользователя.
В трехзвенной системе, построенной с использованием web – технологий клиент взаимодействует напрямую с сервером, т.е. все особенности конкретной базы данных скрыты от него. Все компоненты доступа к БД располагаются на web-сервере.
Основным преимуществом трехзвенной системы является ее масштабируемость. Кроме того, она позволяет сократить сетевой трафик.
Существует несколько вариантов реализации трехзвенной модели.
Различные промежуточные вариантыJava-аппелты выполняются на клиенте, но они имеют доступ к хранилищу не напрямую, а через компоненты сервера.
Некоторые клиенты (DHTML, JavaScript) позволяют allow осуществлять проверку данных, введенных пользователем на клиенте без доступа к серверу.
Многозвенные системыМногозвенные системы являются модификацией трехзвенных систем.
Очень привлекательная трехзвенная модель имеет существенные требования по разделению частей системы, особенно на стороне сервера приложения. Т.к. вся бизнес-логика реализована на сервере приложений, то его нагрузка существенно возрастает, сто требует высокой производительности; кроме того, есть дополнительные проблемы,
относящиеся к гарантированию безопасности, немедленному доступу, целостности данных и пр.
В большинстве случаев существует общий подход к решению такого рода проблем, было создано много продуктов, предназначенных для их решения. Среди них мониторы транзакций, сервера сообщений, координаторы взаимодействия и.т.д. Таким образом, средний уровень увеличивается, становясь более распределенным; становится возможным выделить несколько подуровней. Это было особенно значимым в Intranet-системах. Почти те же процессы, существующие в системе, организуют хранение данных, т.е. cтановится возможным взаимодействовать с гетерогенными источниками данных. Все вышесказанное означает, что, на самом деле трехзвенные системы стали мультизвенными распределенными системами
Можно сказать, что мультизвенные системы распределены двумя способами: они распределены логически и физически.
Логическая распределенность предполагает присутствие нескольких независимых функциональных компонент в системе. Эти компоненты, в свою очередь, могут быть разделены три группы: компоненты представления данных, компоненты бизнес-логики, и компоненты доступа к данным. Таким образом, снова имеем три организационных уровня.
Физическая распределенность предполагает распределенность отдельных функциональных узлов на нескольких машинах и даже нескольких платформах.
Итак, в
многозвенной системе мы имеем
компоненты – это отдельные структурные узлы, которые ответственны за конкретную функциональность и работают сравнительно независимо физически эти компоненты могут быть распределены на различные машины.
Простейшим примером решения, реализованном на базе ПО Microsoft, является Intranet-система, которая располагает клиентские части на базе Microsoft Internet Explorer, сервер приложений – на базе Microsoft Internet Information Server с использованием Microsoft Distributed Transaction Coordinator (возможно, Microsoft Transaction Server) и, наконец, сервер БД на базе Microsoft SQL Server.
Многозвенная распределенная система имеет возможность комбинирования нескольких систем, выбирая или создавая новые системы с написанием минимума кода.
Основными преимуществами таких систем являются:
-
Компонентная архитектура;
-
Функциональность на компонентном уровне;
-
Возможность повторного использования компонент;
-
Возможность одновременного использования компонент;
-
Упрощение модификации и масштабируемость;
-
Наличие потенциала для наращивания производительности;
-
Возможность независимой разработки компонент.
), обтекание графики текстом, а также отображение верхних и нижних индексов (
...;
...).
Кроме этих возможностей, которые фиксируют текущую практику использования HTML, современные программы просмотра HTML - документов позволяют реализовать и ряд других возможностей разметки текста, которые описаны в стандарте HTML 3.0 и расширениях HTML фирм-разработчиков программного обеспечения:
-
разметка математических формул (HTML 3.0);
-
дополнительные контейнеры заголовка (HTML 3.0; Netscape Extensions; Microsoft Extensions);
-
дополнительные атрибуты стандартных контейнеров тела документа (ALIGN; BGCOLOR; TARGET и т.п.);
-
разбиение страницы на фреймы;
-
открытие дополнительных окон и др.
Сейчас World Wide Web Consortium (W3C) уже опубликовал рабочие материалы спецификации HTML 4.0
3. Кроме возможностей разметки текста, включения мультимедиа и формирования гипертекстовых связей уже существовавших в предыдущих версиях HTML, в версию 4.0 включены дополнительные средства работы с мультимедиа, языки программирования, таблицы стилей, упрощенные средства печати изображений и документов, которые становятся более доступными для всех пользователей HTML 4.0. Эти дополнения служат интернационализации WWW и распространению ее по всему миру. Кроме этого, для управления сценариями просмотра страниц Website (гипертекстовой базы данных, выполненной в технологии World Wide Web) можно использовать языки программирования этих сценариев типа JavaScript, Java и VBScript.
Прежде всего, рассмотрим структуру HTML-документов.
За основу модели разметки документов в HTML принята таговая модель.
Таговая модель описывает документ как совокупность контейнеров, каждый из которых начинается и заканчивается тагами. Т.е. документ НТМL представляет собой не что иное, как обычный АSСII-файл, с добавленными в него управляющими НТМL-кодами (тагами).
Таги НТМL-документов в большинстве своем просты для понимания и использования, ибо они образованы с помощью общеупотребительных слов английского языка, понятных сокращений и обозначений. НТМL-таг состоит из имени, за которым может следовать необязательный список атрибутов тага. Текст тага заключается в угловые скобки (< и >). Простейший вариант тага - имя, заключенное в угловые скобки, например