PEGACPSA23V1 Exam Dumps : Certified Pega System Architect

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.

In the context of creating a customer loyalty account where the customer's contact information is captured and displayed within the case, organizing and relating this data efficiently is key.

• B. An Embedded data field: This option allows the contact information (name, email, phone number, address) to be structured as part of the case data in a coherent and integrated manner. Embedding this information ensures it is directly associated with each loyalty account case, facilitating data management and access within the application's data model.

A Data reference field (A) links to data instances outside the case, which is not the primary requirement here. A Case reference field (C) is used for linking cases together, which does not apply to this scenario of capturing contact information. A Query field (D) is intended for retrieving data based on a query, which is not relevant for directly embedding and displaying entered contact information within a case.

• Major version: In Pega, a major version update is typically used when there are significant changes to the application, such as the introduction of new functionalities, case types, or major changes to existing functionalities. Adding a new "Order return" case type to the Shopping application constitutes a significant enhancement, thus it would usually require incrementing the major version of the ruleset.
• Minor version: Minor version updates are used for less significant changes that don't alter the application's primary functionality but still add enhancements or optional components to the existing structures. Adding a stage-specific optional action to an "Order placement" case lifecycle would be a good candidate for a minor version update because it extends the functionality without fundamental changes.
• Patch version: Patch versions are often used for bug fixes or minor improvements that do not add new functionalities but rather correct issues with existing ones. Fixing a bug that lists product options by product ID instead of by name is a classic example of a patch fix, as it corrects a specific issue without materially expanding or altering the functionality of the application.

References:

• Pega official documentation would typically include a section on ruleset versioning that describes the scenarios for using major, minor, and patch versions.
• Best practices as described in Pega Community articles and the Pega Academy training materials also discuss how to manage ruleset versions effectively in various development scenarios.