오픈 그룹 아키텍처 프레임워크
The Open Group Architecture Framework
TOGAF(Open Group Architecture Framework)는 2020년 현재[2] 엔터프라이즈 아키텍처에서 가장 많이 사용되는 프레임워크로, 엔터프라이즈 정보기술 [3]아키텍처의 설계, 계획, 구현 및 관리에 대한 접근 방식을 제공합니다.TOGAF는 설계에 대한 높은 수준의 접근법입니다.일반적으로 다음 4가지 레벨로 모델링됩니다.비즈니스, 애플리케이션, 데이터 및 테크놀로지.모듈화, 표준화 및 이미 입증된 기존 기술과 제품에 크게 의존하고 있습니다.
TOGAF는 미국 국방부의 TAFIM과 Capgemini의 통합 아키텍처 프레임워크(IAF)[4]를 기반으로 The Open Group에 의해 1995년부터 개발되었다.The Open Group은 2016년 현재 TOGAF가 글로벌 50대 기업의 80%, Fortune 500대 기업의 60%에 고용되어 있다고 주장하고 있습니다.
개요
아키텍처 프레임워크는 다양한 아키텍처 [5]개발에 사용할 수 있는 도구 세트입니다.다음과 같이 해야 합니다.
- 구성 요소 집합의 관점에서 정보 시스템을 정의하는 방법을 설명합니다.
- 구성 요소가 어떻게 서로 맞는지 보여줍니다.
- 도구 세트를 포함합니다.
- 공통의 어휘를 제공하다
- 권장 표준 목록을 포함합니다.
- 에는 구성 요소를 구현하는 데 사용할 수 있는 호환 제품 목록이 포함되어 있습니다.
ANSI/IEEE 표준 1471-2000 아키텍처 규격은 다음과 같이 명시될 수 있다: "시스템 구성 요소, 구성 요소, 상호 및 환경과의 관계, 시스템의 설계와 진화를 지배하는 원칙"
그러나 TOGAF는 "시스템에 대한 공식적인 설명" 또는 "시스템 구현을 안내하는 구성요소 수준에서 시스템의 상세 계획" 또는 "구성 요소의 구조, 상호 관계, 설계와 시간 경과에 따른 진화를 지배하는 원칙과 지침"으로 지정될 수 있는 자체 관점을 가지고 있다.
아키텍처 개발 방법(ADM)은 엔터프라이즈 아키텍처의 라이프 사이클을 개발하고 관리하는 방법을 설명하는 TOGAF의 핵심입니다.
역사
TOGAF는 기술 아키텍처 개발을 위한 방법론으로서 1990년대 초에 시작되었으며, The Open Group에 의해 광범위한 엔터프라이즈 [7]아키텍처 프레임워크로 개발되었습니다.1995년에 TOGAF(TOGAF 1.0)의 첫 번째 버전이 발표되었습니다.이 버전은 주로 TAFIM(Technical Architecture Framework for Information Management)을 기반으로 1980년대 후반에 미국 국방부가 개발을 시작했습니다.
2001년 12월, TOGAF 7 「Technical Edition」이 [8]발행되었습니다.TOGAF 8("Enterprise Edition")은 2002년 12월에 처음 발행되었으며 2003년 12월에 TOGAF 8.1로 갱신된 형태로 재발행되었습니다.2005년경 TOGAF는 The Open [9]Group의 등록상표가 되었습니다.2006년 11월에 Open Group은 TOGAF 8.1.1을 발표했습니다.The Open Group에 따르면 2011년 2월 현재 15,000명 이상의 직원이 TOGAF [10][11]인증을 받았습니다.2018년 4월 현재 공식 등록에는 77,500개 이상의 [12]인증서가 있습니다.
TOGAF 8에서 발전적으로 개발된 TOGAF 9에는 다음과 [13][14]같은 많은 신기능이 포함되어 있습니다.
- TOGAF의 아티팩트를 연결하는 공식 콘텐츠 메타모델을 포함한 엄격성 향상([15]메타모델에 문제가 있음)
- 아키텍처 저장소 및 엔터프라이즈 연속성
- 불필요한 차이 제거 및 더 많은 예시와 템플릿
기타 가이드라인과 테크닉은 다음과 같습니다.[citation needed]
- 아키텍처에 대한 공식적인 비즈니스 중심 접근법
- 비즈니스 능력 기반 계획
- TOGAF를 사용하여 보안 아키텍처 및 SOA를 개발하는 방법에 대한 지침
최신 버전은 2022년 4월 25일에 발사된 TOGAF 10이다.[16]
Open Group은 사내 비상업적 [17]목적을 위해 조직에 TOGAF를 무료로 제공합니다.
TOGAF 기둥
엔터프라이즈 아키텍처 도메인
TOGAF는 아키텍처 도메인이라고 불리는 4개의 서로 관련된 전문화 영역을 기반으로 합니다.
- 조직의 비즈니스 전략, 거버넌스, 조직 및 주요 비즈니스 프로세스를 정의하는 비즈니스 아키텍처
- 조직의 논리 및 물리 데이터 자산 및 관련 데이터 관리 리소스의 구조를 설명하는 데이터 아키텍처
- 도입하는 개별 시스템의 청사진, 애플리케이션 시스템 간의 상호작용 및 조직의 핵심 비즈니스 프로세스와의 관계를 제공하는 애플리케이션 아키텍처와 서비스를 통합하기 위한 비즈니스 기능으로 공개하는 프레임워크
- 핵심 미션 크리티컬 애플리케이션의 도입을 지원하는 데 필요한 하드웨어, 소프트웨어 및 네트워크 인프라스트럭처를 설명하는 기술 아키텍처 또는 기술 아키텍처
아키텍처 개발 방법
아키텍처 개발 방법(ADM)은 조직의 비즈니스 및 IT 요구를 충족하는 엔터프라이즈 아키텍처를 개발하기 위해 적용됩니다.조직의 요구에 맞게 조정하여 아키텍처 계획 [18]활동의 실행을 관리하기 위해 사용할 수 있습니다.
그 과정은 반복적이고 순환적이다.각 단계에서 요건을 확인합니다.단계 C에는 데이터 아키텍처와 애플리케이션 아키텍처의 조합이 포함됩니다.완전한 정보 아키텍처를 제공하기 위해 스텝 B와 스텝 C 사이에 명확성을 추가할 수 있습니다.
퍼포먼스 엔지니어링 작업 관행은 요건 단계 및 비즈니스 아키텍처, 정보 시스템 아키텍처 및 테크놀로지 아키텍처 단계에 적용됩니다.정보 시스템 아키텍처에서는 데이터 아키텍처와 애플리케이션 아키텍처 모두에 적용됩니다.
엔터프라이즈 연속성
엔터프라이즈 컨티뉴는 일반적인 기반 아키텍처에서 아키텍처 저장소 [19]내외의 조직별 맞춤 아키텍처에 이르기까지 다양한 연속체 상에서 솔루션과 아키텍처를 분류하는 방법입니다.여기에는 아키텍처 모델, 아키텍처 패턴, 아키텍처 설명 및 기타 아티팩트가 포함됩니다.이러한 아티팩트는 기업 내뿐만 아니라 IT 산업 전반에 존재할 수 있습니다.
엔터프라이즈 컨티뉴는 아키텍처 컨티뉴와 솔루션 컨티뉴로 구성됩니다.아키텍처 컨티뉴는 재사용 가능한 아키텍처 자산의 구조를 지정하고 기업이 이용할 수 있는 정보 시스템의 규칙, 표현 및 관계를 포함합니다.Solutions Continuum에서는 재사용 가능한 Solution Building Blocks(SBB)를 정의함으로써 아키텍처 Continuum의 구현에 대해 설명합니다.
역할
TOGAF 9.2는 다음 역할을 인식합니다.
또, 이 리스트의 마지막에 「그리고 그 외의 많은…」를 추가합니다.[20] 이러한 역할에는 비즈니스 분석가와 시스템 분석가가 있습니다.
TOGAF 배양
TOGAF는 도구와 사람을 위한 인증을 제공하고 있습니다.
TOGAF 인증 도구
인정 TOGAF 9 툴은 다음 표에 기재되어 있습니다.
제품명 | 회사 | 최초 인정 | 갱신 | TOGAF 버전 |
---|---|---|---|---|
주판 6.0 | 아볼루션 | 2012년 5월 23일 | 2022년 5월 22일 | 9.2 |
BiZZ Design Enterprise Studio | BiZZ 설계 | 2012년 줄 18일 | 17-Jul-2020 | 9.2 |
애드 | BOC 그룹 | 2017년 9월 15일 | 2021년 7월 14일 | 9.1 |
HOPEX Enterprise Architecture Suite | 메가 인터내셔널 | 2015년 5월 26일 | 2021년 5월 26일 | 9.1 |
iServer Business and IT Transformation Suite 2015 | 오르버스 소프트웨어 | 2013년 8월 19일 | 2021년 8월 18일 | 9.1 |
기능 및 테크놀로지 관리 | 평면도 | 2012년 4월 3일 | 2022년 4월 2일 | 9.1 |
알파벳 | 소프트웨어 AG | 2012년 6월 22일 | 2022년 6월 21일 | 9.2 |
ARIS 9.0 | 소프트웨어 AG | 2013년 11월 19일 | 2021년 11월 18일 | 9.1 |
엔터프라이즈 아키텍트 12 | Sparx Systems Pty Ltd. | 2015년 2월 6일 | 2021년 2월 5일 | 9.1 |
인정 툴의 최신 등록에 대해서는 Open Group [21]등록부를 참조해 주세요.
자격 요건들
오픈 그룹은 TOGAF의 공식 자격을 두 가지 레벨로 감독하며, 이 자격은 공식 교육 또는 자체 학습 [22]후에 수강할 수 있습니다.학습자는 교육 회사를 통해 이러한 자격증을 취득할 수 있습니다.
토대
(Level I) TOGAF의 [22]핵심 개념 및 용어와 함께 개인이 엔터프라이즈 아키텍처를 이해할 수 있도록 합니다.
인증.
(레벨 II) 재단의 자격요건과 더불어 후보자가 자신의 지식을 분석하여 [22]비즈니스 문제에 적용할 수 있는 능력을 확립합니다.
TOGAF Certified 자격을 취득하면 엔터프라이즈 아키텍트 [23]협회의 무료 회원 자격이 자동으로 확보됩니다.
비판
TOGAF는 EA 프랙티스에서 사실상의 표준으로 간주되고 있지만, 다음과 같은 비판이 없는 것은 아닙니다.
- 조사 증거에 따르면, "대부분의 TOGAF 권고사항은 일반적으로 적용되지 않으며, The Open [24]Group이 제공한 TOGAF 사용자 목록에 포함된 조직에서도 준수되지 않습니다."그렇기 때문에 TOGAF는 "랜덤 EA 관련 권장사항의 툴킷"으로만 간주될 수 있으며 "TOGAF를 사용하는 것은 'TOGAF를 공부하고 그 대신 [25]다른 것을 하는 것'으로 가장 잘 설명될 수 있다."
- TOGAF 권장사항의 실제 실제 활용도를 보여주는 실제 예는 누락되어 있습니다.「상세하게 작업한 예와 사용사례가 절실히 필요합니다.이들은 요청되었지만, TOGAF 트레이너나 The Open Group으로부터 제공되지는 않았습니다."[26]
- EA 실무자들은 TOGAF를 단계별로 따를 수 없다고 보고하고 있습니다.「TOGAF에 관한 최초의 가정은, EA를 생산하기 위해서 따를 수 있는 「방법론」의 일종이었지만, 실제로는 그렇지 않았던 것이 판명되었습니다.」[26]
- 상세한 분석에 따르면 TOGAF 기반의 EA 프랙티스는 실제적인 [27]의미에서 원래의 TOGAF 처방과 유사하지 않습니다.
- TOGAF의 처방은 [28]"방법이 명시되지 않은 채 ADM을 채택해야 한다고만 명시되어 있기 때문에" 모호하고 명확하지 않다.
- Jason Bloomberg는 "많은 조직에서 TOGAF가 단순히 아무것도 하지 않는 것보다 낫다는 이유만으로 관심을 끌고 있다"[29]고 주장한다.
- TOGAF v9.2에서 최근 도입된 변경은 TOGAF와 EAP 및 [30]BSP를 포함한 기타 단계별 아키텍처 방법론에 의해 주창된 기계적 계획 접근법의 근본적인 문제를 다루지 않았다.
- 과거 분석에 따르면 TOGAF의 놀라운 인기는 순전히 우연으로 여겨질 수 있으며 적절한 [31]시기에 효과적으로 홍보한 덕분이다.
레퍼런스
- ^ Stephen Marley(2003).aiwg.gsfc.nasa.gov, NASA/SCI에서 "아키텍처 프레임워크"를 참조하십시오.2008년 12월 10일 취득(webarchive.org).
- ^ N. Dedic, IEEE Engineering Management Review의 "FEAMI: 기존 조직 프로세스에 엔터프라이즈 아키텍처 프로세스를 포함 및 통합하는 방법론" doi: 10.1109/EMR.20.3031968.
- ^ 더크 드라하임, 제럴드 웨버 에드입니다(2007) 엔터프라이즈 애플리케이션 아키텍처의 동향: 제2회 국제회의, TEA 2006, 독일 베를린, 2006년 11월 29일~12월 1일, 엄선된 논문 개정. 페이지 260
- ^ Wout, Jack van't; Waage, Maarten; Hartman, Herman; Stahlecker, Max; Hofman, Aaldert (17 June 2010). The Integrated Architecture Framework Explained: Why, What, How. ISBN 9783642115189.
- ^ TOGAF 소개 오픈 그룹 아키텍처 프레임워크.2009년 1월 22일에 액세스.
- ^ 국방부(1996년).정보 관리를 위한 기술 아키텍처 프레임워크. 제4권 1996년 4월
- ^ Mark Lankhorst (2013) 엔터프라이즈 아키텍처 at Work: 모델링, 커뮤니케이션 및 분석 페이지 23
- ^ Jaap Schekkerman (2003) 엔터프라이즈 아키텍처의 정글에서 살아남는 방법. 페이지 119
- ^ Tom van Sante, Hans Van Den Bent (2007) Togaf the Open Group Architecture Framework: 관리 가이드. 페이지 iv
- ^ <[https://togaf9-cert.opengroup.org/home-public]
- ^ 15,000 인증
- ^ 인정자 명부
- ^ "What's New in TOGAF 9?". The Open Group. 2009. Retrieved 13 January 2017.
- ^ Veryard, Richard (2009). "TOGAF 9". Retrieved 13 January 2017.
- ^ Gerber A; Van der Merwe, A; Kotze, P: 2010.온톨로지를 이용한 TOGAF 콘텐츠 메타모델의 공식화를 향해서.소개: 제12회 기업정보시스템국제회의(ICEIS 2010)의 속행.설치
- ^ https://www.opengroup.org/open-group-announces-launch-togaf-standard-10th-edition
- ^ 오픈 그룹(2011).TOGAF® 버전 9 - 다운로드.아키텍처 포럼2011년 11월 17일에 http://www.opengroup.org/architecture/togaf9/downloads.htm 에서 취득.
- ^ 프로세스 흐름은 다음과 같은 이미지로 볼 수 있습니다.아키텍처 개발 사이클
- ^ "Enterprise Continuum". The Open Group. Retrieved 4 January 2014.
- ^ "TOGAF Skills Framework". The Open Group. Retrieved 16 August 2020.
- ^ 오픈 그룹 툴 인증 레지스터
- ^ a b c "TOGAF 9 Certification". The Open Group. Retrieved 11 January 2014.
- ^ "TOGAF Certification FAQ". The Open Group. Retrieved 11 January 2014.
- ^ "엔터프라이즈 아키텍처는 TOGAF가 아니다", Kotusev, S., 2016년 1월
- ^ "TOGAF의 비판적 조사", Kotusev, S., 2016년 4월
- ^ a b Anderson, P., Backhouse, G., Townsend, J., Hedges, M. 및 Hobson, P.(2009).엔터프라이즈 아키텍처 구현: 신속한 변화를 위한 기관 지원.Bristol(영국): 합동 정보 시스템 위원회(JISC).
- ^ Kotusev, S. (2018) TOGAF 기반 엔터프라이즈 아키텍처 프랙티스:탐색 사례 연구, 정보 시스템 협회의 커뮤니케이션, 제43권, 제1호, 페이지 321-359.
- ^ Winter, K., Buckl, S., Matthes, F. 및 Schweda, C. M. (2010)문헌과 실무에 있어서의 엔터프라이즈 아키텍처 관리 방법의 최첨단 조사.인: 산소네티, A., ed. 이스라엘 텔아비브, 제4회 지중해 정보시스템 회의의 속행.
- ^ "엔터프라이즈 아키텍처: "툴로 바보가 되지 마세요" Jason Bloomberg는 2016년 5월 19일 방문했습니다.
- ^ "TOGAF Version 9.2: 새로운 소식?", 코투세프, S., 2018년 6월
- ^ Kotusev, S. (2018) TOGAF: 새로운 종교로 바뀐 다음 유행: TOGAF는 EA 프레임워크가 아닙니다. 불편한 실용주의 진실, K.L. 스미스(ed.영국, Great Notley: Pragmatic EA Ltd, 페이지 27-40.
외부 링크
