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

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

C. 대상 아키텍처를 먼저 정의한 다음 전환 계획을 제안합니다. 이는 비전을 잘 이해하고 전략적 아키텍처에 동의했기 때문입니다. 첫 번째 목표 접근 방식은 기준 아키텍처의 현재 문제와 비효율성이 이월되지 않고 제안된 솔루션이 초기 연구에서 식별된 요구 사항을 해결하도록 합니다.

D. 전략적 변경 매개변수를 이해하는 데 중점을 두고 아키텍처 정의에 중점을 둘 것을 제안합니다. 그런 다음 이 계약에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별할 수 있습니다. 대상 아키텍처가 강력하고 안전한지 확인하기 위해 대상 아키텍처가 기능 요구 사항이 아닌 문제를 해결하는지 확인합니다.

A. 비즈니스 시나리오

B. 영향 분석

C. 사명 선언문

D. 요구사항 분석

E. 솔루션 아키텍처

A. 조직의 특정 요구 사항을 충족하도록 조정되어야 합니다.

B. 추가 커스터마이징 없이 대부분의 기업에서 활용 가능

C. 조직은 사용할 템플릿을 맞춤화하기 위해 아키텍처 도구를 활용해야 합니다.

D. 고도로 훈련된 컨설턴트의 감독하에만 사용해야 합니다.

E. 엔터프라이즈급 아키텍처 프로젝트에만 사용할 수 있습니다.

A. 문

B. 근거

C. 시사점

D. 이름

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

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

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

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

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