타핌

TAFIM
1996년 TAFIM이 그린 정보 시스템 아키텍처 개념.[1]

TAFIM(Technical Architecture Framework for Information Management)은 1990년대 미국 국방부(DoD)의 엔터프라이즈 아키텍처 참조 모델이었다.

TAFIM은 DoD 기술 인프라의 진화를 위한 엔터프라이즈급 지침을 제공했다.특정 임무 요건을 충족하는 기술 아키텍처의 개발을 안내하는 데 사용할 수 있는 서비스, 표준, 개념, 구성요소 및 구성을 식별한다.[2]

TAFIM은 1986년부터 1999년까지 미국 국방부에 의해 개발되었다.1994년에 병행하여 그들은 C4의 개발을 시작했다.새로운 천년에 국방건축 프레임워크(DoDAF)로 진화한 ISR 아키텍처 프레임워크.TAFIM 개념은 TOGAF에서 더욱 발전되어 있으며, TAFIM 개념은 1995년 TAFIM 프레임워크에 기초하였다.

개요

1995년 「정보 관리를 위한 기술 아키텍처 프레임워크」(TAFIM)은 다음과 같이 기술되었다.[3]

  • 정보 시스템 인프라의 공통 개념 프레임워크 또는 참조 모델
  • 정보 시스템이 지원해야 하는 특정 애플리케이션.

이 구조와 관련 모델은 특정 시스템 설계가 아니다.오히려 공통의 어휘를 확립하고 정보시스템에 공통되는 일련의 서비스와 인터페이스를 정의한다.그것은 아키텍처 서비스 및 인터페이스 측면에서 표준과 지침을 식별한다.

아키텍처는 공통 서비스 이용을 통한 미션 영역 애플리케이션 간 상호운용성, 미션 영역 간 이식성 및 비용 절감으로 이어지는 계획의 개발을 촉진하는 역할을 한다.[3]

TAFIM은 네트워크 서비스 및 통신 영역 내에서 널리 수용되는 개방형 시스템 환경 참조 모델을 축소한다.

역사

추가 아키텍처 구현 개념을 포함한 8권의 TAFIM 문서.[1]

TAFIM의 개발은 1986년경 미국 국방정보시스템국/정보관리센터에서 시작되었다.TAFIM의 첫 번째 개념은 NIST 애플리케이션 이식성 프로필과 POSIX(또는 IEEE P1003.00)에서 도출되었다.SE) 모델.[3]

The first draft of TAFIM was completed in 1991 with the TAFIM Technical Reference Model (TAFIM TRM). Developed by a team led by Burnes St. Patrick Hollyman, James M. Kerr and John Keane, this technical reference model wanted to use open systems and new technologies available in the commercial market, to develop a DoD-wide application.[4]TAFIM 프로젝트는 8권으로 된 정보 기술 아키텍처의 "방법" 매뉴얼을 만들었다. 이미지 참조.1996년 국방부에 의해 공식 발표되기 전, 이 접근법은 홀리만, 커, 킨이 이끄는 팀들에 의해 미 해병대와 국방 보건국 양쪽에서 성공적으로 시범 운영되었다.

1995년 TOGAF 버전 1의 초기 개발은 정보 관리를 위한 기술 아키텍처 프레임워크에 기초하였다.미 국방부는 TAFIM을 기반으로 TOGAF를 창설할 수 있도록 The Open Group에 명시적인 허가 및 격려를 보냈는데, 그 자체가 수년간의 개발 노력과 수백만 달러의 미국 정부 투자의 결과였다.[5]

TAFIM에 관한 1996년 US DoD 간행물은 최신판이었다.[6]TAFIM은 1999년에 독립 문서로서 취소되었다.[2]2000년에 전체 TAFIM 개념과 그 규제는 재평가되었고 새롭게 개발된 DoDAF 아키텍처 방향과 일치하지 않는 것으로 밝혀졌다.이러한 이유로 TAFIM에 대한 모든 참조는 이후 DoD 문서에서 제거되었다.[6]

TAFIM은 다음과 같은 결함으로 인해 갑자기 취소되었다.[7]

  • TAFIM은 시간과 비용을 모두 투자해야 했다.
  • 아키텍처를 생산하는 데 필요한 경과 시간은 완료되기 전에 거의 쓸모없게 만든다.
  • 이와 같이 복잡한 아키텍처는 전문화되고 상당히 흔치 않은 IT 전문지식을 필요로 했다.최종 결과는 일반적으로 비즈니스 지향적인 청중이 이해할 수 없으며 비즈니스 전략을 추적하기가 더 어렵다.

TAFIM 항목

DoD 기술 및 데이터 표준

국방의 기술 및 데이터 표준은 시스템이 쉽게 상호운용하고 정보를 전송할 수 있도록 설계되었다.데이터 요소에 대한 표준 정의는 모든 국방 시스템의 사용자가 동일한 방식으로 동일한 데이터를 정의하고 그 의미를 공통적으로 이해하도록 하기 위한 것이다.방어는 정보 관리를 위한 기술 아키텍처 프레임워크(TAFIM), 공동 기술 아키텍처(JTA), 국방 정보 인프라 공통 운영 환경(DII COE)과 함께 1990년대에 기술 표준을 정의하거나 정의하는 과정에 있다.[8]

DISA(Defense Information Systems Agency)는 국방 정보 인프라 기술 표준의 개발, 입수, 편찬 유지 등을 담당하며, 데이터 요구사항의 보고로서 국방 데이터 사전 시스템을 정비하고 교차 기능을 촉진하는 역할을 담당한다.표준 형식, 정의 등의 조정 및 승인PSA, 군 복무, 국방부, 합동참모본부는 표준에 대한 합의를 도출하고 이를 DOD 표준 데이터 요소로 승인할 책임이 있다.그러면 DISA는 부서 전체에 사용할 수 있도록 승인된 표준 데이터 요소를 배포할 책임이 있다.[8]

DoD 표준 기반 아키텍처 계획 프로세스

DoD 표준 기반 아키텍처 계획 프로세스[9]

표준 기반 아키텍처(SBA) 계획 프로세스.TAFIM에 의해 정의되며, 7개의 구별되지만 상호의존적인 단계로 구성된다.SBA 프로세스의 각 단계는 후속 단계를 안내하는 특정 결과물 및 문서를 작성하기 위한 것이다.일곱 가지 단계는 아래에 간략하게 요약되어 있다.[9]

  • 1단계, 개시 및 아키텍처 프레임워크 : 방법론은 호스트 조직 내에서 프로세스의 적절한 시작과 함께 시작한다.여기에는 조직을 위한 일련의 전략적 추진 요인을 개발하는 것이 포함된다.또한, 전략적 목표 운영 모델을 확립하기 위해 비즈니스 모델을 검토하거나 구축한다.[9]
  • 2단계. 기본 특성화 : 이 기초화 단계는 조직의 현재 아키텍처를 결정하는 것이다.작업, 정보, 응용, 기술 등 4가지 핵심 차원이나 관점에서의 특성화를 초래하는 현재의 환경에 대한 평가다.[9]
  • 3단계. 대상 아키텍처 : 프레임워크의 다양한 관점은 바람직한 대상 아키텍처의 관점에서 모델링되며, 일반적으로 향후 3~5년 정도.[9]
  • 4단계. 기회 식별 : 필요한 개발 프로젝트의 결정을 통해 개념적 반영에서 실제 현실과 구현으로 한 단계 도약한다.[9]
  • 5단계. 마이그레이션 선택사항 : 실제 마이그레이션 단계를 나타내는 하나 이상의 고지를 설정하여 현재와 목표 아키텍처의 만족도를 연결한다.[9]
  • 6단계. 실행 계획 : 단계적 결과 이동 노력의 첫 번째 고원에 대한 상세 실행 계획을 수립한다.[9]
  • 7단계. ITA 프로세스 제도화 : 이 단계는 아키텍처를 지속적으로 개선함으로써 아키텍처를 지속적이고 잘 유지하기 위한 것이다.[9]

건축뷰 통합모델

네 가지 건축적 관점의 통합 [9]모델

"4가지 아키텍처 뷰의 통합 모델"은 TAFIM에 정의된 대상 아키텍처의 일부다.그것은 모든 아키텍처 관점, 특히 업무 아키텍처에서 조직에 대한 비전을 제시한다.모델은 그림 참조, 제공 가능한 대상 아키텍처를 개발하기 위한 전체적인 프레임워크를 묘사한다.대상 구조의 각 견해는 다른 견해의 측면과 어느 정도 중복된다.이 중첩은 모델이 단일 통합 아키텍처의 개발을 나타낸다는 주장을 뒷받침한다.[9]

정의된 대로 전체 기업에는 Work 조직, 정보, 애플리케이션 및 기술이 포함된다.이는 네 가지 다른 관점으로 이어진다.[9]

  • 업무 조직 보기 : 건축에 대한 업무 관점은 경영자, 기획자, 관리자, 엔지니어, 모집자, 사업 위치(예: 본사, 영업소, 공장, 창고) 및 요청된 업무 기능의 논리적 표현에 의해 개발된다.나는 제품과 서비스를 제공하기로 결정했다.
  • 정보관리 보기 : 기업의 정보 아키텍처는 세 가지 수준의 세부사항, 주제 영역, 데이터 그룹, 데이터 속성을 포함할 것이다.
  • 애플리케이션 뷰 : 이 뷰는 작업의 자율적인 측면의 기회와 작업 수행에 필요한 정보에 대한 접근에 초점을 맞춘다.
  • 기술 인프라 뷰 : 이 아키텍처 영역은 특정 구성요소 수준 모델을 사용하여 아키텍처의 기술 뷰를 작업, 정보 및 애플리케이션 뷰와 연결하기 위한 기초를 제공한다.린치핀은 일반적인 애플리케이션 환경이다.

  • 건축에 대한 작업 조직 보기

  • 건축정보관리관

  • 아키텍처의 애플리케이션 뷰.

  • 기술 인프라 뷰.

네 가지 관점을 가진 이 갤러리는 앞에서 언급한 네 가지 관점의 상호관계를 보여준다.DoDAF와 같은 후기 엔터프라이즈 아키텍처 프레임워크의 뷰 모델에서 뷰는 레이어로 표시되고 더 이상 상호 연결되지 않는다.

참고 항목

참조

Public Domain이 글은 미 육군의 웹사이트나 문서로부터 얻은 공공 도메인 자료를 통합한 것이다.

  1. ^ a b 국방부(1996년).정보 관리를 위한 기술 아키텍처 프레임워크. 1996년 4월 1권
  2. ^ a b NHSITRC(2005년).통합 참조 자료 2009-01-09년 웨이백 머신 IT 계획 및 관리 가이드, 리소스 목록에 보관.마지막 업데이트:2005년 5월 4일.2008년 12월 12일에 접속.
  3. ^ a b c 콘스탄스 골든(1995)표준 위성 제어 참조 모델NASA.
  4. ^ 패트리샤 A.Oberndorf와 Anthony Earl (1998년).보훈처 참조 모델[permanent dead link].SEY 카네기 멜론 대학.
  5. ^ TOGAF Version 9 -- The Open Group Architecture Framework Accessed 2009년 2월 3일.
  6. ^ a b 자프 셰커먼(2003년).엔터프라이즈 아키텍처 프레임워크의 정글에서 살아남는 방법.173 페이지.
  7. ^ Perks, C, Beveridge, T.(2003).엔터프라이즈 IT 아키텍처 가이드.뉴욕, 뉴욕: 스프링거.
  8. ^ a b GAO(1998) 방위군 IRM 미국 회계총국.
  9. ^ a b c d e f g h i j k l 국방부(1996년).정보 관리를 위한 기술 아키텍처 프레임워크. 1996년 4월 4권

외부 링크