Совместимость - Interoperability

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

Хотя изначально термин был определен для информационные технологии или системная инженерия услуги для обмена информацией,[2] более широкое определение учитывает социальные, политические и организационные факторы, которые влияют на производительность системы.[3] Следовательно, совместимость включает задачу создания согласованных сервисов для пользователей, когда отдельные компоненты технически различны и управляются разными организациями.[4]

Типы

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

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

Междоменная совместимость вовлекает множество социальных, организационных, политических, юридических лиц, работающих вместе для достижения общих интересов и / или обмена информацией.[5]

Совместимость и открытые стандарты

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

Открытые стандарты

Основная статья: Открытый стандарт

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

Постфактум совместимость

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

  1. Данные предоставляются первоначальным поставщиком на дискреционной основе, который полностью заинтересован в блокировке эффективного внедрения конкурирующих решений и может тонко изменить или изменить свой продукт, часто в более новых версиях, так что реализации конкурентов почти, но не они полностью совместимы, поэтому клиенты считают их ненадежными или низкокачественными. Эти изменения можно либо вообще не передавать другим поставщикам, либо передать их после стратегической задержки, сохраняя доминирующее положение на рынке исходного поставщика.
  2. Сами данные могут быть обременены, например патентами или ценообразованием, что ведет к зависимости всех конкурирующих решений от исходного поставщика и, возможно, ведет поток доходов от клиентов конкурентов обратно к исходному поставщику. Этот поток доходов является только результатом доминирования исходного продукта на рынке, а не результатом какого-либо врожденного превосходства.
  3. Даже когда первоначальный поставщик искренне заинтересован в продвижении здоровой конкуренции (чтобы он также мог извлечь выгоду из создаваемого инновационного рынка), функциональная совместимость постфактум часто может быть нежелательной, поскольку многие дефекты или причуды могут быть напрямую связаны с техническими характеристиками исходной реализации. ограничения. Хотя в открытом процессе любой может выявить и исправить такие ограничения, и получившаяся более чистая спецификация может использоваться всеми поставщиками, это сложнее постфактум, поскольку у клиентов уже есть ценная информация и процессы, закодированные в неисправном, но доминирующем продукте. а другие поставщики вынуждены повторять эти ошибки и причуды, даже если они могли бы разработать более эффективные решения, ради сохранения возможности взаимодействия. В качестве альтернативы можно утверждать, что даже открытые процессы подвержены давлению прошлых реализаций и несовершенным прошлым проектам и что способность доминирующего поставщика в одностороннем порядке исправлять или улучшать систему и навязывать изменения всем пользователям способствует инновациям.
  4. Отсутствие открытого стандарта также может стать проблемой для клиентов, так как в случае неспособности исходного поставщика исправить определенную проблему, которая является артефактом технических ограничений исходного продукта. Заказчик хочет устранить эту неисправность, но поставщик должен поддерживать это состояние неисправности даже в новых версиях того же продукта, потому что такое поведение является стандартом де-факто, и гораздо большему количеству заказчиков придется расплачиваться за любое нарушение функциональной совместимости, вызванное путем исправления исходной проблемы и введения нового поведения.

Правительство

электронное правительство

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

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

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

Управление рисками наводнений

Совместимость используется исследователями в контексте управления рисками городских наводнений.[6] Города и городские районы по всему миру расширяются, что создает сложные пространства с множеством взаимодействий между окружающей средой, инфраструктурой и людьми. Чтобы решить эту проблему и надлежащим образом управлять водными ресурсами в городских районах, система систем подход к воде и управление наводнениями является необходимым. В этом контексте функциональная совместимость важна для облегчения системного мышления при управлении наводнениями и определяется как: «способность любой системы управления водными ресурсами перенаправлять воду и использовать другую систему (системы) для поддержания или повышения ее производительности во время событий превышения уровня воды». Путем оценки сложных свойств городских инфраструктурных систем, в частности, взаимодействия между дренаж системы и другие городские системы (например, инфраструктура, такая как транспорт), можно было бы расширить возможности всей системы по управлению паводковыми водами в целях повышения устойчивости городов к наводнениям.[7]

Военные силы

Совместимость сил В НАТО определяется как способность сил двух или более стран тренироваться, учиться и эффективно действовать вместе при выполнении поставленных задач и задач. Кроме того, НАТО определяет оперативную совместимость в более общем плане как способность действовать сообща согласованно, эффективно и действенно для достижения тактических, оперативных и стратегических целей союзников.[8]

На стратегическом уровне функциональная совместимость является средством создания коалиции. Это способствует значительному вкладу партнеров по коалиции. На этом уровне вопросы оперативной совместимости сосредоточены на гармонизации мировоззрений, стратегий, доктрин и структур сил. Функциональная совместимость - это элемент готовности коалиции работать вместе в долгосрочной перспективе для достижения и поддержания общих интересов против общих угроз. Оперативная совместимость на оперативном и тактическом уровнях - это то, где стратегическая / политическая совместимость и технологическая совместимость объединяются, чтобы помочь союзникам формировать окружающую среду, управлять кризисами и выигрывать войны. Преимущества оперативной совместимости на оперативном и тактическом уровнях обычно происходят из взаимозаменяемости или взаимозаменяемости силовых элементов и частей. «Технологическая совместимость» отражает интерфейсы между организациями и системами. Он фокусируется на связи и компьютерах, но также включает технические возможности систем и вытекающую из этого совместимость задач или несовместимость между системами и данными партнеров по коалиции. На технологическом уровне преимущества функциональной совместимости в первую очередь связаны с их воздействием на оперативном и тактическом уровнях с точки зрения повышения взаимозаменяемости и гибкости.[9]

Общественная безопасность

Совместимость - важная проблема для правоохранительные органы, пожаротушение, EMS, а также другие отделы общественного здравоохранения и безопасности, потому что первые лица должны иметь возможность общаться во время широкомасштабных чрезвычайных ситуаций. Это была основная область инвестиций и исследований за последние 12 лет.[10][11] Традиционно агентства не могли обмениваться информацией, потому что они использовали очень разнородное оборудование, которое было несовместимо.[12] Информационные системы агентств, такие как автоматизированные диспетчерские системы (CAD) и системы управления записями (RMS), работали в основном изолированно, так называемые «информационные острова». Агентства пытались преодолеть эту изоляцию с помощью неэффективных временных методов, в то время как крупные агентства начали внедрять ограниченные функционально совместимые системы. Эти подходы были неадекватными, и в США отсутствие взаимодействия в сфере общественной безопасности стало очевидным во время 9/11 атаки[13] о структурах Пентагона и Всемирного торгового центра. Еще одно свидетельство отсутствия оперативной совместимости появилось, когда агентства занялись ликвидацией последствий катастрофы урагана Катрина.

В отличие от общей национальной картины, некоторые штаты, в том числе Юта, уже сделали большие шаги вперед. В Дорожный патруль Юты и другие департаменты в Юте создали общегосударственный обмен данными сети с использованием технологий компании, расположенной в Баунтифул, Юта, FATPOT Technologies.

Содружество Вирджиния является одним из ведущих штатов США в улучшении оперативной совместимости и постоянно признается Министерством внутренней безопасности (DHS) в качестве передовой национальной практики.[нужна цитата ] Проверенная структура управления Вирджинии, ориентированная на практических работников, гарантирует, что все нужные игроки участвуют в принятии решений, обучении, упражнениях и планировании.[нужна цитата ] Координатор функциональной совместимости использует региональную структуру, чтобы лучше распределять грантовое финансирование по всему Содружеству, чтобы у всех областей была возможность улучшить взаимодействие коммуникаций. Стратегический план связи Вирджинии ежегодно обновляется и включает новые инициативы для Содружества - все проекты и усилия привязаны к этому плану, который согласован с Национальным планом связи в чрезвычайных ситуациях, разработанным Управлением связи в чрезвычайных ситуациях (OEC) Министерства внутренней безопасности. .

Штат Вашингтон[14] стремится повысить функциональную совместимость по всему штату. Государственный исполнительный комитет по оперативной совместимости[15] (SIEC), учрежденная законодательным органом в 2003 году, помогает агентствам по реагированию на чрезвычайные ситуации (полиция, пожарная служба, шериф, медицина, хазмат и т. Д.) На всех уровнях правительства (город, округ, штат, племя, федеральный уровень) в определении оперативной совместимости. для своего региона.

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

Эта работа спасает жизни сотрудников МЧС и граждан, которым они служат.

Правительство США прилагает усилия, чтобы преодолеть недостаток взаимодействия в сфере общественной безопасности в стране. Министерство внутренней безопасности Office для взаимодействия и совместимости (OIC) преследует SAFECOM[16] и CADIP и Проект 25 программы, которые призваны помочь агентствам в интеграции своих САПР и других ИТ-систем.

ОИК запустила CADIP в августе 2007 года. В рамках этого проекта ОИК будет сотрудничать с агентствами в нескольких местах, включая Силиконовая долина. Эта программа будет использовать тематические исследования для выявления передовых методов и проблем, связанных с объединением систем САПР через границы юрисдикции. Эти уроки позволят создать инструменты и ресурсы, которые агентства общественной безопасности смогут использовать для создания совместимых CAD-систем и обмена данными через местные, государственные и федеральные границы.

Торговля и промышленность

Информационные технологии и компьютеры

Рабочий стол

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

Информационный поиск

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

В частности, связанная с поиском в Интернете, проблема взаимодействия проистекает из того факта, что дизайнеры веб-ресурсов обычно мало или совсем не нуждаются в обмене информацией с другими веб-ресурсами. Федеративный поиск Технология, которая не предъявляет требований к формату к владельцу данных, стала одним из решений проблем, связанных с совместимостью поиска. Кроме того, стандарты, такие как OAI-PMH, RDF, и SPARQL, появились недавно, которые также помогают решить проблему взаимодействия поиска, связанного с веб-ресурсами. Такие стандарты также затрагивают более широкие темы взаимодействия, такие как разрешение интеллектуального анализа данных.

Программного обеспечения

Совместимость: игра в двухролевую сетевую игру, когда один из клиентов игрока (вверху слева) работает под Sun Microsystems и еще один под Путь к классам GNU с участием JamVM. Приложения работают одинаково байт-код и взаимодействовать, используя стандартные RMI-IIOP сообщения для связи
Основные статьи: Языковая совместимость и Семантическая совместимость

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

Согласно с ISO / IEC 2382 -01, Словарь информационных технологий, основные термины, функциональная совместимость определяется следующим образом: «Способность обмениваться данными, выполнять программы или передавать данные между различными функциональными модулями таким образом, чтобы пользователь мало знал или не знал об уникальных характеристиках этих модулей».[18]

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

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

Функциональная совместимость может иметь важное экономический последствия; например, по оценкам исследований, стоимость недостаточной совместимости в сфере капитального строительства в США составляет 15,8 млрд долларов в год.[19] Если продукты конкурентов несовместимы (по таким причинам, как патенты, коммерческие секреты или нарушения координации ) результат вполне может быть монополия или провал рынка. По этой причине сообществам пользователей или правительствам может быть благоразумно предпринять шаги для поощрения взаимодействия в различных ситуациях. По крайней мере 30 международных организаций и стран внедрили электронное правительство -основанные инициативы структуры взаимодействия, называемые электронная гифка в то время как в Соединенных Штатах есть NIEM инициатива.[20] Организации по разработке стандартов (SDO) предоставляют открытые общедоступные спецификации программного обеспечения для облегчения взаимодействия; примеры включают Oasis-Open организация и зданиеSMART (ранее Международный альянс за совместимость). Что касается сообществ пользователей, Нейтральная третья сторона создает стандарты взаимодействия бизнес-процессов. Другой пример нейтральной стороны - это RFC документы из Инженерная группа Интернета (IETF).

OSLC[21] Сообщество (Open Service for Lifecycle Collaboration) работает над поиском общего стандарта, чтобы программные инструменты могли обмениваться данными, например ошибки, задачи, требования и т. д. Конечная цель - согласовать открытый стандарт взаимодействия открытого исходного кода. ALM инструменты.[22]

Java - отличный пример интероперабельного языка программирования, который позволяет писать программы один раз и запускать их где угодно с помощью виртуальной машины Java.[23][нужен лучший источник ] Написание программы на Java, если она не использует специфические для системы функциональные возможности, будет поддерживать взаимодействие со всеми машинами, на которых есть виртуальная машина Java. Существует множество реализаций виртуальной машины Java, таких как Oracle, IBM, Android и т. Д. Если виртуальная машина Java создается в соответствии со спецификацией, приложения будут поддерживать совместимость, потому что, хотя реализация отличается, базовые языковые интерфейсы одинаковы .[24]

Достижение программного обеспечения

Функциональная совместимость программного обеспечения достигается пятью взаимосвязанными способами:

  1. Тестирование продукта
    Продукты, производимые в соответствии с общим стандартом или его суб-профилем, зависят от четкости стандартов, но могут быть расхождения в их реализациях, которые не могут быть обнаружены при системном или модульном тестировании. Для этого требуется, чтобы системы формально тестировались в производственном сценарии - поскольку они будут окончательно реализованы - чтобы гарантировать, что они действительно будут взаимодействовать в соответствии с объявлением, т.е. они совместимы. Тестирование совместимых продуктов отличается от тестирования продуктов на основе соответствия, поскольку соответствие стандарту не обязательно приводит к взаимодействию с другим продуктом, который также проверяется на соответствие.
  2. Разработка продукта
    Реализует общий стандарт или его под-профиль, как это определено партнерскими отношениями отрасли / сообщества с конкретным намерением достичь взаимодействия с другими реализациями программного обеспечения, также следуя тому же стандарту или его под-профилю.
  3. Партнерство промышленности / сообщества
    Партнерские отношения между отраслью и сообществом, будь то внутренние или международные, спонсируют стандартные рабочие группы с целью определения общего стандарта, который может использоваться, чтобы позволить программным системам взаимодействовать друг с другом для определенной цели. Иногда отрасль / сообщество будут профилировать существующий стандарт, созданный другой организацией, чтобы уменьшить количество вариантов и, таким образом, сделать взаимодействие более достижимым для реализации.
  4. Общие технологии и IP
    Использование общей технологии или IP может ускорить и снизить сложность взаимодействия за счет уменьшения вариабельности между компонентами из разных наборов отдельно разработанных программных продуктов и, таким образом, облегчения их взаимодействия. Этот метод дает некоторые из тех же технических результатов, что и использование обычного продукта поставщика для обеспечения взаимодействия. Общая технология может поступать через сторонние библиотеки или разработки с открытым исходным кодом.
  5. Стандартная реализация
    Совместимость программного обеспечения требует общего соглашения, которое обычно достигается через промышленный, национальный или международный стандарт.

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

Доминирование и власть на рынке

Функциональная совместимость обычно рассматривается как проблема для экспертов, и ее значение для повседневной жизни иногда недооценивается. В Дело о конкуренции Microsoft в Европейском союзе показывает, как совместимость касается важных вопросов властных отношений. В 2004 году Европейская комиссия обнаружила, что Microsoft злоупотребила своей рыночной властью, умышленно ограничив взаимодействие между серверами рабочих групп Windows и серверами рабочих групп сторонних производителей. Таким образом, Microsoft смогла защитить свое доминирующее положение на рынке серверных операционных систем для рабочих групп, являющегося сердцем корпоративных ИТ-сетей. Microsoft было приказано раскрыть полную и точную документацию по интерфейсу, что позволит конкурирующим поставщикам конкурировать на равных («средство совместимости»). По состоянию на июнь 2005 года Комиссия проводит рыночные испытания нового предложения Microsoft по этому поводу, отклонив предыдущие предложения как недостаточные.

Функциональная совместимость также появилась в дебаты о патентах на программное обеспечение в Европейский парламент (Июнь – июль 2005 г.). Критики утверждают, что, поскольку патенты на технологии, необходимые для взаимодействия, хранятся в соответствии с условиями RAND (разумное и недискриминационное лицензирование), клиентам придется платить лицензионные сборы дважды: один раз за продукт и, в соответствующем случае, один раз за защищенный патентом программа, которую использует продукт.

Медицинская промышленность

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

Все чаще медицинские устройства, такие как инкубаторы, устройства визуализации (МРТ, КТ, ультразвук и др.), Управляются сложным программным обеспечением, которое необходимо интегрировать в месте оказания медицинской помощи и с электронными системами, такими как электронные медицинские записи. На встрече Общества профессионалов по регуляторным вопросам (RAPS) в 2016 году такие эксперты в этой области, как Анджела Н. Джонсон из GE Healthcare и представитель Управления по санитарному надзору за качеством пищевых продуктов и медикаментов США, провели практические семинары о том, как компании разрабатывают новые медицинские устройства и больницы их устанавливают. могут работать более эффективно для согласования совместимых программных систем.[25]

Железные дороги

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

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

Телекоммуникации

В телекоммуникации, этот термин можно определить как:

  1. Способность предоставлять услуги и принимать услуги от других систем, а также использовать обмениваемые услуги, чтобы они могли эффективно работать вместе. ITU-T обеспечивает стандарты международной связи.
  2. Состояние достигнуто среди связь-электроника системы или элементы коммуникационно-электронного оборудования, когда Информация или услуги могут напрямую и удовлетворительно обмениваться между ними и / или их пользователями. Степень совместимости следует определять при рассмотрении конкретных случаев.[26][27]

В двустороннее радио, функциональная совместимость состоит из трех аспектов:

  • совместимые каналы связи (совместимые частоты, оборудование и сигнализация),
  • покрытие радиосистемы или адекватный уровень сигнала;
  • масштабируемая емкость.

Организации, занимающиеся совместимостью

Многие организации стремятся к взаимодействию.Их объединяет то, что они хотят подтолкнуть развитие всемирной паутины к семантической паутине.[сомнительный – обсудить] Некоторые концентрируются на электронном правительстве, электронном бизнесе или обмене данными в целом. На международном уровне Консорциум индустрии сетевых операций способствует глобальному взаимодействию через границы, языковые и технические барьеры. В Европе, например, Европейская комиссия и ее IDABC программа выпускает Европейская структура взаимодействия. На смену IDABC пришел ЭТО программа. Они также инициировали Центр семантической совместимости в Европе (SEMIC.EU). А Европейская служба земельной информации (EULIS) была основана в 2006 году как консорциум европейских национальных земельных регистров. Целью услуги является создание единого портала, через который клиентам предоставляется доступ к информации об отдельных объектах собственности, об услугах регистрации земли и собственности, а также о соответствующей правовой среде.[28] В Соединенных Штатах правительственная служба CORE.gov обеспечивает среду сотрудничества для разработки компонентов, совместного использования, регистрации и повторного использования, и в связи с этим Национальная модель обмена информацией (NIEM) репозиторий работ и компонентов. В Национальный институт стандартов и технологий служит агентством эталонов.

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

Компьютерные и информационные технологии
Бизнес
Другой

использованная литература

  1. ^ «Определение интероперабельности». специальный веб-сайт для определения функциональной совместимости по адресу interoperability-definition.info. Авторское право AFUL под лицензией CC BY-SA.CS1 maint: другие (ссылка на сайт)
  2. ^ Институт инженеров по электротехнике и радиоэлектронике. Стандартный компьютерный словарь IEEE: Сборник стандартных компьютерных глоссариев IEEE. Нью-Йорк, штат Нью-Йорк: 1990.
  3. ^ Слейтер, Т. "Что такое совместимость?", Консорциум индустрии сетевых операций - NCOIC, 2012
  4. ^ Willium y Arms 2000 (афифа икбал)
  5. ^ Слейтер, Т. «Междоменное взаимодействие», Консорциум индустрии сетевых операций - NCOIC, 2013
  6. ^ Веркрюсс, Ким; Доусон, Дэвид А .; Райт, Найджел (2019). «Функциональная совместимость: концептуальная основа для преодоления разрыва между многофункциональным и мультисистемным управлением городскими наводнениями». Журнал управления рисками наводнений. 0: e12535. Дои:10.1111 / jfr3.12535. ISSN  1753–318X.
  7. ^ «Устойчивость к наводнениям в городах». www.urbanfloodresilience.ac.uk. Получено 2019-05-15.
  8. ^ Глоссарий терминов и определений НАТО, NATO AAP-06[постоянная мертвая ссылка ]
  9. ^ Оперативная совместимость: постоянная проблема в воздушных операциях коалиции - Глава 2 «Широкое определение оперативной совместимости», Майрон Хура, Гэри МакЛеод, Джеймс Шнайдер и другие, RAND Monograph Report, 2000, [1]
  10. ^ Аллен, Д. К., Каранасиос, С., и Норман, А. (2013). Обмен информацией и взаимодействие: случай управления крупными инцидентами. Европейский журнал информационных систем, 10.1057 / ejis.2013.8.
  11. ^ Бальдини, Г. (2010). Отчет о семинаре «Совместимые коммуникации для безопасности». Испра: Европейская комиссия, Объединенный исследовательский центр (JRC), Институт защиты и безопасности граждан.
  12. ^ «Система взаимодействия устраняет разрыв связи». FireRescue1. Получено 2017-01-25.
  13. ^ Гриер, Робин. «Решения для взаимодействия». Совместимость. Catalyst Communications. Получено 28 мая 2011.
  14. ^ «Губернатор Джей Инсли - штат Вашингтон». Получено 12 августа 2016.
  15. ^ «СИЭК». Получено 12 августа 2016.
  16. ^ "САФЕКОМ - Национальная безопасность". Архивировано из оригинал на 2014-12-21. Получено 12 августа 2016.
  17. ^ Гордон и Эрнандес (16.05.2016). Официальное руководство к книге SSCP. SYBEX. ISBN  978-1119278634.
  18. ^ Секретариат SC36 (13 ноября 2003 г.). «Предлагаемый проект технического отчета для: ISO / IEC xxxxx, Информационные технологии - Обучение, образование и подготовка - Управление и доставка - Спецификация и использование расширений и профилей» (PDF). ISO / IEC JTC1 SC36. Архивировано из оригинал (PDF) на 2007-11-29. Получено 12 августа 2016.
  19. ^ Депутат Галлахер; AC О’Коннор; JL Dettbarn, Jr .; LT Gilday (август 2004 г.). Анализ затрат на недостаточную функциональную совместимость в сфере капитального строительства США (PDF) (Отчет). Национальный институт стандартов и технологий. п. iv. Архивировано из оригинал (PDF) на 2016-02-04. Получено 2012-04-19.
  20. ^ «Функциональная совместимость электронного правительства. Сравнительный анализ 30 стран» (PDF). CS Преобразование. 2010 г.. Получено 21 января 2016.
  21. ^ «Открытые службы для совместной работы на протяжении всего жизненного цикла». Получено 12 августа 2016.
  22. ^ «OSLC (Открытые службы для совместной работы в течение жизненного цикла): открытый стандарт для i…». 30 ноября 2011 г.. Получено 12 августа 2016.
  23. ^ Напишите один раз, бегите куда угодно
  24. ^ 9. Совместимость Java и JVM [Книга].
  25. ^ «Предварительный просмотр RAPS: директор FDA CDRH Шурен говорит о приоритетах». 19 сентября 2016 г.. Получено 8 апреля, 2017.
  26. ^ Эта статья включаетматериалы общественного достояния от Администрация общих служб документ: «Федеральный стандарт 1037С». (в поддержку MIL-STD-188 )
  27. ^ Эта статья включаетматериалы общественного достояния от Министерство обороны США документ: "Словарь военных и смежных терминов ".
  28. ^ Дизайн, Эрскин. «Добро пожаловать - EULIS». Архивировано из оригинал 17 сентября 2016 г.. Получено 12 августа 2016.

внешние ссылки