Modular architecture and Enterprise reuse

Enterprise reuse involves using the same software components, such as Rules, data structures, and processes, across multiple applications in an organization.

This approach offers several key benefits:

• Faster time to market
• Reduced effort and cost
• Improved quality and consistency
• Greater agility and control
• Better alignment across teams and initiatives

Together, these benefits contribute to a higher return on investment (ROI). Pega Platform is designed with enterprise reuse in mind. You can package and reuse assets, such as Data Types, Data Pages, Flow Rules, and integrations from the start. This reuse supports fast, scalable delivery across your organization.

In Pega Platform, Rules are the most basic reusable building blocks. Rules define how your application behaves. To encourage reuse, group related Rules into Modules. A Module is a self-contained application that delivers a specific business, integration, or utility capability. You can design Modules for reuse across the enterprise to support consistency, scalability, and maintainability.

Each Module contains reusable logic that developers can implement wherever the application requires it. Modules are independent of other applications, which makes them easier to maintain and update. You can tailor them to specific use cases by using parameters, extension points, and Configuration Sets. This approach enables teams to adapt functionality without duplicating work.

To include the assets of a Module in your application, you can either add the Module as a built-on application or use the New Application wizard. The selected method determines the extent to which you can modify the assets. Since modules are built for reuse, when you change a feature within a module, the change is visible in any application that reuses it.

The Situational Layer Cake™ approach organizes classes and Rules in a hierarchy to support reuse, specialization, and extension of application components.

The preferred design approach is the Modular Situational Layer Cake. In this model, the Enterprise layer stays lightweight and includes only shared assets (for example, UI styling, security, and authentication) that apply across the organization. Modules contain the most reusable functionality and align with specific business needs, system integrations, or utility functions. This modular setup promotes flexibility and reuse across applications.

Match the numbers to the following image to explore an example of Pega's Modular Situational Layer Cake:

1. Innovation applications: The Innovation layer is the most specific of the layers. Innovation applications are specialized to account for differences in geographies, policies per business unit, product line variations, or customer segments, and more.

2. Business applications: The Business layer contains Cases, Modules, and Rules that are customized to the application's broader business context.

3. Modular applications: The Module application layer stores strategic assets that are designed for reuse across the enterprise. The modular application layer can also consist of enterprise-specific applications by members of the project's IT team or of accelerator applications developed by engineers and intended to speed application delivery for a variety of organizations.

4. Enterprise layer: The Enterprise layer contains only assets common to all applications across the enterprise. These assets include single sign-on login integrations, and Rules associated with company-wide branding.

5. Pega Platform: All parts of the application are built on Pega Platform and its base layer of Rules. This layer contains Rules for the out-of-the-box suite of workflow automation features.

To maximize reuse and ROI, it is essential to understand your business needs and design Modules at the appropriate level of detail. When an enterprise uses multiple applications, identify and reuse elements that remain consistent across those applications. For example, you can create the following types of modules:

• Data object Module: Business Modules include reusable assets focused on a single entity, such as a customer, account, and order.
• Integration Module: Integration Modules include reusable assets focused on integrating with a single system.
• Utility Module: Utility Modules include reusable assets that perform utility functions, such as document management.

Modules usually do not include Case Types because Case Types align with specific workflows and are challenging to reuse without extensions. This limitation makes updates harder to manage. To prevent changes, mark most Rules in a Module as Final. Use Configuration Sets to support behavior that requires customization.

Common reusable Modules include a Customer Module that enables users to search, retrieve, and update customer data and a Messaging Module that allows users to send and edit predefined messages.

Check your knowledge with the following interaction: