Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Эталонная модель среды открытой системы, 1995 г. [1]

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

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

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

История [ править ]

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

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

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

Темы OSE / RM [ править ]

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

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

Области обслуживания приложения [ править ]

Области обслуживания приложений и OSE-RM

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

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

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

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

Классы интерфейсов [ править ]

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

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

Профиль OSE [ править ]

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

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

Сущности эталонной модели OSE [ править ]

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

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

Типы услуг передачи информации [ править ]

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

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

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

Приложения [ править ]

Подробная техническая эталонная модель TAFIM , разработанная Министерством обороны США , основана на модели открытой системной среды. [5]

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

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

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

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

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

См. Также [ править ]

  • Структура архитектуры предприятия
  • Архитектура федерального предприятия
  • ГЕРАМ
  • ТАФИМ
  • TOGAF

Ссылки [ править ]

 Эта статья включает материалы, являющиеся  общественным достоянием, с веб-сайта Национального института стандартов и технологий https://www.nist.gov .

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

Дальнейшее чтение [ править ]

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