OG0-093 문제 6

Architecture Repository 내에서 Architecture Repository의 거버넌스를 지원하는 프로세스를 정의하는 아키텍처 정보의 클래스는 무엇입니까?

OG0-093 문제 7

대본:
질문에 답하기 전에 이 시나리오를 읽으십시오.
ABC 회사는 일련의 인수 및 합병을 통해 형성된 이동 통신 회사입니다. 그들은 가장 최근의 인수를 위한 고객 서비스 시스템을 아직 완전히 통합하지 않았으며 결과적으로 고객 서비스는 최고 기술 책임자(CTO)의 주요 관심사였습니다. 지난 2분기의 결과에 따르면 ARPU(Average Revenue Per User)와 고객 유지율(Churn)이 업계 평균 이하로 떨어졌습니다.
Corporate Marketing 그룹은 고객 만족도에 대한 몇 가지 새로운 결과를 발표했습니다. 고객은 우수한 고객 서비스 때문에 경쟁사인 AirLight로 전환하는 것으로 보입니다. 이 회사는 실제로 AirLight보다 거의 모든 시장에서 더 나은 서비스 범위를 제공하고 있으며 비즈니스 여행객을 위해 낮은 요금을 유지하는 우수한 로밍 계약을 보유하고 있습니다. 그러나 고객 만족도는 여전히 낮습니다. 비즈니스 전략 그룹과 엔터프라이즈 아키텍처 그룹은 전사적 전략 계획을 개발하기 위해 높은 수준의 프로젝트를 수행했습니다.
그들은 무엇을 해야 하는지에 대한 좋은 개념적 모델을 포함하고 핵심 요구 사항을 식별하는 비즈니스 시나리오를 개발했습니다. 이것은 집행 위원회와 기업 이사회에 제출된 제안서를 준비하는 데 사용되었습니다. 프로그램 계획은 몇 달 동안 진행되었습니다. 이 회사는 엔터프라이즈 아키텍처의 기반으로 TOGAF 9를 선택했습니다. 기업 이사회는 패키지 고객 서비스 시스템으로 전환하기 위한 수백만 유로 전환 자금을 승인했습니다. 전체 프로그램을 완료하는 데 5년이 걸릴 것으로 예상되지만 상황을 해결하기 위해 즉시 시작할 수 있는 몇 가지 전술적 프로젝트가 있습니다.
집행 위원회는 프로그램이 각 지역 사업 단위가 고객 서비스 시스템의 구현을 만들 수 있도록 특정 이니셔티브를 정의해야 한다고 말했습니다. 구현은 사업부의 요구 사항을 충족해야 하며 여전히 고객에게 주요 개선 사항을 구현하는 데 필요한 정보를 제공해야 합니다.
시나리오 참조
귀하는 고객 서비스 시스템 프로그램의 성과 및 무결성 프로젝트에서 수석 설계자로 일하고 있습니다.
이 프로젝트는 인프라 관점에서 고객 서비스 시스템을 지원하는 데 필요한 아키텍처를 다루기 위해 만들어졌습니다. 현재 프로젝트 팀은 초기 전략 계획 활동의 일부로 정의된 고객 셀프 서비스 기능에 중점을 둔 아키텍처 개발 프로젝트를 수행하고 있습니다. 이 기능을 통해 고객은 모든 웹 지원 장치에서 계정에 액세스하고, 청구서를 지불하고, 계정 검토를 요청하고, 서비스를 프로비저닝할 수 있습니다.
프로젝트 팀은 셀프 서비스 기능에 대한 정보를 수집하고 비즈니스 시나리오를 개발했으며 그 결과를 사용하여 기능을 달성하기 위한 아키텍처 비전을 정의했습니다.
프로젝트를 완료하기 위한 작업 과정을 추천해 달라는 요청을 받았습니다.
TOGAF 9를 기준으로 다음 중 가장 적절한 것은?

OG0-093 문제 8

다음 중 아키텍처 비전의 목적을 가장 잘 설명한 것은?

OG0-093 문제 9

대본
질문에 답하기 전에 이 시나리오를 읽으십시오. 귀하의 역할은 이민, 세관 및 국경 통제를 담당하는 정부 기관에서 일하는 수석 설계자의 역할입니다. 이 기관은 여러 소규모 정부 기관을 통합하여 구성되었습니다. 이 기관은 TOGAF 9를 기반으로 엔터프라이즈 아키텍처 관행을 수립했습니다. CIO는 경영진 후원자이며 관행을 감독할 EA 운영 팀을 임명했습니다.
최근 몇 년 동안 보안 요구 사항과 이민 서비스 요청이 크게 증가하여 기관의 운영 범위와 규모가 확대되었습니다. 결과적으로 기존 정보 기술 아키텍처는 더 이상 필요한 서비스 수준을 충족하지 못합니다. 중요한 EA(Enterprise Architecture) 이니셔티브가 고객 응답성과 만족도를 개선하고 기관의 전반적인 운영 효율성을 개선하기 위해 opal과 함께 진행 중입니다.
현재 EA 직원은 EA 운영에 적합한 여러 사람을 공급해 달라는 EA 운영 팀의 요청에 따라 내부 임명되었습니다. 종합적으로, 그들은 광범위한 IT 및 비즈니스 분석 기술을 보유하고 있습니다. 그러나 CIO는 팀 내 다양한 ​​경험에 대해 우려를 표명했습니다. EA 직원이 EA 활동을 적절하게 수행하는 데 필요한 일부 중요한 기술이 부족할 수 있다는 우려가 있습니다. EA와 관련된 기술 격차는 EA 직원의 고위 구성원의 현장 멘토링으로 극복될 것이라고 가정했습니다. 각 건축가는 TOGAF 교육 과정에 참석하고 다른 기술 개발 활동에 참여해야 했습니다.
EA 프로그램에 대한 최근 검토에 따르면 많은 EA 직원이 수일 간의 교육 과정에 참석했음에도 불구하고 할당된 아키텍처 프로젝트에 필요한 모델 및 아티팩트를 분석하거나 생성하는 데 능숙하지 않은 것으로 나타났습니다. 이해 관계자는 검토를 위해 제출되는 산출물 및 산출물의 오류와 불일치를 관찰했습니다.
시나리오 참조
CIO는 최근 검토 에서 제기된 발견 사항을 처리하기 위해 EA 직원을 위한 전문성 개발 계획을 제안하도록 요청했습니다 .
TOGAF를 기준으로 할 때 다음 중 가장 적절한 것은?

OG0-093 문제 10

시나리오: 대담한 우주 산업
질문에 답하기 전에 이 시나리오를 읽으십시오
Intrepid Space Industries는 Telesto 무인 우주선 프로그램의 주계약자입니다. 이 계약을 통해 회사는 인수를 통해 빠르게 성장했으며 다양한 조달 프로세스 및 관련 IT 시스템을 계승했습니다. Intrepid는 중복 조달 프로세스 및 시스템을 통합하고 줄이기 위해 적극적으로 움직이고 있습니다. CEO는 회사가 우선 공급업체 프로그램을 도입하여 대량 할인을 확대하고 관련 IT 지원 비용을 낮추기 위해 노력할 것이라고 발표했습니다.
이 목표를 달성하기 위해 Intrepid는 Baseline 및 Target Architectures를 정의해야 합니다. 이러한 아키텍처는 다음과 같은 주요 이해 관계자의 우려 사항을 해결해야 합니다.
1. 조달 관련 비즈니스 프로세스에 어떤 그룹의 사람들이 참여해야 합니까?
2. 해당 그룹은 현재 어떤 애플리케이션을 사용합니까?
3. 0, 1 또는 많은 기존 애플리케이션에서 지원하는 조달 관련 비즈니스 프로세스는 무엇입니까?
4. 제안 요청 및 구매 주문서 비즈니스 개체의 전체 수명은 어떻게 됩니까? 새로운 조달 애플리케이션과 통합해야 하는 비조달 애플리케이션은 무엇입니까?
5. 어떤 데이터를 공유해야 합니까?
현재 이 이니셔티브와 관련하여 특별히 유용한 아키텍처 자산이 없으므로 모든 자산을 획득하고 사용자 정의하거나 처음부터 생성해야 합니다. 이 회사는 사용자 정의가 거의 없는 시스템 공급업체의 기존 패키지 응용 프로그램을 구현하는 것을 선호합니다.
아키텍처 개발 프로젝트는 아키텍처 컨텍스트 반복 주기를 완료했으며 아키텍처 정의 반복 주기를 시작하려고 합니다. Intrepid는 내부 엔터프라이즈 아키텍처 활동에 TOGAF를 사용하고 있습니다. ADM(Architecture Development Method) 프로젝트를 실행하기 위해 반복적인 접근 방식을 사용합니다.
아키텍처 개발 프로젝트는 아키텍처 컨텍스트 반복 주기를 완료했으며 아키텍처 정의 반복 주기를 시작하려고 합니다.
대담한 우주 산업 시나리오를 참조하십시오.
당신은 수석 설계자로 봉사하고 있습니다.
이 상황에 가장 적합한 아키텍처 관점을 식별하라는 요청을 받았습니다.
TOGAF 9를 기준으로 다음 중 가장 적절한 것은?
A: 아키텍처 정의의 초기 반복에서:
Baseline Business Process 카탈로그로 Baseline Business Architecture 설명

기술 포트폴리오 카탈로그로 기본 애플리케이션 아키텍처 설명

데이터 다이어그램으로 기준 데이터 아키텍처 설명

아키텍처 정의의 이후 반복에서:
Actor/Process/Data 카탈로그로 대상 비즈니스 아키텍처 설명

시스템/기술 매트릭스로 대상 애플리케이션 아키텍처 설명

데이터 보급 다이어그램으로 대상 데이터 아키텍처 설명

B: 아키텍처 정의의 초기 반복에서:
비즈니스 서비스/기능 카탈로그 및 대상 비즈니스 아키텍처 설명

비즈니스 상호 작용 매트릭스
제품 수명 주기 다이어그램으로 주요 비즈니스 개체 설명

애플리케이션 통신 다이어그램을 사용하여 대상 애플리케이션 아키텍처를 설명하고

애플리케이션 상호작용 매트릭스
데이터 엔터티/비즈니스 기능 매트릭스 및 시스템/

데이터 매트릭스
아키텍처 정의의 이후 반복에서:
비즈니스 서비스/기능 카탈로그 및 기본 비즈니스 아키텍처 설명

비즈니스 상호 작용 매트릭스
시스템/조직 매트릭스 및 시스템/

함수 행렬
데이터 항목/데이터 구성 요소 카탈로그로 기준 데이터 아키텍처 설명

C: 아키텍처 정의의 초기 반복에서:
비즈니스 서비스/기능 카탈로그 및 대상 비즈니스 아키텍처 설명

조직/배우 카탈로그
데이터 수명 주기 다이어그램으로 주요 비즈니스 개체 설명

애플리케이션 통신 다이어그램을 사용하여 대상 애플리케이션 아키텍처를 설명하고

애플리케이션 상호작용 매트릭스
시스템/데이터 매트릭스로 대상 데이터 아키텍처 설명

아키텍처 정의의 이후 반복에서:
비즈니스 서비스/기능 카탈로그 및 기본 비즈니스 아키텍처 설명

비즈니스 상호 작용 매트릭스
애플리케이션 및 사용자 위치 다이어그램으로 기본 애플리케이션 아키텍처를 설명하고

시스템/기능 매트릭스
데이터 항목/데이터 구성 요소 카탈로그로 기준 데이터 아키텍처 설명

D: 아키텍처 정의의 초기 반복에서:
조직/행위자 카탈로그로 기본 비즈니스 아키텍처 설명

시스템/기능 매트릭스로 기본 애플리케이션 아키텍처 설명

데이터 항목/데이터 구성 요소 카탈로그를 사용하여 기준 데이터 아키텍처 설명

아키텍처 정의의 이후 반복에서:
조직/행위자 카탈로그로 대상 비즈니스 아키텍처 설명

응용 프로그램 통신 다이어그램을 사용하여 대상 응용 프로그램 아키텍처를 설명하고

애플리케이션 상호작용 매트릭스
시스템/데이터 매트릭스로 대상 데이터 아키텍처 설명