핵심 아키텍처 데이터 모델

Core architecture data model
DoDAF의 개요 및 요약 정보([1]AV-1)에 대한 CADM 다이어그램의 예

엔터프라이즈 아키텍처의 핵심 아키텍처 데이터 모델(CADM)은 아키텍처를 기술하고 구축하는 데 사용되는 정보의 논리적 데이터 모델이다.[2]null

CADM은 기본적으로 미국 국방부 건축 프레임워크 DoDAF에 정의된 공통 데이터베이스 스키마다.초기에는 1997년에 아키텍처 데이터의 논리적 데이터 모델로서 출판되었다.[3]null

개요

핵심 아키텍처 데이터 모델(CADM)은 표준화된 구조로 DoDAF 아키텍처 정보를 캡처하도록 설계되었다.[4]CADM은 DoDAF의 데이터 요구사항을 지원하기 위해 개발되었다.CADM은 DoDAF 아키텍처 데이터 요소에 대한 엔티티와 관계를 정의하여 아키텍처 설명 내부와 전체 간 통합을 가능하게 한다.이러한 방식으로 CADM은 임무 영역, 구성요소, 연방 및 연합 파트너 간의 아키텍처 정보 교환을 지원하여 아키텍처의 데이터 상호운용성을 촉진한다.[5]null

CADM은 DoDAF를 준수하여 아키텍처를 통합할 수 있는 중요한 측면이다.여기에는 모든 아키텍처 기술 엔티티나 객체에 공통 데이터 요소 정의, 의미론 및 데이터 구조의 사용이 포함된다.기본 CADM의 사용은 여러 뷰에 걸쳐 공통 객체를 충실히 연관시킨다.현재 승인된 버전의 CADM 준수를 포함하는 프레임워크의 준수는 아키텍처 개발을 위한 공통 접근방식과 관련 아키텍처의 기본 토대를 모두 제공한다.CADM을 준수하면 공통 아키텍처 데이터 요소(또는 유형)의 사용이 보장된다.[5]null

역사

CADM은 아키텍처 데이터의 논리적 데이터 모델로서 1997년에 처음 발표되었다.1998년 C4의 모든 요건을 충족시키기 위해 개정되었다.ISR 아키텍처 프레임워크 버전 2.0.1 논리적 데이터 모델로서 초기 CADM은 아키텍처 정보가 어떻게 구성되는지에 대한 개념적 뷰를 제공했다.그것은 실체, 속성 및 관계를 식별하고 정의했다.CADM은 1998년부터 진화하여, 데이터베이스 구현에 필요한 데이터 유형, 약칭 물리적 이름 및 도메인 값을 제공하는 물리적 뷰를 갖게 되었다.CADM도 물리적 데이터 모델이기 때문에 데이터베이스 설계를 구성하고 데이터베이스를 자동으로 생성하는 데 사용할 수 있다.[3]null

CADM v1.01은 2003년 8월에 DoD Architecture Framework v1.0과 함께 출시되었다.이 DoDAF 버전은 C4를 재구성했다.ISR Framework v2.0: 안내서, 제품 설명서 및 보조 정보를 두 권과 책상으로 제공한다.그것은 단지 C4가 아닌 모든 미션 영역에 대한 아키텍처의 적용가능성을 확대했다.ISR 커뮤니티.본 문서는 사용, 통합 아키텍처, DoD 및 연방 정책, 아키텍처의 가치, 아키텍처 측정, DoD 의사 결정 지원 프로세스, 개발 기법, 분석 기법 및 CADM v1.01을 다루었고, 건축가를 구성하는 아키텍처 데이터 요소를 강조함으로써 리포지토리 기반 접근법으로 이동했다.e제품[5]null

CADM v1.5는 2007년 4월에 DoD Architecture Framework, v1.5와 함께 사전 공개되었다.DoDAF v1.5는 DoDAF v1.0의 진화였으며, 아키텍처 설명을 개발하고 사용하는 과정에서 DoD 구성 요소가 얻은 경험을 반영하고 활용한다.이 과도기 버전은 순중심적 개념을 아키텍처 설명에 반영하는 방법에 대한 추가 지침을 제공하며, 부서를 통한 아키텍처 데이터 관리 및 연합 아키텍처에 대한 정보를 포함하고, 순중심적 개념을 포함하는 이전 CADM 버전의 단순화된 모델인 사전 공개 CADM v1.5를 통합하였다.요소들출시 전 CADM v1.5도 이전 CADM 버전과 역호환된다.CADM v1.02/1.03의 어휘에 따라 구축된 데이터 세트는 CADM v1.5의 구성을 사용하여 충실하게 완전하게 표현할 수 있다.[5]null

참고: DoDAF V2.0의 경우, DoDAF 메타 모델(DM2)은 이전 버전의 DoDAF를 지원했던 핵심 아키텍처 데이터 모델(CADM)을 대체하기 위해 작업 중이다.DM2는 아키텍처 문서 내의 데이터 사용에 대한 독자의 이해를 용이하게 하는 데이터 구성이다.CADM은 이전 버전의 DoDAF에서 생성된 아키텍처를 지원하기 위해 계속 사용될 수 있다.null

주제

집짓기 블록

핵심 아키텍처 데이터 모델의 주요 요소는 다음과 같이 설명된다.[3]

  • 핵심 : 아키텍처 목표(예: 상호운용성, 투자 최적화)를 달성하기 위해 개발, 검증 및 유지되어야 하며 아키텍처 관련 사항 전반에 걸쳐 공유 가능해야 하는 아키텍처 정보의 필수 요소.
  • 아키텍처 데이터 : 조각(객체 등급), 특성 또는 속성, 상호관계의 엄격한 정의에 따른 아키텍처 제품 및 관련 분석 도구의 가능한 부분.
  • 데이터 모델:데이터 모델은 일반적으로 데이터베이스 설계를 목적으로 도메인의 개체, 상호 관계 및 속성을 정의한다.최고에서 최저까지 세 가지 데이터 모델 레벨이 있다: 개념, 논리적, 물리적이다.개념 데이터 모델은 가장 높은 수준이다.그들은 사용자에게 친숙한 용어로 사용자 개념을 모델링한다.사용자와의 명확성과 집중성을 개선하기 위해 세부사항을 생략할 수 있다.논리적 모델은 종종 고유한 데이터 표현(비재분산 또는 데이터베이스 정규화), 의미적 잘 정의 및 배타성(비중첩 도면요소), 도메인 수준의 완전성을 고려하면서 더 형식적이다.논리적 데이터 모델은 특정 DBMS(데이터베이스 관리 시스템)에 커밋할 필요가 없다.물리적 데이터 모델은 일반적으로 데이터베이스 생성을 위해 가장 상세하고 충분한 수준이다.물리적 모델은 구현에 필요한 모든 정보를 포함해야 한다.물리적 모델은 종종 성능 고려사항을 다룬다.[3]

데이터 모델링 및 시각화

DoDAF는 아키텍처 분석을 지원하기 위해 데이터 모델링(CADM)과 시각화 측면(제품 및 뷰)을 통합한다.DoDAF의 데이터 모델인 CADM은 아키텍처 데이터 엔티티, 그것들 간의 관계, 그리고 데이터 엔티티 속성을 정의하며, 기본적으로 아키텍처 커뮤니티를 위한 "문법"을 명시한다.'문법'과 함께 도다프(DoDAF)와 일치하는 건축유물에 대한 '센스'를 만들 수 있는 '노운', '버브스', '입양' 세트가 담겨 있다.CADM은 아키텍처의 필수적인 측면이며 아키텍처 시각적 표현(제품) 뒤에 숨은 의미를 제공한다.전사적으로 아키텍처 데이터의 효과적인 비교와 공유를 가능하게 하여 아키텍처의 전반적인 유용성에 기여한다.CADM은 다음과 같은 데이터 모델 수준을 상세히 설명한다.[5]

  • 개념 : 사용자에게 익숙한 용어로 사용자 개념 모델링
  • 논리적 : 고유한 데이터 표현, 의미적 정의와 배타성 강조, 도메인 수준의 완전성을 고려한 보다 공식적인 모델
  • 물리적 : 데이터베이스 구현에 필요한 모든 정보 모델링

데이터 시각화는 의사결정 분석을 지원하기 위해 구조 데이터를 그래픽 또는 텍스트로 표현하는 방법이다.DoDAF는 기초 데이터를 사용자에게 친숙한 방식으로 표현하는 방법으로 제품을 제공한다.경우에 따라서는 기존의 DoDAF 제품이 필요한 정보를 나타내기에 충분하다.아키텍처 설명을 어떻게 표현하기로 선택했든 간에, 기본 데이터(CADM)는 일관성을 유지하며, 분석 요건이 매핑되는 공통 기반을 제공한다.[5]null

데이터 모델 다이어그램 표기법.

CADM 데이터 모델 다이어그램 표기법.[1]

그림에서와 같이, 상자는 구조 데이터가 수집되는 실체(관계형 데이터베이스에 사용될 때 표를 나타냄)를 나타낸다. 상자는 사각형 코너(독립형 실체) 또는 둥근 코너(종속 실체)가 있는 열린 상자로 표시된다.엔티티 이름은 열린 상자 외부와 위에 있다.상자 안의 텍스트 행은 해당 엔터티의 속성(관계형 데이터베이스에 사용할 경우 엔티티 테이블의 열을 나타냄)을 나타낸다.각 상자의 수평선은 주요 키 속성(실체의 고유한 인스턴스를 찾는 데 사용)과 비키 서술적 속성을 구분한다.[1]null

아래에 원과 선이 있는 기호는 하위 타이핑을 나타내며, 아래에 연결된 모든 도면요소는 기호 상단에 연결된 도면요소의 겹치지 않는 부분 집합이다.관계는 점(비식별)과 견고한(식별) 관계로 표시되며, 이 관계는 자식 개체(고형 점 가장 가까운 것)가 지배기업(관계 선으로 연결된 다른 개체)의 각 인스턴스(instance)에 0, 1 또는 많은 인스턴스(instance)를 가지고 있다.[1]null

기본 건축 요소

DoDAF의 아키텍처 제품에 대응하는 아키텍처 데이터 저장소에는 다음과 같은 기본 아키텍처 요소에 대한 정보가 포함되어 있다.[3]

CADM 아키텍처 개념 모델.[3]
  • 운영 노드는 조직, 조직 유형 및 운영(인적) 역할일 수 있다. (역할은 기술, 직업, 직업 전문 또는 직급일 수 있다.)
  • UJTL(Universal Joint Task List)에 정의된 작업을 포함한 운영 활동.
  • 정보 및 데이터는 도메인 데이터베이스와 기타 정보 자산 소스(네트워크 중심일 수 있음)가 제공하는 정보와 그 정보를 구현하는 시스템 데이터를 가리킨다.이러한 정보 출처와 시스템 데이터는 시스템 인터페이스에 대한 정보 교환이나 세부사항을 정의할 수 있다.
  • 시스템 노드는 시스템뿐만 아니라 물리적 실체와 관련된 노드를 말하며 시설, 플랫폼, 유닛, 3 또는 위치일 수 있다.
  • 시스템에는 시스템 제품군(FOS)과 시스템군(SOS)이 포함되며 소프트웨어 및 하드웨어 장비 품목이 포함되어 있다.
  • 시스템 기능은 운영 활동에 의해 요구되며 하나 이상의 시스템에 의해 수행된다.
  • 성능은 시스템, 시스템 기능, 링크(즉, 물리적 링크), 컴퓨터 네트워크, 시스템 데이터 교환의 성능 특성을 가리킨다.
  • 표준은 기술, 시스템, 시스템 노드, 데이터와 관련되며, 정보 처리, 정보 전송, 데이터, 보안, 휴먼 컴퓨터 인터페이스에 관한 기술 표준을 참조한다.
  • 기술은 미래 기술을 포함하며, 그러한 기술의 사용에 관한 시스템 및 신흥 표준과 관련된다.

이 다이어그램에 표시된 (개념적) 관계에는 다음이 포함된다([3]다른 많은 관계 중).null

  • 운영 노드는 많은 운영 활동을 수행한다.
  • 운영 노드는 정보를 필요로 한다.
  • 정보는 시스템과 관련되고 표준과 관련된 데이터로서 구현된다.
  • 시스템은 시스템 기능을 수행한다.
  • 시스템에는 성능 특성이 있다. 시스템과 성능 모두 수행 중인 시스템 기능과 관련이 있을 수 있다.

이러한 관계와 함께, 네트워크, 정보 흐름, 정보 요건, 인터페이스 등과 같은 많은 유형의 구조 및 관련 정보를 나타낼 수 있다.[3]null

관련 모델

NASA 내 CADM의 상대방은 NASA 탐사 정보 온톨로지 모델(NeXIOM)으로, 탐사 프로그램 결정을 주도하는 엔지니어링 및 프로그램 데이터를 캡처하고 표현하기 위해 설계되었다.NeXIOM은 정보와 데이터를 교환해야 하는 다양한 시뮬레이션 도구와 모델이 접근할 수 있는 저장소를 목표로 하고 있다.[4]null

참조

  1. ^ a b c d DoD Architecture Framework Working Group(2003)2003년 8월 15일 도다F 1.5권 2권
  2. ^ DOD 금융 운영의 현대화를 안내하는 데 필요한 아키텍처GOA 2001년 5월.
  3. ^ a b c d e f g h DoD(2003년).DoDAF 1.0 Deskbook 2003년 8월 15일 웨이백머신에 2007-09-27 보관.
  4. ^ a b 로버트 시시코(2004)2010-05-26 Wayback Machine에 보관된 탐사 운영 비용을 모델링하기 위한 아키텍처 프레임워크의 적용.NASA 종이.
  5. ^ a b c d e f DoD(2007년).DoD 건축 프레임워크 버전 1.5 1권 2007년 4월 23일

외부 링크