A. 아키텍처의 성능을 평가하고 변경 사항을 권장합니다.

B. 기본 아키텍처가 계속해서 목적에 맞는지 확인합니다.

C. 구현 프로젝트에서 정의된 아키텍처와 일치하는지 확인

D. 이전 ADM 단계에서 확정된 아키텍처에 대한 아키텍처 변경 관리 프로세스 수립

E. 거버넌스 프레임워크 운영

A. 시스템이 현지 규정을 준수하는지 확인하는 데 사용할 수 있는 각 프로젝트 아키텍처에 대한 모델 세트를 생성할 것을 권장합니다. 이해관계자의 우려 사항이 모델에 의해 적절하게 해결되었는지 확인하기 위해 이해관계자와 함께 공식적인 검토를 거쳐야 합니다.

B. 이해관계자 맵 개발을 포함하여 이해관계자에 대한 분석을 수행할 것을 권장합니다. 이를 통해 설계자는 공통 관심사를 가진 이해 관계자 그룹을 정의할 수 있습니다. 관심사 및 관련 관점은 각 이해 관계자 그룹에 대해 정의하고 아키텍처 비전 문서에 기록해야 합니다.

C. ArchiMate 모델링 언어를 사용하여 모든 건축 프로젝트에 균일하게 적용할 수 있는 일련의 모델을 만드는 것이 좋습니다. 그런 다음 각 아키텍처는 이 고정된 모델 세트를 기반으로 정의되어야 합니다. 그런 다음 모든 관련 당사자는 모델을 검토하여 요구 사항이 해결되었는지 확인할 수 있습니다.

D. 강력하고 영향력 있는 이해관계자를 다루기 위해 커뮤니케이션 계획을 수립할 것을 권장합니다. 이 계획에는 각 위치와 관련하여 아키텍처의 주요 기능을 요약하고 이해 관계자의 요구 사항을 반영하는 보고서가 포함되어야 합니다. 귀하는 각 이해관계자의 우려 사항이 해결되고 있는지 확인합니다.

A. 통합 격차, 솔루션 및 종속성 매트릭스를 계획 도구로 사용합니다. 각 간격에 대해 솔루션이 새로운 외피인지, 구매한 솔루션인지 또는 기존 제품을 기반으로 하는지 분류합니다. 유사한 솔루션을 함께 그룹화하여 작업 패키지를 정의합니다. 작업 패키지를 일련의 기능 증분으로 재그룹화하여 임상 시험 일정을 고려하여 대상 아키텍처로 전환합니다.

B. 통합 격차, 솔루션 및 종속성 매트릭스의 솔루션 빌딩 블록을 일련의 작업 패키지로 그룹화합니다. 매트릭스를 계획 도구로 사용하여 작업 패키지를 다시 그룹화하여 종속성을 설명합니다. 작업 패키지를 대상 아키텍처를 달성하는 데 필요한 기능 증분으로 시퀀싱합니다. 한 번에 한 지역씩 롤아웃을 예약합니다. 상태 변화 테이블을 사용하여 엔터프라이즈 아키텍처의 진행 상황을 문서화합니다.

C. 어떤 솔루션 빌딩 블록을 개발해야 하고 어떤 것을 조달해야 하는지 식별하여 필요한 솔루션 빌딩 블록 세트를 결정합니다. 중복 빌딩 블록을 제거하십시오. 나머지 솔루션 빌딩 블록을 함께 그룹화하여 CRUD 매트릭스를 사용하여 작업 패키지를 만듭니다. 비용 측면에서 작업 패키지의 순위를 매기고 일련의 전환 아키텍처에 포함할 가장 비용 효율적인 옵션을 선택합니다. 작업 패키지의 롤아웃 일정을 지리적 지역에 걸쳐 순차적으로 지정합니다.

D. 구현 요소 평가 및 공제 매트릭스와 통합된 차이, 솔루션 및 종속성 매트릭스를 만듭니다. 각 차이에 대해 제안된 솔루션을 식별하고 이를 신규 개발, 구매 솔루션 또는 기존 제품 기반으로 분류하십시오. 유사한 솔루션을 함께 그룹화하여 작업 패키지를 형성합니다. 임상 시험 일정을 고려하여 작업 패키지 간의 종속성을 식별합니다. 패키지를 일련의 전환 아키텍처로 예약된 기능 증분 세트로 다시 그룹화합니다.

A. 애플리케이션, 데이터, 정보, 지식

B. 비즈니스, 데이터, 애플리케이션, 기술

C. 프로세스, 조직, 전략, 요구 사항

D. 기준선, 후보, 전환, 대상

E. 기능, 세그먼트, 엔터프라이즈, 연합

A. 기술 아키텍처

B. 애플리케이션 아키텍처

C. 비즈니스 아키텍처

D. 데이터 아키텍처