ITA
EA/ITA 정의 및 발전
달팽이1
2008. 7. 29. 18:48
우선 미 웹스터사전에 나온 Architecture 란 단어는 다음과 같이 설명되어 있습니다.
"the science, art, or profession of designing and constructing…., a style of construction, … any framework, system, etc., and the design and interaction of components …".
1995년 Garlan & Perry (SEI)는 Software architecture 에 대해 다음과 같이 말하였습니다.
The structure of the components of a program/system, their interrelationships, and principles and guidelines governing their design and evolution over time.
IEEE는 이러한 정의를 IEEE Recommended Practice for Architectural Description of Software-Intensive Systems (STD 1471-2000) 로 만들게 되었으며, 컴포넌트(components), 상호관계(relationships), 원칙(principles), 가이드라인(guidelines)이 아키텍처를 만드는 커다란 특징이라고 강조하였습니다.
1996년 Clinger Cohen Act (CCA) (PL 104-106) 법률을 통해 공공기관은 전략적목적과 정보자원관리목적을 달성하기 위해 정보기술을 유지발전시키고 새로운 정보기술을 수용하기 위한 통합된 프레임워크가 Information Technology Architecture (ITA) 이며, 공공기관 최고부처가 주목하고 ITA를 갖을것을 요구했습니다.
CCA의 ITA 개념은 OMB A-130 guidence 를 통하여 비즈니스 프로세스에 대한 기술을 포함하여 Enterprise Architecture (EA) 로 확대되었습니다.
1996년 John, Zachman 박사는 "EA (Enterprise Architecture)는 기업 또는 조직의 지식 기반구조 (Knowledge Infrastructure)를 구성하는 자원들을 묘사하는 산출물들의 집합 (Set of Artifact)" 이라 하였습니다.
1999년 Federal Enterprise Architecture Framework (FEAF) 에서 "Architecture Framework 는 아키텍처 기술(description)의 개발과 유지를 관리하기 위한 조직적 매카니즘이며, Federal resource 를 조직화 & Federal Enterprise Architecture (FEA) 활동을 관리하고 기술하기 위한 구조를 제공한다." 라고 하였습니다.
또한 "FEA 는 비즈니스의 변화요구를 수용하고자 비즈니스 운영 & 새로운 정보기술 도입의 중요한 절차를 지원하는 비즈니스, 정보요구사항을 운영하기 위해 비즈니스, 정보요구사항을 정의하는 전략적 정보자원의 기초 (FEAF p 2)." 라고 하였습니다.
2000년 OMB Circular A-130: Information Resources (2000년11월버젼) 에서 "Enterprise Architecture (EA) 는 비즈니스와 관리절차 그리고 정보기술 사이의 상호관계를 표현하고 현황을 명확하게 기술하고 문서화하는 것이고, IT포트폴리오를 관리함으로써 공공기관이 생성/유지하고자하는 환경을 최적화하고 유지하기위한 규칙, 표준, 시스템생명주기 정보를 포함한 현재와 목표아키텍처를 기술한다." 라고 하였고,
또한, "EA는 목표환경으로 전화을 위한 Roadmap 을 제공해 줄 것이다. 전환절차는 자본계획과 투자제어절차, EA계획절차, 시스템생명주기방법론을 포함할 것이다. EA는 원칙과 목표를 정의하고 상호운용성, 개방형환경, 대중의접근, Government Paperwork Elimination Act (GPEA) (PL 105277) - 문서감축법의 순응, 최종사용자의 만족, IT보안을 위한 방향을 정립할 것 이다.", "EA를 구축하기 위해서 공공기관은 비즈니스절차, 정보흐름, 상호관계, 어플리케이션, 데이터 기술 및 상호관계, Technical Reference Model (TRM) 과 Standard Profile (SP) 를 포함한 기술기반환경을 식별하고 문서화해야 한다." 라고 하였습니다.
2001년 A Practical Guide to the Federal Enterprise Architecture (Practical Guide) 는 "FEAF, OMB A-130의 정의를 통해 EA는 컴포넌트들의 구조, 그들간의 상호관계, 그들의 디자안과 혁신을 지속적으로 관리하는 원칙이며 가이드라인 이다." 라고 하였고 다음과 같이 요소들을 설명하였습니다.
- Baseline Architecture : 현재의 기업, 현재 비즈니스 업무, 기술기반환경을 묘사한 산출물의 Set. As-Is 또는 Current Architecture 라고도 함.
- Target Architecture : 가장최근의 기업, 일반적으로 받아들여진 조직의 전략적 생각과 기획을 묘사한 산출물의 Set. To-Be Architecture 라고도 함.
- Architecture Products : 그래픽, 모델 그리고/또는 기업의 환경과 디자인을 설명해놓은 이야기.
- Sequencing Plan : 현재 Baseline 에서 Target Architecture 로 기업을 변화시키기 위한 전략을 정의한 문서. 복합적이고, 동시다발적이며, 상호의존적인 활동들이며 기업이 발전하변서 증가하는 구조물들의 일정계획.
- Enterprise Architecture Framework : 혼란스러울지 모르지만 EAF는 EA와 다르다. Framework 는 복잡한 정보를 분류하고 조직화하기위한 특유의 구조이며, EAF는 EA에 포함되거나 설명하는 정보의 구조를 조직화한다. Framework는 EA를 포함하지는 않고, 많은 조직들이 같은 EAF를 사용할 수 있다. 그러나 조직에 따라 EA는 다르다.
2002년 미국의 E-Government Act (Public Law 107-347) 에서 EA는 다음과 같이 언급했습니다.
1. 미션을 정의하는 전략적 정보자산의 기반
2. 미션을 형성하기위한 정보요구사항
3. 미션을 형성하기위한 기술요구사항
4. 기본아키텍처, 목표아키텍처, 추진계획을 통하여 변화요구를 수용하는 새로운 기술들 도입하기위한 전환절차
연방정부의 이러한 법률적 정의는 다른여러곳에도 사용되었습니다.
2002년 MataGroup 은 "EA (Enterprise Architecture)는 조직 또는 기업의 주요 비즈니스, 정보, 어플리케이션, 기술 전략 및 이들 요소가 업무 프로세스에 미치는 영향을 총괄적으로 표현해 놓은 실체" 라고 하였습니다.
2004년 MITRE 는 "오늘날 일반적인 의미로써 EA는 미션과 관계되고 비즈니스를 지원하며, 네트웍, 다른 기술기반환경을 위한 그리고 현재아키텍처와 목표아키텍처, 조직의 구조를 포함한 많은 자원들 위한 비즈니스업무, 프로세스, 데이타, 컴퓨터시스템의 모델들을 포함한다. 표준프로파일(SP), 보안적고려사항, 때로 전환기획이라 불리는 순서기획을 포함하는 EA는 공공기관의 전략기획에 연결되고, 투자결정을 위한 주요근거이다." 라고 하였습니다.
"the science, art, or profession of designing and constructing…., a style of construction, … any framework, system, etc., and the design and interaction of components …".
1995년 Garlan & Perry (SEI)는 Software architecture 에 대해 다음과 같이 말하였습니다.
The structure of the components of a program/system, their interrelationships, and principles and guidelines governing their design and evolution over time.
IEEE는 이러한 정의를 IEEE Recommended Practice for Architectural Description of Software-Intensive Systems (STD 1471-2000) 로 만들게 되었으며, 컴포넌트(components), 상호관계(relationships), 원칙(principles), 가이드라인(guidelines)이 아키텍처를 만드는 커다란 특징이라고 강조하였습니다.
1996년 Clinger Cohen Act (CCA) (PL 104-106) 법률을 통해 공공기관은 전략적목적과 정보자원관리목적을 달성하기 위해 정보기술을 유지발전시키고 새로운 정보기술을 수용하기 위한 통합된 프레임워크가 Information Technology Architecture (ITA) 이며, 공공기관 최고부처가 주목하고 ITA를 갖을것을 요구했습니다.
CCA의 ITA 개념은 OMB A-130 guidence 를 통하여 비즈니스 프로세스에 대한 기술을 포함하여 Enterprise Architecture (EA) 로 확대되었습니다.
1996년 John, Zachman 박사는 "EA (Enterprise Architecture)는 기업 또는 조직의 지식 기반구조 (Knowledge Infrastructure)를 구성하는 자원들을 묘사하는 산출물들의 집합 (Set of Artifact)" 이라 하였습니다.
1999년 Federal Enterprise Architecture Framework (FEAF) 에서 "Architecture Framework 는 아키텍처 기술(description)의 개발과 유지를 관리하기 위한 조직적 매카니즘이며, Federal resource 를 조직화 & Federal Enterprise Architecture (FEA) 활동을 관리하고 기술하기 위한 구조를 제공한다." 라고 하였습니다.
또한 "FEA 는 비즈니스의 변화요구를 수용하고자 비즈니스 운영 & 새로운 정보기술 도입의 중요한 절차를 지원하는 비즈니스, 정보요구사항을 운영하기 위해 비즈니스, 정보요구사항을 정의하는 전략적 정보자원의 기초 (FEAF p 2)." 라고 하였습니다.
2000년 OMB Circular A-130: Information Resources (2000년11월버젼) 에서 "Enterprise Architecture (EA) 는 비즈니스와 관리절차 그리고 정보기술 사이의 상호관계를 표현하고 현황을 명확하게 기술하고 문서화하는 것이고, IT포트폴리오를 관리함으로써 공공기관이 생성/유지하고자하는 환경을 최적화하고 유지하기위한 규칙, 표준, 시스템생명주기 정보를 포함한 현재와 목표아키텍처를 기술한다." 라고 하였고,
또한, "EA는 목표환경으로 전화을 위한 Roadmap 을 제공해 줄 것이다. 전환절차는 자본계획과 투자제어절차, EA계획절차, 시스템생명주기방법론을 포함할 것이다. EA는 원칙과 목표를 정의하고 상호운용성, 개방형환경, 대중의접근, Government Paperwork Elimination Act (GPEA) (PL 105277) - 문서감축법의 순응, 최종사용자의 만족, IT보안을 위한 방향을 정립할 것 이다.", "EA를 구축하기 위해서 공공기관은 비즈니스절차, 정보흐름, 상호관계, 어플리케이션, 데이터 기술 및 상호관계, Technical Reference Model (TRM) 과 Standard Profile (SP) 를 포함한 기술기반환경을 식별하고 문서화해야 한다." 라고 하였습니다.
2001년 A Practical Guide to the Federal Enterprise Architecture (Practical Guide) 는 "FEAF, OMB A-130의 정의를 통해 EA는 컴포넌트들의 구조, 그들간의 상호관계, 그들의 디자안과 혁신을 지속적으로 관리하는 원칙이며 가이드라인 이다." 라고 하였고 다음과 같이 요소들을 설명하였습니다.
- Baseline Architecture : 현재의 기업, 현재 비즈니스 업무, 기술기반환경을 묘사한 산출물의 Set. As-Is 또는 Current Architecture 라고도 함.
- Target Architecture : 가장최근의 기업, 일반적으로 받아들여진 조직의 전략적 생각과 기획을 묘사한 산출물의 Set. To-Be Architecture 라고도 함.
- Architecture Products : 그래픽, 모델 그리고/또는 기업의 환경과 디자인을 설명해놓은 이야기.
- Sequencing Plan : 현재 Baseline 에서 Target Architecture 로 기업을 변화시키기 위한 전략을 정의한 문서. 복합적이고, 동시다발적이며, 상호의존적인 활동들이며 기업이 발전하변서 증가하는 구조물들의 일정계획.
- Enterprise Architecture Framework : 혼란스러울지 모르지만 EAF는 EA와 다르다. Framework 는 복잡한 정보를 분류하고 조직화하기위한 특유의 구조이며, EAF는 EA에 포함되거나 설명하는 정보의 구조를 조직화한다. Framework는 EA를 포함하지는 않고, 많은 조직들이 같은 EAF를 사용할 수 있다. 그러나 조직에 따라 EA는 다르다.
2002년 미국의 E-Government Act (Public Law 107-347) 에서 EA는 다음과 같이 언급했습니다.
1. 미션을 정의하는 전략적 정보자산의 기반
2. 미션을 형성하기위한 정보요구사항
3. 미션을 형성하기위한 기술요구사항
4. 기본아키텍처, 목표아키텍처, 추진계획을 통하여 변화요구를 수용하는 새로운 기술들 도입하기위한 전환절차
연방정부의 이러한 법률적 정의는 다른여러곳에도 사용되었습니다.
2002년 MataGroup 은 "EA (Enterprise Architecture)는 조직 또는 기업의 주요 비즈니스, 정보, 어플리케이션, 기술 전략 및 이들 요소가 업무 프로세스에 미치는 영향을 총괄적으로 표현해 놓은 실체" 라고 하였습니다.
2004년 MITRE 는 "오늘날 일반적인 의미로써 EA는 미션과 관계되고 비즈니스를 지원하며, 네트웍, 다른 기술기반환경을 위한 그리고 현재아키텍처와 목표아키텍처, 조직의 구조를 포함한 많은 자원들 위한 비즈니스업무, 프로세스, 데이타, 컴퓨터시스템의 모델들을 포함한다. 표준프로파일(SP), 보안적고려사항, 때로 전환기획이라 불리는 순서기획을 포함하는 EA는 공공기관의 전략기획에 연결되고, 투자결정을 위한 주요근거이다." 라고 하였습니다.