Архитектура информационных систем Интероперабельных (УК) является эталонной архитектурой для разработки совместимых информационных систем предприятия . Если предприятия или органы государственного управления хотят участвовать в автоматизированных бизнес-процессах с другими организациями, их ИТ-системы должны иметь возможность работать вместе, т.е. они должны иметь возможность взаимодействия . AIOS представляет собой общий план построения для этих организаций по разработке совместимых информационных систем путем систематической корректировки и расширения их внутренних информационных систем. AIOS был описан в докторской диссертации и основан на результатах различных исследовательских проектов по совместимости. [1]Он не зависит от конкретных продуктов или поставщиков, но в целом описывает различные уровни, представления, взаимосвязи и технические средства, необходимые для эффективного создания взаимодействующих информационных систем. С этой целью он сочетает в себе концепции сервис-ориентированной архитектуры , совместного бизнес-моделирования и моделирования бизнес-процессов . Его можно рассматривать как дополнение к ARIS , хорошо известной архитектуре для внутренних информационных систем и бизнес-процессов.
Определение
Подобно автоматизации процессов внутри организаций, автоматизация межорганизационных бизнес-процессов является важной тенденцией. В этом стремлении сотрудничающие организации скорее стремятся к слабой взаимосвязи своих информационных систем, а не к тесной интеграции : сотрудничающие информационные системы должны иметь возможность работать вместе, но сохранять как можно большую независимость. Эта характеристика также называется функциональной совместимостью или, в контексте сотрудничающих организаций, бизнес-взаимодействием , т. Е. Способностью автономных организаций выполнять совместные бизнес-процессы между собой.
Информационные системы - это системы, которые обрабатывают информацию, т. Е. Собирают, транспортируют, преобразуют, хранят и предлагают информацию. Согласно концепции, преобладающей в исследованиях информационных систем, информационная система включает в себя не только аппаратное и программное обеспечение предприятия, но и соответствующих людей, бизнес-функции и процессы, а также организационные структуры. [2] Это широкое понимание, например, также воплощено в концепции Захмана .
Архитектура определяется как «фундаментальная организация системы, воплощенная в ее компонентах, их отношениях друг с другом и окружающей средой, а также принципах, управляющих ее проектированием и развитием». [3] Синц определяет архитектуру информационной системы как план построения информационной системы в смысле спецификации и документации ее компонентов и их взаимосвязей, охватывающих все соответствующие точки зрения, а также правила построения для создания плана здания. [4]
Соответственно, архитектура интероперабельных информационных систем может быть определена как план построения межорганизационной информационной системы, которая позволяет организациям выполнять совместный бизнес-процесс между собой.
Предпосылки и применение
После работы над интероперабельными информационными системами, проведенной в Европейских исследовательских проектах [5] в 2010 году, Архитектура интероперабельных информационных систем (AIOS) была опубликована в качестве справочного материала для построения слабосвязанных, взаимодействующих информационных систем и для систематического применения на основе моделей. совместных бизнес-процессов.
AIOS нацелен в первую очередь на крупные организации, которые хотят взаимодействовать друг с другом. С этой целью он описывает, как элементы внутренней информационной системы могут быть систематически связаны с информационными системами партнеров по сотрудничеству. Основными элементами AIOS являются:
- Описание различных типов данных, содержащихся в совместимой информационной системе, а также их взаимосвязей. Это также называется статической частью или структурой архитектуры. Он сообщает организациям, какие информационные элементы (например, описания сообщений, последовательности обмена, роли и услуги) они должны предоставить партнерам по сотрудничеству и как они могут оптимально соотнести их с внутренними элементами.
- Описание различных путей построения или настройки совместимых информационных систем. Это также называется динамической частью архитектуры. Он сообщает организации, как итеративно разрабатывать элементы, упомянутые выше.
- Концепция технических компонентов, необходимых для реализации архитектуры, например средств проектирования, внутренних и внешних репозиториев.
Одним из элементов третьей категории является «BII-репозиторий» , в котором каждая организация публикует контент своего Business Interoperability Interface (BII) для партнеров по сотрудничеству. Поскольку он включает внешние представления об элементах информационной системы, он обеспечивает функции публикации и обнаружения, необходимые в сервис-ориентированной архитектуре : в BII внешне релевантные процессы, услуги, организационные структуры и т. организации также могут искать элементы бизнес-уровня, а не только технические артефакты. Здесь, в отличие от традиционного подхода SOA, вместо одного центрального каталога служб реализованы различные репозитории для конкретных партнеров.
Состав
Статическая часть архитектуры строится на трех ортогональных осях: измерения предприятия, уровни технической детализации и коллективные представления.
Совместные просмотры
Подобно частным, общедоступным и глобальным представлениям, известным из моделирования бизнес-процессов и рабочих процессов, в AIOS предоставляются соответствующие частные, общедоступные и глобальные представления об элементах информационной системы.
- Частный вид содержит только видимые элементы внутри информационной системы.
- Общественное мнение выступает в качестве интерфейса для внутренних, частных элементов системы; он защищает внутренние системы и обеспечивает возможность взаимодействия без необходимости значительного изменения внутренних систем. Это общедоступное представление описывает границы информационной системы организации для ее партнеров по сотрудничеству и связывает внутренние и внешние информационные системы, тем самым также предоставляя контент Интерфейса взаимодействия бизнеса организации.
- Глобальный взгляд может использоваться для корреляции и соединяет общественное мнение различных систем.
Размеры предприятия
Для всестороннего описания бизнес-процессов на этой оси представлены различные представления о процессах, функциях, данных и организационных элементах.
- В организационном измерении роли, подразделения и другие элементы организации, относящиеся к сотрудничеству, описаны и связаны с внутренними элементами. Это гарантирует, например, что партнеры по сотрудничеству имеют общее понимание взаимодействующих ролей.
- В измерении данных типы документов, используемые в сотрудничестве, определены и связаны с внутренними типами документов.
- В функциональном измерении описаны бизнес-функции и услуги, предлагаемые в сотрудничестве.
- В измерении процессов описываются процессы, которые предлагает каждая организация, а также то, как эти общедоступные процессы связаны со смежными процессами партнерских организаций.
Таким образом, в сочетании с осью «совместные представления» предоставляются частные, публичные и глобальные представления о процессах, функциях, данных и организационных ролях .
Уровни технической детализации
Описание элементов системы на разных уровнях технической детализации поддерживает систематическую разработку совместных информационных систем, начиная с определения бизнес-требований и заканчивая уровнем кода. Помимо аспекта конструкции, тем самым также предоставляется многомерное описание функциональной совместимости, облегчающее синхронизацию взаимодействующих систем на каждом уровне. Подобно, например, ARIS и OMG MDA используются три уровня:
- Бизнес-уровень : здесь процессы, которые должны быть автоматизированы, описаны на уровне, не зависящем от техники. В MDA этот уровень называется уровнем CIM.
- Технический уровень : Здесь описывается концепция ИТ. Таким образом, модели из первого уровня технически обогащены, например, вместо бизнес-функций теперь описываются компоненты, но все еще на грубом, концептуальном уровне. Поскольку модели на втором уровне представляют собой основу для автоматизированной генерации исполняемого кода, их, возможно, придется дополнительно адаптировать для соответствия ограничениям уровня реализации.
- Уровень выполнения : здесь модели интерпретируются машиной и могут использоваться во время выполнения при выполнении процессов.
Рекомендации
- ^ Зиманн (2010): Архитектура взаимодействующих информационных систем - Основанный на модели предприятия подход для описания и реализации совместных бизнес-процессов. Logos, 2010. Резюме можно найти здесь: Ziemann (2012): Архитектура взаимодействующих информационных систем - эталонная архитектура для сотрудничества между государственными администрациями. В: Krallmann, H., Zapp, A. (Eds.): Bausteine einer vernetzten Verwaltung. Берлин, Эрих Шмидт Верлаг, 2012, с. 165.
- ^ Сравните, например, 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, Германия.
- ^ 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 г.
- ^ Sinz (2002): Architektur von Informationssystemen. В: Rechenberg, P., Pomberger, G. (eds.): Informatik-Handbuch. 3-е издание, Hanser, München, стр. 1055-1068.
- ^ Interop NOE (с 2004 по 2007 год, номер проекта IST-2004-508011), ATHENA (с 2004 по 2007 год, «Передовые технологии взаимодействия гетерогенных корпоративных сетей и их приложений», номер проекта IST-2004-507849) или R4eGov (с 2006 по 2007 год). 2009 г., номер проекта IST-2004-026650)