참조 모델

참조 모델(시스템, 기업 및 소프트웨어 엔지니어링)은 명확한 커뮤니케이션을 장려하기 위해 전문가 또는 전문가 단체가 제작한 명확하게 정의된 개념의 상호연계된 집합으로 구성된 추상적인 프레임워크 또는 도메인별 온톨로지다. 참조 모델은 완전한 집합을 나타내는 한, 사업 기능에서 시스템 구성 요소에 이르기까지 모든 일관된 아이디어의 구성요소 부분을 나타낼 수 있다. 이 참고문헌의 틀은 같은 공동체의 구성원들 사이에서 생각을 명확하게 전달하는 데 사용될 수 있다.

참조 모델은 종종 개념들 사이의 관계에 대한 일부 지표를 가진 개념 집합으로 설명된다.

개요

OASIS(구조화된 정보 표준의 발전을 위한 기구)에 따르면, 참조 모델은 "일부 환경의 실체들 사이의 유의미한 관계를 이해하고, 그 환경을 지원하는 일관된 표준이나 규격을 개발하기 위한 추상적인 프레임워크"이다. 참조 모델은 소수의 통일 개념에 기초하며 비전문가에 대한 교육 및 표준 설명의 근거로 사용될 수 있다. 참조 모델은 어떤 표준, 기술 또는 기타 구체적인 구현 세부사항과 직접적으로 관련되지는 않지만, 서로 다른 구현 간에 모호하지 않게 사용할 수 있는 공통의 의미론을 제공하고자 한다."^[1]

'참조 모델'의 개념에는 여러 가지 개념들이 있다. 이러한 각 개념은 중요하다.

• 추상적: 참조 모델은 추상적이다. 그것은 특정 종류의 환경에 대한 정보를 제공한다. 참조 모델은 특정 환경에서 실제로 발생하는 특정 실체가 아니라 그러한 환경에서 발생할 수 있는 실체의 유형이나 종류를 설명한다. 예를 들어, 특정 주택의 구조(특정 종류의 특정 환경인)를 설명할 때, 실제 외부 벽은 치수와 재질을 가질 수 있지만, 벽의 개념(실체 유형)은 참조 모델의 일부분이다. 벽이 있는 집을 짓기 위해서는 벽의 개념을 이해해야 한다.
• 실체와 관계: 참조 모델은 실체의 유형(존재하는 사물)과 실체의 관계(실체들이 서로 연결하고 상호 작용하며 공동 특성을 나타내는 방법)를 모두 설명한다. 엔터티 유형의 목록은 그 자체로 참조 모델로서 역할을 할 충분한 정보를 제공하지 않는다.
• 환경 내에서: 참조 모델은 "모든 것"을 설명하려고 시도하지 않는다. 참조 모델은 "환경 내의 사항" 또는 문제 공간을 명확히 하기 위해 사용된다. 참조 모델은 유용하게 활용하기 위해, 해결되는 문제에 대한 명확한 설명을 포함해야 하며, 문제가 해결되는 것을 보아야 하는 이해당사자들의 우려를 포함해야 한다.
• 기술 불가지론: 참조 모델의 유용성은 특정 컴퓨팅 환경에서 사용 중인 기술이나 플랫폼에 대한 가정을 하는 경우에 제한된다. 참조 모델은 일반적으로 그러한 문제에 대한 구체적인 해결책이 아니라 일련의 문제에 대한 이해를 촉진하기 위한 것이다. 이와 같이, 그것은 다양한 잠재적 해결책을 상상하고 평가하는 과정을 보조함으로써 시술자를 도와야 한다. 문제 공간은 "소프트웨어 응용 프로그램 세트를 관리하는 방법"일 수 있기 때문에, 소프트웨어 응용 프로그램 집합을 설명하는 참조 모델의 개발을 배제하지 않는다.

참조 모델의 사용

참조 모델에는 많은 용도가 있다. 한 가지 용도는 모델에 서식하는 개체와 서로 간의 관계에 대한 표준을 만드는 것이다. 표준을 만들면 표준에 따라 동작하는 객체를 만들어야 하는 기술자와 개발자의 작업이 쉬워진다. 소프트웨어는 표준에 부합하는 것으로 작성될 수 있고, 개발자는 그 소프트웨어를 복사하여 다시 사용할 수도 있고, 또는 그 코드를 생성하는 소프트웨어 공장을 건설할 수도 있다. 잘 수행되면, 표준은 소프트웨어를 저렴하게 확장할 수 있는 기능과 같은 소프트웨어의 주요 품질을 지원하는 설계 패턴을 사용할 수 있다.

참조 모델의 또 다른 용도는 교육이다. 참조 모델을 사용하여, 소프트웨어 개발의 리더들은 큰 문제 공간을 이해, 태클, 정제할 수 있는 작은 문제들로 분해하는데 도움을 줄 수 있다. 특정 문제집합에 익숙하지 않은 개발자들은 다른 문제집단이 무엇인지 빨리 알 수 있고, 다른 영역들이 잘 이해되고 엄격하게 구성된다고 믿으면서 그들이 해결하도록 요청받고 있는 문제들에 집중할 수 있다. 소프트웨어 개발자들이 효율적으로 업무에 집중할 수 있도록 하기 위해서는 신뢰 수준이 중요하다.

참조 모델의 세 번째 사용은 사람들 간의 의사소통을 개선하는 것이다. 참조 모델은 문제를 실체 또는 "그들 스스로 존재하는 사물"로 구분한다. 이것은 많은 사람들이 이미 공유하고 있는 개념에 대한 명시적인 인식일 경우가 많지만, 명시적인 방식으로 창조되었을 때, 참조 모델은 이러한 개념들이 서로 어떻게 다르고, 어떻게 연관되어 있는지를 정의함으로써 유용하다. 이것은 이러한 개념을 사용하는 데 관련된 개인들 간의 의사소통을 향상시킨다.

참조 모델의 네 번째 사용은 명확한 역할과 책임을 창출하는 것이다. 실체와 그 관계의 모델을 창조함으로써, 조직은 특정한 개인이나 팀을 헌신시킬 수 있고, 실체들의 특정 집합과 관련된 문제를 해결할 책임을 지게 된다. 예를 들어, 참조 모델이 균형 잡힌 스코어카드를 만드는 데 필요한 일련의 비즈니스 측정값을 설명하는 경우, 각 측정치를 특정 비즈니스 리더에게 할당할 수 있다. 그것은 고위 경영자가 그들의 팀원들에게 높은 품질의 결과를 만들어 내는 책임을 물을 수 있게 해준다.

기준 모델의 다섯 번째 사용은 서로 다른 사물의 비교를 허용하는 것이다. 문제 공간을 기본 개념으로 세분화함으로써, 참조 모델을 사용하여 그 문제에 대한 두 가지 다른 해결책을 검토할 수 있다. 그렇게 함으로써, 해결책의 구성요소 부분은 서로 관련지어 논의될 수 있다. 예를 들어, 참조 모델이 기업과 고객 사이의 연락처를 추적하는 데 도움이 되는 컴퓨터 시스템을 설명하는 경우, 참조 모델을 사용하여 5가지 소프트웨어 제품 중 어떤 것을 구매할 것인지 결정할 수 있다. 이 예에서 참조 모델을 사용하여 각 후보 솔루션이 특정 비즈니스 프로세스의 요구를 충족하도록 얼마나 잘 구성될 수 있는지 비교할 수 있다.

예

참조 모델의 예는 다음과 같다.

• 에이전트 시스템 참조 모델,
• DoDAF의 핵심 아키텍처 데이터 모델 참조 모델
• FEA의 Federal Enterprise Architecture Framework 참조 모델
• HP ISSM(정보 보안 서비스 관리) - 참조 모델(RM)
• 금융 서비스의 참조 모델인 IBM Information Framework.
• NIST 엔터프라이즈 아키텍처 모델 여러 연방 엔터프라이즈 아키텍처의 참조 모델
• OGC 참조 모델(개방형 지리공간 컨소시엄),
• OpenReference, 비즈니스 성과, 프로세스 및 실무에 대한 개방형 참조 모델,^[2]
• 개방형 시스템 상호접속 기본 참조 모델,
• 퍼듀 엔터프라이즈 레퍼런스 아키텍처
• 실시간 제어 문제 도메인을 위한 실시간 제어 시스템
• 개방형 분산 처리 기준 모델,
• TAFIM은 이전 버전의 DoDAF의 1990년 기준 모델이며,
• 순차 컴퓨팅의 참조 모델로서 Von Neumann 아키텍처,
• 디지털 라이브러리 참조 ^[3][4]모델
• ENVRI(^[5]환경 연구 인프라) 참조 모델
• NGO 참조 모델

참고 항목

위키미디어 커먼즈에는 참조 모델과 관련된 미디어가 있다.

• 비즈니스 참조 모델
• 개방형 시스템 환경 참조 모델
• 레퍼런스 아키텍처

참조