PEGACPSA23V1 Exam Dumps : Certified Pega System Architect

When configuring an application skin to ensure responsive layouts are displaying correctly across different devices, such as laptops and mobile devices, without impacting the user experience negatively for laptop users, careful adjustments to the skin and its responsive settings are required.

• A. Use the same application skin in all portals: Utilizing a single application skin across all portals ensures consistency in branding and design. The same skin can be configured to adapt responsively to various screen sizes, ensuring a seamless user experience across devices.
• D. Adjust the responsive behavior in the skin for optimal viewing in the mobile portal: The skin’s responsive behavior settings allow for adjustments specific to how UI elements are rendered on different screen sizes. By fine-tuning these settings, the application can ensure that views are displayed as required on mobile devices without affecting the layout on larger screens, like laptops.

Updating the process to give mobile users a separate portal (B) could be an approach but might introduce complexity and maintenance overhead, as well as potentially fragment the user experience. Not using a skin for the mobile application version (C) is not advisable as it disregards the benefits of a unified and controlled UI design across devices.

The Estimator tool is primarily used for project management and planning in Pega, particularly for determining the scope and scale of development efforts:

D. A stakeholder needs to know how much time and effort is needed to build MLP2. This use case describes the fundamental function of the Estimator tool, which is to provide stakeholders with detailed estimates of time, effort, and resources required to build a specified part of an application, such as MLP2.

In Pega, when configuring data pages to source UI controls such as drop-down lists, it's crucial to select the configuration that optimally uses memory and efficiently serves the data to the users. For this scenario, the correct answer is Option F: List, ACME-Products-Data-Color, ReadOnly, Node.

• List vs. Page: Choosing 'List' is appropriate because the requirement is to populate a drop-down list with multiple entries (colors in this case). 'Page' would be used for single record data, which is not the case here.
• Object Type: 'ACME-Products-Data-Color' is chosen because the data represents a list of color options provided by the manufacturer, which is typically static reference data, fitting the 'Data' class layer rather than the 'Work' layer which is used for case management or the 'Work-ColorFeedback' which would be used for storing feedback or interactions specific to colors.
• Edit Mode: 'ReadOnly' is the correct mode since users are selecting a color from a pre-defined list and are not expected to edit these values directly.
• Scope: 'Node' is selected to minimize memory usage. By setting the scope to 'Node', the data page is loaded once per node (server instance) and shared across all requestors (users) on that node, which is memory efficient for data that doesn't change often and is applicable across all users, such as a list of colors.

This configuration ensures that the data page is loaded efficiently in a read-only list format at the node level, reducing the overall memory footprint while making the color selections available across the application.