무료 온라인 액세스 TheOpenGroup.OGEA-101.v2025-08-08.q38 모의 시험 (Page 6)

OGEA-101 문제 21

다음 진술을 고려해 보세요.
프로젝트는 여러 단계를 포괄하는 계획된 주기에 따라 ADM 단계 사이를 순환할 수 있습니다.
이것은 무엇을 보여주는 것인가요?

A. 요구사항 관리

B. 반복

C. 구현 거버넌스

D. 엔터프라이즈 아키텍처

OGEA-101 문제 22

다음 문장을 완성하세요. 예비 단계의 목적은 _____________입니다.

A. 타겟 아키텍처를 설명합니다.

B. 기업 전략 정의

C. 이해 관계자와 그들의 요구 사항을 식별합니다.

D. 엔터프라이즈 아키텍처 기능 설계

OGEA-101 문제 23

건축가는 이해 관계자에게 무엇을 제시하여 최종 대상 아키텍처에 영향을 줄 수 있는 숨겨진 의제, 원칙, 요구 사항을 추출할 수 있을까요?

A. 솔루션 및 응용 프로그램

B. 대안과 상충

C. 비즈니스 시나리오 및 비즈니스 모델

D. 아키텍처 뷰 및 아키텍처 관점

정답: D

TOGAF 표준 버전 9.2에 따르면 아키텍처 뷰는 관련된 일련의 우려 사항1의 관점에서 시스템을 표현한 것입니다. 시스템이 이해관계자 우려 사항을 어떻게 해결하는지 보여주는 하나 이상의 아키텍처 모델로 구성됩니다.
아키텍처 관점은 특정 이해 관계자의 우려 사항을 해결하기 위해 아키텍처 뷰를 구성하고 사용하기 위한 규칙의 사양입니다.1 시스템의 아키텍처 뷰를 만드는 관점, 범위, 표기법 및 기술을 정의합니다.1
건축가는 이해 관계자에게 건축적 관점과 견해를 제시하여 최종 대상 아키텍처에 영향을 미칠 수 있는 숨겨진 의제, 원칙 및 요구 사항을 추출할 수 있습니다. 그 이유는 다음과 같습니다.
건축적 관점과 관점은 다양한 이해관계자에게 의미 있고 관련성 있는 방식으로 건축을 전달하고 시각화하는 데 도움이 되며, 그들의 특정 관심사와 필요 사항을 해결합니다.
아키텍처 관점과 견해는 이해관계자의 우려와 요구 사항을 이끌어내고 검증하는 데 도움이 되며, 이를 통해 이들이 비즈니스 목표와 목적에 부합하는지, 아키텍처 컨텍스트 내에서 일관성 있고 실행 가능한지 확인할 수 있습니다.
아키텍처 관점과 관점은 이해관계자의 우려와 요구 사항 간의 갈등, 격차 또는 상충 관계를 파악하고 해결하는 데 도움이 되며, 이를 통해 아키텍처 설계 및 의사 결정에서 이러한 우려와 요구 사항이 균형을 이루고 우선순위가 지정되도록 보장합니다.
아키텍처 관점과 관점은 이해 관계자에게 아키텍처의 가치와 이점을 입증하고 검증하는 데 도움이 되며, 이를 통해 이해 관계자가 만족하고 아키텍처 결과와 거버넌스에 전념할 수 있도록 보장합니다.
참조:
1: TOGAF 표준, 버전 9.2, 22장: 아키텍처 뷰, 관점 및 이해 관계자
2: TOGAF 표준, 버전 9.2, 4장: 2부 소개, 섹션 4.2: 아키텍처 프레임워크란 무엇인가?
3: TOGAF 표준, 버전 9.2, 31장: 건축 인공물, 섹션 31.1: 기본 개념

OGEA-101 문제 24

다음 중 아키텍처 프로젝트의 계획 기간, 깊이와 폭, 그리고 EA 저장소의 내용을 형성하는 네 가지 목적은 무엇입니까?

A. 세그먼트, 역량. 엔터프라이즈 및 엔드투엔드 타겟 아키텍처

B. 일반 기초 하위 및 상위 아키텍처

C. 아방가르드 빅뱅, 신중하면서도 응집력 있음

D. 전략 포트폴리오 프로젝트 솔루션 제공

OGEA-101 문제 25

전시하다

아키텍처 개발 주기를 보여주는 그림을 고려해 보세요. ADM의 항목 1로 표시된 단계와 일치하는 설명은 무엇입니까?

A. 이전 단계에서 정의된 아키텍처에 대한 구현 계획을 수행합니다.

B. 구현에 대한 아키텍처 감독을 제공합니다.

C. 아키텍처 요구사항 관리 프로세스를 운영합니다.

D. 새 아키텍처의 변경을 관리하기 위한 절차를 수립합니다.

정답: C

이 그림은 엔터프라이즈 아키텍처를 개발하고 관리하는 방법인 TOGAF ADM(Architecture Development Method)에 기반한 아키텍처 개발 주기를 보여줍니다.
ADM은 9개의 단계로 구성되어 있으며, 각 단계는 특정 목적과 출력을 갖습니다. 단계는 다음과 같습니다.1:
예비 단계: 아키텍처 프레임워크, 원칙, 거버넌스를 정의하는 등 아키텍처 개발 주기를 준비하고 시작합니다.
A단계: 아키텍처 비전: 아키텍처 이니셔티브의 범위, 비전, 이해 관계자를 정의하고 진행 승인을 얻습니다.
B단계: 비즈니스 아키텍처: 기준 비즈니스 아키텍처와 목표 비즈니스 아키텍처를 설명하고, 그 사이의 차이점을 파악합니다.
C단계: 정보 시스템 아키텍처: 기준 및 대상 데이터와 애플리케이션 아키텍처를 설명하고 그 사이의 차이점을 파악합니다.
D단계: 기술 아키텍처: 기준 기술 아키텍처와 목표 기술 아키텍처를 설명하고 그 사이의 차이점을 파악합니다.
E단계: 기회 및 솔루션: 타겟 아키텍처 구현을 위한 기회와 솔루션을 식별하고 평가하고, 작업 패키지와 전환 아키텍처를 정의합니다.
F단계: 마이그레이션 계획: 구현 및 마이그레이션 계획을 최종 확정하고, 엔터프라이즈 포트폴리오와 프로젝트 관리와의 일치성을 보장합니다.
G단계: 구현 거버넌스: 구현 프로젝트에 대한 아키텍처 감독 및 지침을 제공하고, 모든 아키텍처 변경 요청을 관리합니다.
H단계: 아키텍처 변경 관리: 비즈니스 및 기술 환경의 변경 사항을 모니터링하고 아키텍처의 영향과 성능을 평가합니다.
이러한 단계 외에도 요구 사항 관리라는 중앙 프로세스가 있는데, 이는 그림에서 항목 1로 표시됩니다. 이 프로세스는 ADM 주기 전반에 걸쳐 작동하며, 그 목적은 아키텍처 개발 전반에 걸쳐 아키텍처 요구 사항을 관리하여 비즈니스 요구 사항 및 이해 관계자 우려 사항2과 일치하도록 하는 것입니다.
따라서 항목 1로 표시된 ADM의 단계와 일치하는 설명은 C입니다. 아키텍처 요구 사항을 관리하는 프로세스를 운영합니다.
참조:
1: TOGAF 표준, 버전 9.2, 5장: 아키텍처 개발 방법(ADM)
2: TOGAF 표준, 버전 9.2, 17장: 요구 사항 관리

다른 버전: 851TheOpenGroup.OGEA-101.v2026-01-19.q96; 731TheOpenGroup.OGEA-101.v2024-12-21.q37; 615TheOpenGroup.OGEA-101.v2024-03-29.q34

최근 업로드: 108Microsoft.AZ-500-KR.v2026-06-04.q213; 110Microsoft.DP-600-KR.v2026-06-04.q98; 105Microsoft.AZ-204-KR.v2026-06-04.q237; 136Microsoft.PL-600-KR.v2026-06-04.q112; 190Microsoft.SC-300-KR.v2026-06-03.q151; 153Microsoft.DP-600-KR.v2026-06-03.q70; 869PMI.PMP-KR.v2026-06-01.q1069; 228Microsoft.MS-102-KR.v2026-06-01.q252; 210Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197