Архитектура взаимодействующих информационных систем

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

Определение

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

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

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

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

Предыстория и применение

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

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

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

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

Структура

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

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

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

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

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

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

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

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

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

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

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

Ссылки

^ Циманн (2010): Архитектура взаимодействующих информационных систем - основанный на модели предприятия подход к описанию и реализации совместных бизнес-процессов. Logos, 2010. Компания Logos была так любезна, что разрешила бесплатно скачать копию здесь . Краткое изложение можно найти здесь: Ziemann (2012): Архитектура взаимодействующих информационных систем – эталонная архитектура для сотрудничества между государственными администрациями. В: Кроллманн Х., Цапп А. (ред.): Bausteine einer vernetzten Verwaltung. Берлин, Эрих Шмидт Верлаг, 2012, стр. 165.
^ Сравните, например, Becker & Schütte (2004, стр. 33): Коммерческие информационные системы. Предметно-ориентированное введение в бизнес-информатику, 2-е издание, Redline Economic, Франкфурт или Габриэль (2008): Информационная система. Энциклопедия бизнес-информатики, онлайн-лексикон. Ольденбург Виссеншафтсверлаг, Германия.
^ IEEE (2007): Веб-сайт IEEE 1471, IEEE Std. 1471 Часто задаваемые вопросы (FAQ) — версия 5.0, 19 июля 2007 г. http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html. Архивировано 28 августа 2011 г. в Wayback Machine , ac. - прекращено: май 2009 г.
^ Синц (2002): Архитектура информационных систем. В: Рехнерберг П., Помбергер Г. (ред.): Справочник по информатике. 3-е издание, Hanser, Мюнхен, стр. 1055–1068.
^ Interop NOE (2004–2007 гг., номер проекта IST-2004-508011), ATHENA (2004–2007 гг., «Передовые технологии взаимодействия гетерогенных корпоративных сетей и их применение», номер проекта IST-2004-507849) или R4eGov (2006–2006 гг.) 2009 г., номер проекта ИСТ-2004-026650)

[1] Циманн (2010): Архитектура взаимодействующих информационных систем - основанный на модели предприятия подход к описанию и реализации совместных бизнес-процессов. Logos, 2010. Компания Logos была так любезна, что разрешила бесплатно скачать копию здесь . Краткое изложение можно найти здесь: Ziemann (2012): Архитектура взаимодействующих информационных систем – эталонная архитектура для сотрудничества между государственными администрациями. В: Кроллманн Х., Цапп А. (ред.): Bausteine einer vernetzten Verwaltung. Берлин, Эрих Шмидт Верлаг, 2012, стр. 165.

[2] Сравните, например, Becker & Schütte (2004, стр. 33): Коммерческие информационные системы. Предметно-ориентированное введение в бизнес-информатику, 2-е издание, Redline Economic, Франкфурт или Габриэль (2008): Информационная система. Энциклопедия бизнес-информатики, онлайн-лексикон. Ольденбург Виссеншафтсверлаг, Германия.

[3] IEEE (2007): Веб-сайт IEEE 1471, IEEE Std. 1471 Часто задаваемые вопросы (FAQ) — версия 5.0, 19 июля 2007 г. http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html. Архивировано 28 августа 2011 г. в Wayback Machine , ac. - прекращено: май 2009 г.

[4] Синц (2002): Архитектура информационных систем. В: Рехнерберг П., Помбергер Г. (ред.): Справочник по информатике. 3-е издание, Hanser, Мюнхен, стр. 1055–1068.

[5] Interop NOE (2004–2007 гг., номер проекта IST-2004-508011), ATHENA (2004–2007 гг., «Передовые технологии взаимодействия гетерогенных корпоративных сетей и их применение», номер проекта IST-2004-507849) или R4eGov (2006–2006 гг.) 2009 г., номер проекта ИСТ-2004-026650)

[1]

[2]

[3]

[4]

[5]