A. H상

B. 단계 E

C. F상

D. G상

E. A상

A. 건축 프로젝트를 위한 자원 할당

B. 아키텍처 변경을 위한 의사결정

C. 아키텍처 규정 준수 시행

D. 조직의 아키텍처 분야의 성숙도 향상

E. 거버넌스 자료 제작

A. 시기적절한 솔루션 보장

B. 공유할 서비스를 식별합니다.

C. 비즈니스 성과에 중점을 둡니다.

D. 비즈니스 모범 사례 적용 보장

E. 비즈니스 정보가 적시에 적절한 사람들에게 전달되도록 합니다.

A. 이해도

B. 일관성

C. 안정성

D. 완성도

E. 견고성

A. 일부 아티팩트에는 이제 특정 측정이 필요하고 이러한 측정과 연결된 성능 목표를 지원하려면 추가 데이터가 필요하므로 TOGAF 9 콘텐츠 메타모델의 동기 부여 및 거버넌스 확장을 사용하는 것이 좋습니다. 이러한 확장을 사용하면 아키텍처의 목표, 목적 및 동인을 모델링하여 서비스 수준 및 보다 자세한 거버넌스 모델에 연결할 수 있습니다. 이를 통해 기존 프로필을 재사용하여 관련된 다양한 서비스 계약에 맞게 사용자 지정할 수도 있습니다.

B. 업그레이드된 시스템에 필요한 보다 자세한 거버넌스 보기에 필요한 엄격한 성능 측정 유형을 지원하려면 아키텍처의 통신 및 네트워크 계층에 대한 인터페이스가 애플리케이션 수준에서 잘 보여야 합니다. 이에 대한 적절한 개발을 수용하려면 TOGAF 콘텐츠 메타모델의 인프라 확장 모델에서 통신 엔지니어링 보기를 만들어야 합니다. 이 보기를 통해 설계자는 시스템 전체에서 필요한 성능 측정 통신을 정렬할 수 있습니다.

C. TOGAF 9 Content Metamodel 확장을 모두 Architecture Content Metamodel에 통합하는 것이 좋습니다. 전체 콘텐츠 메타모델을 통해 EA 팀은 이러한 아티팩트에 연결된 성능 및 측정 목표를 지원하는 데 필요한 모든 중요한 추가 데이터를 캡처하고 분류할 수 있습니다. 새 리포지토리 콘텐츠가 구현되면 주문형 쿼리를 사용하여 특정 서비스에 대한 측정을 평가하는 데 필요한 아티팩트와 데이터를 격리하는 맞춤형 거버넌스 이해 관계자 보기를 생성할 수 있습니다. 이 보기가 거버넌스 문제에 적합하지 않은 것으로 판명되면 해당 아티팩트 내의 서비스 모델을 확장할 수 있습니다.

D. 이 경우에는 서비스의 모델링 및 데이터 세부 사항의 확장이 필요하므로 TOGAF 9 Content Metamodel의 서비스 확장을 사용하는 것이 가장 좋습니다. 이 확장을 사용하면 서비스 모델이 더 이상 일반적인 비즈니스 서비스 정의에서 예상되는 것으로 제한되지 않으므로 보다 엄격한 측정 요구 사항을 지원하기 위해 사용자 지정 모델을 추가할 수 있는 유연성이 높아집니다. 서비스 확장은 비즈니스 서비스와 응용 프로그램 구성 요소 간의 용어를 매핑하는 데 사용할 수도 있습니다.