PEGACPRSA22V1 Exam Dumps : Certified Pega Robotics System Architect 22

When debugging automations in Pega Robot Studio, developers use specific function keys to control the flow of execution at breakpoints. Each key provides a distinct method for navigating through the automation logic during a debugging session.

According to the Pega Robotics System Design and Implementation Guide, section “Debugging Automations — Function Keys and Breakpoint Navigation”:

“During debugging, Pega Robot Studio allows you to step through the automation’s logic using three primary navigation commands:

F10 (Step Over): Executes the current step and proceeds to the next event or data link, without stepping into nested automations or sub-events.

F11 (Step Into): Executes the current step and enters any nested event link or sub-automation to debug internal logic.

F5 (Continue): Continues running the automation until the next breakpoint is encountered.”

Detailed Reasoning:

F10 – Step Over

Moves to the next automation event or data link at the same level.

Skips over nested or child automations while still executing them.

F11 – Step Into

Moves into the next automation event link or nested automation to debug its internal process.

Useful when you need to analyze detailed event flow inside another automation.

F5 – Continue

Resumes automation execution at normal speed until it encounters the next breakpoint or finishes.

Used to verify execution results after setting conditional breakpoints.

Final Correct Matching:

Navigation Rule

Function Key

Proceed to the next automation event or data link.

F10

Proceed to the next automation event link.

F11

Continue running the automation until the next breakpoint is reached.

F5

In Pega Robot Studio, the Project Explorer provides a structured view of all the components that belong to a project. These include applications, automations, and any methods (application-level procedures) associated with each application. The hierarchy in the Project Explorer reflects the relationship and scope of these components.

According to the Pega Robotics System Design and Implementation Guide (Project Structure and Scoping Rules section):

“Each application added to a Pega Robotics project appears under the ‘Globals’ node.

Automations are listed as separate automation objects under the application node.

Application methods such as Login or CustomerSearch are defined directly under the application to which they belong, following the hierarchy:

Globals → ApplicationName → Automations → Application Methods.”

Based on this structure:

The Globals node appears at the top.

The BankerInsight application appears under Globals.

Within BankerInsight, the two automations — AddCustomer and RemoveCustomer — are listed.

Under the same application node, the application methods CustomerSearch and Login also appear, showing they belong specifically to the BankerInsight scope.

Option C correctly represents this hierarchy because it shows:

Globals at the root.

BankerInsight as the single application node.

Under BankerInsight, both automations (AddCustomer, RemoveCustomer) and the application methods (CustomerSearch, Login) appear in sequence.

Other options show misplaced or missing elements:

Option A: Incorrect — does not display both automations and methods under the same hierarchy.

Option B: Incorrect — application methods are misplaced outside of the BankerInsight node.

Option D: Incorrect — application methods appear incorrectly scoped under separate folders.

Therefore, Option C aligns perfectly with the standard Pega Robotics Project Explorer hierarchy for the given configuration.