Enterprise Class Structure Layers
Enterprise Class Structure Layers
Enterprise Class Structure Layers
Pega Platform makes reusing common policies and procedures easy while allowing for
differences between products, regions, channels, and customer segments.
Pega Platform facilita la reutilización de políticas y procedimientos comunes al tiempo que
permite diferencias entre productos, regiones, canales y segmentos de clientes.
Pega Platform supports this capability by using a class hierarchy structure called
Enterprise Class Structure (ECS).
You can share any rule placed in an ECS layer across multiple applications. You can adjust
existing ECS layers as business operations change. ECS also enforces best practices around
reuse and standardization as the system expands to other lines of business.
Organization layer
The Organization layer contains the assets used on an enterprise-wide basis. Such assets are
rules for enterprise-wide business logic such as standard properties, decision tables, and
service level rules. For example, an online retailer reuses a property that holds a customer
account number throughout the retailer's business. The applications used across the
enterprise can rely on the same account number property without having to make copies of
the property in every application.
The Organization layer also contains enterprise-wide data assets such as classes and rules
for data stored in the system, and classes and rules for access to data in external systems,
via connectors. For example, access to an external customer database is an integration point
that may be added to the Organization layer.
Division layer
The Division layer contains the assets used on a division-wide basis. The division layer is
the middle level of the three-level organization hierarchy (Org-Div-Unit) and is available
for use in every application.
Assets in the Division layer may apply to a line of business, region, or brand. For example,
a line of business wants to reuse a service level rule that defines the expected response time
to a customer complaint in all of its applications. Placing the service level rule in the
Division layer provides all applications within the division with access to the service level
rule through pattern inheritance. This reuse avoids the need to create and maintain separate
copies of the service level.
Note: The Division layer is an optional layer. In larger organizations, the Division layer can
help to manage the reuse of rules and other application assets.
Note: The framework and implementation layers are relative separations of application
assets. The designation of an asset as belonging to either the framework or implementation
layer depends on the design of the application. An implementation application for one line
of business may belong to the framework layer for another application. For example, a
large financial services company creates an auto loan application for a specific division or
brand. A second division then extends the application, customizing assets as necessary. For
the second division, the original auto loan application is part of the framework layer. For
the first division, the application is part of the implementation layer.
Pega Platform application types
Pega Platform™ provides you several options to create new applications. You can build on
an existing application, which allows you to save development time by reusing key
elements, such as case types or data types. You can build a new application without a built-
on application by selecting Build from scratch from the New Application wizard.
Note: You can access the New Application wizard from Dev Studio by clicking
Application menu > New Application.
Cosmos React
This option provides a Cosmos-based design system for use in a ReactJS-based run-time
architecture. From the process perspective, when you select Cosmos React from the New
Application wizard, the updated framework allows most of your development work to
occur in the low-code App Studio environment of Pega Platform by using OOTB tools and
components.
The Cosmos experience simplifies your development work with streamlined interactions
and a modern interface. For example, in a medical claim upgrade case, navigating on a
single screen expedites the user's workflow. By minimizing screen-to-screen navigation,
users avoid the disorienting jump to a new screen in the middle of a process. Additionally,
the Cosmos experience allows you to preview items, such as cases, in the same screen.
The Cosmos React design gives you:
Improved data visibility
Enhanced case processing
Customizable columns
Focus on relevant data
The ability to instantly modify values and perform quick actions on table rows
Cosmos design is recommended for new applications to build a highly efficient and robust
system.
Note: Performance-wise Cosmos React runs two to three times faster than Cosmos Rules
due to fewer transferred resources (Javascript and CSS).