A. 외부 법규 준수를 위한 프로젝트 검토

B. 이해 관계자의 우려 사항이 프로젝트에서 해결되고 있는지 확인하기 위해

C. 확립된 아키텍처 기준 및 비즈니스 목표에 대해 프로젝트 검토

D. 프로젝트의 아키텍처 비전의 타당성을 검토하기 위해

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

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

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

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

A. 기업의 아키텍처 기능이 현재 요구 사항을 충족하는지 확인

B. 가치 실현 프로세스 수립

C. 구현 프로젝트가 대상 아키텍처를 준수하는지 확인

D. 위험 검증을 통해 프로젝트 우선 순위 지정

E. 아키텍처 성능 평가 및 변경 권장

A. 솔루션 빌딩 블록만 포함합니다.

B. 특정 산업 부문에 특정한 비즈니스 기능 및 프로세스를 포함합니다.

C. 빌딩 블록 및 해당 표준을 포함합니다.

D. 공급망 관리와 같은 일반적인 고급 비즈니스 기능에 대한 모델을 포함합니다.

E. 중개 애플리케이션을 포함한 애플리케이션 구성 요소 및 애플리케이션 서비스 소프트웨어의 모델을 포함합니다.

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

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

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

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