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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Открытая система - ϶ᴛᴏ система, которая состоит из компонентов, взаимодействующих друг с другом, через стандартные интерфейсы. Данное определœение было сформулировано французской ассоциацией пользователœей 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Аннотация: Методологическое обоснование открытых систем как совокупности концепций и основанных на них эталонных моделей. Модель OSI.

2.1. Методологический базис открытых систем

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

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

• концептуальная основа и принципы построения открытых систем;
• эталонная модель окружений открытых систем (Open System Environment Reference Model - OSE RM);
• эталонная модель взаимосвязи открытых систем (Open Systems Interconnection Reference Model - OSI RM);
• аппарат разработки и использования профилей ИТ/ИС, предназначенный для создания открытых систем в пространстве стандартизованных решений;
• таксономия профилей;
• концепция тестирования конформности систем ИТ исходным стандартам и профилям.

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

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

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

Рис. 2.1.

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

• системы реального времени (Real Time System - RTS) и встроенные системы (Embedded System - ES);
• системы обработки транзакций (Transaction Processing System - TPS);
• системы управления базами данных (DataBase Management System - DBMS);
• разнообразные системы поддержки принятия решения (Decision Support System - DSS);
• управленческие информационные системы административного (Executive Information System - EIS) и производственного (Enterprise Resource Planning - ERP) назначения;
• географические информационные системы (Geographic Information System - GIS);
• другие специализированные системы, в которых могут применяться спецификации, рекомендуемые международными организациями.

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

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

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

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

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

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

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

Рабочая группа 1003.0 POSIX IEEE разработала эталонную модель OSE (Open Systems Environment / Reference Model - OSE/RM). Эта модель описана на международном уровне в техническом отчете TR 14250 комитета JTC1 ( рис. 2.2).

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

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

Логические объекты представлены тремя классами, интерфейсы - двумя. В контексте эталонной модели OSE прикладное программное обеспечение включает в себя непосредственно коды программ, данные, документацию, тестирующие, вспомогательные и обучающие средства ( рис. 2.3).

Рис. 2.3.

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

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

Интерфейс прикладной программы (Application Program Interface - API) является интерфейсом между ППО и прикладной платформой. Основная функция API - поддержка переносимости ППО. Классификация API производится в зависимости от типа реализуемых услуг: взаимодействие в системе "пользователь - компьютер", обмен информацией между приложениями, внутренние услуги системы, коммуникационные услуги.

Интерфейс обмена с внешней средой (External Environment Interface - EEI) обеспечивает передачу информации между прикладной платформой и внешней средой, а также между прикладными программами, которые выполняются на одной платформе.

Рис. 2.4.

Эталонная модель OSE/RM реализует и регулирует взаимоотношения "поставщик - пользователь". Логические объекты прикладной платформы и внешней среды являются поставщиком услуг, ППО - пользователем. Они взаимодействуют с помощью набора API и EEI интерфейсов, определенных моделью POSIX OSE ( рис. 2.4) .

Интерфейс EEI представляет собой совокупность всех трёх интерфейсов (CSI, HCI, ISI), каждый из которых имеет характеристики, определяемые внешним устройством ( рис. 2.5):

• интерфейс коммуникационных сервисов (Communication Service Interface - CSI) - интерфейс, который обеспечивает сервис для реализации взаимодействия с внешними системами. Реализация взаимодействия осуществляется с помощью стандартизации протоколов и форматов данных, которыми можно обмениваться по установленным протоколам
• человеко-машинный интерфейс (Human Computer Interface - HCI) - интерфейс, через который осуществляется физическое взаимодействие пользователя и системы программного обеспечения
• интерфейс информационных сервисов (Information Service Interface - ISI) - граница взаимодействия с внешней памятью долговременного хранения данных. Обеспечивается стандартизацией форматов и синтаксиса представления данных.

Рис. 2.5.

Прикладная платформа через оба основных интерфейса к платформе предоставляет сервисы для различных применений.

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

18.04.2007

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

ОТКРЫТАЯ АРХИТЕКТУРА В ЭВМ

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

Работа над первым персональным компьютером была закончена в 1981 году компанией IBM, и в то время IBM не придавала особого значения ПК, используя много чужих компонентов, например, операционную систему DOS от Microsoft и процессор от Intel. Ни эти компоненты, ни система ввода-вывода не были лицензированы, что в дальнейшем позволило множеству сторонних фирм, пользуясь опубликованными спецификациями, забрать у IBM огромную долю рынка персональных компьютеров.

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

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

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

ДОСТОИНСТВА И ПРЕИМУЩЕСТВА СИСТЕМ, СТРОЯЩИХСЯ НА ПРИНЦИПАХ ОТКРЫТОЙ АРХИТЕКТУРЫ

Экономический аспект

Открытая архитектура позволяет строить и модернизировать системы наиболее экономичным способом. Источники экономической эффективности состоят:

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

Инновационный аспект

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

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

ВЗАИМОДЕЙСТВИЕ ОТКРЫТЫХ СИСТЕМ

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

При реализации сетей, как правило, используются стандартные протоколы. Это могут быть фирменные, национальные или международные стандарты. Для единого представления данных в линиях связи, по которым передается информация, сформирована международная организация по стандартизации (англ. ISO - International Standards Organization). Цель ISO - разработка модели международного коммуникационного протокола, в рамках которого можно разрабатывать международные стандарты.

Архитектура вычислителной сети - это описание ее общей модели. Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения в 1984 году ISO была разработана базовая модель взаимодействия открытых систем - OSI. Эта модель, часто называемая моделью архитектуры открытых систем, является международным стандартом для передачи данных.

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

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

ОТКРЫТАЯ АРХИТЕКТУРА СИСТЕМЫ «ИНТЕЛЛЕКТ»

В интегрированной системе безопасности «Интеллект» реализованы все принципы открытых систем. «Интеллект» осуществляет взаимодействие с другими системами в соответствии с принятыми стандартами.

Прежде всего нужно отметить, что в «Интеллекте» применен объектно-ориентированный подход: любой элемент комплекса безопасности рассматривается и управляется как объект с определенным набором параметров (реакций и событий). Для взаимодействия «Интеллекта» с внешним по в его дереве объектов существует виртуальный модуль (IIDK - Interface Integration Development Kit), осуществляющий экспорт событий «Интеллекта» во внешнюю систему. И наоборот, события, получаемые через этот модуль «Интеллектом», интерпретируются им как определенные управляющие действия, что позволяет конфигурировать «Интеллект» и управлять им из внешней системы.

Программно-аппаратный комплекс функционирует на основе IBM-совместимых персональных компьютеров, используя для связи сервер - клиент транспортный протокол TCP/IP, уже давно являющийся установленным стандартом передачи данных с открытой спецификацией. Более того, «Интеллект» не накладывает ограничений на максимальное количество серверов и клиентов в сети - ограничения устанавливает только пропускная способность канала обмена информацией между ними.

Оборудование, интегрированное в систему «Интеллект», подключается к компьютеру через стандартные интерфейсы ввода-вывода, на которые также давно известны и опубликованы спецификации (RS-232, RS-485 и т.д.). И в этом случае «Интеллект» не накладывает ограничения на количество функциональных узлов оборудования, подключаемого к одному компьютеру, - ограничения накладывает только спецификация самого компьютера (количество свободных интерфейсов).

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

Максим Савчихин,
руководитель отдела обучающего консультирования компании ITV