A. 비즈니스 시나리오

B. 아키텍처 원칙

C. 기능적 요구사항

D. 이해관계자의 우려 사항

E. 조달 정책

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

B. 대상 아키텍처를 먼저 정의한 다음 전환 계획을 세우는 것을 제안합니다. 이는 비전이 잘 이해되고 전략적 아키텍처가 합의되었기 때문입니다. 목표 우선 접근 방식은 기본 아키텍처의 현재 문제와 비효율성이 계속 진행되지 않도록 하고 제안된 솔루션이 초기 연구에서 식별된 요구 사항을 해결하도록 보장합니다.

C. 전략적 변경 매개변수 이해에 중점을 두고 아키텍처 정의에 초점을 둘 것을 제안하셨습니다. 그런 다음 이 참여에 대한 요구 사항, 동인, 문제 및 제약 사항을 식별할 수 있습니다. 대상 아키텍처가 강력하고 안전한지 확인하려면 대상 아키텍처가 기능적 요구 사항을 해결하지 않는지 확인해야 합니다.

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

A. 일련의 아키텍처 원칙 정의

B. 아키텍처 계약 개발

C. 통합된 격차 분석 준비

D. 아키텍처 비전 결과물 생성

A. 이러한 모든 요소를 ​​기반으로 위험 평가를 작성했습니다.
현재 환경의 복잡성으로 인한 위험으로 인해 대상 아키텍처를 구현하려면 단계적인 접근 방식이 필요하다고 판단되었습니다. 전반적인 구현 과정에는 수년이 걸릴 것으로 예상됩니다.
시나리오를 참조하세요
구현 및 마이그레이션 계획 v0.l, 아키텍처 로드맵 초안 및 기능 평가 결과물이 이제 완료되었습니다. 최종 구현 및 마이그레이션 계획을 준비하기 위한 다음 단계를 권장해 달라는 요청을 받았습니다.
TOGAF 9에 따르면 다음 중 가장 좋은 답변은 무엇입니까?

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

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

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

E. 진행 중인 아키텍처 개발 주기의 일부로 전략적 아키텍처 정의 및 전환 아키텍처를 구성 제어에 배치합니다. 이를 통해 아키텍처는 기업의 요구 사항에 대한 관련성과 대응성을 유지하게 됩니다. 그런 다음 계획을 마무리하기 전에 배운 교훈을 관리하기 위한 구현 거버넌스 모델을 생성합니다. 아키텍처 위원회에서 얻은 교훈을 검토 없이 아키텍처 변경 사항으로 받아들이는 것이 좋습니다.

A. 공식적인 이해관계자 검토 수행

B. 아키텍처 정의 문서 생성

C. 로드맵 구성 요소 정의

D. 격차 분석 수행

E. 참조 모델, 관점 및 도구 선택