Стандарты в открытых системах

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

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

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

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

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

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

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

Предпосылками разработки моделей взаимодействия открытых систем явились:

- необходимость эталонной системы, которая поможет обеспечить взаимодействие сетевых средств, предлагаемых различными разработчиками;

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

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

В 1984 г. Международная организация стандартизации разработала эталонную модель сети под названием «Взаимодействие открытых систем» (OSI — Open System Interconnection).

Взаимодействие двух приложений посредством сети является сложной задачей, которая включает в себя:

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

2. Установление и поддержание связи.

3. Обработка потерь и помех при обмене.

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

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

1. Каждый уровень должен выполнять строго определённую функцию.

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

3. Границы уровня выбираются таким образом, чтобы минимизировать проходящий через них поток данных.

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

Поиск по сайту: