A. 버전 1.5

B. 버전 0.9

C. 버전 1.0

D. 버전 0.5

E. 버전 0.1

A. 조직의 비즈니스 전략에 대한 높은 수준의 설명이 포함되어 있습니다.

B. 새로운 아키텍처 기능이 비즈니스 목표를 달성하는 방법을 설명하는 핵심 문서입니다.

C. 다른 아키텍처 영역에서 작업을 수행하기 위한 전제 지식을 제공합니다.

D. 지속적인 비즈니스 아키텍처 개발을 지원하기 위해 운영을 동원합니다.

A. 기업이 최신 기술 동향을 활용할 수 있도록

B. CIO가 기업 전체의 사업부를 효과적으로 제어할 수 있도록 합니다.

C. 기업에서 기업 감사 표준을 준수하는지 확인하기 위해

D. 비즈니스 요구에 응답하는 환경으로 기업을 최적화하기 위해

E. 모든 행위자가 기업 내에서 준수해야 하는 일련의 표준 제공

A. 구현 프로젝트 및 프로젝트 증분의 우선 순위를 지정하기 위해 비즈니스 가치 평가 기법을 적용합니다. 따라서 평가는 아키텍처 변환의 진행 상황을 모니터링하는 데 사용할 수 있는 투자 수익 및 성능 평가 기준에 중점을 두어야 합니다. 아키텍처 정의 증분 테이블을 사용하여 전환 아키텍처 단계를 확인하여 프로젝트를 나열합니다. 그런 다음 학습한 내용을 문서화하고 최종 계획을 생성합니다.

B. 전략적 아키텍처 정의 및 전환 아키텍처를 지속적인 진화 주기의 일부로 구성 제어에 배치합니다. 이렇게 하면 아키텍처가 기업의 요구 사항에 적절하고 응답할 수 있습니다. 그런 다음 계획을 완료하기 전에 배운 교훈을 관리하기 위해 구현 거버넌스 모델을 생성합니다. 아키텍처 위원회는 학습한 내용을 검토 없이 아키텍처 변경으로 받아들일 것을 권장합니다.

C. 계획이 사용 중인 다른 프레임워크에 어떤 영향을 미치는지 평가합니다. 최소한 계획은 사업 계획, 포트폴리오/프로젝트 관리 및 운영 관리 프레임워크와 조정되어야 합니다. 그런 다음 프로젝트에 사용 가능한 리소스와 우선 순위를 고려하여 각 프로젝트에 비즈니스 가치를 할당합니다. 마지막으로 일정에 따른 구현 및 마이그레이션 계획을 생성합니다.

D. 구현 팀이 계약에 따라 아키텍처를 구현하고 있는지 확인하기 위해 일련의 규정 준수 평가를 수행합니다. 준수 평가는 또한 구현 팀이 적절한 개발 방법론을 사용하고 있는지 확인해야 합니다. 여기에는 모니터링 도구 배포가 포함되어야 하며 성능 목표가 충족되고 있는지 확인해야 합니다. 충족되지 않으면 성능 요구 사항에 대한 변경 사항을 식별하고 구현 및 마이그레이션 계획에서 업데이트해야 합니다.

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

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

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

D. 아키텍처 팀이 프로세스 모델링 및 거버넌스를 통합할 것을 권장합니다.
맞춤형 콘텐츠 메타모델로 확장합니다. 이는 중요한 IT 변경 사항이므로 적합합니다.
운영 모델에 영향을 미칠 것입니다. 이렇게 하면 다음과 같은 특정 엔터티 및 속성이 포함됩니다.
이를 통해 제조 프로세스의 이벤트 중심 특성을 보다 정확하게 모델링할 수 있습니다.