Архитектура интероперабельных информационных систем - Architecture of Interoperable Information Systems

Архитектура интероперабельных информационных систем

В Архитектура интероперабельных информационных систем (AIOS) эталонная архитектура для разработки совместимых информационные системы предприятия. Если предприятия или органы государственного управления хотят участвовать в автоматизированных бизнес-процессах с другими организациями, их ИТ-системы должны уметь работать вместе, т.е. они должны быть совместимый. AIOS представляет собой общий план построения для этих организаций по разработке совместимых информационных систем путем систематической корректировки и расширения их внутренних информационных систем. AIOS был описан в докторской диссертации и основан на результатах различных исследовательских проектов по совместимости.[1] Он не зависит от конкретных продуктов или поставщиков, но в целом описывает различные уровни, представления, взаимосвязи и технические средства, необходимые для эффективного создания взаимодействующих информационных систем. С этой целью он объединяет концепции из Сервис-Ориентированная Архитектура, Совместный бизнес и Моделирование бизнес-процессов. Его можно рассматривать как дополнение к ARIS, хорошо известная архитектура внутренних информационных систем и бизнес-процессов.

Определение

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

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

Архитектура определяется как «фундаментальная организация системы, воплощенная в ее компонентах, их отношениях друг с другом и окружающей средой, а также принципах, управляющих ее проектированием и развитием».[3] Sinz определяет архитектуру информационной системы как план построения информационной системы в смысле спецификации и документации ее компонентов и их взаимосвязей, охватывающих все соответствующие точки зрения, а также правила построения для создания плана здания.[4]

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

Предпосылки и применение

После работы над интероперабельными информационными системами, проведенной в европейских исследовательских проектах[5] в 2010 году была опубликована Архитектура интероперабельных информационных систем (AIOS) в качестве справочника для построения слабосвязанных, взаимодействующих информационных систем и для систематического, основанного на моделях внедрения совместных бизнес-процессов.

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

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

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

Структура

Статическая часть архитектуры строится на трех ортогональных осях: измерения предприятия, уровни технической детализации и коллективные представления.

Совместные просмотры

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

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

Размеры предприятия

Иллюстрация архитектуры интероперабельных информационных систем / измерений предприятия

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

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

Таким образом, в сочетании с осью «совместные просмотры» частные, публичные и глобальные взгляды на процессы, функции, данные и организационные роли предоставлены.

Уровни технической детализации

AIOS Уровни технической детализации

Описание элементов системы на разных уровнях технической детализации поддерживает систематическую разработку совместных информационных систем, начиная с определения бизнес-требований и заканчивая уровнем кода. Помимо аспекта конструкции, тем самым также предоставляется многомерное описание функциональной совместимости, облегчающее синхронизацию взаимодействующих систем на каждом уровне. Подобно, например, ARIS и OMG MDA Используются три уровня:

  1. Бизнес уровень: Здесь процессы, которые необходимо автоматизировать, описаны с уровня, не зависящего от техники. В MDA этот уровень называется уровнем CIM.
  2. Технический уровень: Здесь описывается концепция ИТ. Таким образом, модели из первого уровня технически обогащены, например, вместо бизнес-функций теперь описываются компоненты, но все еще на грубом, концептуальном уровне. Поскольку модели на втором уровне представляют собой основу для автоматизированной генерации исполняемого кода, их может потребоваться дополнительная адаптация для соответствия ограничениям уровня реализации.
  3. Уровень исполнения: Здесь модели интерпретируются машиной и могут использоваться во время выполнения при выполнении процессов.

Рекомендации

  1. ^ Циманн (2010): Архитектура взаимодействующих информационных систем - подход, основанный на модели предприятия, для описания и реализации совместных бизнес-процессов. Logos, 2010. Резюме можно найти здесь: Ziemann (2012): Архитектура взаимодействующих информационных систем - эталонная архитектура для сотрудничества между государственными администрациями. В: Krallmann, H., Zapp, A. (Eds.): Bausteine ​​einer vernetzten Verwaltung. Берлин, Эрих Шмидт Верлаг, 2012, с. 165.
  2. ^ Сравните, например, Becker & Schütte (2004, стр. 33): Handelsinformationssysteme - Domänenorientierte Einführung in die Wirtschaftsinformatik 2nd Edition, Redline Wirtschaft, Франкфурт или Габриэль (2008): Информационная система. Enzyklopädie der Wirtschaftsinformatik, Online Lexikon. Oldenbourg Wissenschaftsverlag, Германия.
  3. ^ IEEE (2007): веб-сайт IEEE 1471, IEEE Std. 1471 Часто задаваемые вопросы (FAQ) - Версия 5.0, 19 июля 2007 г. http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html В архиве 2011-08-28 на Wayback Machine, дата обращения: май 2009 г.
  4. ^ Sinz (2002): Architektur von Informationssystemen. В: Rechenberg, P., Pomberger, G. (eds.): Informatik-Handbuch. 3-е издание, Hanser, München, стр. 1055-1068
  5. ^ Interop NOE (с 2004 по 2007 год, номер проекта IST-2004-508011), ATHENA (с 2004 по 2007 год, «Передовые технологии взаимодействия гетерогенных корпоративных сетей и их приложений», номер проекта IST-2004-507849) или R4eGov (с 2006 по 2009 год. , номер проекта IST-2004-026650)