Структура взаимодействия предприятия используется в качестве руководства для сбора и структурирования знаний/решения для обеспечения взаимодействия предприятия . Структура определяет домены и поддомены для исследований и разработок в области функциональной совместимости , чтобы определить набор знаний для решения проблем функциональной совместимости предприятия путем устранения барьеров на пути к функциональной совместимости.
Некоторые существующие работы по интероперабельности были проведены для определения фреймворка интероперабельности или эталонных моделей , в частности, эталонной модели LISI [1] , Европейской фреймворка интероперабельности (EIF), [2] фреймворка интероперабельности IDEAS, [3] фреймворка интероперабельности ATHENA , [ 4] и Структура функциональной совместимости электронного здравоохранения. [5] Эти существующие подходы составляют основу корпоративной функциональной совместимости.
Существующие структуры интероперабельности явно не устраняют барьеры на пути интероперабельности , что является основным предположением этого исследования; они не нацелены на структурирование знаний об интероперабельности в отношении их способности устранять различные барьеры.
Структура корпоративной интероперабельности имеет три основных измерения:
Интероперабельность касается определенного содержания (или аспекта) взаимодействия , которое может иметь место на различных уровнях предприятия. В области Enterprise Interoperability определены следующие четыре проблемы взаимодействия: данные, сервис, процесс и бизнес. [6]
Вопросы функциональной совместимости: данные, сервис, процесс и бизнес
Барьеры интероперабельности: Барьер интероперабельности является фундаментальной концепцией в определении области интероперабельности. Многие проблемы функциональной совместимости связаны с конкретными областями приложений . Это могут быть такие вещи, как поддержка определенных атрибутов или определенных режимов контроля доступа. Тем не менее, можно выявить общие барьеры и проблемы функциональной совместимости; и большинство из них уже решены, [2] [7] [8] . Следовательно, цель состоит в том, чтобы определить общие барьеры для функциональной совместимости. Под термином «барьер» мы подразумеваем «несовместимость» или «несоответствие», препятствующее совместному использованию и обмену информацией. Выделены три категории барьеров: концептуальные, технологические и организационные.
Подходы к функциональной совместимости представляют собой различные способы устранения барьеров (интеграция, унификация и федерация).
Основные подходы к развитию функциональной совместимости
Показана структура с тремя основными размерами.
Структура корпоративной совместимости
Использовать
Enterprise Interoperability Framework позволяет:
Захват и структурирование знаний/решений по функциональной совместимости в структуре с помощью барьерного подхода
Предоставление поддержки инженерам по обеспечению совместимости предприятий и конечным пользователям отрасли в реализации их проектов по обеспечению взаимодействия.
Структура взаимодействия предприятий направлена не только на структурирование концепций, определение области исследований и накопление знаний, но и на помощь отраслям в решении их проблем взаимодействия. При выполнении проекта интероперабельности с участием двух конкретных предприятий проблемы интероперабельности и барьеры интероперабельности между двумя предприятиями будут определены в первую очередь и сопоставлены с этой схемой интероперабельности предприятия.
Используя структуру , можно охарактеризовать существующие степени функциональной совместимости, а целевые степени функциональной совместимости могут быть определены как цель, которую необходимо выполнить. Затем в структуре можно искать знания/решения, связанные с барьерами и проблемами, и найденные решения будут предлагаться пользователям для возможной адаптации и/или сочетания с другими решениями для устранения выявленных барьеров, чтобы можно было установить требуемую функциональную совместимость.
использованная литература
↑ C4ISR (1998), Рабочая группа по архитектуре (AWG), Уровни взаимодействия информационных систем (LISI), 30 марта 1998 г.
^ a b EIF: European Interoperability Framework, Write Paper, Брюссель, 18 февраля 2004 г., http://www.comptia.org
^ IDEAS (2003), Результаты проекта IDEAS (WP1-WP7), Публичные отчеты, www.ideas-road map.net.
^ ATHENA (2003): Передовые технологии взаимодействия гетерогенных корпоративных сетей и их приложений, FP6-2002-IST-1, Интегрированное проектное предложение, апрель 2003 г. Производный.
^ К. Гульельмина и А. Берре, Проект A4 (Слайд-презентация), Промежуточный аудит ATHENA 29.-30. Сентябрь 2005 г., Афины, Греция.
^ Касуник, М., Андерсон, В.: Измерение функциональной совместимости систем: проблемы и возможности, Инициатива по измерению и анализу разработки программного обеспечения, апрель 2004 г.
^ ERISA (Европейская ассоциация регионального информационного общества), Руководство по функциональной совместимости для региональных инициатив, Брюссель, сентябрь 2004 г.
внешняя ссылка
ИНТЕРОП-ВЛаб
DI.2.Enterprise Interoperability Framework и свод знаний
DI.3.Enterprise Interoperability Framework и свод знаний
Категории :
Совместимость
Моделирование предприятия
Представление знаний
Скрытые категории:
Слишком технические статьи в Википедии за май 2021 года