무료 온라인 액세스 UiPath.UiPath-ADAv1.v2024-06-05.q123 모의 시험 (Page 20)

UiPath-ADAv1 문제 91

개발자는 REFramework를 사용하여 Excel 테이블 내의 트랜잭션 처리와 관련된 비즈니스 프로세스를 자동화해야 합니다. 테이블의 각 트랜잭션은 동일한 처리 단계를 따라야 하며 환경에 Orchestrator가 없으므로 대기열을 사용할 수 없습니다.
이 시나리오에서 TransactionItem에 가장 적합한 변수 유형은 무엇입니까?

A. System.Data.DataRow

B. UiPath.Core.Queueltem

C. 시스템.데이터. 데이터테이블

D. System.Data.DataRow[]

정답: A

설명
REFramework 템플릿은 RPA 프로젝트 구축을 위한 강력하고 확장 가능한 프레임워크입니다1. 이는 상태 머신을 사용하여 자동화 프로세스의 다양한 단계를 처리합니다2. 상태 중 하나는 각 트랜잭션 항목에 대해 주요 작업이 수행되는 Process Transaction 상태입니다3. 트랜잭션 항목은 Orchestrator의 대기열 항목, Excel 파일의 데이터 행 또는 처리해야 하는 기타 모든 유형의 데이터일 수 있습니다. 트랜잭션이 Excel 테이블에 저장되는 경우 TransactionItem에 가장 적합한 변수 유형은 DataTable의 단일 데이터 행을 나타내는 System.Data.DataRow입니다. DataTable은 Excel 활동을 사용하여 Excel 파일에서 읽거나 쓸 수 있는 행과 열의 모음입니다. 따라서 선택지 A가 맞습니다.
UiPath.Core.QueueItem은 Orchestrator 대기열의 항목을 나타내는 변수 유형이므로 옵션 B는 올바르지 않습니다. 환경에 Orchestrator가 없으면 대기열을 사용할 수 없으며 QueueItem을 적용할 수 없습니다. System.Data.DataTable은 행과 열이 있는 데이터 테이블을 나타내는 변수 유형이므로 옵션 C는 올바르지 않습니다. 단일 거래 항목은 전체 테이블이 될 수 없고 테이블의 행만 될 수 있습니다.
System.Data.DataRow[]는 데이터 행 배열을 나타내는 변수 유형이므로 옵션 D는 올바르지 않습니다.
배열은 인덱스로 액세스할 수 있는 동일한 유형의 항목 모음입니다. 단일 거래 항목은 배열이 될 수 없고 배열의 요소만 될 수 있습니다.
참고자료:
UiPath의 UiPath ReFramework 문서
UiPath의 상태 머신 문서
UiPath의 Process.xaml 문서
UiPath의 [TransactionItem Variable] 문서
Microsoft의 [DataRow 클래스] 설명서
UiPath의 [Excel 활동] 문서
UiPath의 [QueueItem 클래스] 문서
Microsoft의 [DataRow[] 구조] 설명서
Microsoft의 [어레이 클래스] 설명서

UiPath-ADAv1 문제 92

자동화 프로세스를 선택할 때 복잡성이 증가하는 요인은 무엇입니까?

A. 구조화되지 않은 입력 데이터 소스.

B. 표준 데스크탑 애플리케이션.

C. 결정 포인트 수가 적습니다.

D. 자동화에 필요한 단계 수가 적습니다.

UiPath-ADAv1 문제 93

사용자가 프로덕션 중인 프로세스에서 예상치 못한 동작을 보고했습니다. 개발자는 프로세스를 검토한 후 처리된 대기열 항목 중 하나가 UiPath Orchestrator에서 "Abandoned" 상태임을 발견했습니다.
UiPath Orchestrator에서 대기열 항목은 언제 "Abandoned" 상태로 이동됩니까?

A. 거래 페이지에서 항목을 수동으로 선택하고 "삭제됨"으로 표시된 경우

B. 항목이 "진행 중"이지만 거래 상태가 "성공" 또는 "실패"로 설정되지 않은 경우

C. 항목이 프로젝트 내에서 비즈니스 또는 애플리케이션 요구 사항을 충족하지 못한 경우.

D. 거래 항목 가져오기 활동으로 항목이 처리된 경우

UiPath-ADAv1 문제 94

추적 목적으로 트랜잭션과 관련된 로그에 사용자 정의 정보를 추가하려면 개발자가 어떤 활동을 사용해야 합니까?

A. 로그 필드 추가

B. 업데이트 로그

C. 사용자 정의 로그 추가

D. 빌드 로그

UiPath-ADAv1 문제 95

개발자는 "예외 발생 시 계속"이 활성화된 디버그 모드에서 다음 워크플로를 실행합니다.

워크플로는 실행을 몇 번이나 일시 중지합니까?

A. 0

B. 1

C. 2

D. 3

정답: B

설명
워크플로는 "예외 시 계속"이 활성화된 디버그 모드에서 실행될 때 한 번만 실행을 일시 중지합니다. 디버그 모드는 개발자가 중단점, 단계 작업, 출력 메시지 등 다양한 디버깅 도구를 사용하여 워크플로를 테스트하고 문제를 해결할 수 있는 실행 모드입니다4. "예외 발생 시 계속"은 예외가 발생하더라도 오류 메시지를 표시하거나 잘못된 활동에서 중지하지 않고 실행을 계속할 수 있도록 하는 디버깅 옵션입니다5. 워크플로에는 예외를 발생시킬 수 있는 두 가지 활동이 있습니다. 하나는 "이것은 예외입니다"라는 메시지와 함께 사용자 지정 예외를 발생시키는 "Throw" 활동이고, 다른 하나는 "Write Line" 활동입니다.
"Var" 변수를 출력 패널에 추가합니다. "Var" 변수는 초기화되지 않으므로 기본적으로 null 값을 갖습니다.
"라인 쓰기" 활동이 null 값을 쓰려고 하면 이전 질문에서 설명한 대로 NullReferenceException이 발생합니다. 그러나 "예외 시 계속" 옵션이 활성화되어 있으므로 "Write Line" 활동에서 실행이 중지되지 않고 다음 활동인 "Throw" 활동으로 계속됩니다. 그만큼
"Throw" 활동은 "Try Catch" 활동의 "Catch" 섹션에서 포착되는 사용자 지정 예외를 발생시킵니다. "Catch" 섹션에는 출력 패널에 예외 메시지를 쓰는 "로그 메시지" 활동이 포함되어 있습니다. 그런 다음 실행은 "This is the end"라는 텍스트가 있는 "Write Line" 활동을 포함하는 "Finally" 섹션으로 이동합니다. 그러면 워크플로가 성공적으로 종료됩니다. 실행이 일시 중지되는 유일한 시간은 "Throw" 활동에 설정된 중단점에 도달할 때입니다. 중단점은 개발자가 특정 활동에서 실행을 일시 중지하고 변수 및 인수 값과 출력 메시지를 검사할 수 있는 디버깅 도구입니다6. 그런 다음 개발자는 단계 작업 또는 계속 버튼7을 사용하여 실행을 재개할 수 있습니다. 따라서 워크플로는 "예외 시 계속" 옵션에 의해 무시되므로 예외가 아닌 중단점에서 한 번만 실행을 일시 중지합니다. 참조: UiPath 문서의 워크플로 디버깅, 작업 디버깅, 중단점 및 예외 발생 시 계속.

최근 업로드: 108Microsoft.AZ-500-KR.v2026-06-04.q213; 111Microsoft.DP-600-KR.v2026-06-04.q98; 105Microsoft.AZ-204-KR.v2026-06-04.q237; 136Microsoft.PL-600-KR.v2026-06-04.q112; 193Microsoft.SC-300-KR.v2026-06-03.q151; 154Microsoft.DP-600-KR.v2026-06-03.q70; 870PMI.PMP-KR.v2026-06-01.q1069; 232Microsoft.MS-102-KR.v2026-06-01.q252; 212Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197