A. 공통 시스템 아키텍처

B. 기초 건축

C. 산업 아키텍처

D. 조직별 아키텍처

E. 전환 아키텍처

A. 아키텍처 콘텐츠 프레임워크

B. 기술 참조 모델

C. 통합 정보 인프라 참조 모델

D. 아키텍처 개발 방법

E. 아키텍처 기능 프레임워크

A. EA 팀이 상호 운용성 분석을 적용하여 솔루션 아키텍처 전반에 걸쳐 잠재적인 문제를 평가하도록 권장합니다. 여기에는 상호 운용성 폐기를 보여주는 매트릭스의 개발이 포함되어야 합니다. 모든 우려 사항이 해결되면 EA 팀은 아키텍처 로드맵과 구현 및 마이그레이션 계획을 마무리해야 합니다.

B. 자세한 구현 및 마이그레이션 계획을 준비하기 전에 EA 팀이 제안된 대상 아키텍처를 달성하는 데 필요한 변환을 이해하기 위해 단계 B에서 D까지의 차이 분석 결과를 검토하고 통합해야 한다고 권장합니다. EA 팀은 조직이 변화를 받아들일 준비가 되어 있는지 평가해야 합니다. 솔루션 아키텍처가 조립되면 상태 변화 테이블을 사용하여 분석하여 전환 아키텍처를 결정해야 합니다.

C. EA 팀이 적절한 소스에서 잠재적 솔루션에 대한 정보를 수집해야 한다고 권장합니다. 솔루션 아키텍처가 조립되면 상태 변화 테이블을 사용하여 분석하여 전환 아키텍처를 결정해야 합니다. 그런 다음 제기된 문제가 해결되도록 가치 실현 프로세스를 수립해야 합니다.

D. EA 팀이 변환과 관련된 위험을 식별하고 완화할 수 있는 비즈니스 변환 준비 평가 기술을 적용할 것을 권장합니다. 또한 구현 및 마이그레이션 계획에 적용할 개선 조치를 식별합니다. 비즈니스 가치 평가는 비즈니스 가치 및 변환 관련 위험을 결정하는 데 사용해야 합니다.

A. 건축 프로젝트의 비즈니스 변환 위험 식별

B. 조달 활동 기준 식별

C. 이해관계자 및 그들의 관심사 파악

D. 관리 프레임워크 간의 관계 식별

A. 관점은 항상 아키텍처에 따라 다릅니다.

B. 시점은 E 및 F 단계에서 뷰를 생성하는 데 사용됩니다.

C. 관점을 템플릿으로 사용하여 뷰를 생성합니다.

D. 관점은 이해관계자가 보는 것입니다.