상호운용 가능한 정보시스템의 구조

Architecture of Interoperable Information Systems
상호운용 가능한 정보시스템의 구조

상호운용 가능한 정보시스템 아키텍처(Achitecture of Interoperable Information Systems, AIOS)는 상호운용 가능한 기업 정보시스템 개발을 위한 참조 아키텍처다. 기업이나 공공행정기관이 다른 조직과 자동화된 비즈니스 프로세스에 관여하고 싶다면, 이들의 IT 시스템은 상호운용성이 있어야 한다. AIOS는 이들 조직이 내부 정보시스템을 체계적으로 조정·확장함으로써 상호운용 가능한 정보시스템을 개발하기 위한 일반적인 구축계획을 나타낸다. AIOS는 박사학위 논문에서 기술되었으며 상호운용성에 관한 다양한 연구 프로젝트의 결과를 바탕으로 하고 있다.[1] 그것은 특정 제품이나 벤더로부터 독립적이지만, 상호운용 가능한 정보 시스템을 효율적으로 구축하기 위해 필요한 다른 계층, 관점, 관계 및 기술적 수단을 일반적으로 설명한다. 이를 위해 서비스 지향 아키텍처, 협업 비즈니스 및 비즈니스 프로세스 모델링의 개념을 결합한다. 내부 정보 시스템과 비즈니스 프로세스에 대해 잘 알려진 아키텍처인 ARIS를 보완하는 것으로 볼 수 있다.

정의

조직 내부 프로세스 자동화와 마찬가지로 조직 간 비즈니스 프로세스의 자동화는 중요한 추세다. 이러한 노력에서, 협력 기관들은 긴밀하게 통합하는 대신에 오히려 그들의 정보 시스템의 느슨한 결합을 위해 애쓴다: 협력하는 정보 시스템은 협력할 수 있지만 가능한 한 자주성을 유지할 수 있어야 한다. 이러한 특성을 상호운용성이라고도 하며, 또는 협력조직의 맥락에서 비즈니스 상호운용성, 즉 자율조직이 상호협력적인 비즈니스 프로세스를 실행하는 능력이라고도 한다.

정보 시스템은 정보를 처리하는 시스템이다. 즉, 정보를 캡처, 전송, 변환, 저장 및 제공하는 시스템이다. 정보시스템 연구에 만연한 개념에 따라, 정보시스템은 기업의 하드웨어와 소프트웨어뿐만 아니라 관련 인적 행위자, 업무 기능 및 프로세스와 조직 구조로 구성된다.[2] 이 넓은 이해는 예를 들어 Zachman Framework에 의해 구체화되기도 한다.

아키텍처는 "시스템 구성 요소, 상호 및 환경과의 관계, 그리고 설계와 진화를 지배하는 원칙에서 구체화된 시스템의 기본적 조직"으로 정의된다.[3] Sinz는 정보시스템 아키텍처를 모든 관련 관점을 포괄하는 요소와 그 관계에 대한 규격과 문서화라는 의미에서 정보시스템의 구축계획으로 정의하고 있으며, 또한 빌딩계획의 작성을 위한 건설규칙도 포함하고 있다.[4]

따라서, 상호운용 가능한 정보 시스템의 아키텍처는 조직들이 그들 사이의 협업적인 비즈니스 프로세스를 실행할 수 있도록 하는 조직간 정보 시스템의 구축 계획으로 정의될 수 있다.

배경 및 응용 프로그램

호환성 정보 시스템에 관한 연구가 유럽 연구 Projects[5]에서 2010년 여성에 이어Interoperable 정보 시스템(AIOS)의 건축 느슨하게 결합된, API정보 시스템의 건설 및 협력 사업 쌀 가격이의 체계적인model-based 제정을 위한 기준으로 발행되었다.sses

AIOS는 주로 상호운영을 원하는 대기업을 목표로 하고 있다. 이 목적을 위해 내부 정보 시스템 요소가 협력 파트너의 정보 시스템과 체계적으로 연결될 수 있는 방법을 설명한다. AIOS의 주요 요소는 다음과 같다.

  1. 상호운용 가능한 정보시스템에 구성된 다양한 데이터 유형과 그 관계를 기술한다. 이것을 정적 부분 또는 구조의 구조라고도 한다. 조직에게 협업 파트너에게 제공해야 할 정보 요소(예: 메시지, 교환 순서, 역할 및 서비스 설명)와 이를 내부 요소와 최적으로 상호 연관시킬 수 있는 방법을 알려준다.
  2. 상호운용 가능한 정보시스템을 구현하거나 조정하기 위한 다양한 건물경로를 기술한다. 이것을 구조의 동적 부분이라고도 한다. 그것은 위에 언급된 요소들을 어떻게 반복적으로 발전시킬 것인가를 조직에 알려준다.
  3. 아키텍처 구현에 필요한 기술 구성요소에 대한 개념(예: 설계 도구, 내외부 가시적 저장소)

세 번째 범주에 포함된 한 가지 요소는 각 조직이 자사의 BII(비즈니스 상호운용성 인터페이스)의 내용을 협업 파트너에게 공개하는 "BII-리포지토리"이다. 정보시스템 요소에 대한 외부적 관점으로 구성되기 때문에 서비스 지향 아키텍처에서 필요한 경우 다음과 같은 출판 및 발견 기능을 제공한다. BII에서는 외부적으로 관련되는 프로세스, 서비스, 조직구조 등을 다양한 수준의 기술적 세분화에 대해 기술하고 있어 다른 조직에서도 기술유물뿐만 아니라 비즈니스 차원 요소도 검색할 수 있다. 여기서는 기존의 SOA 접근 방식과는 달리 하나의 중앙 서비스 디렉토리 대신 다양한 파트너별 리포지토리가 구현된다.

구조

아키텍처의 정적 부분은 세 개의 직교 축에 기초한다. 엔터프라이즈 치수, 기술적 세분성 및 대조적 뷰의 수준.

협업 보기

비즈니스 프로세스 및 워크플로우 모델링에서 알려진 프라이빗, 퍼블릭 및 글로벌 뷰와 유사하게 AIOS에서는 정보 시스템 요소에 대한 프라이빗, 퍼블릭 및 글로벌 뷰가 제공된다.

  1. 사견은 내부적으로만 볼 수 있는 정보시스템 요소들로 구성된다.
  2. 공공 뷰는 내부 사설 시스템 요소에 대한 인터페이스 역할을 하며, 내부 시스템을 크게 변경할 필요 없이 내부 시스템을 보호하고 상호운용성을 가능하게 한다. 이 공개 견해는 조직의 정보 시스템 경계를 협력 파트너에게 설명하고 내부 및 외부 정보 시스템을 연결함으로써 조직의 비즈니스 상호운용성 인터페이스의 내용도 제공한다.
  3. 글로벌 뷰는 서로 다른 시스템의 공공 뷰를 상호 연관시키고 연결하는 데 사용될 수 있다.

기업 치수

상호운용 가능한 정보시스템/기업차원 구조 그림

비즈니스 프로세스를 포괄적으로 기술하기 위해 이 축은 프로세스, 기능, 데이터 및 조직 요소에 대한 뚜렷한 관점을 제공한다.

  1. 조직 차원에서는 협업과 관련된 역할, 단위 및 기타 조직 요소를 설명하고 내부 요소와 관련된다. 예를 들어, 협업 파트너는 상호 작용하는 역할에 대한 공통의 이해를 보장한다.
  2. 데이터 차원에서는 협업에서 사용되는 문서 유형을 정의하고 내부적으로 사용하는 문서 유형과 관련된다.
  3. 기능 차원에서는 협업에서 제공되는 비즈니스 기능 및 서비스가 설명된다.
  4. 프로세스 차원에서는 각 조직이 제공하는 프로세스와 이러한 공공 프로세스가 파트너 조직의 인접 프로세스와 어떻게 관련되는지 기술한다.

따라서, "협업적 견해"라는 축과 결합하여 프로세스, 기능, 데이터, 조직적 역할에 대한 민간, 공공 및 글로벌 관점이 제공된다.

기술적 세분성 수준

AIOS 기술 세부 정보 수준

서로 다른 수준의 기술 세분화에 대한 시스템 요소의 설명은 비즈니스 요구사항 정의에서 시작하여 코드 레벨까지 이르는 협업 정보 시스템의 체계적인 개발을 지원한다. 시공 측면과는 별도로, 다차원 상호운용성 설명도 제공되어, 각 레벨의 협업 시스템의 동기화를 용이하게 한다. 예를 들어 ARIS 및 OMG의 MDA와 유사하게 세 가지 수준이 사용된다.

  1. 비즈니스 수준: 여기서 자동화할 프로세스는 기술 독립적 수준에서 설명된다. MDA에서 이 수준을 CIM 수준이라고 한다.
  2. 기술 수준: 여기서 IT 개념에 대해 설명한다. 따라서, 예를 들어, 비즈니스 기능 대신 첫 번째 수준의 모델은 기술적으로 풍부하지만, 구성 요소가 거친 개념적 수준에 있다. 두 번째 수준의 모델은 자동화된 세대 실행 코드의 기초를 나타내기 때문에, 그것들은 구현 수준 제약조건에 맞게 추가적으로 수정되어야 할 수 있다.
  3. 실행 수준: 여기서 모델은 기계 해석 가능하며 프로세스 실행 시 런타임에 사용될 수 있다.

참조

  1. ^ 지만(2010): 상호운용 가능한 정보 시스템의 아키텍처 - 협업 비즈니스 프로세스를 기술하고 제정하기 위한 엔터프라이즈 모델 기반 접근법. 로고스, 2010. 요약은 여기서 찾을 수 있다: Ziemann(2012): 상호운용 가능한 정보시스템의 아키텍처 - 행정기관 간 협력을 위한 참조 아키텍처 인: 크롤만, H, Zapp, A. (에드): 바우스틴 아이너 버네츠텐 베르왈퉁. 베를린, 에리히 슈미트 베를라크, 2012, 페이지 165.
  2. ^ 예를 들어 Becker & Schütte(2004, 페이지 33): Handels informationsysteme – Doménenorientierte Einfuhrung의 다이 위트샤프트신포믹 2판, Redline Witchchaft, Frankfurkfurt 또는 Gabriel(2008)을 비교해 보십시오. 정보 시스템. 온라인 렉시콘, 효소클로페디 데르 위츠하프트신포테이크. 독일 올덴부르 위센샤프트스베를라크.
  3. ^ IEEE(2007): IEEE 1471 웹 사이트, IEEE 규격 1471 FAQ - 버전 5.0, 2007년 7월 19일. http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html Wayback Machine에 2011-08-28 보관, 승인: 2009년 5월
  4. ^ 신즈(2002): 아르치텍투르 폰 정보시스템엔 인: 레첸베르크, P, 폼버거, G. (에드): Informatik-Handbuch. 제3판 Hanser, München, 페이지 1055-1068
  5. ^ Interop NOE(2004~2007, 프로젝트 번호 IST-2004-508011), ATANER(2004~2007, "이종 기업 네트워크의 상호운용성과 그 적용을 위한 첨단 기술", 프로젝트 번호 IST-2004-507849), R4eGov(2006~2009, 프로젝트 번호 IST-2004-026650)