13. Интеграция приложений в ткс
Открытые стандарты Интернета изменили архитектуру распределенных вычисле-ний. Основной язык Интернета – HTML – стал популярным языком для представле-ния элементов интерфейса пользователя. Межплатформная поддержка языков на-писания сценариев и минипрограмм Java, а также поддержка встроенных компо-нентов COM, делают возможным эффективную интеграцию приложений в ТКС – комбинирование динамических элементов со статическим текстом для предостав-ления пользователям интерактивных возможностей. Такие веб-технологии приспо-соблены к использованию в деловых приложениях для выполнения следующих за-дач.
• Создания среды разработки, основанной на компонентах.
• Разрешения распространения приложений внутри предприятия.
• Быстрого создания и настройки новых приложений.
• Удаленного обновления баз данных с помощью обычного веб-обозревателя.
• Добавления обработки транзакций в веб-приложения.
• Обеспечения вместного использования информации несколькими компа-ниями.
• Управления ресурсами и разрешения удаленного администрирования систе-мы.
Хотя простота и гибкость двухуровневых продуктов в технологии клиент-сервер продолжает привлекать создателей небольших деловых приложений, необходи-мость более быстрого доступа к данным и быстрого обновления разработок убеди-ла разработчиков систем искать новые способы создания распределенных приложений.
Сегодняшние приложения клиент-сервер мало похожи на своих предшественников, и им дано новое имя — многоуровневые приложения, или n-уровневая архитектура. В этой модели обработка распределяется между клиентом и сервером, а бизнес-логика собрана в среднем уровне. Большинство систем будут выполнять следую-щие три основные задачи, соответствующие трем уровням n-уровневой модели:
|
Задача |
Описание | |
|
Интерфейс пользовате-ля и пере-мещение |
1-й уровень заключает все возможности работы пользователя. Этот уровень обеспечивает графический интерфейс пользовате-ля, позволяющий взаимодействовать с приложением, вводить данные и просматривать результаты запросов, управляет манипу-лированием и форматированием данных, полученныхклиентом. В веб-приложениях задачи этого уровня выполняются веб-обозревателем. | |
|
Бизнес-логика |
Уровень 2, между интерфейсом и уровнями служб данных — это «владения» разработчика распределенного приложения. Бизнес-логика, которая собирает правила, управляющие обработкой при-ложения, соединяет пользователя, представляющего одну сторо-ну, с данными — другой стороной. Функции, которыми управляют правила, имитируют ежедневные деловые задачи и могут быть простой задачей или последовательностью задач. | |
|
Службы дан-ных |
3-й уровень – службы данных предоставляются структурирован-ными (база данных SQL, Oracle) и неструктурированными храни-лищамиданных(Microsoft®Exchange,Microsoft®MessageQueuing),лищами данных (Microsoft® Exchange, Microsoft® Message Queuing), которые управляют доступом и обеспечивают доступ к данным приложения. Одно приложение может привлекать службы одного или нескольких хранилищ данных. | |
|
В трехуровневой архитектуре каждый важный функциональ-ный компонент изолируется, поэтому его представление независимо от правил обра-ботки и бизнес-логики, кото-рая, в свою очередь, отделена от данных. Эта модель требу-ет большего предварительно-го анализа и проектирования, но существенно сокращает стоимость сопровождения и увеличивает функциональную гибкость при длительной экс-плуатации. На рисунке пока-заны технологии корпорации Майкрософт, которые обслу-живают различные уровни в новой структуре системы. |
| |
