A. 최종 아키텍처 제품에 대한 높은 수준의 보기 제공

B. Baseline Architecture에서 Target Architecture로의 변경 진행 상황을 보여주기 위해

C. 프로젝트 중에 생성된 아티팩트의 결과물 컨테이너 역할을 합니다.

D. 구현 프로세스 전체에서 아키텍처 관리

E. 아키텍처 정보가 적시에 적합한 이해관계자에게 전달되도록 보장

A. 아키텍처 개발 방법

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

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

D. 엔터프라이즈 연속체

A. B단계에서 팀은 재구성에 영향을 미칠 요소를 식별할 수 있는 일련의 보기를 만들어야 합니다. 그런 다음 팀이 시급성, 준비성 및 수정 난이도를 측정할 수 있도록 성숙도 척도에서 각 요소를 평가해야 합니다. 그런 다음 이러한 요소를 사용하여 제안된 프로젝트와 관련된 초기 위험을 평가할 수 있습니다.

B. A 단계에서 팀은 비즈니스 문제를 설명하고 이해 관계자의 우려 사항과 그에 따른 요구 사항을 식별하기 위해 비즈니스 시나리오를 수행해야 합니다. 요구 사항이 식별되면 위험 측면에서 평가할 수 있습니다. 위험은 회피, 이전 또는 완화할 수 있는 방법 측면에서 평가되어야 합니다. 해결할 수 없는 위험은 잔여 위험으로 식별하고 처리는 건축위원회에서 결정해야 합니다.

C. A 단계에서 팀은 조직이 변화를 받아들일 준비가 되어 있는지 평가해야 합니다. 이렇게 하면 재구성에 영향을 미칠 요인을 식별할 수 있습니다. 여기에는 팀이 긴급한 준비 상태와 수정하기 어려운 정도를 측정할 수 있는 성숙도 척도를 기반으로 각 요소에 대한 준비 상태 등급을 결정하는 것이 포함되어야 합니다. 그런 다음 이러한 요소를 사용하여 제안된 프로젝트와 관련된 초기 위험을 평가할 수 있습니다.

D. A 단계에서 팀은 구현 및 배포와 관련된 위험을 식별하기 위해 구현 요소 평가 및 추론 매트릭스를 완료하여 위험을 분석해야 합니다. 매트릭스에는 고려해야 할 요인 목록, 해당 설명 및 고려해야 할 제약 조건이 포함되어야 합니다. 그런 다음 이러한 요소를 사용하여 제안된 프로젝트와 관련된 초기 위험을 평가할 수 있습니다.

A. EA 팀은 적절한 소스에서 잠재적 솔루션에 대한 정보를 수집해야 합니다. 한 번
솔루션 아키텍처가 조립되면 상태 진화 테이블을 사용하여 분석해야 합니다.
전환 아키텍처를 결정합니다.

B. EA 팀은 통합 격차 분석을 생성하여 다음과 같은 변환을 이해해야 합니다.
제안된 대상 아키텍처를 달성하는 데 필요합니다. EA 팀은 다음에 대한 정보를 수집해야 합니다.
적절한 출처의 잠재적 솔루션. 솔루션 아키텍처가 조립되면
전환 아키텍처를 결정하기 위해 상태 진화 테이블을 사용하여 분석해야 합니다. 안
솔루션 전체에서 잠재적인 문제를 평가하려면 상호 운용성 분석을 적용해야 합니다.
건축학.

C. 구현 계획을 준비하기 전에 적용해야 할 몇 가지 기술이 있습니다.
제안된 변환의 위험과 가치를 평가합니다. 특히 EA 팀은
비즈니스 혁신 준비도 평가 및 비즈니스 가치 평가에 주의를 기울이십시오.

D. 솔루션 전반에 걸쳐 잠재적인 문제를 평가하려면 상호 운용성 분석을 적용해야 합니다.
건축학. 모든 우려 사항이 해결되면 EA 팀은 아키텍처를 마무리해야 합니다.
구현 로드맵 및 마이그레이션 계획.

A. 적시에 적절한 이해관계자에게 정보가 전달되도록 보장

B. 기본 아키텍처에서 대상 아키텍처로의 변경 진행 상황 표시

C. 프로젝트 중에 생성된 아티팩트의 결과물 컨테이너 역할을 하기 위해

D. 아키텍처 변경 사항을 아키텍처 보드에 알리기 위해

E. 규정 준수 평가 결과가 건축 위원회에 배포되도록 하기 위해