Архитектура компьютерных сетей. Трехуровневая архитектура аис и эталонная модель архитектуры открытых систем

11. Архитектура взаимодействия открытых систем. Основы передачи дискретных сообщений

11. Архитектура взаимодействия открытых систем

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

По своей сути сеть это соединение оборудования от разных производителей. Для решения проблем совместимости все производители должны придерживаться общепринятых правил построения оборудования. Эти правила закрепляются в стандартах.

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

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

Декомпозиция предполагает:

• четкое определение функций каждого модуля, решающего отдельную задачу;

• определение правил взаимодействия между модулями.

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

• все множество модулей разбивается на уровни (при этом функции всех уровней четко определены);

• уровни образуют иерархию (т.е. существуют верхние и нижние);

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

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

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

Формализованные правила, определяющие последовательность и формат сообщений, которыми обмениваются сетевые компоненты, лежащие на одном уровне, но в разных узлах, называется ПРОТОКОЛОМ.

Уровни, находящиеся в одном узле в процессе работы, также взаимодействуют друг с другом в соответствии с четко определенными правилами. Эти правила принято называть ИНТЕРФЕЙСОМ.

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

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

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

Изначально определяется структура построения стандартов ВОС.

Затем описание услуг, которые должны предоставляться отдельными компонентами (уровнями) открытой системы.

Последний уровень детализации стандартов ВОС – разработка в рамках определенной услуги ВОС набора протоколов.

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

Таким образом, стандарт ВОС должен определять:

• Эталонную модель ВОС;

• Конкретный набор услуг, удовлетворяющих эталонной модели;

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

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

Семиуровневая модель ВОС

Сетевые модели OSI и IEEE Project 802

В 1978 г. Международная организация по стандартизации ISO (International Standards Organization) выпустила набор спецификаций описывающих архитектуру сетей с неоднородными устройствами. (Прообраз модели ВОС).

В 1984 г. ISO, выпустила новую версию своей модели, названную эталонной моделью ВОС. (Open System Interconnection reference model, OSI.)

Структура эталонной модели ВОС

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

Семь уровней модели :

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

К этому уровню имеют отношение:

• характеристики физических сред передачи данных (полоса пропускания, волновое сопротивление, помехозащищенность…);
• характеристики электрических (оптических) сигналов (уровни, тип кодирования, скорость модуляции…);
• тип разъема и назначение каждого контакта (BNC, RJ-45, RS-232c…).

Пример спецификация 10BaseT .

Канальный уровень

К основным задачам решаемым на канальном уровне относятся:

• организация доступа к среде передачи;
• реализация механизмов обнаружения и коррекции ошибок.

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

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

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

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

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

Пример: Ethernet, Token ring.

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

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

Если сетевой адаптер маршрутизатора не может передавать большие блоки данных, посланные ПК отправителя, на Сетевом уровне эти блоки разбиваются на меньшие. На Сетевом уровне получателя происходит обратный процесс переупаковки в исходное состояние.

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

Пример: IP (стек TCP/IP), IPX (стек IPX/SPX).

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

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

На этом уровне сообщения также могут переупаковываться: длинные разбиваются на несколько пакетов, а короткие объединяются в один. Это увеличивает эффективность передачи пакетов по сети. На транспортном уровне ПК получателя сообщения распаковываются, восстанавливаются в первоначальном виде, и обычно посылается сигнал подтверждения.

Если качество канала хорошее, то используется облегченный сервис. Датаграмный режим (UDP).

Если качество канала плохое, то используется максимум средств – установление предварительного логического соединения, организация обратной связи, циклическая нумерация пакетов, квитирование, проверка контрольных сумм и т.д. (Режим виртуальных каналов TCP).

Сеансовый уровень (Session)

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

• соединение прикладных процессов для их взаимодействия,

• организация передачи информации между процессами во время взаимодействия

• "рассоединения" процессов.

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

Сеансовый уровень обеспечивает синхронизацию между пользовательскими задачами посредством расстановки в потоке данных контрольных точек (chekpoints). Таким образом, в случае сетевой ошибки, потребуется заново передать только данные, следующие за последней контрольной точкой.

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

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

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

На этом уровне работает редиректор, переадресовывающий операции ввода вывода к ресурсам сервера.

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

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

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

Модель IEEE Project 802. Расширение модели OSI.

В феврале 1980 г. был выпущен IEEE Project 802. Хотя публикация данного проекта опередила стандарты ISO данные работы велись параллельно, при полном обмене информации поэтому полностью совместимы.

IEEE Project 802 – установил стандарты для физических компонентов сети – интерфейсных плат и кабельной системы с которыми имеют дело Физический и Канальный кровни модели OSI .

Данные стандарты распределяются:

• на платы сетевых адаптеров;

• компоненты глобальных вычислительных сетей;

• компоненты сетей на коаксиале и витой паре.

802-спецификации определяют способы, в соответствии с которыми сетевые карты осуществляют доступ к физической среде и передают по ней данные.

В модели IEEE Канальный уровень делится на два подуровня:

• управление логической связью (контроль ошибок и управление потоком данных);

• Управление доступом к среде. (контроль несущей, передача маркера,…).

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

Контрольные вопросы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

©2015-2019 сайт
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2017-04-04

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наименование параметра	Значение
Тема статьи:	Архитектура открытых систем
Рубрика (тематическая категория)	Компьютеры

Открытые системы.

Понятие подхода открытых систем.

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

Открытая система - ϶ᴛᴏ система, которая состоит из компонентов, взаимодействующих друг с другом, через стандартные интерфейсы. Данное определœение было сформулировано французской ассоциацией пользователœей Unix в 1992 году, так же это исчерпывающий и согласованный набор международных стандартов информационных технологий и профилей, функциональных стандартов, которые специфицируют интерфейсы, службы и поддерживающие форматы, чтобы обеспечить интероперабельность и мобильность приложений, данных и персонала. Данное определœение сформулировано международным научным техническим обществом (IEEE). Данное определœение подчеркивает аспект среды, которые предоставляют открытые системы для ее использования, ᴛ.ᴇ. это внешнее описание открытой системы.

Общие свойства открытых систем обычно формулируются следующим образом:

1) расширяемость (масштабируемость)

2) мобильность (переносимость)

3) интеропирабельность (способность к взаимодействию с другими системами)

4) дружественность к пользователю, в т.ч. легкая управляемость

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

Архитектура открытой системы таким образом оказывается иерархическим описанием ее внешнего облика и каждого компонента с точки зрения:

1. пользователя (пользовательский интерфейс)

2. проектировщика системы (среды проектирования)

3. прикладного программиста (среды программирования)

4. системного программиста (архитектура ЭВМ)

5. разработчика аппаратуры (интерфейсы оборудования)

Преимущество идеологии открытой системы

Для пользователя открытые системы обеспечивают:

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

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

3) дружественность среды, в которой работает пользователь и мобильность персонала в процессе эволюции системы

4) возможность использования информационных ресурсов имеющихся в других системах

Проектировщик информационных систем получает:

1. возможность использования разных аппаратных платформ

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

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

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

Разработчики общесистемных программных средств получают:

1. новые возможности разделœения труда, благодаря повторному использованию программ

2. развитые инструментальные среды и системы программирования

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

Архитектура открытых систем - понятие и виды. Классификация и особенности категории "Архитектура открытых систем" 2017, 2018.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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