Skip to main content
Verify the version tags to ensure you are consuming the intended content or, complete the latest version.

Dev Studio

Robust, enterprise-grade Pega Platform™ applications depend on cooperation between two key groups of application developers. Domain experts — business analysts, Citizen Developers, and front-end developers — provide valuable insight into processes and user needs. Implementation experts — System Architects, full-stack developers, database administrators, and security administrators — provide the expertise needed to address critical use cases that require complex configurations.

In App Studio, domain experts can access core application development features (Case design, data management, and user experience) and apply their knowledge to improve development outcomes. To support advanced Rule configuration in applications, Pega Platform provides implementation experts with a second development environment, Dev Studio. In Dev Studio, implementation experts access Rule forms directly to address complex or less-common configuration requirements. In addition, Dev Studio provides features for configuring security permissions and access control, managing Rules to promote reuse, and addressing the performance limitations of an application. By providing two development environments, Pega Platform supports each group of application developers with an environment tailored to their skill level and optimized for the tasks they perform.

In the following image, click the + icons to examine some of the options available for Service-Level Agreements (SLAs) in Dev Studio, beyond the basic goal and deadline configuration available in App Studio:

Check your knowledge with the following interaction:

Co-develop solutions

Business analysts and Citizen Developers understand business needs. System Architects understand the capabilities of Pega Platform. To help these two groups work together, Pega Platform enables a co-development approach that embraces the strengths of each group. This co-development approach empowers business analysts and Citizen Developers as core members of a development team, leveraging their knowledge to design better business processes. By working together, domain experts and implementation experts can create better solutions more quickly.

In the following example, click the + to examine how a business analyst and System Architect can work together to design a positive user experience when providing a shipping address for an order:

Promote reuse throughout the organization

In App Studio, developers configure Rules such as Processes, Views, Correspondence, and service levels for a single Case Type. In Dev Studio, developers access all the layers of an application and can extend the Rule scope from a single Case Type to an application, division, or even the entire organization to create a library of standardized, reusable Rules. Citizen developers and business analysts can use these tested and proven Rules to reduce development time for later releases.

In the following image, click the + icons to examine how a System Architect can extend the scope of an approval process to improve application quality and reduce time-to-market by allowing a Citizen Developer to reuse the Process in other applications:

Switch between studios as needed

Application developers can switch between App Studio and Dev Studio as needed to configure Rule behavior. The upper-left corner of each studio contains a menu listing all the studios available to the user. To switch to another studio, select the studio name from the menu.

Picker control for choosing between studios

In addition, from App Studio, you can open specific Rules in Dev Studio. For example, after you configure a goal and deadline in App Studio, you can open the underlying SLA record in Dev Studio.

Example of a service level goal with a link to Dev Studio

Naming differences between studios

In Dev Studio, developers can access the Rules created by Citizen Developers, business analysts, and front-end developers in App Studio, though these Rules often carry different names. The following table illustrates some common App Studio elements and the different names used for those elements in Dev Studio.

App Studio Dev Studio
Field Property
Goal and deadline Service-Level Agreement (SLA)
User Operator
Team Work Group
Note: For example, In App Studio, you add fields to Data Models and Views. The system creates a corresponding property that you can modify in Dev Studio. For more information, see Extending a Data Model for a Case. To learn more about terminology differences between the two studios, see Differences in naming between App Studio and Dev Studio.

Check your knowledge with the following interaction:


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

100% found this content useful

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice