Эталонная модель среды открытой системы

Эталонная модель среды открытой системы (OSE) (RM) или эталонная модель OSE (OSE/RM) — это эталонная модель 1990 года для архитектуры предприятия . Он обеспечивает основу для описания концепций открытой системы и определения словаря терминов, который может быть согласован всеми заинтересованными сторонами. ^[1]

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

В 1996 году эта эталонная модель была стандартизирована в стандарте ISO/IEC TR 14252 под названием «Информационные технологии. Руководство по среде открытой системы POSIX (OSE)». ^[3]

История

Разработка эталонной модели среды открытой системы началась в начале 1990-х годов в NIST как усовершенствование стандарта POSIX (интерфейс портативной операционной системы). POSIX — это стандарт обеспечения совместимости между операционными системами, обеспечивающий взаимодействие коммуникационной, вычислительной и развлекательной инфраструктуры. Его разработка началась в конце 1980-х годов рабочей группой POSIX 1003.0 Института инженеров по электротехнике и электронике (IEEE). ^[1]

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

NIST спонсирует проводимый раз в полгода Форум пользователей по профилю переносимости приложений (APP) и среде открытой системы (OSE) для обмена информацией и ответа на предложения NIST относительно оценки и принятия интегрированного набора стандартов для поддержки APP и OSE. Ежеквартальный семинар разработчиков среды открытых систем (OIW), спонсируемый NIST и Компьютерным обществом Института инженеров по электротехнике и электронике (IEEE), представляет собой публичный международный технический форум для своевременной разработки соглашений о внедрении на основе новых стандартов OSE. ^[4]

Темы OSE/RM

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

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

Зоны обслуживания приложений

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

Услуги, определенные в приложении, обычно попадают в широкие области обслуживания. Этими сферами обслуживания являются: ^[1]

Службы операционной системы (ОС)
Услуги человеко-компьютерного интерфейса (HCI)
Услуги управления данными (DM)
Услуги обмена данными (DI)
Услуги по разработке программного обеспечения (SWE)
Графические услуги (GS)
Сетевые службы (НС)

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

Классы интерфейсов

В эталонной модели операционной среды существует два класса интерфейсов: интерфейс прикладной программы и интерфейс внешней среды: ^[1]

Интерфейс прикладного программирования (API) : API — это интерфейс между прикладным программным обеспечением и платформой приложений. Его основная функция — поддержка переносимости прикладного программного обеспечения. API классифицируется в соответствии с типами услуг, доступных через этот API. В OSE/RM существует четыре типа служб API:
- Услуги человеко-компьютерного интерфейса
- Услуги обмена информацией
- Услуги связи
- Внутренние системные службы
Интерфейс внешней среды (EEI) : EEI — это интерфейс, который поддерживает передачу информации между платформой приложений и внешней средой, а также между приложениями, выполняющимися на одной платформе. Состоящий в основном из протоколов и поддерживающих форматов данных, EEI в значительной степени поддерживает совместимость. EEI классифицируется в соответствии с типом предоставляемых услуг по передаче информации.

ИЛИ профили

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

Профиль OSE состоит из избранного списка открытых (общедоступных), основанных на консенсусе стандартов и спецификаций, которые определяют услуги в OSE/RM. Ограничение профиля определенным доменом или группой доменов, представляющих интерес для отдельной организации, приводит к определению профиля организации. ^[1]

Объекты эталонной модели OSE

Три класса объектов эталонной модели OSE описываются следующим образом: ^[1]

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

Виды услуг по передаче информации

Существует три типа услуг передачи информации. Это услуги трансфера туда и обратно: ^[1]

Пользователи-люди
Внешние хранилища данных
Другие платформы приложений

В своей простейшей форме OSE/RM иллюстрирует прямые отношения между пользователем и поставщиком: прикладное программное обеспечение является пользователем услуг, а платформа приложения/объекты внешней среды являются поставщиками. API и EEI определяют предоставляемые услуги. ^[1]

Приложения

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

Техническая архитектура основана на:

Техническая эталонная модель (TRM); и
выбранные стандарты, которые дополнительно описывают элементы TRM (профиль).

Техническая архитектура является основой для выбора и реализации инфраструктуры для создания целевой архитектуры. ^[6]

Техническую эталонную модель можно определить как таксономию услуг, организованную в соответствии с концептуальной моделью, такой как модель среды открытой системы. Перечисленные услуги относятся к тем, которые необходимы для поддержки технологического стиля вычислений (например, распределенные объектные вычисления) и потребностей отраслевых/бизнес-приложений (например, социальные службы, финансы). ^[6]

См. также

Ссылки

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

^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Джозеф И. Хангейт и др. (1995) « Отчет конференции: Профиль переносимости приложений и форум пользователей среды открытой системы Гейтерсбург, Мэриленд, 9–10 мая 1995 г. » в: Журнал исследований Национального института стандартов и технологий . Том 100, номер 6, ноябрь – декабрь 1995 г.
^ ACM Sigsoft (1993) 15-я Международная конференция по разработке программного обеспечения, 17-21 мая 1993 г. . стр.349
^ Вольфганг Крессе, Киан Фадайе (2004) Стандарты ISO для географической информации . стр.72
^ СТАНДАРТЫ ДЛЯ ОТКРЫТЫХ СИСТЕМ: БОЛЬШЕ ГИБКОСТИ ДЛЯ ФЕДЕРАЛЬНЫХ ПОЛЬЗОВАТЕЛЕЙ . Бюллетень NIST, 1996. По состоянию на 13 декабря 2008 г.
^ Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 2 . апрель 1996 г.
^ Jump up to: ^а ^б Сводные определения и ссылки на сайте acf.hhs.gov. По состоянию на 12 декабря 2008 г.

Дальнейшее чтение

Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 2. Техническая эталонная модель .
Агентство оборонных информационных систем (2001). Техническая эталонная модель Министерства обороны США, версия 2.0, 9 апреля 2001 г.
Гэри Фишер (1993). Профиль переносимости приложений (APP): Профиль среды открытой системы правительства США OSE/1, версия 2.0 . Специальная публикация NIST 500-210, июнь 1993 г.
Проект руководства IEEE P1003.22 для среды открытых систем POSIX — структура безопасности

[Hun95-1] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Джозеф И. Хангейт и др. (1995) « Отчет конференции: Профиль переносимости приложений и форум пользователей среды открытой системы Гейтерсбург, Мэриленд, 9–10 мая 1995 г. » в: Журнал исследований Национального института стандартов и технологий . Том 100, номер 6, ноябрь – декабрь 1995 г.

[2] ACM Sigsoft (1993) 15-я Международная конференция по разработке программного обеспечения, 17-21 мая 1993 г. . стр.349

[3] Вольфганг Крессе, Киан Фадайе (2004) Стандарты ISO для географической информации . стр.72

[4] СТАНДАРТЫ ДЛЯ ОТКРЫТЫХ СИСТЕМ: БОЛЬШЕ ГИБКОСТИ ДЛЯ ФЕДЕРАЛЬНЫХ ПОЛЬЗОВАТЕЛЕЙ . Бюллетень NIST, 1996. По состоянию на 13 декабря 2008 г.

[DoD96V2-5] Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 2 . апрель 1996 г.

[ACF-6] Jump up to: ^а ^б Сводные определения и ссылки на сайте acf.hhs.gov. По состоянию на 12 декабря 2008 г.

[1]

[2]

[3]

[4]

[5]

[6]