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

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

C. 구현 및 마이그레이션 계획에 영향을 미치는 요소를 문서화하고 도메인 아키텍처 차이 분석 결과에서 식별된 차이를 그룹화합니다. 각 차이에 대해 제안된 솔루션을 식별하고 이를 신규 개발, 구매 솔루션 또는 기존 제품 기반으로 분류합니다. 유사한 솔루션을 함께 그룹화하여 작업 패키지를 형성하고 작업 패키지 간의 종속성을 식별하고 임상 시험 일정을 고려한 작업 패키지 간의 종속성을 식별합니다.
마지막으로 패키지를 일련의 전환 아키텍처로 예약된 기능 증분 세트로 다시 그룹화합니다.

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

A. 참조 라이브러리

B. 아키텍처 메타모델

C. 거버넌스 로그

D. 건축 풍경

E. 표준 정보 베이스

A. 요구 사항 해결

B. 해결된 요구 사항의 폐기

C. 요구 사항 생성

D. 요구사항 흐름 관리

E. 요구사항 우선순위 지정

A. Phase A의 산출물입니다.

B. 기업의 능력 수준을 결정하는 데 사용됩니다.

C. 모든 공통 시스템 아키텍처를 지원합니다.

D. 애플리케이션 소프트웨어에 중점을 둡니다.

E. 아키텍처 거버넌스에 대한 개념적 구조를 제공합니다.

A. 아키텍처 팀이 거버넌스 및 동기 확장을 맞춤형 콘텐츠 메타모델에 통합할 것을 권장합니다. 이를 통해 애플리케이션을 단일 데이터 센터로 통합하여 달성하고자 하는 목표 이정표를 모델링할 수 있습니다. 이러한 확장을 통해 제조 공정에 대한 규정 준수를 입증할 수도 있습니다.

B. 아키텍처 팀이 프로세스 모델링 및 거버넌스 확장을 맞춤형 콘텐츠 메타모델에 통합할 것을 권장합니다. 이는 운영 거버넌스 모델에 영향을 미칠 중대한 IT 변화이기 때문에 적합합니다. 이렇게 하면 제조 프로세스의 이벤트 기반 특성을 보다 정확하게 모델링할 수 있는 특정 엔터티 및 속성이 포함됩니다.

C. 아키텍처 팀이 데이터 및 서비스 확장을 맞춤형 콘텐츠 메타모델에 통합할 것을 권장합니다. 이를 통해 IT 서비스 위치를 모델링하고 제조 공정에 대한 규정 준수를 보장할 수 있습니다. 또한 단일 데이터 센터로의 성공적인 통합에 필요한 기능의 중복 중복을 식별할 수 있습니다.

D. 아키텍처 팀이 프로세스 모델링 및 인프라 통합 확장을 맞춤형 콘텐츠 메타모델에 통합할 것을 권장합니다. 환경이 프로세스 중심이므로 제조 프로세스를 모델링하고 정보를 저장하여 규정 준수를 지원할 수 있습니다. 또한 애플리케이션을 단일 데이터 센터로 통합 관리하는 데 유용한 보기도 포함되어 있습니다.