PEGACPSA23V1 Exam Dumps - Certified Pega System Architect

When transitioning from planning to development, populating the backlog with work items that clearly articulate business requirements and enhancement requests is key. User stories are well-suited for capturing these needs in an Agile development environment.

• C. Create stories: User stories are a fundamental element in Agile methodologies, used to describe features, functionalities, or enhancements from the perspective of the end user. They are concise yet comprehensive, detailing what needs to be done and why. For the scenarios mentioned — grouping steps into a multistep form as a future enhancement, and addressing a missing option in a dropdown list — creating user stories allows these requirements to be clearly defined and prioritized in the backlog.

Importing stories (A) might be a method to bulk add pre-defined stories from external sources but does not pertain to the action of creating new stories based on the spreadsheet contents. Creating bugs (B) is more appropriate for issues or errors that need to be fixed, not for new development work or enhancements. Creating feedback (D) could capture suggestions or comments but lacks the structured format of user stories for development purposes.

To design a report definition that sorts cases so that the case with the most recent create date appears at the top of the list and descends in order, the sorting of the Create Date column must be configured appropriately.

• C. Select Highest to Lowest sort type for Create Date: This sorting option ensures that the report organizes the cases starting with the most recent (highest) create date first, descending to the earliest (lowest) create date. This configuration aligns directly with the manager's requirement to have the most recently created cases at the top of the report, facilitating quick access to the latest cases.

Selecting Lowest to Highest sort type for Create Date (A) would result in the opposite of the requested order, placing the oldest cases at the top. Adding a filter condition where Create Date is greater than the current date (B) wouldn't be practical, as create dates cannot be in the future. Making the Create Date the first column in the report (D) might aid in readability but on its own does not ensure the correct sorting order.

The appropriate scope for a data page that lists products purchased by a customer viewed in an online portal is "Requestor". This scope ensures that the data page is unique to each user session and is accessible across multiple requests within that session. The "Requestor" scope is suitable because it persists for the duration of the user's interaction with the application, across multiple threads or cases, making it ideal for situations where a user might be working on multiple support requests during a single login session.

Branched rulesets are particularly useful in scenarios where parallel development efforts are ongoing, such as when one team is working on a patch (minor updates or fixes) while another team is developing a major version of the application. This configuration allows both teams to work independently on different versions of the application without interfering with each other's changes, thus maintaining the integrity and continuity of the application development lifecycle.

In the context of configuring dynamic layouts in Pega, the options that are typically configurable include:

B. Label Positioning. This option allows the developer to define where the labels of fields will appear relative to the fields themselves (e.g., left, right, top) within the layout, aiding in creating a user-friendly and accessible form structure.

C. Number of columns in each row. This setting controls how many columns can be included in each row of the layout, which is crucial for structuring complex forms and ensuring that they are presented in an organized and visually coherent manner.

To create a custom status named Open-Review in Pega, applicable to assignments in a specific application:

C. Create a field value record named Open-Review for .pyStatusWork with the Apply To class set to the class group. This solution involves creating a field value for the custom status within the context of the specific application's class group. This approach ensures that the custom status is recognized and used correctly within the application, maintaining consistency and clarity in status handling across the application.

In the context of service levels in Pega, the "passed deadline" interval starts immediately after the "end of the goal interval". This setup helps in distinguishing between the targeted resolution time (goal) and the ultimate deadline by which the task must be completed, allowing for escalated actions or notifications to be triggered if the deadline is approached or passed, ensuring timely completion of assignments.

In a hiring application that includes tasks performed by different teams—HR creating and sending the offer letter, IT assigning the workstation, and Facilities assigning the work desk—the personas to be created correspond to each team handling specific responsibilities. Each persona represents a user or team involved in the process with distinct roles and access requirements. Therefore, the personas for HR, IT, and Facilities should be created to accurately reflect the workflow and ensure that system permissions and interfaces are appropriately configured for each group's tasks.