A. 각 위치에 해당하는 아키텍처 계약을 검토하여 프로젝트 목표, 효율성 메트릭, 승인 기준 및 위험 관리를 처리하는지 확인합니다. 계약이 외부 당사자에게 발행되는 경우 법적으로 집행 가능한 계약인지 확인합니다. 아키텍처 정의에 따라 작업이 진행되고 있는지 확인하기 위해 구현 프로세스의 주요 지점에서 규정 준수 검토를 예약합니다. 건축 위원회가 건축 계약의 모든 편차를 검토하는지 확인하고 구현 조직이 해당 지역의 요구 사항에 맞게 프로세스를 사용자 정의할 수 있도록 허용 여부를 고려합니다.

B. 각 위치에서 구현 및 마이그레이션 프로세스를 관리하고 제어하기 위해 아키텍처 계약을 작성합니다. 내부 개발 프로젝트의 경우 Architecture Board와 구현 조직 간에 양해각서를 발행합니다. 외부 당사자에게 발행된 계약의 경우 완전히 집행 가능한 법적 계약인지 확인합니다. Architecture Board가 Architecture Contract의 모든 편차를 검토하고 구현 조직이 현지 요구 사항을 충족하기 위한 프로세스입니다.

C. 구현 및 마이그레이션 프로세스를 관리하고 제어하기 위해 아키텍처 계약을 작성합니다. 계약이 외부 당사자에게 발행되는 경우 완전히 집행 가능한 법적 계약인지 확인합니다. 내부 개발 프로젝트의 경우 Architecture Board와 구현 조직 간의 양해각서를 활용하는 것이 적절하다고 판단합니다. 현지 요구 사항을 충족하도록 프로세스를 사용자 정의할 수 있는 능력.

D. 아키텍처 계약을 사용하여 여러 위치에서 프로젝트에 대한 아키텍처 거버넌스 프로세스를 관리합니다. 모니터링 도구를 배포하여 각 위치에서 완료된 각 드라이브 어셈블리의 성능을 평가하고 필요한 경우 변경 요구 사항을 개발합니다.계약에서 벗어난 사항이 감지되면 아키텍처 보드는 아키텍처 계약을 수정하여 구현 조직이 능력을 발휘할 수 있도록 해야 합니다. 현지 요구 사항을 충족하도록 프로세스를 사용자 지정합니다.
결과적으로 수정된 아키텍처 정의를 구현하기 위해 새 아키텍처 작업 요청을 발행합니다.

A. 비즈니스 정보가 적시에 적임자에게 전달되도록 하는 계획 기법

B. 비즈니스 모범 사례의 적용을 보장하는 계획 기법

C. 시기적절한 솔루션을 보장하는 계획 기법

D. 비즈니스 성과에 초점을 맞춘 계획 기법

E. 공유할 서비스를 식별하는 계획 기법

A. 아키텍처 빌딩 블록

B. 구성 요소

C. 패턴

D. 재사용 가능한 빌딩 블록

E. 솔루션 빌딩 블록

A. 상호 운용성 분석

B. 비즈니스 시나리오

C. 위험 관리 기법

D. 아키텍처 원칙

E. 마이그레이션 계획 기법

A. 로드맵 구성요소 정의

B. 아키텍처 정의 문서 작성

C. 참조 모델, 관점 및 도구 선택

D. 갭 분석 수행

E. 공식적인 이해관계자 검토 수행