Справочная модель среды с открытой системой

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

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

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

История

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

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

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

Темы OSE/RM

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

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

Области приложения

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

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

Услуги операционной системы (ОС)
Услуги человека/компьютерного интерфейса (HCI)
Услуги управления данными (DM)
ДАТА МЕЖДАРНЫХ СЕРВИС (BY)
Услуги по разработке программного обеспечения (SWE)
Графические услуги (GS)
Сетевые сервисы (NS)

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

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

В эталонной модели OSE есть два класса интерфейсов: интерфейс прикладной программы и интерфейс внешней среды: ^{[ 1 ]}

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

Или профили

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

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

Осе справочная модель сущности

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

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

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

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

Человеческие пользователи
Внешние хранилища данных
Другие платформы приложений

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

Приложения

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

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

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

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

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

Смотрите также

Ссылки

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

^ Jump up to: ^а ^{беременный} ^в ^{дюймовый} ^и ^фон ^глин ^час ^я ^Дж ^k ^л Джозеф I. Hungate et al. (1995) « Отчет о конференции: профиль портативности приложения и Форум пользователей Environment Open System Gaithersburg, MD 9–10 мая 1995 года » В: Журнал исследований Национального института стандартов и технологий . Том 100, номер 6, ноябрь - декабрь 1995 г.
^ ACM Sigsoft (1993) 15-я Международная конференция по разработке программного обеспечения, 17-21 мая 1993 года . с.349
^ Wolfgang Kresse, Kian Fadaie (2004) Стандарты ISO для географической информации . С.72
^ Стандарты для открытых систем: больше гибкости для федеральных пользователей NIST Bulletin 1996. Доступ 13 декабря 2008 года.
^ Министерство обороны (1996). Структура технической архитектуры для управления информацией. Тол. 2 Апрель 1996
^ Jump up to: ^а ^{беременный} Консолидированные определения и ссылки на acf.hhs.gov. Доступ 12 декабря 2008 года.

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

Министерство обороны (1996). Структура технической архитектуры для управления информацией. Тол. 2, техническая справочная модель .
Агентство по защите информации (2001). Техническая модель DOD, версия 2.0, 9 апреля 2001 года.
Гари Фишер (1993). Профиль переносимости приложения (приложение): профиль открытой системы правительства США OSE/1 версия 2.0 . NIST Special Publication 500-210, июнь 1993 г.
IEEE P1003.22 ПРОВЕРКА РУКОВОДСТВА ДЛЯ Средства OPIX Open Systems - структура безопасности

[Hun95-1] Jump up to: ^а ^{беременный} ^в ^{дюймовый} ^и ^фон ^глин ^час ^я ^Дж ^k ^л Джозеф I. Hungate et al. (1995) « Отчет о конференции: профиль портативности приложения и Форум пользователей Environment Open System Gaithersburg, MD 9–10 мая 1995 года » В: Журнал исследований Национального института стандартов и технологий . Том 100, номер 6, ноябрь - декабрь 1995 г.

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

[3] Wolfgang Kresse, Kian Fadaie (2004) Стандарты ISO для географической информации . С.72

[4] Стандарты для открытых систем: больше гибкости для федеральных пользователей NIST Bulletin 1996. Доступ 13 декабря 2008 года.

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

[ACF-6] Jump up to: ^а ^{беременный} Консолидированные определения и ссылки на acf.hhs.gov. Доступ 12 декабря 2008 года.

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]