Архитектура клиент-сервер. Основные элементы и их взаимодействия (клиент и сервер). Трехзвенная архитектура "сервер бд - сервер Приложений - Клиент". Основные элементы и их взаимодействие.
Клиентные приложения предоставляют интерфейс пользователя для управления данными на сервере. Необходимый сервис запрашивается клиентом у сервера. Примером такого сервиса может быть добавление заказчика, счета или печать отчета. В этом случае клиент просто выполняет запрос и обеспечивает необходимые для этого данные. Сервер же несет ответственность за обработку запроса. Это не означает, что клиент не может выполнять какое-либо логическое действие самостоятельно; вполне возможно, что клиент играет большую роль в проложении, т.е. может выполнять в нем основную часть (если не всю) бизнес-логики. Такое приложение называется толстым клиентом.
Сервер предоставляет сервис клиенту. Он, по существу, ждет, пока клиент сделает запрос, а затем обрабатывает этот запрос. Сервер должен обладать способностью обрабатывать несколько запросов от нескольких клиентов, а также располагать эти запросы по приоритетам. Чаще всего сервер запущен постоянно для того, чтобы не прекращался доступ к его сервисам.
Архитектура клиент-сервер
В
традиционном понимании система,
выполненная в архитектуре "клиент-сервер",
представляет собой совокупность
взаимодействующих компонент двух типов
- клиентов и серверов. Клиенты обращаются
к серверам с запросами, серверы их
обрабатывают и возвращают результат.
Клиент, вообще говоря, может обращаться
с запросами к нескольким серверам.
Серверы также могут обращаться с
запросами друг к другу.
Наиболее часто встречающийся класс приложений, выполненных в архитектуре "клиент-сервер", - различные приложения, работающие с базами данных. В таком случае в качестве сервера выступает СУБД, обеспечивающая выполнение запросов клиента, который, в свою очередь, реализует интерфейс пользователя.
Трехзвенная архитектура ("сервер БД - сервер Приложений - Клиент")
Р
азвитием
архитектуры клиент-сервер является
трехзвенная архитектура, в которой
интерфейс пользователя, логика приложения
и доступ к данным выделены в самостоятельные
составляющие системы, которые могут
работать на независимых компьютерах.
Разбиение матрицы планирования на блоки (с целью устранения кусочно-постоянного дрейфа).
При проведении эксперимента выход объекта дрейфует. Если этот дрейф кусочно-постоянен, то его можно нейтрализовать, изменяя порядок проведение эксперимента во времени. Для этого разбивают матрицу планирования на блоки и последовательно реализуют (во времени) эту матрицу: вначале один блок, затем другой и т.д.
Рассмотрим ортогональный план . Считаем, что выход объекта имеет аддитивный дрейф на величину +Δ(когда проводят эксперименты с номерами 1,2,3,4) и на величину –Δ (когда проводят эксперименты 5,6,7,8)
-
n
х1
х2
х3
хдр=х1х2х3
yi
номер блока
1
+
+
+
+
y1=y1ист +Δ
1
2
-
+
+
-
y2=y2ист +Δ
2
3
+
-
+
-
y3=y3ист +Δ
2
4
-
-
+
+
y4=y4ист +Δ
1
5
+
+
-
-
y5=y5ист - Δ
2
6
-
+
-
+
y6=y6ист -Δ
1
7
+
-
-
+
y7=y7ист -Δ
1
8
-
-
-
-
y8=y8ист -Δ
2
Этот
дрейф приводит к смещению на величину
Δ параметра
:
.
Для устранения этого недостатка изменим порядок проведения эксперимента, разбив план на два блока. Введем дрейфовую перемену хдр=х1 х2 х3 и по ней получим два блока. Реализуем этот план.
-
n
х1
х2
х3
хдр
yi
номер блока
1
+
+
+
+
y1=y1ист +Δ
блок 1
2
-
-
+
+
y2=y2ист +Δ
3
-
+
-
+
y3=y3ист +Δ
4
+
-
-
+
y4=y4ист +Δ
5
-
+
+
-
y5=y5ист - Δ
блок 2
6
+
-
+
-
y6=y6ист -Δ
7
+
+
-
-
y7=y7ист -Δ
8
-
-
-
-
y8=y8ист -Δ