최초의 자크만, 토가프, FEAF, 다우프 등. 모든 표준 방법은 모두 업계 관행에서 추출한 것입니까? 기본적으로 위에서 언급한 몇 가지를 둘러싸고 있다. TOGAF 는 일반적으로 사용되는 표준 엔터프라이즈 아키텍처 설명에 더 가깝습니다. FEAF 는 PRM 및 SRM 서비스 구성 요소 모델에 더 중점을 둡니다. DoDAF 는 기술 모델링 및 구현에 더 중점을 두지만 기본적으로 엔터프라이즈 아키텍처의 모든 측면을 다룹니다. 최상위 엔터프라이즈 아키텍처 설계의 경우 TOGAF 방법론을 사용하여 단일 비즈니스 영역이나 시스템의 개념을 정련할 때 보다 기술적인 모델링 방법인 DoDAF 로 전환하는 것이 좋습니다. 제가 항상 강조한 것은 최상위 설계에 기술적인 측면에 편향된 모델링 방법과 기술을 너무 많이 도입하지 않는 것이 기업 아키텍처 결과를 기업 내 고객이 쉽게 이해할 수 있도록 하는 것이 가장 좋다는 것입니다. (존 F. 케네디, Northern Exposure (미국 TV 드라마), 예술명언)
모든 방법론은 기본적으로 크고 완전하며, 엔터프라이즈 아키텍처의 모든 측면이 적용되지만 엔터프라이즈 아키텍처 관행의 모든 활동과 출력 가공소재를 포괄할 필요는 없습니다. 어떤 아키텍처 관행이나 가공소재 출력도 왜 해야 하는지, 이 분석을 하는 구체적인 가치는 무엇입니까? 내가 앞서 말한 세 가지 측면에 속합니까? 어떤 작품도 방법론의 요구를 충족시키기 위해 출력해서는 안 되며, 내면의 맥락과 논리를 이해해야 한다. 따라서 엔터프라이즈 아키텍처 구현 과정에서 기업의 현황과 비즈니스 목표에 따라 잘라내는 것이 중요합니다. 또한 자르기는 단순한 자르기가 아니라 최적화와 변경이 더 많으며 추가는 자르기에서 고려해야 할 사항입니다.
현재 다양한 엔터프라이즈 아키텍처 표준 및 프레임워크는 클라우드 컴퓨팅 및 SOA 와 실제로 결합되지 않습니다. 이러한 사상은 모든 엔터프라이즈 아키텍처에 반영되어 있지만, 이를 하나로 통합하는 방법은 거의 명확하지 않습니다. 기업 아키텍처의 진정한 실천에서 SOA 와 클라우드화의 사상을 반드시 고려해야 하며, 새로운 계획 초기에 고려해야 한다. 이러한 통합은 기존 엔터프라이즈 아키텍처 프레임워크를 부정하는 것이 아니라 기존 프레임워크를 보완하고 보완하는 것입니다. 다시 한 번 강조하지만, 전통적인 엔터프라이즈 아키텍처와 클라우드의 구성 요소, SOA 구성 요소 간의 관계를 매핑하는 문장 몇 가지를 본 것은 잘못된 것입니다. 이것은 그 자체로 매핑 관계가 아니라 통합 관계이다.