A. G상

B. 요구사항 관리

C. 단계 E

D. F상

E. H상

A. TOGAF 참조

B. TOGAF 코어

C. TOGAF 권장

D. TOGAF 지원

E. TOGAF 의무화

A. 아티팩트에는 하나 이상의 결과물이 포함됩니다.

B. 아티팩트와 결과물은 동의어입니다. 그들 사이에는 차이가 없다

C. 산출물은 프로젝트 관리자가 준비하지만 아티팩트는 건축가가 정의합니다.

D. 산출물은 재사용 가능한 반면 아티팩트는 주어진 아키텍처 프로젝트에 고유합니다.

E. 산출물은 프로젝트의 계약 출력으로 지정되지만 아티팩트는 그렇지 않습니다.

A. 이해관계자가 이행계획을 지지하는지 판단하기 위해

B. 솔루션을 개발할 수 있는 적절한 교육을 받은 엔지니어가 있는지 확인하기 위해

C. 변환을 실행하기에 충분한 자금이 있는지 확인하기 위해

D. 변환을 달성하는 데 필요한 마이그레이션 단계를 계획하기 위해

E. 조직이 변화를 겪을 준비가 되었는지 확인하기 위해

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

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

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

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