A. 현재 아키텍처 요구 사항에 대한 평가가 포함되어 있습니다.

B. 아키텍처를 준수하기 위해 프로젝트가 수행해야 하는 작업을 간략하게 설명하는 일련의 명령문을 제공합니다.

C. 스폰서로부터 전송되며 아키텍처 개발 주기의 시작을 트리거합니다.

D. 아키텍처 프로젝트를 완료하기 위한 범위와 접근 방식을 정의합니다.

A. 기업

B. 사업부

C. 조직

D. 아키텍처 범위

A. 대상 아키텍처의 성공적인 배포로 인해 발생할 수 있는 영향을 설명합니다.

B. 전략적 목표를 추구하면서 비즈니스를 통제하는 방법에 대한 공통된 이해를 구축합니다.

C. 기업의 문화와 가치에 대한 더 나은 이해를 제공하기 위해

D. 후원 조직과 엔터프라이즈 설계자 간의 계약을 체결합니다.

A. Enterprise Architect는 변화를 겪을 조직의 준비 상태를 평가해야 합니다. 이를 통해 변환과 관련된 위험을 식별, 분류 및 완화할 수 있습니다. 여기에는 격차와 작업 패키지를 포함한 일련의 변경 사항 간의 종속성을 식별하는 것이 포함되어야 합니다. 또한 구현 및 마이그레이션 계획에 적용할 개선 조치도 식별합니다. 각 혁신과 관련된 비즈니스 가치, 노력 및 위험을 결정해야 합니다.

B. Enterprise Architect는 잠재적 접근 방식에 대한 정보를 통합하고 몇 가지 대체 대상 전환 아키텍처를 생성해야 합니다. 그런 다음 다양한 아키텍처 대안을 조사하고 아키텍처 대안 및 절충 기술을 사용하여 이해관계자와 이에 대해 논의해야 합니다. 대상 아키텍처가 선택되면 상태 변화 테이블을 사용하여 분석하여 전환 아키텍처를 결정해야 합니다. 그런 다음 제기된 우려사항이 해결되도록 보장하기 위해 가치 실현 프로세스를 확립해야 합니다.

C. 기업 운영 모델에 맞춰 상호 운용성을 확립하면 위험이 최소화됩니다. Enterprise Architect는 상호 운용성 분석을 적용하여 아키텍처 전반에 걸쳐 잠재적인 문제를 평가해야 합니다. 여기에는 상호 운용성 요구 사항을 보여주는 매트릭스 개발이 포함되어야 합니다. 그런 다음 이는 대상 전환 아키텍처에 포함된 변환 전략 내에 포함될 수 있습니다. 그런 다음 엔터프라이즈 설계자는 아키텍처 로드맵과 구현 및 마이그레이션 계획을 마무리해야 합니다.

D. 자세한 구현 및 마이그레이션 계획을 준비하기 전에 엔터프라이즈 설계자는 B 단계에서 제안된 대상 아키텍처를 달성하는 데 필요한 변환을 식별하기까지의 격차 분석 결과를 검토하고 통합해야 합니다. 그런 다음 Enterprise Architect는 변화를 겪을 조직의 준비 상태를 평가하고 식별된 위험을 해결하고 완화하기 위한 전반적인 방향을 결정해야 합니다. 그런 다음 상태 전개 테이블을 사용하도록 전환 아키텍처를 계획해야 합니다.

A. 기업 직원과 IT 기획자 간의 공동 노력

B. 강력한 이해관계자의 적극적인 지원을 보장합니다.

C. 빌딩 블록을 컨텍스트에 배치하여 재사용 가능한 솔루션을 지원하는 방법

D. 개발 중인 아키텍처를 검증하는 데 널리 사용됩니다.