что такое открытая система в информатике

Открытая система (информатика)

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

Открытая спецификация

Под «Открытой спецификацией» в определении POSIX понимается общедоступная спецификация, которая поддерживается открытым, гласным согласительным процессом, направленным на приспособление новой технологии к её применению, и которая согласуется со стандартами.

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

Основные свойства открытых систем:

Открытые методологии
Понятия	Открытый доступ · Открытый контент · Открытое общение · Открытые данные · Открытый дизайн · Открытое образование · Открытое государство · Открытое аппаратное обеспечение · Открытые инновации · Открытое знание · Открытый патент · Открытые исследования · Открытая наука · Открытое программное обеспечение · Открытое управление · Открытая журналистика · Открытый стандарт · Открытый формат · Открытая система
Инструменты	Свободное и открытое программное обеспечение · Открытые образовательные ресурсы · Открытая модель в музыке · Открытое ведение научных исследований · Открытое рецензирование
Организации	Creative Commons · Free Software Foundation · Open Knowledge Foundation · Open Rights Group · Public Library of Science · SPARC
Активисты	Джон Вилбэнкс · Лоуренс Лессиг · Питер Мюррей-Руст · Петер Субер · Ричард Столлман · Тим Бернерс-Ли
Проекты	Лицензии и инструменты Creative Commons · Определение свободных произведений культуры · Движение свободной культуры

Полезное

Смотреть что такое «Открытая система (информатика)» в других словарях:

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

Российская открытая академия транспорта — (РОАТ МИИТ) Год основания 1951 Студенты 20 000[1] … Википедия

РМ 4-239-91: Системы автоматизации. Словарь-справочник по терминам. Пособие к СНиП 3.05.07-85 — Терминология РМ 4 239 91: Системы автоматизации. Словарь справочник по терминам. Пособие к СНиП 3.05.07 85: 4.2. АВТОМАТИЗАЦИЯ 1. Внедрение автоматических средств для реализации процессов СТИСО 2382/1 Определения термина из разных документов:… … Словарь-справочник терминов нормативно-технической документации

Московский государственный университет путей сообщения — Эта статья или раздел нуждается в переработке. Пожалуйста, улучшите статью в соответствии с правилами написания статей … Википедия

Всероссийская олимпиада школьников по информатике — и ИКТ Логотип XXIII Всероссийской олимпиады школьников по информатике Основные сведения Предмет информатика Зона охвата … Википедия

Кибернетика — I Кибернетика (от греч. kybernetike искусство управления, от kybernáo правлю рулём, управляю) наука об управлении, связи и переработке информации (См. Информация). Предмет кибернетики. Основным объектом исследования в К. являются … Большая советская энциклопедия

Кибернетика — I Кибернетика (от греч. kybernetike искусство управления, от kybernáo правлю рулём, управляю) наука об управлении, связи и переработке информации (См. Информация). Предмет кибернетики. Основным объектом исследования в К. являются … Большая советская энциклопедия

Московский физико-технический институт — (государственный университет) (МФТИ (ГУ)) … Википедия

Аналитик — (Analyst) Специалист, работник фирмы, банка Информация о сфере деятельности аналитиков, финансовая и бизнес аналитика, аналитика валютного и фондового рынка Содержание >>>>>>>> Аналитик это, оределение История Аналитика появилась тогда, когда… … Энциклопедия инвестора

Московский государственный технический университет имени Н. Э. Баумана — Сюда перенаправляется запрос «Московское техническое училище». На эту тему нужна отдельная статья … Википедия

Источник

Что такое открытая система в информатике

1. Введение: понятие подхода Открытых Систем

Что понимается под открытыми системами?

Для рассмотрения этого вопроса воспользуемся определениями открытых систем, которые приведены в руководстве, изданном Французской ассоциацией пользователей UNIX (АFUU) в 1992 году.

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

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

2. Архитектура Открытых Систем

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

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

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

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

3. Преимущества идеологии открытых систем

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

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

4. Открытые Системы и объектно-ориентированный подход

В связи с применением подхода открытых систем весьма перспективным направлением представляется объектно-ориентированный стиль проектирования и программирования.

5. Стандарты Открытых Систем

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

Первая рабочая группа POSIX (Portable Operating System Interface) была образована в IEEE в 1985 г. на основе UNIX-ориентированного комитета по стандартизации /usr/group (ныне UniForum). Отсюда видна первоначальная направленность работы POSIX на стандартизацию интерфейсов ОС UNIX. Однако постепенно тематика работы рабочих групп POSIX (а со временем их стало несколько) расширилась настолько, что стало возможным говорить не о стандартной ОС UNIX, а о POSIX-совместимых операционных средах, имея в виду любую операционную среду, интерфейсы которых соответствуют спецификациям POSIX.

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

POSIX 1003.0. Рабочая группа, выпускающая «Руководство по POSIX-совместимым средам Открытых Систем». Это руководство содержит сводную информацию о работе и текущем состоянии документов всех других рабочих групп POSIX, а также других тематически связанных организаций, связанных со стандартизацией интерфейсов Открытых Систем.

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

POSIX 1003.2. Shell и утилиты. Рабочая группа специфицирует стандартный командный язык shell, основанный главным образом на Bourne shell, но включающий некоторые черты Korn shell. Кроме того, в документах этой рабочей группы специфицировано около 80 утилит, которые можно вызывать из процедур shell или прямо из прикладных программ. В документах серии 1003.2a описываются дополнительные средства, позволяющие пользователям работать с системой с помощью только ASCII-терминалов.

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

POSIX 1003.4. Средства, предоставляемые системой для прикладных программ реального времени. В соответствии с определением 1003.4, системой реального времени считается система, обеспечивающая предсказуемое и ограниченное время реакции. Работа ведется в трех секциях: файловые системы реального времени, согласованные многопотоковые (multithread) архитектуры, а также в секции, занимающейся такими вопросами, как семафоры и сигналы.

POSIX 1003.5. Привязка языка Ада к стандартам POSIX. В документах этой рабочей группы определяются правила привязки программ, написанных на языке Ада, к системным средствам, определенным в POSIX 1003.1.

POSIX 1003.6. Расширения POSIX, связанные с безопасностью. Разрабатываемый набор стандартов базируется на критериях министерства обороны США и будет определять безопасную среду POSIX.

POSIX 1003.7. Расширения, связанные с администрированием системы. Стандарт, разрабатываемый рабочей группой, будет определять общий интерфейс системного администрирования, в частности, разнородных сетей. Отправной точкой является модель OSI.

POSIX 1003.8. Прозрачный доступ к файлам. Будут обеспечены интерфейсы и семантика прозрачного доступа к файлам, распределенным в сети. Работа основывается на анализе существующих механизмов: NFS, RFS, AFS и FTAM.

POSIX 1003.9. Привязка языка Фортран. Определяются правила привязки прикладных программ, написанных на языке Фортран, к основным системным средствам.

POSIX 1003.12. Независимые от протоколов коммуникационные интерфейсы. Разрабатываются два стандартных набора интерфейсов для независимых от сетевых протоколов коммуникаций «процесс-процесс». Результаты должны обеспечивать единообразную работу с TCP/IP, OSI и другими системами коммуникаций.

POSIX 1003.13. Общие черты прикладных сред реального времени. POSIX 1003.14. Общие черты прикладных сред мультипроцессоров. Помимо прочего, должны быть предложены соответствующие расширения стандартов других рабочих групп.

POSIX 1003.15. Расширения, связанные с пакетной обработкой. Определяются интерфейсы пользователя и администратора и сетевые протоколы для пакетной обработки.

POSIX 1003.16. Привязка языка Си. Задача проекта, выполняемого реально рабочей группой 1003.1, состоит в выработке правил привязки международного стандарта языка Си (ISO 9989) к независимым от языка интерфейсам, определяемым POSIX 1003.1-1990 (ISO 9945-1).

POSIX 1003.17. Справочные услуги и пространство имен. Задачей рабочей группы является анализ и выработка рекомендаций по работе со справочниками и пространством имен в контексте X.500.

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

6. Профили стандартов Открытых Систем

Интеграция компонентов в открытой системе должна следовать профилям стандартов на интерфейсы этих компонент.

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

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

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

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

Источник

Технологии открытых систем

5.1. Основные понятия открытых систем

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

Открытые системы обладают следующими свойствами, представленными на рис. 5.1.

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

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

При этом различают стандарты де-факто и де-юре, представленные на рис. 5.2.

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

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

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

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

Источник

Открытые системы: концепция или реальность

Эволюция открытых систем Определение открытой системы Интерпретация «открытости» Стандартные платформы Сетевая обработка Наличие и доступность Другие определения открытых систем Потенциал открытых систем Стандарты Открытых Систем В 1947 году

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

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

Эволюция открытых систем

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

Тем временем в мире персональных компьютеров операционная система MS-DOS корпорации Microsoft утверждала достоинства стандартной среды для пользователей персоналок. Низкая цена и широкая распространенность создали огромный рынок для данной ОС и ее приложений. Двоичная совместимость разрешила массу проблем, хотя также не свободна от некоторых ограничений. Многие приложения, выполняющиеся в MS-DOS, могут выполняться на любой совместимой системе. Но эта система ограничена архитектурой Intel 80×86 с 16-разрядной адресацией, графикой низкого разрешения и однопроцессорностью. Для среды MS-DOS характерен также риск быстрого распространения вирусов, поскольку система слабо (или никак не) защищена на программном и аппаратном уровнях.

Хотя ОС UNIX была разработана для создания MS-DOS, позднее с появлением достаточно мощных микропроцессоров она проявила себя как наиболее перспективное открытое операционное окружение. Исторически ОС UNIX оказалась самым жизненным вариантом для создания общей базы переносимости. Она удовлетворяет ряду требований, предъявляемых к открытым системам. При соответствующем подходе к разработке программного обеспечения приложения для основанных на UNIX`е систем могут быть весьма переносимы как в другие UNIX-системы, так, во многих случаях, и в другие системы, удовлетворяющие стандартам на интерфейсы, подобным тем, которые разработаны X/Open и POSIX.

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

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

Хотя ОС UNIX машинно-независима, некоторые сервисы и часть кода зависят от аппаратуры. Приложения, использующие особенности конкретной версии UNIX`а, подобно приложениям MS-DOS реализационно-зависимы.

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

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

Определение открытой системы

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

Однако для целей дальнейшего обсуждения нам будет удобно прийти к соглашению об определении открытых систем. Комитет IEEE POSIX 1003.0 остановился на определении, которое дает широкую и исчерпывающую трактовку понятия отрытых систем.

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

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

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

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

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

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

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

Интерпретация «открытости»

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

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

Стандартные платформы

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

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

Сетевая обработка

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

Наличие и доступность

Открытые системы часто ставят в один ряд с «собственными» системами. В лучшем случае это создает путаницу. В историческом и правовом смысле термин «собственный» означает, что технология принадлежит какой-либо одной компании. Это верно практически для всех продаваемых сегодня продуктов. Например, AT&T контролирует операционную систему UNIX System V, Microsoft контролирует операционную систему MS-DOS и так далее. То, что эти компании предпочитают предоставлять за разумную цену лицензии на свои технологии всем заинтересованным сторонам, достойно аплодисментов, но они вовсе не обязаны так поступать. Более того, архитектурные зависимости, как и дальнейшая эволюция интерфейсов, контролируется исключительно владельцем.

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

Другие определения открытых систем

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

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

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

Потенциал открытых систем

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

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

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

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

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

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

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

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

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

В своей книге «Стандартизация в информационных технологиях» Карл Ф.Каргил (Carl F.Cargill) представляет детальную картину процесса стандартизации и модель того, как этот процесс может развиваться в соответствии с современными требованиями индустрии информационных технологий.

1 (c)Корпорация Digital Equipment Разрешение перевести и опубликовать этот материал предоставлено Корпорацией Digital Equipment. Всякое иное распространение либо перепечатка данного материла без специального разрешения Digital запрещены.

Источник