무료 온라인 액세스 TheOpenGroup.OGEA-103.v2024-04-06.q99 모의 시험 (Page 3)

OGEA-103 문제 6

비즈니스 시나리오가 설명하는 문장을 완성하세요______________

A. 기준 아키텍처와 대상 아키텍처 간의 부족

B. 교차 교육 요구 사항과 같은 비즈니스 도메인 격차

C. 해당 문제가 발생하는 비즈니스 및 기술 환경

D. 개발 중인 아키텍처에 대한 일반 규칙 및 지침

OGEA-103 문제 7

불확실성이 목표에 미치는 영향은 무엇으로 정의됩니까?

A. 취약점

B. 위험

C. 연속성

D. 위협

OGEA-103 문제 8

질문에 답하기 전에 이 시나리오를 읽어 보십시오.
귀하는 최고 엔터프라이즈 설계자(CEA)로 임명되었습니다. 주요 자동차 제조업체가 별도의 운영 법인으로 설립한 회사의 최고 기술 책임자(CTO)에게 보고합니다. 회사의 사명은 전기 자동차를 위한 새로운 업계 최고의 통합 기술 및 소프트웨어 플랫폼을 구축하는 것입니다.
이 회사는 TOGAF 표준을 EA(엔터프라이즈 아키텍처) 프레임워크의 기초로 사용하고, 아키텍처 개발은 TOGAF 시리즈 가이드: TOGAF ADM에 따른 엔터프라이즈 아키텍처 개발에 대한 실무자의 접근 방식에 설명된 목적 기반 EA 기능 모델을 따릅니다.
5년에 걸친 변화에 대한 로드맵과 함께 엔드투엔드 타겟 아키텍처가 완성되었습니다. 새로운 플랫폼은 하드웨어 팀과 소프트웨어 팀 간의 교차 기능적 노력이 될 것이며 이전 플랫폼에 비해 상당한 변화가 있을 것입니다. 3년에 걸쳐 여러 단계를 거쳐 개발될 것으로 예상된다. EA 팀은 이전 세대의 하드웨어 및 소프트웨어 자동차 플랫폼의 아키텍처를 물려받았으며, 그 중 일부는 새로운 통합 플랫폼으로 이전될 수 있습니다. EA 팀은 앞으로 나아갈 아키텍처 부분을 정의하는 것을 포함하여 새로운 플랫폼을 정의하기 시작했습니다.
정보 시스템 및 기술 아키텍처에 대한 작업을 시작할 수 있도록 비즈니스 아키텍처가 충분히 정의되었습니다. 이는 회사가 제공할 계획인 핵심 비즈니스 서비스를 지원하기 위해 정의되어야 합니다. 핵심 서비스는 차량에서 생성된 스웜 데이터를 활용한 혁신적인 접근 방식을 통해 미래 자율주행의 기반을 마련할 것입니다.
회사가 플랫폼을 통해 제공할 계획인 다양한 데이터 변형에 대한 프레젠테이션 및 액세스는 아키텍처 문제를 제기합니다. 애플리케이션 포트폴리오 및 지원 인프라는 다양한 기존 클라우드 서비스 및 데이터와 상호 작용해야 합니다. 시나리오를 참조하십시오. 요청된 아키텍처를 제공하기 위한 작업을 결정하고 구성하기 위해 어떤 접근 방식을 취해야 하는지 질문을 받았습니다.
TOGAF 표준에 따르면 다음 중 가장 좋은 답변은 무엇입니까?

A. 선도적인 빅 데이터 비즈니스의 데이터 모델과 애플리케이션 포트폴리오를 조사하기 위해 기업 외부를 살펴볼 것입니다. 옵션을 식별하기에 충분한 애플리케이션, 데이터 및 기술 아키텍처를 개발할 것입니다. 각 프로젝트에 대해 여기에는 후보 아키텍처 및 솔루션 빌딩 블록의 식별이 포함되어야 합니다. 솔루션 공급자를 식별하고, 준비 상태 평가를 수행하고, 솔루션 옵션의 실행 가능성과 적합성을 평가합니다. 그런 다음 구현 및 마이그레이션 계획 초안을 문서화합니다.

B. 지침과 지침은 엔드투엔드 대상 아키텍처를 참조하세요. 첫 번째 목표는 프로젝트, 종속성 및 시너지 효과를 식별한 다음 프로젝트를 시작하기 전에 우선순위를 지정하는 것입니다.
높은 수준의 아키텍처 설명을 개발합니다. 각 프로젝트에 대해 노력 규모를 추정하고 참조 아키텍처와 후보 빌딩 블록을 식별합니다. 비용과 가치를 고려하여 리소스 요구 사항을 파악합니다. 실행 가능성을 분석하고 이해관계자와 균형을 맞출 수 있도록 옵션, 위험 및 제어 기능을 문서화합니다.

C. ADM 단계 A를 다시 방문하여 이해관계자를 식별하고 새로운 아키텍처 비전을 수립합니다.
전략적 아키텍처를 위해 생성된 이해관계자 맵을 업데이트하여 개발할 프로젝트와 현재 가장 관련성이 높은 이해관계자를 반영하게 됩니다. 그런 다음 CTO에게 아키텍처 로드맵에 대한 몇 가지 결정을 내리고 구현 및 마이그레이션 계획을 업데이트하여 결정을 반영하도록 요청합니다.

D. 선도적인 데이터 비즈니스를 연구하고 높은 수준의 대상 데이터, 애플리케이션 및 기술 아키텍처를 개발하게 됩니다. 아키텍처를 개발하는 데 필요한 ADM 주기 단계의 세부 수준, 시간 및 폭을 추정하기 위해 아키텍처 비전을 검토합니다. 주요 작업 패키지를 식별하고 비용을 계산한 다음 아키텍처 로드맵을 개발합니다. 그런 다음 건축위원회의 승인을 구하고 프로젝트를 시작합니다.

정답: B

설명
대상 아키텍처는 비즈니스 목표와 동인을 해결하고 이해관계자의 요구 사항과 우려 사항을 충족하는 아키텍처의 미래 상태에 대한 설명입니다. Target Architecture는 기업 아키텍처의 개발 및 관리를 안내하는 TOGAF 표준의 핵심 프로세스인 ADM(Architecture Development Method)을 통해 개발됩니다. 대상 아키텍처는 일반적으로 비즈니스, 데이터, 애플리케이션 및 기술의 네 가지 영역으로 나뉩니다. 또한 Target Architecture에는 전환 아키텍처, 기능 증분 및 기본 아키텍처에서 대상 아키텍처로의 전환을 가능하게 하는 작업 패키지를 정의하는 변경에 대한 로드맵이 포함되어 있습니다. 가장 좋은 대답은 B입니다. 정보 시스템 및 기술 아키텍처인 요청된 아키텍처를 제공하기 위한 작업을 결정하고 구성하는 데 사용됩니다.
답변에는 다음 단계가 포함됩니다.
지침과 지침은 엔드투엔드 대상 아키텍처를 참조하세요. End-to-End Target Architecture는 아키텍처 작업의 전반적인 비전, 범위 및 목표와 비즈니스 전략 및 목표와의 정렬을 제공합니다. 또한 엔드투엔드 대상 아키텍처는 4가지 아키텍처 영역에 대한 높은 수준의 정의와 원칙, 그리고 주요 이정표와 결과물을 개략적으로 설명하는 변화에 대한 로드맵을 제공합니다.
프로젝트, 종속성, 시너지 효과를 파악한 다음 프로젝트를 시작하기 전에 우선순위를 정하세요. 프로젝트는 아키텍처의 특정 부분을 구현하는 데 필요한 작업 또는 작업 집합인 아키텍처 작업 패키지를 구현하는 작업 단위입니다. 종속성은 논리적, 시간적 또는 리소스 종속성과 같이 프로젝트의 순서나 우선 순위에 영향을 미치는 관계 및 제약 조건입니다. 시너지 효과는 비용 절감, 효율성 향상 또는 혁신 기회와 같이 프로젝트의 결합 또는 조정으로 인해 발생하는 이점 또는 장점입니다. 우선순위 지정은 중요성, 긴급성 또는 가치에 따라 프로젝트의 순위를 지정하고 그에 따라 리소스와 일정을 할당하는 프로세스입니다.
높은 수준의 아키텍처 설명을 개발합니다. 높은 수준의 아키텍처 설명은 ABB(아키텍처 빌딩 블록) 및 아키텍처 측면에서 비즈니스, 데이터, 애플리케이션 및 기술 아키텍처를 설명하는 ADM 주기의 아키텍처 개발 단계(B, C, D)의 결과입니다. 비즈니스, IT 또는 아키텍처 기능의 재사용 가능한 구성 요소인 SBB(솔루션 빌딩 블록). 높은 수준의 아키텍처 설명에는 하나 이상의 이해관계자 및 해당 관심사의 관점에서 관심 있는 시스템을 표현하는 아키텍처 뷰도 포함됩니다.
각 프로젝트에 대해 노력 규모를 추정하고 참조 아키텍처와 후보 빌딩 블록을 식별합니다.
노력 크기는 프로젝트를 완료하는 데 필요한 작업량, 시간 또는 자원의 척도입니다.
노력의 크기는 유추, 전문가 판단, 모수적 또는 상향식과 같은 다양한 기술을 사용하여 추정할 수 있습니다. 참조 아키텍처는 특정 도메인이나 산업에 대한 공통 프레임워크와 어휘를 제공하는 표준화된 아키텍처입니다. 참조 아키텍처는 아키텍처 개발을 위한 모범 사례, 패턴 및 모델의 소스로 사용될 수 있습니다. 후보 빌딩 블록은 아키텍처를 구현하는 데 사용할 수 있는 잠재적인 ABB 또는 SBB입니다. 모델, 패턴, 원칙, 표준 및 지침과 같은 아키텍처 자산 모음인 아키텍처 저장소에서 후보 빌딩 블록을 식별할 수 있습니다.
비용과 가치를 고려하여 리소스 요구 사항을 파악합니다. 자원 요구사항은 프로젝트를 완료하는 데 필요한 인적, 재정적, 물리적 또는 기술적 자원과 같은 자원의 수용 가능한 수준과 품질을 정의하는 사양 및 기준입니다. 프로젝트의 범위, 복잡성, 종속성과 리소스의 가용성, 능력 및 적합성을 분석하여 리소스 요구 사항을 식별할 수 있습니다. 비용과 가치는 예산, 투자 수익, 혜택, 위험 등 자원의 할당과 활용에 영향을 미치는 요소입니다.
옵션, 위험 및 제어를 문서화하여 이해관계자와의 실행 가능성 분석 및 절충을 가능하게 합니다.
옵션은 다양한 솔루션, 기술, 공급업체 또는 접근 방식과 같은 프로젝트 목표를 달성하는 대체 방법입니다. 위험은 위협이나 기회와 같은 프로젝트 목표에 대한 불확실성의 영향입니다. 통제란 정책, 절차 또는 표준과 같은 위험을 예방, 감소 또는 완화하기 위해 취하는 조치 또는 조치입니다. 실행 가능성 분석은 옵션, 위험 및 통제를 평가 및 비교하고 각 옵션의 타당성, 적합성 및 바람직성을 결정하는 프로세스입니다. 절충은 이해관계자의 다양하고 종종 상충되는 요구 사항과 우려 사항의 균형을 맞추고 조정하며 아키텍처 비전 및 아키텍처 원칙과의 일치를 보장하는 의사 결정 결과입니다.
참고 자료: 1: TOGAF 표준, 버전 9.2, 파트 II: 아키텍처 개발 방법(ADM), 5장: ADM 소개 2: TOGAF 표준, 버전 9.2, 파트 IV: 아키텍처 콘텐츠 프레임워크, 36장: 빌딩 블록: TOGAF 표준, 버전 9.2, 파트 II: 아키텍처 개발 방법(ADM), 18장: 단계 A: 아키텍처 비전: TOGAF 표준, 버전 9.2, 파트 II: 아키텍처 개발 방법(ADM), 19장: 단계 B: 비즈니스 아키텍처: TOGAF 표준, 버전 9.2, 파트 II: 아키텍처 개발 방법(ADM), 20장: 단계 C: 정보 시스템 아키텍처: TOGAF 표준, 버전 9.2, 파트 II: 아키텍처 개발 방법(ADM), 21장: 단계 F: 마이그레이션 계획: TOGAF 표준, 버전 9.2, 파트 III: ADM 지침 및 기술, 23장: 아키텍처 원칙: TOGAF 표준, 버전 9.2, 파트 III:
ADM 지침 및 기법, 30장: 절충 분석: TOGAF 표준, 버전 9.2, VI부: 아키텍처 기능 프레임워크, 46장: 아키텍처 개발을 위한 도구: TOGAF 표준, 버전 9.2, VI부: 아키텍처 기능 프레임워크, 1장 47: 아키텍처 보드: TOGAF 표준, 버전 9.2, 파트 VI: 아키텍처 기능 프레임워크, 48장: 아키텍처 준수: TOGAF 표준, 버전 9.2, 파트 VI: 아키텍처 기능 프레임워크, 49장:
아키텍처 계약: TOGAF 표준, 버전 9.2, VI부: 아키텍처 기능 프레임워크, 50장: 아키텍처 거버넌스: TOGAF 표준, 버전 9.2, VI부: 아키텍처 기능 프레임워크, 51장: 아키텍처 성숙도 모델: TOGAF 표준, 버전 9.2 , 6부:
아키텍처 기능 프레임워크, 52장: 아키텍처 기술 프레임워크

OGEA-103 문제 9

다음 중 엔터프라이즈 아키텍처를 관리해야 하는 필요성을 뒷받침하는 것은 무엇입니까?

A. 아키텍처 프로젝트는 대상 아키텍처의 거버넌스를 요구합니다.

B. TOGAF 표준은 경영진 거버넌스 없이 사용할 수 없습니다.

C. 모범 사례 거버넌스를 통해 조직은 가치 실현을 제어할 수 있습니다.

D. 이해 관계자의 선호 사항은 아키텍처 프로젝트 범위를 넘어설 수 있으며 제어가 필요합니다.

OGEA-103 문제 10

아키텍처 활동을 효과적으로 수행하려면 조직 구조, 역할, 책임, 기술 및 프로세스를 통해 무엇을 마련해야 합니까?

A. EA 기능

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

C. EA 프레임워크

D. EA 저장소