A. 데이터 아키텍처

B. 기술 아키텍처

C. 비즈니스 아키텍처

D. 애플리케이션 아키텍처

A. 대상 기술 아키텍처 개발

B. 대상 아키텍처에 대한 적합성을 보장합니다.

C. 아키텍처 거버넌스를 위한 리소스 설정

D. 거버넌스 프레임워크 운영

E. 구현 및 마이그레이션 계획 마무리

A. 엔터프라이즈 연속체 및 도구

B. 아키텍처 개발 방법

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

D. ADM 지침 및 기술

A. 비즈니스 가치 평가 기법을 적용하여 구현 프로젝트의 우선순위를 정합니다.
그리고 프로젝트 증분. 평가는 투자수익률(ROI)과 성과에 중점을 두어야 합니다.
아키텍처 변환의 진행 상황을 모니터링하는 데 사용할 수 있는 평가 기준입니다. 너
아키텍처 정의 증분 테이블을 사용하여 전환 아키텍처 단계를 확인합니다.
프로젝트를 나열하십시오. 그런 다음 학습한 내용을 문서화하고 최종 계획을 생성합니다.

B. 계획이 조직에서 사용 중인 다른 프레임워크에 어떤 영향을 미치는지 평가합니다. 최소한,
계획은 사업 계획, 포트폴리오/프로젝트 관리 및 운영과 조화를 이루어야 합니다.
관리 프레임워크. 그런 다음 다음을 고려하여 각 프로젝트에 비즈니스 가치를 할당합니다.
프로젝트에 사용 가능한 자원과 우선순위. 마지막으로 구현을 생성하고
마이그레이션 계획.

C. 구현 팀이 다음 사항을 준수하는지 확인하기 위해 일련의 규정 준수 평가를 수행합니다.
계약에 따라 아키텍처를 구현합니다. 규정 준수 평가에서는 다음을 확인해야 합니다.
구현팀이 적절한 개발 방법론을 사용하고 있는지 확인하세요. 그것은 다음을 포함해야합니다
모니터링 도구를 배포하고 성능 목표가 충족되는지 확인합니다. 충족되지 않은 경우,
그런 다음 성능 요구 사항에 대한 변경 사항을 구현에서 식별하고 업데이트해야 하며
마이그레이션 계획.

D. 전략적 아키텍처 정의 및 전환 아키텍처를 구성에 배치합니다.
지속적인 아키텍처 개발 주기의 일부로 제어합니다. 이렇게 하면 아키텍처가 보장됩니다.
기업의 요구에 대한 관련성과 대응력을 유지합니다. 그런 다음
계획을 마무리하기 전에 배운 교훈을 관리하기 위한 구현 거버넌스 모델입니다. 너
아키텍처 보드에서 얻은 교훈을 아키텍처 변경으로 받아들일 것을 권장합니다.
검토 없이.

A. 아키텍처 원칙

B. 비즈니스 시나리오

C. 비즈니스 혁신 준비 상태 평가

D. 능력 기반 계획

E. 격차 분석