Модель клиент-сервер

не являются равноправными. Некоторые из них владеют ресурсами (файловая система,

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

группы:
ввод и отображение данных (взаимодействие с пользователем);
прикладные функции, характерные для

данной предметной области;
функции управления ресурсами (файловой системой, базой данных и т.д.)
Поэтому, в любом приложении выделяются следующие компоненты:
компонент представления данных
прикладной компонент
компонент управления ресурсом
Связь между компонентами осуществляется по определенным правилам, которые называют "протокол взаимодействия".

языка SQL
Преимущества такого подхода: возможно централизованное администрирование прикладных функций, значительно

снижается сетевой трафик (т.к. передаются не SQL-запросы, а вызовы хранимых процедур).

на две возможно перекрывающиеся группы:
Процессы, реализующие некоторую службу, например службу

файловой системы или базы данных, называются серверами (servers).

Процессы, запрашивающие службы у серверов путем посылки запроса и последующего ожидания ответа от сервера, называются клиентами (clients).

запрашивая службу, облекает свой запрос в форму сообщения с указанием

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

службу, до посылки запроса серверу он должен установить с ним

соединение.
Сервер использует для посылки ответного сообщения то же самое соединение,
Соединение разрывается.

данных.
Вопрос №2

программы, посредством которых пользователь может взаимодействовать с приложением.
Вариант 1.

Пользовательский интерфейс содержит только символьный (не графического) дисплей.
Вариант 2. Имеется как минимум графический дисплей, на котором можно задействовать всплывающие или выпадающие меню и множество управляющих элементов, доступных для мыши или клавиатуры.
Вариант 3. Пользовательские интерфейсы поддерживают совместную работу приложений через единственное графическое окно и в ходе действий пользователя обеспечивают через это окно обмен данными.

Вопрос №2

обрабатывающим их приложениям.
Специфическим свойством этого уровня является требование сохранности

(persistence).
Кроме простого хранения информации уровень данных обычно также отвечает за поддержание целостности данных для различных приложений.

Вопрос №2

здесь является независимость данных.
Данные организуются независимо от приложений так,

чтобы изменения в организации данных не влияли на приложения, а приложения не оказывали влияния на организацию данных.

Вопрос №2

в понятиях работы с объектами, уровень данных реализуют средствами объектно-ориентированных

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

Вопрос №2

машины, на которых имеются программы, реализующие только пользовательский интерфейс или

его часть.
Серверы, реализующие все остальное, то есть уровни обработки и данных.

Проблема подобной организации состоит в том, что на самом деле система не является распределенной: все происходит на сервере, а клиент представляет собой не что иное, как простой терминал.

Вопрос №3

показано на рис. 3, а, позволив приложению удаленно контролировать представление

данных.

Альтернативой этому подходу будет передача клиенту всей работы с пользовательским интерфейсом (рис. 3, б).

Вопрос №3

на рис. 3, в. Примером может быть вариант, когда приложение

создает форму непосредственно перед ее заполнением. Внешний интерфейс затем проверяет правильность и полноту заполнения формы и при необходимости взаимодействует с пользователем.

Вопрос №3

клиента.
Такая ситуация приводит к физически трехзвенной архитектуре (physically three-tiered

architecture).

Вопрос №3

Рис. 4. Пример сервера, действующего как клиент

отдельный сервер, но дополнительно могут частично находиться и на машинах

клиентов и серверов.
Типичный пример трехзвенной архитектуры — обработка транзакций. В этом случае отдельный процесс — монитор транзакций — координирует все транзакции, возможно, на нескольких серверах данных.

Вопрос №3

отдельный сервер, но дополнительно могут частично находиться и на машинах

клиентов и серверов.
Типичный пример трехзвенной архитектуры — обработка транзакций. В этом случае отдельный процесс — монитор транзакций — координирует все транзакции, возможно, на нескольких серверах данных.

Вопрос №3

вертикального распределения является то, что оно достигается размещением логически различных

компонентов на разных машинах.
Это понятие связано с концепцией вертикального разбиения (vertical fragmentation), используемой в распределенных реляционных базах данных, где под этим термином понимается разбиение по столбцам таблиц для их хранения на различных машинах

Вопрос №3

известным как горизонтальное распределение (horizontal distribution).
При таком типе распределения

клиент или сервер может содержать физически разделенные части логически однородного модуля, причем работа с каждой из частей может происходить независимо.
Это делается для выравнивания загрузки.

Вопрос №3

для коллективной работы, можно не иметь сервера вообще. В этом

случае говорят об одноранговом распределении (peer-to-peer distribution).
Подобное происходит, например, если пользователь хочет связаться с другим пользователем. Оба они должны запустить одно и то же приложение, чтобы начать сеанс. Третий клиент может общаться с одним из них или обоими, для чего ему нужно запустить то же самое приложение.

Вопрос №3

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

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

позволяет видеть файлы и каталоги на двух постоянно отображаемых панелях

нескольких типов и удобно манипулировать файлами с помощью функциональных клавиш и мыши.
Оболочка DOS Navigator полностью копирует исходную идею NC, но имеет дополнительные функции. Она поддерживает работу с большим количеством архиваторов, позволяет выделять файлы различных типов цветом, имеет более удобные средства для межкомпьютерной связи через модем.
Графические оболочки для Windows - Dash Board for Windows, Dash Board for Windows 95, DeskBar 95 for Windows 95 - позволяют пользователю быстро создавать меню запуска программ и вызова документов, а также контролировать использование системных ресурсов.
Оболочки Shez и RAR предназначены для управления сжатием (архивированием) и распаковкой файлов в среде MS-DOS. Оболочки WinRAR и WinZiр предназначены для управления сжатием (архивированием) и распаковкой файлов в графической среде. Оболочки NDOS, Norton Desktop for Windows предназначены для управления файлами.