연방 엔터프라이즈 아키텍처

Federal enterprise architecture

연방 기업 아키텍처 프레임워크(FEAF)는 연방 정부의 미국 참조 기업 아키텍처다.조직 설계 및 성과 개선의 일환으로 전략, 비즈니스 및 기술 관리의 통합을 위한 공통 접근 방식을 제공한다.[1]

가장 친숙한 연방 기업 아키텍처는 미국 연방정부의 기업 아키텍처, 미국 연방 기업 아키텍처(FEA), 해당 미국 연방 기업 아키텍처 프레임워크(FEAF)이다.이 보조정리기는 이 특정한 기업 구조와 기업 구조 프레임워크에 초점을 맞출 것이다.

개요

엔터프라이즈 아키텍처(EA)는 비즈니스 및 기술 자원을 조정하여 전략적 성과를 달성하고, 조직 성과를 개선하고, 연방 기관이 핵심 임무를 더 잘 수행하도록 안내하는 경영 모범 사례다.EA는 기관의 현재와 미래 상태를 설명하고, 현재 상태에서 원하는 미래 상태로 전환하기 위한 계획을 수립한다.연방 기업 구조는 이러한 목표를 달성하기 위해 진행 중인 작업이다.[2]

미국 연방 기업 아키텍처(FEA)는 미국 연방 정부 내에서 기업 아키텍처의 가치 실현을 목표로 하는 미국 관리 및 예산국, 전자 정부 및 IT 사무국의 이니셔티브다.엔터프라이즈 아키텍처는 1996년 클린저-코헨 법이 통과되면서 미국 연방정부에서 인정된 전략 및 관리 모범 사례가 되었다.

미국 연방 정부 내에서 기업 아키텍처를 구현하고 사용함으로써 발생하는 수많은 이점이 있다.그 중 하나는 미국 연방정부에서 IT 인수를 위한 공통적인 접근법을 제공하는 것이다.또한 연방기관 전체의 정보 및 자원 공유를 용이하게 하고, 비용을 절감하며, 시민 서비스를 개선하기 위해 고안되었다.

역사

2001년에 제시된 미국 "FEAF(Federal Enterprise Architecture Framework)"[3] 구성요소의 구조

1999년 9월, 연방 CIO 위원회는 복수의 기관 간 경계를 초월한 시스템을 위해 연방 기관 내에서 기업 아키텍처(EA)를 개발하기 위한 "연방 기업 아키텍처 프레임워크"(FEAF) 버전 1.1을 발표했다.그것은 조직의 경계를 넘나드는 일반적인 비즈니스 관행과 설계를 기반으로 구축되며, 그 중에서도 NIST 기업 아키텍처 모델이다.FEAF는 우선순위가 높은 영역의 아키텍처 설명을 개발하고 문서화하기 위한 영구적인 표준을 제공한다.그것은 연방정부의 다조직 기능부문에 대한 아키텍처를 기술할 때 지침을 제공한다.[3]출시 시점에, 정부의 IT는 Y2K 문제에 초점을 맞추고 2001년 9월 이벤트는 EA 시행에서 주의를 딴 데로 돌렸다. 비록 EA 시행이 선행되고 그에 따른 실행이 이러한 이벤트의 영향을 개선시켰을 수도 있다.대통령 관리 의제의 일환으로 2001년 8월 전자정부 태스크포스(TF) 사업이 개시되었다(비공식적으로 프로젝트 퀵실버라고 함).그 전략에서 중요한 발견은 상당한 중복과 중복된 기관 시스템이 정부를 "시민 중심"으로 만드는 부시 행정부의 전략을 달성할 수 있는 능력을 제약했다는 것이다.태스크 포스는 연방 기업 아키텍처 프로젝트와 OMB에 FEA 사무소를 만들 것을 권고했다.이는 정보 엔지니어링에 대한 FEAF에서 J2EE 객체 재이용 접근방식으로 전환된 것으로서, 성과 결과를 사업부, 프로세스 서비스 구성요소, 데이터 유형 및 기술 구성요소와 연계한 분류법으로 구성된 참조 모델을 사용하였다.그 이후 중간 릴리스는 핵심 참조 모델에 대한 정의의 연속적인 증가(아래 참조)와 연방 세그먼트 아키텍처 방법론(FSAM)을 구성하는 일련의 템플릿에서 실제로 아키텍처를 개발하기 위한 매우 강력한 방법론을 제공했다(Collaborative Planning 방법론(CPM)은 더 유연하고, 더 광범위하게 적용되며, 더 큰 계획 분야를 포함하도록 설계되었다.

이러한 연방 아키텍처 세그먼트는 집합적으로 연방 기업 아키텍처를 구성한다.2001년, 연방 아키텍처 워킹 그룹(FAWG)은 무역을 위한 엔터프라이즈 아키텍처 제품 개발을 후원하고 연방 아키텍처 세그먼트를 허가했다.메소드는 특정 문제에 접근하는 방법을 규정했다.그림에서 볼 수 있듯이, FEAF는 주어진 아키텍처를 비즈니스, 데이터, 애플리케이션 및 기술 아키텍처로 분할한다.당시 생성된 FEAF 전체 프레임워크(이미지 참조)에는 Zachman Framework와 Spewak의 기업 아키텍처 계획 방법론의 처음 세 개의 컬럼이 포함되어 있다.[3]

2012년 5월에 OMB는 완전히 새로운 가이드인 "연방 기업 아키텍처에 대한 공통 접근법"[4]을 발표하였다.IT 서비스 제공에 대한 공유 접근 방식을 늘리기 위한 연방 CIO의 정책 지침 및 관리 도구의 일부로 공개된 이 가이드는 연방정부에서 엔터프라이즈 아키텍처를 개발하고 사용하는 전반적인 접근 방식을 제시한다.공통 접근법은 연방기관 내부 및 연방기관 간 구조 개발과 사용을 표준화함으로써 임무 효과성의 수준을 증가시킨다.여기에는 기관들이 낭비 및 중복 제거, 공유 서비스 증가, 성과 격차 해소, 정부, 산업 및 시민 간 참여 촉진을 위해 EA를 사용하는 원칙이 포함된다.

2013년 1월 29일 백악관은 정부 기관에 연방 기업 아키텍처 프레임워크 버전 2(FEAF-II)를 공개하여 약 1년 후 공개하였다.[5]이 문서는 전략적 목표가 비즈니스 서비스를 주도하고, 이를 통해 기술 활성화 요건을 제공한다는 점을 강조하면서 공통 접근방식이 제시한 기준을 충족한다.그 핵심은 OMB와 연방기관이 투자를 기술하고 분석하기 위한 공통 언어와 프레임워크를 갖추도록 하는 통합 참조 모델(CRM)이다.

전체적으로 연방 기업 구조(FEA)는 일련의 연방법과 의무에 의해 의무화된다.이러한 연방법은 다음과 같다.

보조 OMB 회람은 다음과 같다.

  • A-11 : 예산편성, 제출 및 집행
  • A-130 : OMB 순환 A-130 연방 정보 자원 관리, 1985년 12월 처음 발행

협업 계획 방법론

협업 계획 방법론(CPM)은 리더, 이해관계자, 기획자, 실행자와 협력하여 구성된 권고안을 도출하는 통합 다학제 분석으로 구성되는 단순하고 반복 가능한 프로세스다.연방 기업 아키텍처에 대한 공통 접근법에 정의된 모든 수준의 범위에서 사용하기 위한 전체 계획 및 구현 라이프사이클을 목적으로 한다.International, National, Federal, Sector, Agency, Segment, System 및 Application.[4][5]

버전 2 참조 모델

연방 엔터프라이즈 아키텍처

연방 기업 아키텍처 프레임워크(FEAF)의 통합 참조 모델은 OMB와 연방 기관에 투자를 기술하고 분석하기 위한 공통 언어와 프레임워크를 제공한다.기관 간 교차 분석 및 중복 투자, 기관 간 협업 기회 식별을 용이하게 하기 위해 설계된 일련의 상호 관련 참조 모델로 구성된다.집합적으로, 참조 모델은 연방기관 운영의 중요한 요소를 공통적이고 일관된 방식으로 기술하기 위한 프레임워크를 구성한다.FEAF와 그 어휘의 사용을 통해, IT 포트폴리오를 연방정부 전체에서 더 잘 관리하고 활용함으로써, 협업을 강화하고 궁극적으로 연방정부를 변화시킬 수 있다.

버전 1의 5가지 참조 모델(아래 참조)은 FEAF-II에서 6개로 재분류되고 확장되었다.

성능 기준 모델(PRM)
이 참조 모델은 전체 EA의 전략 하위 아키텍처 관점에서 아키텍처 분석 및 보고를 지원한다.PRM은 기관 전략, 내부 사업 요소 및 투자를 연계하여 그러한 투자가 전략적 결과에 미치는 영향을 측정할 수 있는 수단을 제공한다.
BRM(비즈니스 참조 모델)
FEAF v1의 비즈니스 및 서비스 구성요소 참조 모델을 결합한 이 참조 모델은 전체 EA의 비즈니스 서비스 하위 아키텍처 뷰에서 아키텍처 분석 및 보고를 지원한다.BRM은 스토브피핑된 조직관이 아닌 공통 임무와 지원 서비스 영역의 분류 체계를 통해 조직을 설명하고, 이를 통해 기관간 및 기관간 협업을 촉진한다.
데이터 참조 모델(DRM)
DRM은 "사일로"에 상주하는 기존 데이터 저장소의 발견을 용이하게 하고 데이터의 의미, 접근 방법, 성능 결과를 지원하기 위한 활용 방법 등을 이해할 수 있게 한다.
응용 프로그램 참조 모델(ARM)
ARM은 서비스 기능의 제공을 지원하는 시스템 및 애플리케이션 관련 표준과 기술을 분류하여 기관들이 공통 솔루션을 공유 및 재사용하고 규모의 경제로부터 이익을 얻을 수 있도록 한다.
IRM(Infrastructure Reference Model)
IRM은 네트워크/클라우드 관련 표준과 기술을 분류하여 음성, 데이터, 비디오, 모바일 서비스 구성요소 및 기능의 전달을 지원하고 가능하게 한다.
SDM(Security Reference Model
SRM은 연방 기관의 비즈니스 및 성과 목표와 관련하여 보안 및 개인 정보를 논의하기 위한 공통 언어와 방법론을 제공한다.

버전 1 참조 모델

Federal Enterprise Architecture.[1]

FEA는 IT 자원을 기술하기 위한 공통 분류법을 개발하는 일련의 참조 모델을 사용하여 구축된다.FEA 버전 1 참조 모델(이미지 참조)에는 다음이 포함되었다.

  • 성능 기준 모델,
  • 비즈니스 참조 모델,
  • 서비스 구성요소 참조 모델,
  • 데이터 참조 모델 및
  • 기술 참조 모델

연방기관 간 정보 및 자원 공유를 용이하게 하고, 비용을 절감하며, 시민 서비스를 개선하기 위해 고안되었다.클린저-코헨법 준수를 목표로 하는 미국 예산관리국(Office of Administration and Budget)의 이니셔티브다.

성능 기준 모델(PRM)

성능 기준 모델, 2005.[1]

PRM은 주요 IT투자의 성과와 프로그램 성과에 대한 기여도를 측정하기 위한 표준화된 프레임워크다.[1]PRM은 크게 세 가지 목적을 가지고 있다.

  1. 전략적이고 일상적인 의사 결정을 개선하기 위한 향상된 성능 정보 생성 지원
  2. 정렬을 개선하고 출력 및 결과에 대한 입력의 기여도를 더 잘 표현하여 원하는 결과에 대한 명확한 "가시선"을 생성한다.
  3. 기존 조직 구조와 경계를 망라하는 성능 개선 기회 식별

PRM은 Balance Scorecard, Baldrige Criteria,[6] Valdige Criteria, Valdige Methodology, 프로그램 로직 모델, 가치사슬, 제약이론 등 성능 측정에 대한 많은 기존 접근방식을 사용한다.또한, PRM은 현재 어떤 기관에서 PART 평가, GPRA, 기업 아키텍처, 자본 계획 및 투자 관리를 통해 측정하고 있는가를 통해 통보받았다.PRM은 현재 네 가지 측정 영역으로 구성되어 있다.

  • 미션 및 비즈니스 결과
  • 고객 결과
  • 프로세스 및 활동
  • 기술

BRM(비즈니스 참조 모델)

주요 기사:비즈니스 참조 모델
비즈니스 참조 모델 개요.[1]

"FEA 비즈니스 참조 모델"은 이를 수행하는 기관과 독립된 연방정부의 비즈니스 운영을 기술하기 위한 기능 중심의 프레임워크다.이 비즈니스 참조 모델은 기능 중심 접근방식을 사용하여 연방정부의 일상적인 비즈니스 운영을 설명하기 위한 체계적이고 계층적인 구조를 제공한다.BRM은 연방 기업 아키텍처의 첫 번째 계층이며 데이터, 서비스 구성요소 및 기술의 분석을 위한 주요 관점이다.[1]

BRM은 네 가지 영역으로 나뉜다.

  • 시민을 위한 서비스
  • 배달 모드
  • 서비스 제공 지원
  • 정부 자원 관리

비즈니스 참조 모델은 연방정부의 LoB에 대한 기능적(조직적과는 반대) 관점을 제공하는 프레임워크를 제공하며, 연방정부의 내부 운영과 시민을 위한 서비스를 포함하며, 이를 수행하는 기관, 부서 및 사무소와 무관하게 한다.BRM은 연방정부를 기관별 관점이 아닌 공통 업무영역을 중심으로 기술함으로써 기관 간 협력을 촉진하고 FEA 및 E-Gov 전략의 기초가 된다.[1]

BRM이 정부 운영에 대한 개선된 사고방식을 제공하는 것은 사실이지만, 그것은 모델일 뿐이다. BRM의 진정한 효용은 효과적으로 사용될 때에만 실현될 수 있다.BRM이 추진하는 기능적 접근방식은 EA 비즈니스 아키텍처와 모든 연방기관 및 OMB의 관리 프로세스에 통합되지 않는다면 전자정부의 목표 달성에 거의 도움이 되지 않을 것이다.[1]

서비스 구성요소 참조 모델(SRM)

서비스 구성요소 참조 모델.[7]

서비스 구성요소 참조 모델(SRM)은 서비스 구성요소가 비즈니스 및/또는 성능 목표를 지원하는 방법과 관련하여 서비스 구성요소를 분류하는 비즈니스 및 성능 중심 기능 프레임워크다.[1]SRM은 IT 투자 및 자산에서 정부 차원의 비즈니스 및 애플리케이션 서비스 구성 요소의 검색을 지원하기 위해 사용되도록 설계되어 있다.SRM은 수평적 및 수직적 서비스 영역 전반에 걸쳐 구성되며, 비즈니스 기능과 관계없이 애플리케이션, 애플리케이션 기능, 구성 요소 및 비즈니스 서비스의 재사용을 지원하는 레버리지 가능 기반을 제공할 수 있다.

SRM은 다음 도메인을 설정한다.

  • 고객 서비스
  • 프로세스 자동화 서비스
  • 비즈니스 관리 서비스
  • 디지털 자산 서비스
  • 비즈니스 분석 서비스
  • 백 오피스 서비스
  • 지원 서비스

각 서비스 도메인은 서비스 유형으로 분해된다.예를 들어 고객 서비스 도메인과 관련된 세 가지 서비스 유형은 고객 선호도, 고객 관계 관리, 고객 시작 지원이다.그리고 각 서비스 유형은 더 나아가 구성 요소로 분해된다.예를 들어 Customer Preferences Service Type의 네 가지 구성 요소는 다음과 같다.개인 설정, 구독, 알림 및 알림, 프로필 관리.[7]

데이터 참조 모델(DRM)

주요 기사: 데이터 참조 모델
DRM 협업 프로세스.[1]

DRM(Data Reference Model)은 종합 수준에서 정부 프로그램과 비즈니스 라인 운영을 지원하는 데이터와 정보를 설명한다.이 모델은 기관들이 연방정부와 시민들 사이에 일어나는 상호작용과 교류의 유형을 설명할 수 있게 한다.[1]DRM은 정부 정보를 보다 세부적인 수준으로 분류한다.또한 연방 데이터에 대한 분류도 설정하고 중복 데이터 자원을 식별한다.공통 데이터 모델은 연방 정부 내에서 그리고 정부와 외부 이해관계자 간의 정보 교환 프로세스를 능률화한다.

제1권 DRM은 구조, 용도 및 데이터 식별 구조에 대한 개괄적인 개요를 제공한다.이 문서:

  • 모델의 Volumes 2-4에 자세히 설명될 컨텐츠에 대한 소개 및 개괄적인 개요 제공
  • 나머지 볼륨의 관심 커뮤니티 개발을 장려한다.
  • 향후 전개에 사용할 기본 개념, 전략, 구조를 제공한다.

DRM은 데이터 설계자가 모델링 표준과 개념을 개발해야 하는 출발점이다.DRM의 결합된 볼륨은 데이터 분류를 지원하고 수평 및 수직 정보 공유를 가능하게 한다.

기술 참조 모델(TRM)

기술 참조 모델.[1]

TRM은 서비스 구성요소 및 기능의 전달을 지원하고 활성화하기 위한 표준과 기술을 분류하는 구성요소 기반의 기술 프레임워크다.또한 정부 차원의 관점에서 기술과 서비스 구성요소의 재사용과 표준화를 진전시킬 수 있는 기반을 마련함으로써 기존 기관 TRMs와 E-Gov 지침을 통합한다.[1]

TRM은 다음과 같이 구성된다.

  • 서비스 영역 : 서비스 구성요소의 안전한 구성, 교환 및 제공을 지원하는 기술 계층을 나타낸다.각 서비스 영역은 표준과 기술을 하위 수준의 기능 영역으로 통합한다.각 서비스 영역은 여러 서비스 범주 및 서비스 표준으로 구성된다.이 계층은 서비스 영역을 직접 지원하는 표준 및 기술을 그룹화하는 프레임워크를 제공한다. (Purple Headings)
  • 서비스 범주 : 서비스 범주에서 제공하는 비즈니스 또는 기술 기능과 관련하여 낮은 수준의 기술과 표준을 분류한다.각 서비스 범주는 하나 이상의 서비스 표준으로 구성된다. (볼드 페이스 그룹)
  • 서비스 표준 : 서비스 범주를 지원하는 표준과 기술을 정의한다.TRM에 대한 기관 매핑을 지원하기 위해, 많은 서비스 표준은 사례로서 적용 가능한 규격이나 기술을 제공한다.(일반 텍스트)

오른쪽 그림은 TRM을 고도로 묘사하고 있다.

기관 간 자본 투자를 TRM에 맞추는 것은 공통의 표준화된 어휘를 활용하여 기관 간 검색, 협업 및 상호운용성을 가능하게 한다.기관과 연방정부는 그들의 사업 기능, 임무 및 목표 아키텍처를 지원하기 위해 최고의 솔루션과 기술을 식별하고 재사용함으로써 규모의 경제로부터 이익을 얻을 것이다.계층 구조로 구성된 TRM은 컴포넌트 기반 또는 서비스 지향 아키텍처에서 사용 및 활용될 수 있는 비즈니스 및 애플리케이션 서비스 구성요소의 안전한 전달, 교환 및 구축을 집합적으로 지원하는 표준과 기술을 분류한다.[1]

아키텍처 수준

FEA 기업에서 부문 및 솔루션 아키텍처는 세부사항 수준을 변화시키고 관련되지만 뚜렷한 우려를 해소함으로써 서로 다른 비즈니스 관점을 제공한다.기업 자체가 계층적으로 조직되어 있는 것처럼, 아키텍처의 각 유형에 의해 제공되는 다른 관점들도 마찬가지다.연방 기업 아키텍처 실무 지침(2006)은 다음 세 가지 유형의 아키텍처를 정의했다.[2]

Federal Enterprise Architecture 수준 및 속성[2]
  • 엔터프라이즈 아키텍처
  • 세그먼트 아키텍처 및
  • 솔루션 아키텍처

정의에 따르면, 엔터프라이즈 아키텍처(EA)는 전략, 비즈니스 프로세스, 투자, 데이터, 시스템 또는 기술 등 공통 자산이나 공유 자산을 식별하는 것과 근본적으로 관련이 있다.EA는 전략에 의해 추진된다. EA는 기관의 자원이 기관의 임무와 전략적 목표와 목적에 적절하게 맞춰져 있는지 여부를 기관이 확인할 수 있도록 돕는다.투자 관점에서, EA는 IT 투자 포트폴리오 전반에 대한 결정을 추진하는데 이용된다.따라서 EA의 주요 이해 당사자는 기관이 가능한 한 효과적이고 효율적으로 임무를 완수하도록 보장하는 업무를 담당하는 선임 관리자와 임원이다.[2]

대조적으로, "세그먼트 아키텍처"는 핵심 임무 영역, 비즈니스 서비스 또는 엔터프라이즈 서비스에 대한 간단한 로드맵을 정의한다.세그먼트 아키텍처는 비즈니스 관리에 의해 주도되며 시민과 기관 직원에게 서비스 전달을 개선하는 제품을 제공한다.투자 관점에서 부문 아키텍처는 핵심 임무 영역 또는 공통 또는 공유 서비스를 지원하는 비즈니스 사례 또는 비즈니스 사례 그룹에 대한 결정을 촉진한다.부문 아키텍처의 주요 이해관계자는 사업주와 관리자다.세그먼트 아키텍처는 다음 세 가지 원칙을 통해 EA와 관련된다.

  • 구조: 세그먼트 아키텍처는 핵심 임무 영역 또는 공통 또는 공유 서비스의 특정 요구를 충족하도록 확장되고 전문화될 수 있지만 EA가 사용하는 프레임워크를 계승한다.
  • 재사용 : 부문 아키텍처는 데이터, 공통 비즈니스 프로세스 및 투자, 애플리케이션 및 기술을 포함하여 기업 수준에서 정의된 중요한 자산을 재사용한다.
  • 얼라인먼트 : 세그먼트 아키텍처는 사업 전략, 의무사항, 표준 및 성과 조치와 같이 기업 수준에서 정의된 요소와 일치한다.[2]

"솔루션 아키텍처"는 개별 기관의 비즈니스 기능을 자동화하고 개선하는 데 사용되는 애플리케이션이나 구성 요소와 같은 기관 IT 자산을 정의한다.솔루션 아키텍처의 범위는 일반적으로 단일 프로젝트로 제한되며 시스템 또는 비즈니스 솔루션의 전부 또는 일부를 구현하는 데 사용된다.솔루션 아키텍처의 주요 이해관계자는 시스템 사용자와 개발자다.솔루션 아키텍처는 일반적으로 정의와 제약을 통한 세그먼트 아키텍처 및 엔터프라이즈 아키텍처와 관련된다.예를 들어, 세그먼트 아키텍처는 개별 솔루션에 의해 접근되는 핵심 임무 영역이나 서비스 내에서 사용되는 데이터 또는 서비스 인터페이스의 정의를 제공한다.마찬가지로 솔루션은 기업 수준에서 정의된 특정 기술 및 표준에 제약을 받을 수 있다.[2]

프로그램 결과

Federal Enterprise Architecture 프로그램의 결과는 불만족스러운 것으로 간주된다.

  • FEA 프로그램의 참가자인 스탠리 게버는 "연방정부 내 기업 아키텍처는 작동하지 않았으며, 유용한 결과를 제공하지 않은 경우가 훨씬 더 많다"고 보고한다.게다가 연방 EA 프로그램의 중요한 부분은 완전하고 완전한 실패였다."[8]
  • 2011년 미국 의회에 대한 공식 보고서는 "대부분의 부서와 기관들은 향후 각 기업 아키텍처 프로그램[...]의 혜택을 실현할 것으로 예상한다고 보고했다"고 보고했다.이것이 시사하는 바는 기업 아키텍처를 개발하고 사용함으로써 연방 정부의 실제 가치는 대부분 미실현 상태로 남아 있다는 것이다."[9]

참고 항목

참조

  1. ^ a b c d e f g h i j k l m n FEA 통합 참조 모델 문서.FEA Consolidated Reference Model Document Version 2.3 2007년 10월.2009년 4월 28일에 액세스.
  2. ^ a b c d e f 연방 기업 건축 프로그램 관리 사무소(2007)FEA 연습 지침.2010년 10월 16일 웨이백 머신에 보관
  3. ^ a b c Chief Information Officer Council(2001) 웨이백 머신에 보관된 2008-10-10-10년 연방 기업 아키텍처에 대한 실무 지침.2001년 2월.
  4. ^ a b "Common Approach to Federal Enterprise Architecture" (PDF). Office of Management and Budget. May 2012. Archived (PDF) from the original on January 22, 2017.
  5. ^ a b FEA 통합 참조 모델 문서.Federal Enterprise Architecture Framework 버전 2013년 1월 29일.2015년 4월 2일에 액세스.
  6. ^ "2015–2016 Baldrige Excellence Framework". Baldrige Performance Excellence Program. National Institute of Standards and Technology. January 15, 2015. Archived from the original on August 4, 2016.
  7. ^ a b FEA(2005) FEA 레코드 관리 프로파일 버전 1.0.2005년 12월 15일.
  8. ^ 스탠리 B, "연방 기업 아키텍처는 왜 작동하지 않는가?"가버, 2016년 5월 19일 방문
  9. ^ GAO(2011년).정부 프로그램에서 중복 가능성을 줄이고, 세금을 절약하고, 수익을 높일 수 있는 기회.워싱턴 DC: 정부 회계감사실.

외부 링크