Jump to content

РМ-ОДП

RM-ODP Модель представления , которая предоставляет пять общих и взаимодополняющих точек зрения на систему и ее среду.

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

RM-ODP, также называемый ITU-T Rec. X.901-X.904 и ISO/IEC 10746 — это совместная работа Международной организации по стандартизации (ISO), Международной электротехнической комиссии (IEC) и Сектора стандартизации электросвязи (ITU-T). [1]

Обзор [ править ]

RM-ODP — это эталонная модель , основанная на точных концепциях, полученных на основе текущих разработок распределенной обработки, и, насколько это возможно, на использовании методов формального описания для спецификации архитектуры . Многие концепции RM-ODP, возможно, под разными названиями, существуют уже давно и строго описаны и объяснены в точной философии (например, в работах Марио Бунге ) и в системном мышлении (например, в работах Фридриха Хайека ). Некоторые из этих понятий, такие как абстракция , композиция и эмерджентность , недавно получили прочную математическую основу в теории категорий .

RM-ODP имеет четыре фундаментальных элемента:

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

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

Большая часть подготовительной работы, которая привела к принятию RM-ODP в качестве стандарта ISO, была выполнена в рамках проекта Advanced Networked Systems Architecture (ANSA). Оно продолжалось с 1984 по 1998 год под руководством Эндрю Герберта (ныне управляющего директора Microsoft Research в Кембридже) и охватывало ряд крупных компьютерных и телекоммуникационных компаний. Части 2 и 3 RM-ODP были приняты в качестве стандартов ISO в 1996 году. Части 1 и 4 были приняты в 1998 году.

Темы RM-ODP [ править ]

Стандарты RM-ODP [ править ]

RM-ODP состоит из четырех основных Рекомендаций ITU-T и Международные стандарты ISO/IEC : [2] [3] [4] [5]

  1. Обзор: [6] Содержит мотивационный обзор ODP, дающий обзор, обоснование и объяснение ключевых концепций, а также описание архитектуры ODP. Он содержит пояснительный материал о том, как RM-ODP должен интерпретироваться и применяться его пользователями, среди которых могут быть разработчики стандартов и архитекторы систем ODP.
  2. Фонды: [7] Содержит определение понятий и аналитическую основу для нормализованного описания (произвольных) распределенных систем обработки. Он знакомит с принципами соответствия стандартам ODP и способами их применения. Этот стандарт, занимающий всего 18 страниц, ясно, точно и кратко излагает основы всей модели.
  3. Архитектура: [8] Содержит спецификацию необходимых характеристик, которые квалифицируют распределенную обработку как открытую. Это ограничения, которым должны соответствовать стандарты ODP. Эта рекомендация также определяет точки зрения RM-ODP, подразделения спецификации всей системы, созданные для объединения тех конкретных фрагментов информации, которые имеют отношение к некоторой конкретной проблемной области.
  4. Архитектурная семантика: [9] Содержит формализацию концепций моделирования ODP путем интерпретации многих концепций с точки зрения конструкций различных стандартизированных методов формального описания.

и структура RM- Моделирование точек зрения ODP

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

Моделирование точек зрения стало эффективным подходом к решению проблемы, присущей большим распределенным системам, сложной сложности. Современные методы архитектуры программного обеспечения, как описано в IEEE 1471 , делят деятельность по проектированию на несколько областей, каждая из которых сосредоточена на определенном аспекте системы. Примеры включают модель представления «4+1» , Zachman Framework , TOGAF , DoDAF и, конечно же, RM-ODP.

Точка зрения — это подразделение спецификации полной системы, созданное для объединения тех конкретных фрагментов информации, которые относятся к некоторой конкретной проблемной области во время анализа или проектирования системы. Хотя эти точки зрения указаны отдельно, они не являются полностью независимыми; ключевые элементы в каждой из них идентифицируются как связанные с элементами других точек зрения. Более того, каждая точка зрения по существу использует одни и те же основополагающие концепции (определенные в части 2 RM-ODP). Однако точки зрения достаточно независимы, чтобы упростить рассуждения о полной спецификации. Взаимная согласованность точек зрения обеспечивается архитектурой, определенной RM-ODP, а использование общей объектной модели обеспечивает клей, связывающий их все.вместе.

Более конкретно, структура RM-ODP предоставляет пять общих и взаимодополняющих точек зрения на систему и ее среду:

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

RM-ODP и UML [ править ]

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

Хотя эталонная модель ODP предоставляет абстрактные языки для соответствующих концепций, она не предписывает конкретных обозначений, которые следует использовать с отдельных точек зрения. Языки точек зрения, определенные в эталонной модели, являются абстрактными языками в том смысле, что они определяют, какие концепции следует использовать, а не как они должны быть.представлено. Отсутствие точных обозначений для выражения различных моделей, участвующих в многоточечной спецификации системы, является общей чертой большинства подходов к архитектуре предприятия , включая Zachman Framework , модель « 4+1 » или RM-ODP. Эти подходы были сознательно определены нейтральным к нотации и представлению способом, чтобы увеличить их использование и гибкость. Однако это, среди прочего, затрудняет разработку промышленных инструментов для моделирования спецификаций точки зрения, формальный анализ созданных спецификаций и возможное получение реализаций из спецификаций системы.

Для решения этих проблем ISO/IEC и ITU-T в 2004 году начали совместный проект: «Рекомендация ITU-T X.906|ISO/IEC 19793: Информационные технологии. Открытая распределенная обработка. Использование UML для системы ODP. характеристики». Этот документ (обычно называемый UML4ODP ) определяет использование унифицированного языка моделирования 2 (UML 2; ISO/IEC 19505) для выражения спецификаций открытых распределенных систем с точки зрения спецификаций точки зрения, определенных RM-ODP.

Он определяет набор профилей UML , по одному для каждого языка точки зрения и один для выражения соответствий между точками зрения, а также подход к их структурированию в соответствии с принципами RM-ODP. Цель «UML4ODP» — позволить разработчикам моделей ODP использовать нотацию UML для выражения своих спецификаций ODP стандартным графическим способом; позволить разработчикам моделей UML использовать концепции и механизмы RM-ODP для структурирования своих больших системных спецификаций UML в соответствии с зрелым и стандартным предложением; и позволить использовать инструменты UML для обработки спецификаций точек зрения, тем самым облегчая процесс проектирования программного обеспечения и спецификацию корпоративной архитектуры больших программных систем.

Кроме того, Рек. МСЭ-Т. Х.906 | ISO/IEC 19793 обеспечивает плавную интеграцию структуры архитектуры предприятия RM-ODP с инициативой модельно-ориентированной архитектуры (MDA) от OMG и сервис-ориентированной архитектурой (SOA).

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

Кроме того, есть несколько проектов, которые использовали или в настоящее время используют RM-ODP для эффективного структурирования спецификаций своих систем:

  • Проект КОМБИНАТ [10]
  • Проекты ENVRI и ENVRIplus для совместной работы инфраструктур экологических исследований разрабатывают эталонную модель ENVRI. [11]
  • Эталонная архитектура систем космических данных (RASDS) [12] От Консультативного комитета по системам космических данных.
  • Ассоциация технологий совместимости обработки информации (INTAP), Япония. [13]
  • Европейский проект OpenLabs по передовой информатике в медицине (AIM). [14] [15]
  • Европейский проект Synapses. [16]

В него был включен справочный список из 239 пунктов, охватывающий стандарты RM-ODP, а также соответствующие исследования, приложения и тематические исследования. [17]

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

Примечания и ссылки [ править ]

  1. ^ Полный и обновленный список ссылок на публикации, связанные с RM-ODP (книги, журнальные статьи, статьи конференций и т. д.), доступен на сайте ресурсов RM-ODP .
  2. ^ В той же серии, что и RM-ODP, находится ряд других стандартов и рекомендаций по спецификации и разработке открытых и распределенных систем, для которых RM-ODP обеспечивает основу стандартизации:
    • Рек. МСЭ-Т. Х.950 | ИСО/МЭК 13235-1:1998, Торговая функция: Спецификация.
    • Рек. МСЭ-Т. Х.952 | ISO/IEC 13235-3:1998, Обеспечение функций торговли с использованием службы каталогов OSI.
    • Рек. МСЭ-Т. Х.920 | ISO/IEC 14750:1999, Язык определения интерфейса.
    • Рек. МСЭ-Т. Х.931 | ISO/IEC 14752:2000, Поддержка протоколов для вычислительного взаимодействия.
    • Рек. МСЭ-Т. Х.930 | ISO/IEC 14753:1999, Ссылки на интерфейсы и привязка.
    • Рек. МСЭ-Т. Х.960 | ISO/IEC 14769:2001, Функция репозитория типов.
    • Рек. МСЭ-Т. Х.910 | ISO/IEC 14771:1999, Структура именования.
    • Рек. МСЭ-Т. Х.911 | ISO/IEC 15414:2002, Эталонная модель. Язык предприятия .
    • ISO/IEC 19500-2:2003, Общий протокол Inter-ORB (GIOP)/Интернет-протокол Inter-ORB (IIOP).
  3. ^ Копии семейства стандартов RM-ODP можно получить либо в ISO , либо в ITU-T . Части 1–4 RM-ODP доступны для бесплатной загрузки из ISO . Все рекомендации ITU-T, связанные с ODP, включая серию X.9xx, находятся в свободном доступе на сайте ITU-T .
  4. ^ Существует также очень полезная версия частей 2 и 3 RM-ODP с гиперссылками вместе с указателем эталонной модели, доступная в соответствии с резолюцией совета ISO. Оглавление и указатель были подготовлены Lovelace Computing и предоставлены Lovelace Computing в качестве услуги сообществу по стандартизации.
  5. ^ Некоторые ресурсы, связанные с текущей версией | МСЭ-Т X.906 | ISO/IEC 19793 «Использование UML для спецификаций систем ODP» также доступен на сайте ресурсов RM-ODP . Они включают в себя профили UML пяти точек зрения ODP, метамодели точек обзора, файлы GIF для значков, специфичных для ODP, и т. д.
  6. ^ ИСО/МЭК 10746-1 | Рек. МСЭ-Т. Х.901
  7. ^ ИСО/МЭК 10746-2 | Рек. МСЭ-Т. Х.902
  8. ^ ИСО/МЭК 10746-3 | Рек. МСЭ-Т. Х.903
  9. ^ ИСО/МЭК 10746-4 | Рек. МСЭ-Т. Х.904
  10. ^ ОБЪЕДИНИТЬ. Архивировано 15 мая 2008 г. в Wayback Machine.
  11. ^ Эталонная модель ENVRI
  12. ^ Эталонная архитектура для систем космических данных (RASDS)
  13. ^ Ассоциация технологий совместимости обработки информации (INTAP). Архивировано 11 марта 2008 г. в Wayback Machine.
  14. ^ О'Мур, РР; Де Мур, Г.; Боран, Г.; Гаффни, П.; Гримсон, Дж.; Макнейр, П.; Грот, Т.; Нюканен, П.; Хасман, А.; Эллер, Дж.; Йерворт, М. (1994). «OpenLabs: применение передовой информатики и телематики для оптимизации услуг клинических лабораторий». Компьютерные методы и программы в биомедицине . 45 (1–2): 137–140. дои : 10.1016/0169-2607(94)90034-5 . ПМИД   7889746 .
  15. ^ Гримсон, Уильям; Брендер, Джитте; Гримсон, Джейн; Грот, Торгни; Хермансон, Бо; Йерворт, Майкл; Уэйд, Винсент (1996). «Спецификация открытой клинической лабораторной информационной системы». Компьютерные методы и программы в биомедицине . 50 (2): 95–109. дои : 10.1016/0169-2607(96)01739-Р . ПМИД   8875017 .
  16. ^ Проект Synapses: трехлетний проект, финансируемый в рамках 4-й рамочной программы телематики здравоохранения ЕС. Архивировано 6 апреля 2005 г. в Wayback Machine.
  17. ^ Килов, Х., Линингтон, П.Ф., Ромеро, Дж.Р., Танака, А., Вальесильо, А.: Эталонная модель открытой распределенной обработки: основы, опыт и приложения. Вычислить. Стоять. Интерфейсы 35, 247–256 (2013)

Внешние ссылки [ править ]

Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: edafa0ff95dcb0913b1bdb5462e445e2__1669883580
URL1:https://arc.ask3.ru/arc/aa/ed/e2/edafa0ff95dcb0913b1bdb5462e445e2.html
Заголовок, (Title) документа по адресу, URL1:
RM-ODP - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)