맨위로가기

자크만 프레임워크

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

자크만 프레임워크는 1980년대 존 자크만이 개발한 정보 시스템 아키텍처를 위한 프레임워크이다. 이는 조직의 정보 아키텍처를 분석, 정의, 설계하는 방법론으로, 고전 건축학에서 영감을 받아 아키텍처를 다양한 관점과 초점으로 분류한다. 프레임워크는 기획자, 소유자, 설계자, 빌더, 하청업체, 실제 시스템의 6가지 관점과 무엇, 어떻게, 어디, 누구, 언제, 왜의 6가지 초점을 통해 36개의 셀을 구성한다. 자크만 프레임워크는 기업 아키텍처를 위한 포괄적인 관점을 제시하며, 다른 프레임워크의 기반이 되거나 매핑되는 데 활용된다. 하지만 실용적인 가치에 대한 비판도 존재하며, 포괄적인 구현의 어려움, 건축과의 비유의 부적절성, 실질적인 사용 사례 부족 등이 지적된다.

더 읽어볼만한 페이지

  • 정보 기술 관리 - 전사적 자원 관리
    전사적 자원 관리(ERP)는 기업의 자원과 업무 프로세스를 통합하여 효율성을 높이는 시스템이며, 재무, 인사, 제조, 공급망 관리 등 다양한 기능을 다루고, 기업의 의사 결정, 투명성, 세계화를 지원한다.
  • 정보 기술 관리 - 고객 지원
    고객 지원은 기업이 고객의 문의, 불만, 문제 해결 요청 등에 대응하는 활동으로, 자동화와 다양한 방식을 통해 효율성을 높여 고객 만족도 및 충성도를 강화하는 데 기여한다.
  • 정보과학 - 시소러스
    시소러스는 특정 단어나 개념의 유의어, 상위어, 하위어를 모아놓은 사전으로, 어휘의 의미 관계를 보여주며 글쓰기, 번역 등 다양한 분야에 활용된다.
  • 정보과학 - 지식 표현
    지식 표현은 컴퓨터가 인간의 지식을 이해하고 활용하도록 정보를 구조화하는 기술이며, 표현력과 추론 효율성의 균형, 불확실성 처리 등을 핵심 과제로 다양한 기법과 의미 웹 기술을 활용한다.
  • 소프트웨어 구조 - Ajax
    Ajax는 웹 페이지 전체를 새로고침하지 않고 비동기적으로 서버와 통신하여 웹 애플리케이션의 일부를 업데이트하는 웹 개발 기술로, XMLHttpRequest 객체의 등장으로 가능해졌으며 HTML, CSS, DOM, JavaScript, JSON 등의 기술을 통합하여 동적인 사용자 인터페이스를 구현한다.
  • 소프트웨어 구조 - 멀티테넌시
    멀티테넌시는 단일 애플리케이션 인스턴스로 여러 고객에게 서비스를 제공하여 SaaS 및 클라우드 환경에서 비용과 관리 효율성을 높이고 데이터 활용 가치를 창출하는 소프트웨어 아키텍처 방식이다.
자크만 프레임워크

2. 역사

존 자크만은 1980년대 IBM에서 비즈니스 시스템 계획(BSP) 개발에 참여하면서, 정보 아키텍처 분석이 시스템 설계를 넘어 전략적 비즈니스 계획 등 더 넓은 영역으로 확장될 수 있다고 보았다.

자크만 프레임워크는 30년에 걸쳐 다음과 같이 발전해 왔다.

연도사건
1987존 자크만, "Information Systems Architecture를 위한 프레임워크" 논문 발표[15]
1992존 F. 소와와 존 자크만, "정보 시스템 아키텍처 프레임워크의 확장 및 형식화" 논문 발표[18]
1997존 자크만, "엔터프라이즈 아키텍처 프레임워크의 개념" 논문 발표[20]
2008Zachman Enterprise, Zachman Framework: The Official Concise Definition 발표



1990년대 이후에는 매튜 & 맥기, 쇼크 & 라플란테, 에버든, 캡제미니, 블라단 요바노비치 등 여러 연구자들이 자크만 프레임워크를 확장하거나 수정한 프레임워크를 제시했다.[16][22][23]

2. 1. 정보 시스템 아키텍처 프레임워크 (1987)

존 자크만은 1980년대에 비즈니스 시스템 계획(BSP) 개발에 참여하면서, 정보 아키텍처 분석이 단순히 시스템 설계를 넘어 전략적 비즈니스 계획 등 더 넓은 영역까지 확장될 수 있다고 보았다.[14]

1987년 논문 "Information Systems Architecture를 위한 프레임워크"[15]에서 자크만은 "아키텍처"라는 용어가 정보 시스템 전문가들 사이에서 다양한 의미로 사용되고 있음을 지적했다.[16] 그는 고전 건축학 및 복잡한 엔지니어링 프로젝트를 참고하여 정보 시스템 아키텍처를 위한 프레임워크를 개발했다. 여기서 그는 아키텍처가 여러 수준에서 존재하며, 최소 세 가지 관점, 즉 원자재(데이터), 프로세스 기능, 위치(네트워크)를 포함한다는 결론을 내렸다.[16]

1987년 원본 "Information Systems Architecture Framework".


1992년 프레임워크의 간단한 예시.


Information Systems Architecture는 아키텍처 모델 구성을 위한 분류 체계로 설계되었다. 이는 엔터프라이즈 아키텍처에 필요한 모델에 대한 개괄적인 시각을 제공하지만, 모델의 세부 내용, 모델링 언어, 생성 방법 등을 강제하지는 않는다.[17]

2. 2. 프레임워크의 확장 및 형식화 (1992)

존 F. 소와와 존 자크만은 1992년 "정보 시스템 아키텍처 프레임워크의 확장 및 형식화" 논문에서 프레임워크를 확장하고 개념 그래프 표기법으로 형식화하는 방법을 제시했다.[18] 이들은 '기획자'의 범위 관점(기업과 환경에 공통적인 경계 목록)과 '하청업체'의 상세 표현 관점(맥락에서 벗어난 공급업체 솔루션 구성 요소)을 추가했다. 누가, 언제, 왜 열이 공개되었고, 네 가지 메타프레임워크 수준의 개념과 관점 간의 통합 연관 관계 묘사가 논문에 설명되었다.[19] 케리 앤더슨 힐리는 모델의 모델(프레임워크 메타모델)을 만들어 논문에 포함시켰다.[19]

1990년대 후반에는 클라이브 핀켈스타인과 같은 방법론자들이 프레임워크의 상위 두 행에 초점을 맞추어 엔터프라이즈 엔지니어링으로 명명하고, 비즈니스 요구 사항과 정보 기술 엔지니어링 구현을 통합하고 조각들의 논리적인 구축 순서를 결정하는 데 가장 성공적인 방법 중 하나를 제시했다.[19]

2. 3. 엔터프라이즈 아키텍처 프레임워크 (1997)

존 자크만은 1997년 논문 "엔터프라이즈 아키텍처 프레임워크의 개념"에서 이 프레임워크를 처음부터 "엔터프라이즈 아키텍처 프레임워크"라고 불러야 한다고 설명했다. 그러나 1980년대 초에는 "엔터프라이즈 리엔지니어링이나 엔터프라이즈 모델링에 대한 관심이 거의 없었고, 형식과 모델의 사용은 일반적으로 정보 시스템 커뮤니티 내의 응용 프로그램 개발의 일부 측면에 국한되었다"라고 언급했다.[20]

1980년대에 존 자크만은 IBM에서 조직의 정보 아키텍처를 분석, 정의 및 설계하는 방법론인 비즈니스 시스템 플래닝(BSP) 개발에 참여했다. 1982년 자크만은 이러한 분석이 시스템 설계 자동화와 데이터 관리의 범위를 넘어, 전략적 비즈니스 계획 및 일반적인 경영 과학 분야까지 확장될 수 있다고 결론지었다. 이는 당시에는 더 난해하게 여겨졌던 엔터프라이즈 아키텍처, 데이터 중심 시스템 설계, 데이터 분류 기준 등과 같은 영역에서 활용될 수 있었다.[14]

2. 4. 확장 및 수정된 프레임워크

1990년대 이후 자크만 프레임워크는 다음과 같이 다양하게 확장 및 수정되었다.

  • 매튜 & 맥기(Matthew & McGee, 1990)는 기존의 "무엇(what)", "어떻게(how)", "어디(where)"라는 세 가지 관점에 "이벤트(event, 언제(when))", "이유(reason, 왜(why))", "조직(organization, 누구(who))"을 추가하여 확장했다.[16]
  • 쇼크 & 라플란테(Schoch & Laplante, 1995)는 ''IBM 시스템 저널(IBM Systems Journal)'' (vol. 34, no.1, 1995년 1월, pp.22-38)에 "실시간 시스템 아키텍처를 위한 프레임워크(A Framework for Real-Time Systems Architecture)"를 발표했는데, 이는 실시간 시스템에 적용되는 원본 자크만 프레임워크의 확장이다.
  • 에버든(Evernden, 1996)은 대안적인 정보 프레임워크를 제시했다.
  • 1996년부터 캡제미니(Capgemini)가 개발한 통합 아키텍처 프레임워크.[22]
  • 블라단 요바노비치(Vladan Jovanovic) 외(2006)는 자크만 프레임워크를 다차원 자크만 큐브(Zachman Cube)로 확장했다.[23]


존 F. 소와와 존 자크만은 1992년 논문 "정보 시스템 아키텍처 프레임워크의 확장 및 형식화"에서 프레임워크와 그 확장된 내용을 제시하고, 개념 그래프 표기법으로 형식화하는 방법을 보여주었다.[63] 이들은 ‘기획자’의 범위 관점(기업과 환경에 공통적인 경계 목록)과 ‘하청업체’의 상세 표현 관점(컨텍스트에서 벗어난 벤더 솔루션 구성 요소)을 추가로 제안했다. 또한, 누구(Who), 언제(When), 왜(Why) 열을 공개하고, 4단계 메타프레임워크의 개념과 관점 간의 통합 연관성을 묘사했다. 케리 앤더슨 힐리는 모델의 모델(프레임워크 메타모델)을 만들어 기여했다.[64]

1990년대 후반, 클라이브 핀켈스타인과 같은 방법론자들은 프레임워크의 상위 두 행에 초점을 맞추어 이를 엔터프라이즈 엔지니어링이라고 명명하고, 비즈니스 요구 사항과 정보 공학 구현을 통합하고 조각들의 논리적인 구축 순서를 결정하는 데 가장 성공적인 방법 중 하나를 제시했다.

3. 자크만 프레임워크의 구성 요소

자크만 프레임워크는 6x6 행렬로 표현되며, 행은 서로 다른 관점(Viewpoints)을, 열은 엔터프라이즈 아키텍처의 구성 요소(초점, Focus)를 나타낸다. 각 행과 열이 교차하는 지점에는 셀(Cell)이 생성되며, 각 셀은 고유한 정보를 담고 있다.
핵심 구성 요소:


  • 관점 (행): 기업 아키텍처와 관련된 다양한 이해관계자들의 시각을 나타낸다. 경영진, 비즈니스 관리자, 아키텍트, 엔지니어, 기술자, 그리고 최종 사용자인 기업 관점까지 총 6가지의 관점이 존재한다.
  • 초점 (열): 기업을 구성하는 핵심 요소들에 대한 추상적인 질문들을 나타낸다. 무엇(What), 어떻게(How), 어디(Where), 누구(Who), 언제(When), 왜(Why)의 6가지 질문으로 구성된다.
  • 셀: 각 행(관점)과 열(초점)이 만나는 지점으로, 해당 관점에서 해당 초점에 대한 구체적인 정보를 담고 있다.

프레임워크 규칙:자크만 프레임워크는 정보의 일관성과 완전성을 보장하기 위해 다음과 같은 규칙을 따른다.[30]

자크만 프레임워크 규칙
규칙 번호규칙 내용
규칙 1열은 순서가 없다. (열은 서로 교환 가능하지만, 제거하거나 새로 만들 수 없다.)
규칙 2각 열은 단순한 일반 모델을 갖는다. (각 열은 고유한 메타 모델을 가질 수 있다.)
규칙 3각 열의 기본 모델은 고유해야 한다. (각 열의 기본 모델, 관계 객체, 구조는 고유하며, 관계 객체는 상호 의존적이지만 표현 목표는 고유하다.)
규칙 4각 행은 뚜렷하고 고유한 관점을 설명한다. (각 행은 특정 비즈니스 그룹의 관점을 나타내며, 대부분의 계층적 조직에 모든 행이 존재한다.)
규칙 5각 셀은 고유하다. (규칙 2, 3, 4의 조합으로 각 셀은 특정 사례를 나타내는 고유한 셀이 된다. 예를 들어 A2는 비즈니스 출력을 나타낸다.)
규칙 6한 행의 모든 셀 모델의 합성 또는 통합은 해당 행의 관점에서 완전한 모델을 구성한다. (행과 열을 추가하거나 이름을 변경하면 프레임워크의 논리 구조가 변경될 수 있다.)
규칙 7논리는 재귀적이다. (논리는 동일한 엔티티의 두 인스턴스 간의 관계형이다.)


3. 1. 기본 개념

자크만 프레임워크의 기본 개념은 동일한 복잡한 대상이나 항목이라도 다양한 목적과 관점에 따라 다르게 설명할 수 있다는 것이다. 예를 들어, 가전 제품, 건물, 또는 기업 전체와 같이 복잡한 대상은 텍스트, 그래픽 등 다양한 유형의 설명을 사용하여 표현할 수 있다. 자크만 프레임워크는 이러한 복잡한 대상을 완전히 설명하기 위해 36가지 범주를 제시한다.[24]

이 프레임워크는 추상적인 아이디어를 서로 다른 여섯 가지 관점에서 변환하여 표현한다. 이는 서로 다른 사람들이 동일한 대상을 서로 다른 시각에서 볼 수 있게 해주며, 결과적으로 대상에 대한 전체적인 관점을 제공한다.[25]

3. 2. 관점 (행)

자크만 프레임워크는 기업 아키텍처를 위한 다양한 관점을 제공하며, 각 관점은 특정 이해관계자의 시각을 나타낸다. 이러한 관점은 행으로 표현되며, 현재 버전(3.0)의 자크만 프레임워크는 다음과 같이 6가지 행으로 분류된다.[27][28]

재향 군인부 자크만 프레임워크와 행에 대한 설명.

  • 경영진 관점 (범위 내용): 기업의 전체적인 범위, 크기, 목적 등을 벤 다이어그램이나 버블 차트와 같은 형태로 간략하게 나타낸다. 시스템의 범위, 비용, 그리고 시스템이 작동할 환경과의 관계 등을 개략적으로 파악하려는 계획자나 투자자를 위한 요약이다.[27][28]

  • 비즈니스 관리 관점 (비즈니스 개념): 기업의 일상적인 운영 방식을 보여주는 건축가의 도면과 같다. 비즈니스 실체, 프로세스 및 그 관계를 나타내는 엔터프라이즈(비즈니스) 모델이 이에 해당한다.[27][28]

  • 아키텍트 관점 (시스템 논리): 건축가의 계획을 설계자의 관점에서 상세하게 표현한 것이다. 시스템 분석가가 설계한 시스템 모델로, 데이터 요소, 논리적 프로세스 흐름, 기능 등을 포함한다.[27][28]

  • 엔지니어 관점 (기술 물리): 시공업체가 도구, 기술, 재료의 제약 조건을 고려하여 건축가의 계획을 다시 그린 것이다. 기술 모델은 프로그래밍 언어, 입/출력(I/O) 장치 등 필요한 지원 기술의 세부 사항을 포함한다.[27][28]

  • 기술자 관점 (도구 구성 요소): 하청업체가 부품 또는 하위 섹션의 세부 사항을 지정하는 작업 도면을 기반으로 작업하는 것과 같다. 이는 프로그래머에게 제공되는 상세 사양이나, 상용 기성품(COTS), 정부 기성품(GOTS) 등 모듈형 시스템 구성 요소에 대한 상세 요구 사항을 나타낸다.[27][28]

  • 엔터프라이즈 관점 (운영 인스턴스): 실제 시스템이 운영되는 방식을 나타낸다.


각 행은 특정 관점에서 솔루션에 대한 전체적인 관점을 보여준다. 상위 행이 하위 행보다 더 포괄적인 이해를 제공하는 것은 아니며, 각 행은 고유하고 독특한 관점을 나타낸다. 각 관점의 결과물은 해당 관점 수준에서 솔루션을 정의할 수 있을 만큼 충분히 상세해야 하며, 다음 하위 행으로 명시적으로 변환되어야 한다.[26]

각 관점은 다른 관점의 요구 사항과 제약 조건을 고려해야 하며, 이러한 제약 조건은 누적된다. 예를 들어 상위 행의 제약 조건은 하위 행에 영향을 미치며, 하위 행의 제약 조건은 상위 행에 영향을 줄 수 있지만 반드시 그런 것은 아니다. 이러한 요구 사항과 제약 조건을 이해하려면 관점 간의 지식과 이해를 전달해야 하며, 프레임워크는 이러한 관점 간의 의사 소통을 위한 수직 방향을 제시한다.[26]

3. 3. 초점 (열)

자크만 프레임워크는 엔터프라이즈 아키텍처 구성 요소를 6가지 범주로 분류하며, 각 범주는 특정한 질문에 대한 답을 제시한다. 이러한 범주는 프레임워크의 열을 구성한다.[24]

범주질문
재고 세트무엇 (What)
프로세스 흐름어떻게 (How)
유통 네트워크어디 (Where)
책임 할당누구 (Who)
타이밍 주기언제 (When)
동기 부여 의도왜 (Why)



자크만에 따르면, 프레임워크의 각 축에 있는 요소는 다른 모든 요소와 명확하게 구별된다. 따라서 각 셀에 어떤 내용이 포함되어야 하는지 정확하게 정의할 수 있다.[24] 각 셀은 고유하며 해당 셀의 내용은 관점의 초점에 따라 정규화되고 명시적이다.[71]

각 셀별 초점은 다음과 같이 설명된다.[71]

;맥락적


  • (왜) 목표 목록 – 주요 최상위 조직 목표
  • (어떻게) 프로세스 목록 – 알려진 모든 프로세스 목록
  • (무엇) 자료 목록 – 알려진 모든 조직 엔터티 목록
  • (누구) 조직 단위 및 역할 목록 – 모든 조직 단위, 하위 단위 및 식별된 역할 목록
  • (어디) 지리적 위치 목록 – 조직에 중요한 위치 (크고 작을 수 있음)
  • (언제) 이벤트 목록 – 조직에 중요한 트리거 및 주기 목록


;개념적

  • (왜) 목표 관계 모델 – 기본 목표를 지원하는 목표의 계층 구조 식별
  • (어떻게) 프로세스 모델 – 프로세스 설명, 입력 프로세스, 출력 프로세스 제공
  • (무엇) 개체 관계 모델 – 조직 자료 및 해당 관계 식별 및 설명
  • (누구) 조직 단위 및 역할 관계 모델 – 엔터프라이즈 역할 및 단위와 그들 간의 관계 식별
  • (어디) 위치 모델 – 엔터프라이즈 위치 및 해당 관계 식별
  • (언제) 이벤트 모델 – 시간에 따라 관련되는 이벤트 및 주기를 식별하고 설명


;논리적

  • (왜) 규칙 다이어그램 – 물리적 또는 기술적 구현에 관계없이 프로세스 및 엔터티에 제약 조건을 적용하는 규칙을 식별하고 설명
  • (어떻게) 프로세스 다이어그램 – 물리적 또는 기술적 구현에 관계없이 동사-명사 구문으로 표현된 프로세스 전환을 식별하고 설명
  • (무엇) 데이터 모델 다이어그램 – 물리적 또는 기술적 구현에 관계없이 엔터티와 해당 관계를 식별하고 설명
  • (누구) 역할 관계 다이어그램 – 물리적 또는 기술적 구현에 관계없이 전달 유형별로 역할과 다른 역할 간의 관계를 식별하고 설명
  • (어디) 위치 다이어그램 – 물리적 또는 기술적 구현에 관계없이 엔터티 및 프로세스에 액세스, 조작 및 전송하는 데 사용되는 위치를 식별하고 설명
  • (언제) 이벤트 다이어그램 – 물리적 또는 기술적 구현에 관계없이 순서대로 서로 관련된 이벤트를 식별하고 설명하며, 이벤트 내 및 이벤트 간에 주기가 발생


;물리적

  • (왜) 규칙 명세 – 공식 언어로 표현됨. 규칙 이름 및 규칙 상태를 지정하고 테스트하는 구조화된 논리로 구성됨
  • (어떻게) 프로세스 기능 명세 – 기술별 언어로 표현됨. 계층적 프로세스 요소는 프로세스 호출로 관련됨
  • (무엇) 데이터 엔터티 명세 – 기술별 형식으로 표현됨. 각 엔터티는 이름, 설명 및 속성으로 정의됨. 관계를 보여줌
  • (누구) 역할 명세 – 작업 제품 상세 명세 수준에서 작업을 수행하는 역할 및 워크플로 구성 요소 표현
  • (어디) 위치 명세 – 물리적 인프라 구성 요소 및 해당 연결 표현
  • (언제) 이벤트 명세 – 엔터프라이즈에 관심 있는 이벤트 상태의 변환 표현


;상세 표현

  • (왜) 규칙 상세 정보
  • (어떻게) 프로세스 상세 정보
  • (무엇) 데이터 상세 정보
  • (누구) 역할 상세 정보
  • (어디) 위치 상세 정보
  • (언제) 이벤트 상세 정보

3. 4. 셀

자크만 프레임워크에서 셀은 행(관점)과 열(초점)의 교차점으로, 각 셀은 고유하고 독특한 정보를 담고 있다.[71] 각 셀의 내용은 해당 관점의 초점에 따라 정규화되고 명시적이다.[71]

셀의 모델(아키텍처 아티팩트)은 해당 관점에서 질문에 대한 답을 제공하며, 일반적으로 상위 수준의 표현이나 표면적인 답으로 시작한다.[71] 그리고 해당 답변을 뒷받침하는 더 세분화된 모델이나 설계가 셀 내에서 상세하게 발전한다.[71] 이러한 분해(드릴 다운) 과정을 통해 각 셀은 점점 더 구체적인 정보를 포함하게 된다.[71]

만약 셀이 명시적으로 정의되지 않으면 암시적인 상태가 되는데, 이때는 해당 셀에 대한 가정이 필요하다.[71] 가정이 맞으면 시간과 비용을 절약할 수 있지만, 가정이 틀리면 비용 증가와 일정 초과를 야기할 수 있다.[71]

현재 버전(3.0)의 자크만 프레임워크에서 각 셀은 다음과 같이 분류된다:[29]

관점(무엇) 재고(어떻게) 프로세스(어디) 배포(누구) 책임(언제) 타이밍(왜) 동기 부여
경영진 관점식별[29]식별[29]식별[29]식별[29]식별[29]식별[29]
비즈니스 관리 관점정의[29]정의[29]정의[29]정의[29]정의[29]정의[29]
아키텍트 관점표현[29]표현[29]표현[29]표현[29]표현[29]표현[29]
엔지니어 관점명세[29]명세[29]명세[29]명세[29]명세[29]명세[29]
기술자 관점구성[29]구성[29]구성[29]구성[29]구성[29]구성[29]
기업 관점인스턴스화[29]인스턴스화[29]인스턴스화[29]인스턴스화[29]인스턴스화[29]인스턴스화[29]


3. 5. 프레임워크 규칙



자크만 프레임워크는 다음과 같은 규칙을 갖추고 있다.[30]

  • '''규칙 1: 열은 순서가 없다.''' 열은 상호 교환이 가능하지만 줄이거나 생성할 수 없다.
  • '''규칙 2: 각 열은 단순한 일반 모델을 갖는다.''' 모든 열은 자체적인 메타 모델을 가질 수 있다.
  • '''규칙 3: 각 열의 기본 모델은 고유해야 한다.''' 각 열의 기본 모델, 관계 객체 및 구조는 고유하다. 각 관계 객체는 상호 의존적이지만 표현 목표는 고유하다.
  • '''규칙 4: 각 행은 뚜렷하고 고유한 관점을 설명한다.''' 각 행은 특정 비즈니스 그룹의 관점을 설명하며 해당 그룹에 고유하다. 대부분의 계층적 조직에는 일반적으로 모든 행이 존재한다.
  • '''규칙 5: 각 셀은 고유하다.''' 규칙 2, 3, 4의 조합은 각 셀이 특정 사례를 나타내는 고유한 셀을 생성해야 한다. 예: A2는 궁극적으로 구축될 내용을 나타내므로 비즈니스 출력을 나타낸다.
  • '''규칙 6: 한 행의 모든 셀 모델의 합성 또는 통합은 해당 행의 관점에서 완전한 모델을 구성한다.''' 행과 열을 추가하지 않는 것과 같은 이유로 이름을 변경하면 프레임워크의 근본적인 논리 구조가 변경될 수 있다.
  • '''규칙 7: 논리는 재귀적이다.''' 논리는 동일한 엔티티의 두 인스턴스 간의 관계형이다.

4. 자크만 프레임워크의 유연성

자크만 프레임워크는 특정 조직의 중요성에 따라 유연하게 적용될 수 있다. 존 자크만은 문서, 발표, 세미나에서 프레임워크 매트릭스의 각 셀에 필요한 세부 사항의 깊이와 폭에 유연성이 있음을 명확히 했다.[57]

예를 들어, 재고 및 프로세스 중심의 사업 목표를 가진 자동차 제조업체는 '''무엇(What)'''과 '''어떻게(How)''' 열에 문서화 노력을 집중하는 것이 유익할 수 있다. 반면, 사람과 행사 일정에 더 관심이 있는 여행사 회사는 '''누가(Who)'''와 '''언제(When)''' 열에 문서화 노력을 집중하는 것이 유익할 수 있다. 그러나 다른 모든 열에 대한 비즈니스 동기를 제공하는 '''왜(Why)''' 열의 중요성은 변하지 않는다.

5. 자크만 프레임워크의 활용 및 영향

자크만 프레임워크는 기업 아키텍처에 대한 포괄적인 관점을 제공한다.[12] 이 프레임워크는 기업의 다양한 측면을 30개의 셀로 구성된 템플릿으로 제시하여, 조직의 목표, 프로세스, 데이터, 역할, 위치 및 이벤트를 체계적으로 문서화하고 분석할 수 있게 한다.[12]

존 자크만은 프레임워크의 각 셀에 필요한 세부 사항의 깊이와 폭은 조직의 중요성에 따라 유연하게 적용될 수 있다고 강조했다. 예를 들어, 자동차 제조업체는 '''무엇'''과 '''어떻게''' 열에, 여행사는 '''누가''', '''언제''', '''어디''' 열에 집중하여 문서화할 수 있다. 그러나 모든 열의 근본적인 비즈니스 동기를 제공하는 '''왜''' 열은 항상 중요하다.

하지만 일각에서는 자크만 프레임워크를 완전히 따르면 30개 셀 각각에 대한 아티팩트가 필요하기 때문에 문서화에 지나치게 많은 노력이 들어갈 수 있다고 비판한다.[12] 이에 대해 자크만은 분석 중인 문제를 해결하는 데 필요한 정보만 채우면 된다고 설명한다.

5. 1. 활용 사례

1990년대부터 자크만 프레임워크는 정보 공학 스타일의 전사적 모델링에 구조를 제공하는 수단으로 널리 사용되어 왔으며,[31] 상업 회사와 정부 기관 모두에 적용될 수 있다.[32] 정부 조직 내에서는 추상적인 수준에서 전체 기관에 적용하거나, 다양한 부서, 사무실, 프로그램, 하위 부서 및 기본 운영 엔터티에 적용할 수 있다.[32]

자크만 프레임워크는 TEAF와 같이 유사한 프레임워크를 기반으로 구축된 맞춤형 프레임워크, 즉 TEAF 매트릭스에 적용된다.

자크만 프레임워크 방법론은 예를 들어 2001년 미국 보훈부(VA)에서 One-VA 엔터프라이즈 아키텍처를 개발하고 유지하는 데 사용되었다.[38] 이 방법론은 비즈니스 프로세스, 데이터, 기술, 위치, 인력 및 요구 사항 관점에서 VA 엔터프라이즈의 모든 측면을 정의해야 했다. 방법론을 구현하는 다음 단계는 각 비즈니스 프로세스와 관련된 모든 기능을 정의하고 관련된 데이터 요소를 식별하는 것이었다. 식별되면 기능의 중복과 데이터 정의의 불일치를 식별하고 해결할 수 있었다.[38]

21세기 초 미국 보훈부는 자크만 프레임워크를 기반으로 하는 엔터프라이즈 아키텍처를 구현할 계획이었다.

  • 자크만 프레임워크는 2001년 엔터프라이즈 아키텍처 계획을 시작하기 위한 참조 모델로 사용되었다.
  • VA 자크만 프레임워크 포털이 구축되었다.
  • 이 VA 자크만 프레임워크 포털은 예를 들어 다양한 비즈니스 및 프로젝트 소스 문서에서 수집된 EA 정보를 결정하는 데 현재도 참조 모델로 사용되고 있다.


결국, 자크만 프레임워크에 의해 매크로 수준에서, 그리고 아래에 설명된 메타 모델에 의해 셀 수준에서 엔터프라이즈 아키텍처 리포지토리가 생성되었다.[39]

VA EA 메타 모델 셀 상세 확대


이 다이어그램[85]은 One-VA 엔터프라이즈 아키텍처를 설명하고 상용 EA 리포지토리 소프트웨어 없이 EA 리포지토리를 구축하기 위해 사용된 메타모델의 상징적인 표현을 제공한다.

5. 2. 표준 기반

자크만 프레임워크는 의료 및 의료 정보 시스템 등의 표준을 설명하는 프레임워크로 사용된다.[78] 프레임워크의 각 셀에는 이러한 시스템에 대한 일련의 표준이 포함되어 있다.[78]

5. 3. 다른 프레임워크와의 매핑

자크만 프레임워크는 다른 엔터프라이즈 아키텍처 프레임워크의 참조 모델로 사용되기도 한다. 다음은 그 예시이다.

다른 예시는 다음과 같다.

  • 래셔널 통합 프로세스를 프로세스로 분석[34]
  • 소프트웨어 개발에 사용되는 모델 기반 아키텍처 (MDA) 모델이 자크만 프레임워크에 어떻게 매핑되는지[35]
  • 제품 정보 추적성을 분석하기 위해 IEC 62264 모델을 자크만 프레임워크에 매핑[36]
  • TOGAF 아키텍처 개발 방법론(예: 방법론)을 자크만 프레임워크에 매핑[6]

5. 4. 다른 엔터프라이즈 아키텍처 프레임워크의 기반

NIST 전사 아키텍처 모델, C4ISR AE, DOE AE 및 국방부 아키텍처 프레임워크(DoDAF)와 같은 다른 전사적 아키텍처 프레임워크들이 자크만 프레임워크에서 영향을 받아 개발되었다.[31][32]

  • 연방 전사 아키텍처 프레임워크(FEAF)는 자크만 프레임워크를 기반으로 하지만, 자크만의 처음 세 열만 다루고, 약간 다른 이름을 사용하며, 세 행 중 상단을 중심으로 한다.[37]

6. 비판

자크만 프레임워크는 널리 알려져 있지만, 그 실용성에 대해서는 다음과 같은 비판들이 제기되고 있다.


  • 이론 중심, 경험 부족: 이 프레임워크는 실제 경험보다는 "제조 및 건설 산업의 건축 표현과 정보 시스템을 포함한 복잡한 엔지니어링 제품 구축 과정에서 유사한 아키텍처 표현이 생성될 가능성이 높다"는 이론적 논리에 기반을 두고 있다.[5]
  • 비현실적인 목표: 기업에 대한 포괄적인 설명을 만들려는 자크만 프레임워크의 기본 아이디어는 현실적으로 실현 불가능하다는 의견이 있다.[40]
  • 완전한 구현 사례 부재: 2004년 존 자크만은 이 프레임워크가 이론적이며 완전히 구현된 적이 없다고 인정했다. 그는 "전체 프레임워크를 성공적으로 구현한 사람이 있는지 묻는다면, 우리가 아는 한 아직 아무도 없다"고 말했다.[41]
  • 검증된 실용적 적용 사례 부족: 프레임워크의 성공적인 실제 적용 사례를 보여주는 구체적인 예시가 부족하다.[42]
  • 잘못된 비유: EA 실무자 스탠리 게이버는 존 자크만이 처음에 제시한 고전 건축과의 유사성은 결함이 있고 불완전하다고 주장한다.[43]
  • 기업의 특성 무시: 제이슨 블룸버그는 기업은 기계나 건물과 같은 일반적인 시스템이 아니므로, 그렇게 설계하거나 엔지니어링할 수 없다고 주장한다.[44]
  • 혁신성 부족: 자크만 프레임워크는 실제로는 순전히 사변적인 주장에 기반하고, 허구적인 약속으로 홍보되며, 실질적인 사용 사례가 없고, 이전에 없었던 혁신적인 아이디어를 도입하지 않았다는 비판이 있다.[45][46]


이러한 비판들은 자크만 프레임워크가 실제 엔터프라이즈 아키텍처(EA)의 모범 사례를 제대로 반영하지 못할 수 있음을 보여준다.

참조

[1] 문서 John Zachman's Concise Definition of the Zachman Framework 2008
[2] 웹사이트 John Zachman's Concise Definition of The Zachman Framework https://zachman-feac[...] Zachman International 2008
[3] PDF A Comparison of the Top Four Enterprise Architecture Methodologies https://download.mic[...] Microsoft Developer Network Architecture Center
[4] 웹사이트 The Zachman Framework Evolution https://zachman-feac[...] Zachman International 2009-04
[5] 웹사이트 A framework for information systems architecture http://zachman.com/i[...] IBM Systems Journal, Vol. 26. No. 3 1987
[6] 웹사이트 ADM and the Zachman Framework https://pubs.opengro[...] The Open Group 2024-07-31
[7] 서적 Data Stores, Data Warehousing, and the Zachman Framework: Managing Enterprise Knowledge McGraw-Hill 1997
[8] 문서 Requirements Engineering: Foundation for Software Quality 2007
[9] 문서 The Business Analyst as Strategist: Translating Business Strategies Into Valuable Solutions 2007
[10] 문서 Information Security Management Handbook, Sixth Edition, Volume 2 2008
[11] 문서 Enterprise Architecture Using the Zachman Framework 2003
[12] 문서 A Practical Guide to Enterprise Architecture 2003
[13] 문서 Enterprise Architecture at Work 2005
[14] 웹사이트 Business Systems Planning and Business Information Control Study: A comparisment http://www.research.[...] IBM Systems Journal 1982
[15] 간행물 A Framework for Information Systems Architecture http://www.research.[...] 1987
[16] 간행물 Process-Based Planning in Information Resource Management 1992
[17] 웹사이트 Augmenting the Zachman Enterprise Architecture Framework with a Systemic Conceptualization http://infoscience.e[...] 2008-09-15
[18] 간행물 Extending and Formalizing the Framework for Information Systems Architecture http://www.research.[...] 1992
[19] 간행물 Enterprise Convergence in Our Lifetime http://www.ies.aust.[...] 2008-09-16
[20] 서적 Concepts of the Framework for Enterprise Architecture: Background, Description and Utility http://www.ies.aust.[...] Zachman International 2009-01-19
[21] 웹사이트 Data Modeling for Software Development http://www.research.[...] IBM Systems Journal 1990
[22] 문서 How to Survive in the Jungle of Enterprise Architecture Frameworks 2003
[23] 웹사이트 A Zachman Cube http://www.iacis.org[...] 2006
[24] PDF Enterprise Architecture: Strategy, Governance, & Implementation http://www.usa-feder[...] Department of Veterans Affairs 2001-08
[25] 웹사이트 The government information factory and the Zachman Framework http://www.inmongif.[...] 2003
[26] PDF Federal Enterprise Architecture Framework Version 1.1 http://www.cio.gov/d[...] The Chief Information Officers Council 1999-09
[27] 웹사이트 A Tutorial on the Zachman Architecture Framework http://www.va.gov/oi[...] US Department of Veterans Affairs 2008-12-06
[28] 뉴스 John Zachman - One of the Best Architects I Know http://www.b-eye-net[...] 2005-11-17
[29] 웹사이트 Official Home of The Zachman Framework™ http://www.zachman.c[...] 2015-02-14
[30] 웹사이트 University of Omaha http://www.isqa.unom[...]
[31] 서적 Migrating to Object Technology: the semantic object modelling approach 1995
[32] 문서 Managing Information in the Public Sector 2007
[33] 웹사이트 Zachman ISA Framework for Healthcare Informatics Standards http://apps.adcom.uc[...] 1997
[34] 웹사이트 Using the Zachman Framework to Assess the Rational Unified Process http://www.ibm.com/d[...] 2001
[35] PDF The Zachman Framework and the OMG's Model Driven Architecture http://www.bptrends.[...] Business Process Trends 2003
[36] 논문 Mapping the models onto the Zachman framework for analysing products information traceability : A case Study http://hal.archives-[...] 2007
[37] 서적 Electronic Government 2004
[38] 간행물 Statement of Dr. John A. Gauss, Assistant Secretary for Information and Technology, Department of Veterans Affairs http://www.va.gov/oc[...] Subcommittee on Oversight and Investigations Committee on Veterans' Affairs U.S. House of Representatives 2002-03-13
[39] 웹사이트 Meta-Model Cell Details http://www.va.gov/oi[...] 2009-12-25
[40] 논문 Building an IS architecture: Collective wisdom from the field 1994
[41] 뉴스 Erecting the Framework, Part III http://archive.visua[...]
[42] 논문 Method Engineering in Practice: A Case of Applying the Zachman Framework in the Context of Small Enterprise Architecture Oriented Projects 2006
[43] 뉴스 Why Doesn't the Federal Enterprise Architecture Work? http://www.ech-bpm.c[...]
[44] 뉴스 Is Enterprise Architecture Completely Broken? https://www.forbes.c[...]
[45] 뉴스 Fake and Real Tools for Enterprise Architecture https://www.bcs.org/[...] 2018-04
[46] 뉴스 Fake and Real Tools for Enterprise Architecture: The Zachman Framework and Business Capability Model https://eapj.org/fak[...] 2019-08
[47] 웹사이트 The Concise Definition of The Zachman Framework by: John A. Zachman https://www.zachman.[...] Zachman International, Inc. 2021-10-31
[48] 웹사이트 A Comparison of the Top Four Enterprise Architecture Methodologies https://web.archive.[...] Microsoft Developer Network Architecture Center 2007-05
[49] 웹사이트 The Zachman Framework Evolution http://zachman.com/e[...] Zachman International 2009-04
[50] 웹사이트 A framework for information systems architecture http://zachman.com/i[...] IBM Systems Journal, Vol. 26. No. 3 2019-01-11
[51] 웹사이트 ADM and the Zachman Framework http://www.theopengr[...] The Open Group 2009-01-25
[52] 서적 Data Stores, Data Warehousing, and the Zachman Framework: Managing Enterprise Knowledge McGraw-Hill 1997
[53] 서적 Requirements Engineering: Foundation for Software Quality 2007
[54] 서적 The Business Analyst as Strategist: Translating Business Strategies Into Valuable Solutions 2007
[55] 서적 Information Security Management Handbook, Sixth Edition, Volume 2 2008
[56] 서적 Enterprise Architecture Using the Zachman Framework 2003
[57] 서적 A Practical Guide to Enterprise Architecture 2003
[58] 서적 Enterprise Architecture at Work 2005
[59] 논문 Business Systems Planning and Business Information Control Study: A comparisment http://www.research.[...] 1982
[60] 논문 A Framework for Information Systems Architecture http://www.research.[...] IBM Publication G321-5298 1987
[61] 간행물 Process-Based Planning in Information Resource Management 1992
[62] 논문 Augmenting the Zachman Enterprise Architecture Framework with a Systemic Conceptualization http://infoscience.e[...] 2008-09-15
[63] 논문 Extending and Formalizing the Framework for Information Systems Architecture http://www.research.[...] 1992
[64] 뉴스 Enterprise Convergence in Our Lifetime http://www.ies.aust.[...] 2008-09-16
[65] 간행물 Concepts of the Framework for Enterprise Architecture: Background, Description and Utility http://www.ies.aust.[...] Zachman International 1997
[66] 논문 Data Modeling for Software Development http://www.research.[...] 1990
[67] 서적 How to Survive in the Jungle of Enterprise Architecture Frameworks 2003
[68] 논문 A Zachman Cube http://www.iacis.org[...] 2006
[69] 간행물 Enterprise Architecture: Strategy, Governance, & Implementation http://www.va.gov/oi[...] Department of Veterans Affairs 2001-08
[70] 간행물 The government information factory and the Zachman Framework http://www.inmongif.[...] 2003
[71] 간행물 Federal Enterprise Architecture Framework Version 1.1 http://www.cio.gov/d[...] The Chief Information Officers Council 1999-09
[72] 간행물 A Tutorial on the Zachman Architecture Framework http://www.va.gov/oi[...] US Department of Veterans Affairs 2008-12-06
[73] 뉴스 John Zachman - One of the Best Architects I Know http://www.b-eye-net[...] b-eye-network.in 2005-11-17
[74] 웹사이트 The Zachman Framework Evolution http://www.zachmanin[...] Zachman International 2009-10-15
[75] 간행물 University of Omaha http://www.isqa.unom[...] 1992
[76] 서적 Migrating to Object Technology: the semantic object modelling approach Addison-Wesley 1995
[77] 서적 Managing Information in the Public Sector 2007
[78] 문서 ZACHMAN ISA FRAMEWORK FOR HEALTHCARE INFORMATICS STANDARDS http://apps.adcom.uc[...] 1997
[79] 간행물 "Using the Zachman Framework to Assess the Rational Unified Process" http://www.ibm.com/d[...] The Rational Edge, Rational Software 2001
[80] 간행물 The Zachman Framework and the OMG's Model Driven Architecture http://www.bptrends.[...] Business Process Trends 2003
[81] 간행물 Mapping the models onto the Zachman framework for analysing products information traceability : A case Study http://hal.archives-[...] 2007
[82] 서적 Electronic Government 2004
[83] 문서 Statement of Dr. John A. Gauss, Assistant Secretary for Information and Technology, Department of Veterans Affairs http://www.va.gov/oc[...] Subcommittee on Oversight and Investigations Committee on Veterans' Affairs U.S. House of Representatives 2002-03-13
[84] 웹사이트 Meta-Model Cell Details http://www.va.gov/oi[...] 2009-12-25
[85] 문서
[86] 웹인용 The Zachman Framework Evolution http://zachman.com/e[...] Zachman International 2019-06-13


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com