A. 비즈니스 시나리오

B. 영향 분석

C. 사명 선언문

D. 요구 사항 분석

E. 솔루션 아키텍처

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

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

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

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

A. 엔터프라이즈 아키텍처 부서 헌장에 구현된 선호되는 모범 사례를 지원하는 일련의 원칙을 정의합니다. 기업 인트라넷에 원칙을 게시하여 광범위한 수용 및 준수를 보장합니다. 그런 다음 개별 비즈니스 단위와 정기적인 준수 평가를 예약하여 원칙에 포함된 목표 및 조건을 충족하는 방향으로 만족스러운 진전을 이루었는지 확인합니다.

B. 당신은 Global Traders와 각 비즈니스의 사명 선언문을 기업 가치 선언문과 함께 검토합니다. 이를 기반으로 일련의 원칙을 정의하고 CIO와 함께 검토합니다. 원칙을 개발할 때 글로벌 트레이더의 비즈니스 전략 및 이니셔티브와 IT의 연계를 적극적으로 촉진해야 합니다. 그런 다음 CIO와 고위 경영진의 승인을 구합니다.

C. Global Traders 및 각 비즈니스의 사명 선언문을 기업 가치 선언문과 함께 검토합니다. 이를 바탕으로 Architecture Review Board와 협력하여 원칙을 정의합니다. 원칙을 개발할 때 IT와 Global Traders 비즈니스 전략의 일치를 적극적으로 촉진해야 합니다. 그런 다음 고위 경영진을 포함하여 모든 관련 이해 관계자와 함께 일련의 검토를 실행하여 그들의 지원을 확인합니다.

D. 상품 비즈니스에서 신뢰할 수 있는 업계 소스로부터 정보를 수집합니다. 이를 기반으로 현재 추세를 평가하고 모범 사례를 구현하는 일련의 원칙을 정의하는 데 적용합니다. 서로 충돌하지 않고 안정적이어야 하는 아키텍처 원칙을 선택합니다. 모든 원칙이 현실적인지 확인하고 명백한 원칙을 포함하지 않도록 합니다.

A. 예비

B. 아키텍처 비전

C. 기술 아키텍처

D. 비즈니스 아키텍처

E. 정보 시스템 아키텍처

A. Architecture Board 운영에 대한 책임 목록

B. 프로세스, 콘텐츠 및 컨텍스트를 포함한 거버넌스 모델

C. ADM을 사용하여 아키텍처 기능을 구축하기 위한 지침

D. 아키텍처 규정 준수 검토 프로세스 및 체크리스트