무료 온라인 액세스 ISACA.CRISC.v2022-05-28.q729 모의 시험 (Page 44)

CRISC 문제 211

귀하는 Company Inc.의 프로젝트 관리자로 일하고 있습니다. 귀하는 동의하고 자금이 지원되는 각 위험 대응책을 맡을 위험 대응 담당자를 통합하고 있습니다. 다음 중 어떤 프로세스에서 작업하고 있습니까?

A. 정량적 위험 분석

B. 위험 식별

C. 리스크 대응 계획

D. 정성적 리스크 분석

정답: C

섹션: 볼륨 D
설명/참조:
설명:
계획 위험 대응 프로젝트 관리 프로세스는 프로젝트 목표에 대한 위협을 줄이고 기회를 늘리는 것을 목표로 합니다. 정성적 리스크 분석 프로세스를 수행하고 정량적 리스크 분석 프로세스를 수행합니다. 계획 위험 대응 프로세스에는 각 동의 및 자금 지원 위험 대응에 대한 작업을 수행할 위험 대응 소유자가 포함됩니다. 이 프로세스는 우선 순위에 따라 위험을 처리하고, 필요에 따라 프로젝트 관리 계획을 예약하고, 예산에 자원과 활동을 삽입합니다. 계획 위험 대응 프로세스에 대한 입력은 다음과 같습니다.
* 위험 등록
* 리스크 관리 계획
오답:
A: 정량적 분석은 위험 분석을 위해 구두 자료 분석보다 수치 및 통계 기법을 사용하는 것입니다. 위험 분석의 정량적 방법 중 일부는 다음과 같습니다.
* 내부 손실 방식
* 외부 데이터 분석
* 비즈니스 프로세스 모델링(BPM) 및 시뮬레이션
* 통계적 공정관리(SPC)
B: 위험 식별은 프로젝트에 영향을 미칠 수 있는 위험을 결정하는 프로세스입니다. 또한 위험의 특성을 문서화합니다. 위험 식별 프로세스는 프로젝트 위험 관리 지식 영역의 일부입니다. 프로젝트가 수명 주기를 통해 진행됨에 따라 새로운 위험이 발전하거나 알려질 수 있으므로 위험 식별은 반복적인 프로세스입니다. 프로세스에는 프로젝트 팀이 참여하여 위험 및 관련 위험 대응 조치에 대한 소유권과 책임 의식을 개발하고 유지할 수 있어야 합니다. 위험 레지스터는 이 프로세스의 유일한 출력입니다.
D: 정성적 분석은 위험 요소를 높음/중간/낮음 또는 숫자 척도(1~10)로 정의합니다.
따라서 상대적 규모에서 위험의 성격을 결정합니다.
위험 분석의 정성적 방법 중 일부는 다음과 같습니다.
* 시나리오 분석 - 주어진 시점에 대한 위험을 반영할 수 있는 미래 지향적인 프로세스입니다.
* RCSA(리스크 통제 자체 평가) - RCSA는 기업(예: 은행)에서 운영 위험 노출을 식별하고 평가하는 데 사용합니다. 이것은 논리적인 첫 번째 단계이며 비즈니스 소유자와 관리자가 문제에 가장 가깝고 위험의 원인에 대해 가장 전문적인 지식을 가지고 있다고 가정합니다. RCSA는 기업 소유주가 당면한 문제에 대해 숙고하고 설명하도록 하는 건설적인 프로세스이며 책임을 높이는 추가 이점이 있습니다.

CRISC 문제 212

프로젝트를 초기화하기 위해 취해야 할 세 가지 기본 단계는 무엇입니까?
각 정답은 완전한 솔루션을 나타냅니다. (3개를 선택하세요.)

A. 타당성 조사 실시

B. 요구 사항 정의

C. 소프트웨어 획득

D. 리스크 관리 계획

정답: A,B,C

섹션: 볼륨 B
설명:
프로젝트는 생성될 프로젝트에 대한 승인을 얻는 데 필요한 정보를 수집하는 후원자에 의해 시작됩니다. 종종 프로젝트 헌장의 조건으로 편집되는 정보에는 프로젝트의 목적, 비즈니스 사례 및 문제 설명, 생성될 시스템의 이해 관계자, 프로젝트 관리자 및 후원자가 포함됩니다.
다음은 프로젝트를 시작하는 단계입니다.
* 타당성 조사 수행: 타당성 조사는 프로젝트 진행에 대한 초기 승인이 제공된 후 시작되며 필요성을 명확하게 정의하고 필요성을 해결하기 위한 대안을 식별하는 분석이 포함됩니다. 타당성 조사에는 다음이 포함됩니다.
- 식별된 문제 영역에 대한 이점 및 솔루션 분석
- 생산성 향상 또는 미래 비용 회피 측면에서 시스템 구현의 전략적 이점을 설명하고 새로운 시스템의 비용 절감을 식별 및 수량화하는 비즈니스 사례 개발.
- 시스템 구현에 소요된 비용에 대한 투자 회수 일정 추정 또는 예상 투자 수익률(ROI) 표시
* 요구 사항 정의: 요구 사항에는 다음이 포함됩니다.
- 시스템이 수행해야 하는 작업에 대한 설명이 포함된 비즈니스 요구사항
- 사용자가 시스템과 상호 작용하는 방식을 설명하는 기능 요구 사항 및 사용 사례 모델
- 시스템이 상호 작용하는 방식, 시스템이 작동하는 조건 및 시스템이 충족해야 하는 정보 기준을 설명하는 기술 요구 사항 및 설계 사양 및 코딩 사양.
* 소프트웨어 획득: 소프트웨어 획득은 표준 SDLC 프로세스의 단계가 아닌 이해 관계자의 최종 승인 후 신규 구축 또는 기존 하드웨어 또는 소프트웨어 수정을 포함합니다. 소프트웨어를 개발하기보다 구입하기로 결정했다면 이 작업은 요구 사항을 정의한 후에 이루어져야 합니다.
오답:
D: 위험 관리는 초기화가 아니라 프로젝트 개발 프로세스 후반부에 계획됩니다.

CRISC 문제 213

다음 중 미래 모니터링을 위해 확률 및 영향 등급이 낮은 위험이 포함되는 것은?

A. 위험 경보

B. 관찰 목록

C. 관심 목록

D. 위험 등록

CRISC 문제 214

당신은 GHT 프로젝트의 프로젝트 관리자입니다. 데이터 추출 프로세스 동안 월 평균에 12를 곱하여 연간 총 트랜잭션 수를 평가했습니다. 총 트랜잭션 수를 평가하는 이 프로세스를 ?

A. 중복 테스트

B. 총계 제어

C. 단순하고 비효율적

D. 합리성 테스트

E. 설명:
합리성 테스트는 보다 정교한 데이터 검증 테스트의 기초로 정보에 대한 특정 가정을 합니다.

F. 올바르지 않습니다. 중복 테스트는 중복 트랜잭션을 식별하지 않습니다. 오히려 그것
중복의 유효성을 식별하고 확인합니다.

G. 잘못되었습니다. 단순성에 비해 합리성 테스트는
더 정교한 데이터 검증 테스트.

CRISC 문제 215

당신은 GHT 프로젝트의 프로젝트 관리자입니다. 이 프로젝트의 이해 관계자가 이 프로젝트에서 변경 요청을 요청했습니다. 이 변경 요청을 승인하기 위해 수행해야 하는 프로젝트 관리자로서의 책임은 무엇입니까?
각 정답은 완전한 솔루션을 나타냅니다. 2개를 선택하십시오.

A. 프로젝트 파일에 있는 모든 변경 요청의 아카이브 사본.

B. 스폰서를 대신하여 변경 요청 평가

C. 각 변경 요청이 프로젝트 활동, 일정 및 예산에 미치는 영향을 판단합니다.

D. 업데이트된 프로젝트 계획 공식 수락

다른 버전: 2121ISACA.CRISC.v2026-01-07.q193; 2763ISACA.CRISC.v2024-06-22.q668; 7781ISACA.CRISC.v2023-08-10.q988; 3484ISACA.CRISC.v2022-11-28.q315; 4247ISACA.CRISC.v2022-09-20.q368

최근 업로드: 225ISACA.CISA-KR.v2026-08-15.q712; 167Microsoft.MS-700-KR.v2026-08-15.q203; 131Microsoft.AZ-305-KR.v2026-08-14.q177; 190Microsoft.DP-900-KR.v2026-08-13.q130; 290Microsoft.PL-600.v2026-08-11.q206; 220Microsoft.DP-100.v2026-08-11.q160; 188Oracle.1Z0-1048-25.v2026-08-11.q68; 159ISQI.CTAL-TAE.v2026-08-11.q37; 200ServiceNow.CIS-HR.v2026-08-11.q84; 281Salesforce.Plat-Arch-201.v2026-08-10.q101