A. A상

B. H상

C. F상

D. G상

E. 단계 E

A. 비즈니스 시나리오

B. 역량 기반 기획

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

D. Gap 분석

E. 아키텍처 원칙

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

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

C. 건축경관

D. 아키텍처 저장소

E. 아키텍처 로드맵

A. 아키텍처 빌딩 블록

B. 아키텍처 모델

C. 아키텍처 비전

D. 요구 사항

E. 시점

A. 이 계약에서 먼저 기본 기술 아키텍처를 정의할 것을 권장합니다.
현재 인프라 용량 및 기능을 평가합니다. 그렇다면 전환에 초점을 맞춰야 합니다.
계획 및 아키텍처 배포. 이것은 프로젝트가 다음과 같은지 확인하기 위해 은퇴를 식별합니다.
비전을 실현할 수 있도록 최적의 방식으로 배열됩니다.

B. 팀이 아키텍처 정의에 중점을 두는 것이 좋습니다.
비즈니스 전략의 전략적 변화 매개변수를 이해합니다. 일단 이해하면 팀
이에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별하는 가장 좋은 위치에 있습니다.
약혼. 대상 아키텍처가 비기능적 요구 사항을 해결하여
대상 아키텍처가 강력하고 안전한지 확인합니다.

C. 대상 아키텍처를 먼저 정의한 다음 전환 계획을 정의하는 것이 좋습니다. 이것은
비전을 잘 이해하고 전략적 아키텍처에 동의했기 때문입니다. 이렇게 하면
베이스라인 아키텍처의 현재 문제와 비효율성은 이월되지 않으며,
제안된 솔루션은 초기 연구에서 식별된 요구 사항을 해결합니다.

D. 팀이 다음을 통해 대상 아키텍처를 정의하는 데 집중할 것을 권장합니다.
아키텍처 정의 단계(BD). 초기 연구에서 변화의 필요성이 확인되었기 때문입니다. 이것
변경 사항을 구조화된 방식으로 정의하고 요구 사항을 해결할 수 있도록 합니다.
비전을 실현하는 데 필요합니다.