A. 비즈니스 성장 측정

B. 비즈니스 시나리오

C. 용량 측정

D. 변경 관리

A. 재사용 가능한 빌딩 블록

B. 솔루션 빌딩 블록

C. 패턴

D. 구성품

E. 아키텍처 빌딩 블록

A. EA 팀은 솔루션 아키텍처 전반에 걸쳐 잠재적인 문제를 평가하기 위해 상호 운용성 분석을 적용해야 합니다. 여기에는 상호 운용성 요구 사항을 보여주는 매트릭스 개발이 포함되어야 합니다. 모든 문제가 해결되면 EA 팀은 아키텍처 로드맵과 구현 및 마이그레이션 계획을 마무리해야 합니다.

B. EA 팀은 적절한 출처에서 잠재적 솔루션에 대한 정보를 수집해야 합니다. 솔루션 아키텍처가 조립되면 상태 진화 테이블을 사용하여 분석하여 전환 아키텍처를 결정해야 합니다. 그런 다음 제기된 문제가 해결될 수 있도록 가치 실현 프로세스를 수립해야 합니다.

C. EA 팀은 비즈니스 혁신 준비 평가 기법을 적용해야 합니다. 이를 통해 변환과 관련된 위험을 식별하고 완화할 수 있습니다. 또한 구현 및 마이그레이션 계획에 적용할 개선 조치를 식별합니다. 그런 다음 비즈니스 가치 평가 기술을 사용하여 비즈니스 가치 및 변환에 대한 관련 위험을 결정해야 합니다.

D. 세부 구현 및 마이그레이션 계획을 준비하기 전에 EA 팀은 제안된 대상 아키텍처를 달성하는 데 필요한 변환을 이해하기 위해 단계 B에서 D까지의 격차 분석 결과를 검토하고 통합해야 합니다. 그런 다음 EA 팀은 조직이 변화를 겪을 준비가 되었는지 평가해야 합니다. 솔루션 아키텍처가 조립되면 상태 진화 테이블을 사용하여 분석하여 전환 아키텍처를 결정해야 합니다.

A. 갭 분석 기술은 재사용을 위한 빌딩 블록을 식별하는 데 사용해야 합니다.

B. 기능 수준의 빌딩 블록을 솔루션 빌딩 블록이라고 합니다.

C. 빌딩 블록의 사양은 구현과 느슨하게 결합되어야 합니다.

D. 솔루션 빌딩 블록은 A, B, C 및 D 단계에서 선택됩니다.

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

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

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

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