A. 작업 패키지 목록과 대상 아키텍처 구현 일정을 제공합니다.

B. 아키텍처 프로젝트를 완료하기 위한 범위와 접근 방식을 정의합니다.

C. 프로젝트가 아키텍처를 준수하기 위해 수행해야 하는 작업을 설명하는 일련의 설명을 제공합니다.

D. 스폰서로부터 전송되어 아키텍처 개발 주기의 시작을 트리거합니다.

E. 현재 아키텍처 요구 사항에 대한 평가가 포함되어 있습니다.

A. TOGAF 아키텍처 개발 방법은 대규모 복잡한 아키텍처 프로젝트에 대한 기술 참조 모델의 사용을 의무화합니다.

B. 기술 참조 모델은 TOGAF 아키텍처 개발 방법의 필수적인 부분입니다.

C. 기술 참조 모델을 수정해서는 안 됩니다.

D. 기술 참조 모델에는 일련의 그래픽 모델 및 해당 세금 체계가 포함됩니다.

E. 기술 참조 모델은 Zachman 프레임워크에 대한 직접 매핑을 제공합니다.

A. 조직별 아키텍처

B. 산업 아키텍처

C. 공통 시스템 아키텍처

D. 기초 아키텍처

A. E 단계: 기회 및 솔루션

B. B단계: 비즈니스 아키텍처

C. D단계: 기술 아키텍처

D. F단계: 마이그레이션 계획

E. A단계: 아키텍처 비전

A. 각 프로젝트 아키텍처 활동은 모든 아키텍처 프로젝트에 걸쳐 균일한 일관된 모델링 접근 방식을 사용하여 개발할 것을 권장합니다. 각 아키텍처는 고정된 모델 집합을 기반으로 정의되어야 모든 관련 당사자가 모델을 검사하여 문제와 우려 사항이 해결되었는지 확인할 수 있습니다.

B. 충분한 권한과 관심 수준을 가진 그룹에 대해 특별 보고서를 작성하는 것이 좋습니다. 이 보고서는 특정 위치와 관련하여 아키텍처의 주요 기능을 요약해야 합니다. 이러한 각 보고서는 이해 관계자1 요구 사항을 반영해야 합니다.

C. 시스템이 현지 규정을 준수하는지 확인하는 데 사용할 수 있는 각 프로젝트 아키텍처에 대해 일련의 모델을 생성하는 것이 좋습니다. 그런 다음 이해 관계자는 모델을 보고 문제가 적절하게 해결되었는지 확인해야 합니다.

D. 이해관계자 지도를 개발할 것을 권장합니다. 이를 통해 설계자는 공통 관심사를 공유하는 이해 관계자 그룹을 정의할 수 있습니다. 각 이해 관계자 그룹의 우려 사항을 해결하기 위해 일련의 견해를 정의해야 합니다. 그런 다음 이해 관계자의 우려 사항을 해결하기 위해 각 보기에 대해 아키텍처 모델을 만들어야 합니다.