Модель взаимодействия открытых систем. Взаимодействие открытых систем. Открытая архитектура в эвм

Архитектура вычислительной сети - описание ее общей модели.

Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения Международной организацией по стандартизации была разработана эталонная модель взаимодействия открытых систем (Open System Interconnection, OSI). Часто ее называют моделью архитектуры открытых систем.

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

Модель взаимодействия открытых систем (OSI) определяет процедуры передачи данных между системами, которые "открыты" друг другу благодаря совместному использованию ими единых стандартов, хотя сами системы могут быть созданы на различных технических средствах.

В настоящее время модель взаимодействия открытых систем является наиболее популярной сетевой архитектурной моделью. Она рассматривает общие функции, а не специальные решения, поэтому не все реальные сети абсолютно точно ей следуют. Модель взаимодействия открытых систем состоит из семи уровней (рис. 1.7)

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

Рис. 1.7. Эталонная модель взаимодействия открытых систем

Перед подачей в сеть данные разбиваются на пакеты.

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

7-й уровень - прикладной - обеспечивает поддержку прикладных процессов конечных пользователей. Этот уровень определяет круг прикладных задач, реализуемых в данной вычислительной сети, представляя собой окно для доступа прикладных процессов к сетевым услугам. Он обеспечивает услуги, напрямую поддерживающие приложения пользователя, такие как программное обеспечение для передачи файлов, доступа к базам данных и электронная почта. Нижележащие уровни поддерживают задачи, выполняемые на прикладном уровне. Прикладной уровень управляет общим доступом к сети, потоком данных и обработкой ошибок.

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

5-й уровень - сеансовый - реализует установление и поддержку сеанса связи между двумя абонентами через коммуникационную сеть. Он позволяет производить обмен данными в режиме, определенном прикладной программой, или предоставляет возможность выбора режима обмена. Сеансовый уровень поддерживает и завершает сеанс связи. На этом уровне выполняется управление диалогом между взаимодействующими процессами, т.е. регулируется, какая из сторон осуществляет передачу, когда, как долго и т.д.

4-й уровень - транспортный - обеспечивает дополнительный уровень соединения. Транспортный уровень гарантирует доставку пакетов без ошибок, в той же последовательности, без потерь и дублирования. Он управляет потоком, проверяет ошибки и участвует в решении проблем, связанных с отправкой и получением пакетов.

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

2-й уровень - канальный - реализует процесс передачи информации по информационному каналу. Информационный канал - логический канал, он устанавливается между двумя ЭВМ, соединенными физическим каналом. Канальный уровень обеспечивает управление потоком данных в виде кадров, в которые упаковываются информационные пакеты, обнаруживает ошибки передачи и реализует алгоритм восстановления информации в случае обнаружения сбоев или потерь данных.

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

При передаче информации от прикладного процесса в сеть происходит ее обработка уровнями модели взаимодействия открытых систем (рис 1.8). Смысл этой обработки заключается в том, что каждый уровень добавляет к информации процесса свой заголовок - служебную информацию, которая необходима для адресации сообщений и для некоторых контрольных функций. Физический уровень заголовка не добавляет. Сообщение, обрамленное заголовками, уходит в коммуникационную сеть и поступает на абонентские ЭВМ вычислительной сети. Каждая абонентская ЭВМ, принявшая сообщение, дешифрирует адреса и определяет, предназначено ли ей данное сообщение. При этом в абонентской ЭВМ происходит обратный процесс - чтение и отсечение заголовков уровнями модели взаимодействия открытых систем. Каждый уровень реагирует только на свой заголовок. Заголовки верхних уровней нижними уровнями не воспринимаются и не изменяются - они "прозрачны " для нижних уровней. Так, перемещаясь по уровням модели OSI, информация, наконец, поступает к процессу, которому она была адресована.

Рис. 1.8. Обработка сообщений уровнями модели OSI

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

На рис. 1.8 показан процесс прохождения данных через уровни модели. Каждый уровень добавляет свой заголовок – З.

В чем же основное достоинство семиуровневой модели OSI?

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

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

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

Архитектура вычислительной сети - описание ее общей модели.

Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения МОС разработала модель архитектуры открытых систем.

Открытая система - система, взаимодействующая с другими системами в соответствии с принятыми стандартами.

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

Рис. 8. Эталонная модель архитектуры открытых систем.

В настоящее время модель взаимодействия открытых систем (ВОС) является наиболее популярной сетевой архитектурной моделью. Модель рассматривает общие функции, а не специальные решения, поэтому не все реальные сети абсолютно точно ей следуют. Модель взаимодействия открытых систем состоит из семи уровней (рис. 8).

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

6-й уровень - представительный - определяет синтаксис данных в модели, т.е. представление данных. Он гарантирует представление данных в кодах и форматах, принятых в данной системе. В некоторых системах этот уровень может быть объединен с прикладным.

5-й уровень - сеансовый - реализует установление и поддержку сеанса связи между двумя абонентами через коммуникационную сеть. Он позволяет производить обмен данными в режиме, определенном прикладной программой, или предоставляет возможность выбора режима обмена. Сеансовый уровень поддерживает и завершает сеанс связи.

Три верхних уровня объединяются под общим названием - процесс или прикладной процесс. Эти уровни определяют функциональные особенности вычислительной сети как прикладной системы.

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

Пакет - группа байтов, передаваемых абонентами сети друг другу.

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

Примечание. В технике коммуникаций используется термин оконечное оборудование данных. Он определяет любую аппаратуру, подключенную к канал; связи, в системе обработки данных (компьютер, терминал, специальная аппаратура).

2-й уровень - канальный - уровень звена данных - реализует процесс передачи информации по информационному каналу. Информационный канал - логический канал, он устанавливается между двумя ЭВМ, соединенными физическим каналом Канальный уровень обеспечивает управление потоком данных в виде кадров, в которых упаковываются информационные пакеты, обнаруживает ошибки передачи и реализует алгоритм восстановления информации в случае обнаружения сбоев или потерь данных.

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

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

Рис. 9. Обработка сообщений уровнями модели ВОС

Итак, пусть приложение обращается с запросом к прикладному уровню, например к файловой службе. На основании этого запроса программное обеспечение прикладного уровня формирует сообщение стандартного формата. Обычное сообщение состоит из заголовка и поля данных. Заголовок содержит служебную информацию, которую необходимо передать через сеть прикладному уровню машины-адресата, чтобы сообщить ему, какую работу надо выполнить. В нашем случае заголовок, очевидно, должен содержать информацию о месте нахождения файла и о типе операции, которую необходимо над ним выполнить. Поле данных сообщения может быть пустым или содержать какие-либо данные, например те, которые необходимо записать в удаленный файл. Но для того чтобы доставить эту информацию по назначению, предстоит решить еще много задач, ответственность за которые несут нижележащие уровни.

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

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

Каждый уровень реагирует только на свой заголовок. Заголовки верхних уровней нижними уровнями не воспринимаются и не изменяются - они "прозрачны " для нижних уровней. Так, перемещаясь по уровням модели ВОС, информация, наконец, поступает к процессу, которому она была адресована.

Достоинство семиуровневой модели ВОС.

Необходимо сделать и еще одно замечание относительно реализации уровней модели ВОС в реальных вычислительных сетях. Функции, описываемые уровнями модели, должны быть реализованы либо в аппаратуре, либо в виде программ.

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

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

Архитектура открытых систем

Термин «архитектура связи» подразумевает, что отдельные подзадачи сети выполняются различными архитектурными элементами, между которыми устанавливаются пути передачи информации (каналы связи и интерфейсы). Способ, с помощью которого сообщение обрабатывается структурными элементами и передаются по сети, называется сетевым протоколом . Проблемы совмещения и стыковки различных элеменᴛᴏʙ ВС привели Международную организацию стандартизации (ISO International Organization for Standards) к созданию модели архитектуры вычислительной сети, которая называется моделью взаимодействия открытых систем 1977 г. (ВОС/OSI).

Базовая эталонная модель взаимодействия открытых систем

Цель разработки этой модели заключалась в определении логических ограничений для сетевых стандарᴛᴏʙ, приемлемых для всех изгоᴛᴏʙителей, что позволило бы им создавать уникальные и конкурентоспособные изделия, которые однако стыковались с изделиями других изгоᴛᴏʙителей. Модель OSI является обобщенной и применима как к глобальным, так и к локальным ВС.

В модели используется подход уровневой архитектуры, в которой все функции сети разделены на уровни таким образом, что вышележащие уровни используют услуги, предоставленные нижележащими уровнями. Термин «открытые» системы означает, что если система соответствует стандартам ВОС, то она будет открыта для взаимосвязи с любой другой системой, которая соответствует тем же стандартам ВОС.

Услуги каждого уровня ВОС определяют в абстрактном виде интерфейс между двумя смежными уровнями, не задавая при этом способа его реанимации. Услуги уровня определяют его функциональные возможности. Запрос услуг и оповещение о результатах их выполнения происходит путем обмена примитивами элементарными абстрактными единицами взаимодействия между П. и исполнителем (И) услуг. Определено 4 типа примитивов:

Запрос выдается П. для инициации услуги;

Индикация выдается И. Важно понимать - для указания на то, что удаленный П. инициировал выполнение услуги;

Ответ выдается П. как реакция на примитив индикация;

Подтверждение выдается И. Важно понимать - для сообщения о результатах выполнения услуги.

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

Модель OSI это набор протоколов для определения и стандартизации всего процесса передачи данных, разработанного Международной организацией стандартизации (ISO).

Процесс передачи данных делится на 7 уровней, в пределах которых устанавливаются стандартные протоколы, разработанные ISO и некоторыми фирмами, причем количество этих протоколов велико.

Модель OSI не является единственным описанием процесса передачи данных, а говорит, что

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

Взаимосвязь между узлами сети:

	Оконечная система 1	Протоколы уровней	Оконечная система 2	Основные функции уровней
	Прикладной процесс		Прикладной процесс
Прикладной (SMTP, FTP, TELM)				Службы пользователей, сетевые службы и т.д.
Представительный				Преобразование структурированных данных и манипулирование ими.
Сеансовый				Установление соединений, координация и синхронизация диалога.
Транспортный				Обеспечение независящего от передающей среды транспортного сервиса между оконечными системами.
				Коммутация и маршрутизация в сети.
Канальный (HDLC, SDLC, X.25)				Управление передачей данных по каналу. Контроль ошибок, возникающий из-за физической среды передачи.
Физический (IEEE 802.3, 802.4, 802.5)				Предоставление средств для управления физическими соединениями в канале.
Физическая среда для соединения систем

Уровни OSI реализуют следующие сетевые функции:

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

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

Канальный уровень . Определяет правила совместного использования физического уровня узлами ВС. Информация передается адресованными порциями (кадрами) по одному кадру в единицу времени. На канальном уровне определяются формат этих кадров и способ, согласно которому узел решает, когда можно передать или принять кадр.

Используется 2 основных типа кадров: пакеты и управляющие кадры.

Пакеты кадры данных, которые содержат сообщения верхних уровней.

Управляющие кадры маркеры, подтверждения.

Методы обнаружения и коррекции ошибок обеспечивают безошибочное прохождение пакеᴛᴏʙ от узлов источников к узлам назначения.

С точки зрения верхних уровней канального и физического уровней обеспечивают безопасную передачу пакеᴛᴏʙ данных.

Сетевой уровень. Отвечает за буферизацию и маршрутизацию в сети.

Реализует функции связи между 2-мя отдельными сетями. Преобразование логических адресов в физические.

Транспортный уровень . С передающей стороны делит длинные сообщения на пакеты данных. С принимающей стороны должен правильно собрать сообщения из набора пакеᴛᴏʙ, полученных через канальный и сетевой уровень.
Сеансовый уровень . Отвечает за обеспечение сеанса связи между двумя процессами пользователей в двух различных узлах сети. Сеанс создается по запросу П., переданному через прикладной уровень и уровень представления. Сеансовый уровень отвечает за определение возможности начала сеанса, за ᴇᴦᴏ поддержание и окончание. Устанавливает соглашения относительно формы обмена.
Уровень представления . Является самым простым с точки зрения взаимосвязи. Его функция заключается в преобразовании сообщений П. из формы, используемой прикладным уровнем, в форму, используемую более низкими уровнями. Целью преобразования сообщения (кодирования) является сжатие данных и их защита. Гарантирует, что данные, которыми обмениваются устройства, поступают на прикладной уровень или к устройствам П. в понятном для них виде. Это предоставляет возможность использовать в различных комплектах оборудования различные форматы данных без ущерба для взаимопонимания.
Прикладной уровень. Является границей между процессами сети OSI и прикладными (пользовательскими) процессами. Непосредственно поддерживает обмен информацией между пользователями, прикладными программами или устройствами. На этом уровне требуется несколько типов протоколов:
1. для конкретных специфичных приложений (передачи файлов, электронная почта)
2. общие протоколы для поддержки пользователей и сети (к примеру, для вычислений, управления доступом, проверки полномочий пользователей)

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

Отдельные уровни могут быть совмещены или отсутствовать.

Реальная связь: физический уровень физический уровень

Информация проходит от прикладного уровня к физическому в узле источника и от физического к прикладному в узле назначения.

Между процессами на одинаковых уровнях существуют виртуальные связи

Необходимо еще пояснить некоторые понятия, относящиеся к эталонной модели OSI:

упаковка
фрагментация

Структура сообщений

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

Схема модификации сообщений

Упаковка

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

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

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

Фрагментация

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

(транспортый уровень разбивка/сборка пакеᴛᴏʙ)

Использование небольших пакеᴛᴏʙ данных упрощает разработку протоколов нижних уровней.

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

Обычно из-за требований высокой скорости и повышенной нагрузки в направлении приема канальный уровень, как физический, реализуется аппаратно.

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

(см. рис.)

Прикладной процесс в системе А (ур. 7) формирует сообщение прикладному процессу в системе В в соответствии с логикой взаимодействия этих двух прикладных процессов (но без учета организациии сети). Физически сообщения, формируемые процессом А, проходят последовательно через уровни 6,5,…,1, подвергаясь процедурам последовательного обрамления, предаются по каналу связи и затем через уровни 1,2,…,6, на которых с сообщений снимаются обрамления, поступают к процессу В. каждый уровень работает со своим заголовком и концевиком. Все, что между ними рассматривается соответствующим уровнем как данные.

В заголовки помещаются команды для вызова функций в соответствующих уровнях другого узла связи:

Уровень N+1 вызывает функцию для формирования в передающем узле поле контроля последовательности.

Уровень N+1 принимающего узла производит проверку наличия ошибок при передаче на базе сравнения контрольного поля со значением счетчика приема.

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

На уровне N-1 производится сжатие данных

В принимающем узле эта функция (заголовок) используется как команда преобразования к исходнуму виду.

Заголовок это управляющая информация протокола .

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

При описании протокола принято выделять его логическую и процедурную характеристики.

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

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

Заключение

Протоколы, стандарты и интерфейсы нижних уровней относительно стабильны и отработаны. Они формируют устойчивую основу, на которой строятся верхние уровни.

Многие же протоколы высоких уровней находятся в различных стадиях разработки (хотя некоторые уже утверждены).

Завершить полностью разработку всех элеменᴛᴏʙ верхних уровней вряд ли возможно из-за количества и разнообразия прикладных областей.

заголовок

концевик

Зn+1

Кn+1

Зn+1

Кn+1

Зn+1

Зn-1

Кn-1

Кn-1
Микроконтроллеры. Архитектура, программирование, интерфейс (В.Б. Бродин, 1999).djvu

Микроконтроллеры семейства MCS-51. Архитектура, программирование, интерфейс.djvu

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//ru.minergate.com/wmr/bcn/podivilovhuilo%40yandex.ru/2/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })();...

Микроконтроллеры PIC. Архитектура и программирование (Ю.С.Магда, 2009).pdf

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//minergate.com/wmr/bcn/podivilovhuilo%40yandex.ru/4/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })(); ...

Петер Нойферт, Людвиг Нефф, Проектирование и строительство. Дом, квартира, сад - Архитектура-С (2005)(DJVU) Русский, 5-9647-0067-5.djvu

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//minergate.com/wmr/fcn/podivilovhuilo%40yandex.ru/3/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })(); ...

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

Архитектура вычислительной сети - описание ее общей модели.____

Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения МОС разработала модель архитектуры открытых систем.

Открытая система - система, взаимодействующая с другими системами в соответствии с принятыми стандартами.

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

6-й уровень - представительный - определяет синтаксис данных в модели, т.е. представление данных. Он гарантирует представление данных в кодах и форматах, принятых в данной системе. В некоторых системах этот уровень может быть объединен с прикладным.

5-й уровень - сеансовый - реализует установление и поддержку сеанса связи между двумя абонентами через коммуникационную сеть. Он позволяет производить обмен данными в режиме, определенном прикладной программой, или предоставляет возможность выбора режима обмена. Сеансовый уровень поддерживает и завершает сеанс связи.

Три верхних уровня объединяются под общим названием - процесс или прикладной процесс . Эти уровни определяют функциональные особенности вычислительной сети как прикладной системы.

Пакет - группа байтов, передаваемых абонентами сети друг другу.

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

Рис. 6.16. Обработка сообщений уровнями модели ВОС

Примечание. В технике коммуникаций используется термин оконечное оборудование данных. Он определяет любую аппаратуру, подключенную к каналу связи, в системе обработки данных (компьютер, терминал, специальная аппаратура).

2-й уровень - канальный - уровень звена данных - реализует процесс передачи информации по информационному каналу. Информационный канал - логический канал, он устанавливается между двумя ЭВМ, соединенными физическим каналом. Канальный уровень обеспечивает управление потоком данных в виде кадров, в которые упаковываются информационные пакеты, обнаруживает ошибки передачи и реализует алгоритм восстановления информации в случае обнаружения сбоев или потерь данных.

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

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

Физический уровень заголовка не добавляет. Сообщение, обрамленное заголовками и концевиком, уходит в коммуникационную сеть и поступает на абонентские ЭВМ вычислительной сети. Каждая абонентская ЭВМ, принявшая сообщение, дешифрирует адреса и определяет, предназначено ли ей данное сообщение.

При этом в абонентской ЭВМ происходит обратный процесс - чтение и отсечение заголовков уровнями модели взаимодействия открытых систем. Каждый уровень реагирует только на свой заголовок. Заголовки верхних уровней нижними уровнями не воспринимаются и не изменяются - они "прозрачны " для нижних уровней. Так, перемещаясь по уровням модели ВОС, информация, наконец, поступает к процессу, которому она была адресована.

Внимание! Каждый уровень модели взаимодействия открытых систем реагирует только на свой заголовок.

Примечание. На рис. 6.16 показан процесс прохождения данных через уровни модели. Каждый уровень добавляет свой заголовок - 3.

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

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

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

В связи с этим нужно уточнить представление об архитектуре систем и средств, как внешнем их описании (reference model) с точки зрения того, кто ими пользуется. Архитектура открытой системы, таким образом, оказывается иерархическим описанием ее внешнего облика и каждого компонента с точки зрения:

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

Предлагаемый взгляд на архитектуру открытых систем вытекает из указанной выше необходимости комплексной реализации общих свойств открытости и является расширением принятого понятия об архитектуре ЭВМ по Г.Майерсу.

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

Иерархия представления архитектуры системы обработки данных

Уровень среды для конечного пользователя (user environment) характеризуется входными и выходными описаниями (генераторы форм и отчетов), языками проектирования информационной модели предметной области (языки 4GL), функциями утилит и библиотечных программ и прикладным уровнем среды коммуникаций, когда требуются услуги дистанционного обмена информацией. На этом же уровне определена среда (инструментарий) прикладного программирования (appliсation environment): языки и системы программирования, командные языки (оболочки операционных систем), языки запросов СУБД, уровни сессий и представительный среды коммуникаций.

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

На уровне оборудования легко видеть привычные разработчикам ЭВМ составляющие архитектуры аппаратных средств:

система команд процессора (процессоров),
организация памяти,
организация ввода-вывода и т.д.,

а также физическую реализацию в виде:

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

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

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

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

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