A. 전략적 변경 매개변수를 이해하는 데 중점을 두고 아키텍처 정의에 중점을 둘 것을 제안합니다. 그런 다음 이 서비스에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별할 수 있습니다. 대상 아키텍처가 견고하고 안전한지 확인하기 위해 대상 아키텍처가 기능적 요구 사항을 다루지 않도록 해야 합니다.

B. 귀하는 현재 인프라 용량 및 기능을 평가하기 위해 기본 기술 아키텍처를 먼저 정의할 것을 제안합니다. 그런 다음 전환 계획 및 아키텍처 배포에 중점을 두어야 합니다. 이것은 비전을 실현하기 위해 프로젝트가 최적의 방식으로 순서가 지정되도록 보장하기 위한 요구 사항을 식별합니다.

C. 아키텍처 정의 단계(BD)를 거쳐 대상 아키텍처를 먼저 정의한다고 제안합니다. 이는 초기 연구에서 변화의 필요성을 확인했기 때문입니다. 이렇게 하면 구조화된 방식으로 변경을 정의하고 비전을 실현하는 데 필요한 요구 사항을 해결할 수 있습니다.

D. 대상 아키텍처를 먼저 정의한 다음 전환 계획을 정의할 것을 제안합니다. 비전이 잘 이해되고 전략적 아키텍처가 합의되었기 때문입니다. 대상 우선 접근 방식은 기본 아키텍처의 현재 문제와 비효율성이 이월되지 않고 제안된 솔루션이 초기 연구에서 식별된 요구 사항을 해결하도록 합니다.

A. 조직별 아키텍처

B. 산업별 아키텍처

C. 공통 시스템 아키텍처

D. 솔루션 아키텍처

E. 기초 아키텍처

A. 포괄적인 아키텍처 모델 개발을 위해 "있는 그대로" 사용해야 합니다.

B. Enterprise Continuum을 포함하기 위한 것입니다.

C. 솔루션 빌딩 블록만 포함

D. 예시이며 조직의 요구에 맞게 조정되어야 합니다.

E. 여러 산업별 프레임워크 포함

A. 기초 건축

B. 공통 시스템 아키텍처

C. 전환 아키텍처

D. 조직별 아키텍처

E. 산업 건축

A. 버전 0.1

B. 버전 0.7

C. 버전 1.0

D. 버전 0.9

E. 버전 0.5