50+ 个最常问的 Pega 面试题及答案

2025年3月17日 | 阅读18分钟

1) Pega 是什么?/ 简要介绍 Pega。

Pega 是一个流行的 BPM 工具和平台,它允许用户轻松地开发应用程序、与外部系统集成以及实现移动性。它主要关注客户参与和数字化流程自动化。


2) Pega 的主要用途是什么?

Pega 是一个平台,它使用户能够开发应用程序、实现移动性、帮助管理案例生命周期、进行广泛的用户界面设计、管理决策以及实现 DevOps 和机器人自动化、广泛的用户界面设计以及报告等。与其他工具相比,Pega 的优势在于它消除了编码,通过使用内置功能简化了流程,并且主要在于重用现有规则并进行相应修改。

Pega 基于 Java 构建。其最新版本是 Pega 8.2,代表 Build for Change(为变革而构建)。


3) Pega 8.4 版本为应用程序开发添加了哪些新组件?

从应用程序开发的角度来看,Pega 8.4 添加了一些新功能,如下所示:

  • 在 Pega 8.4 中,我们可以使用基于角色的工作区。
  • 新版本使开发人员能够在单个页面上查看完整的项目亮点。
  • 它还提供了可重用组件的有效管理。

4) Pega 中使用了哪些不同的开发工具?

Pega 中使用的开发工具是:Designer Studio 和 Pega Express。


5) Pega 中有哪些不同的调试工具?

Pega 中可用的不同调试工具是:Tracer、Clipboard、SMA 和 PLA。


6) Pega 为开发人员提供哪些认证?

以下是 Pega 为开发人员提供的主要认证列表:

  • CSA: CSA 代表认证系统架构师 (Certified System Architect)。它是开发人员的基本认证级别,是入门级认证。
  • CSSA: CSSA 代表高级认证系统架构师 (Certified Senior System Architect)。这是开发人员的高级认证级别。拥有此认证的开发人员被认为是构建、评估和领导技术团队方面的专家。
  • LSA: LSA 代表首席系统架构师 (Lead System Architect)。这是开发人员最高级别的认证。拥有此认证的开发人员被认为是开发领导者,他们对所有功能都了如指掌并能相应地实施。

7) 您如何理解 Pega 中的工作区或工作室?

Pega 中的工作区或工作室是一个提供特定工具和功能的环境。


8) Pega 中使用了哪些不同类型的 Harness?

Pega 中有几种标准 Harness 可用,但最常用的 Harness 是 new、perform、review、conform、Tabbed、perform screen flow、Tree Navigation 等。


9) Pega 的最新版本支持哪些工作区?

Pega 的最新版本支持以下四种工作区:

  • App Studio (应用工作室)
  • Dev Studio (开发工作室)
  • Admin Studio (管理工作室)
  • Prediction Studio (预测工作室)

10) PRPC 支持哪些不同类型的类?

以下是 PRPC 支持的不同类型的类:

  • 基类:它是最终的基类,其子类包括 work-、Data-、Rule-、Assign-、History- 等。Pega 始终支持两种类型的类:抽象类和具体类。
  • 抽象类:抽象类是以 '-' 结尾的类,抽象类不能创建工作对象实例。
  • 具体类:具体类不以 '-' 结尾,它们可以创建工作对象实例。

11) 活动中使用了哪些不同的技术?

以下是一些在活动中使用的不同技术列表:

  • Page-Remove (移除页面)
  • Page-New (新建页面)
  • Object-List (对象列表)
  • Object-Open (打开对象)
  • Object-Save (保存对象)
  • RBD-Save (保存 RBD)
  • RBD-List (列表 RBD)
  • RBD-Delete (删除 RBD)

12) 您如何理解 DataPage 以及它的作用域?

DataPage 是一个单页或页面列表,它存储系统需要用于填充工作项属性以进行计算或其他过程的数据。


13) Page 属性和 Page List 属性之间有什么区别?它们是如何实现的?

Page 属性和 Page List 属性之间的区别

  • Page 属性:Page 属性引用一个特定的类,并用于访问该类的属性。
  • Page List 属性:Page List 属性也引用一个特定的类,但它是由同一类的单个页面组成的集合,可以通过数字索引进行访问。

14) Pega 中的 page-validate 和 property-validate 方法之间有什么区别?

Pega 中 page-validate 和 property-validate 方法之间的区别

Page-validate (页面验证)

  • page-validate 方法用于验证页面上的所有属性。
  • 如果页面包含嵌入式页面,则 page-validate 方法会递归地验证所有属性。
  • page-validate 方法会消耗大量系统资源并花费更多时间。
  • 如果您想验证特定属性,建议使用 obj-validate 方法以及 rule-obj-validate 规则。

Property-validate (属性验证)

  • property-validate 方法用于对属性值施加限制。
  • 我们必须使用 edit validate 规则以及 property-validate 方法来施加限制。
  • property-validate 方法可用于同时验证多个属性。

15) 您如何理解工作对象?如何在 Pega 中创建工作对象?

工作对象是应用程序中完成工作的主要单元。它是流程操作的数据的主要集合。在使用应用程序时,会创建、更新并最终关闭(解决)工作对象。

每个工作对象都有一个唯一的 ID(属性 pyID)、一个紧急度值和一个状态(属性 pyStatusWork)。

以下是我们在 Pega 中创建工作对象需要实现的前置步骤:

  • 首先,添加一个按钮,如 Section 或 Header。
  • 展开按钮内的单元格属性,然后单击“Action”选项卡。
  • 为按钮添加一个 Action Set。
  • 将 Focus Class 和 Flow Name 添加到按钮。
  • 使用“Param.prevRecordkey”捕获当前工作对象 ID。
  • 使用“Obj-Open-By-Handle”打开案例。
  • 使用 Page-Copy 从页面复制数据。

16) 是否可以开始一个活动流程?如果可以,其中使用了什么方法?

是的。可以使用活动来开始流程。其中使用的方法是 Flow-New。


17) Declare Pages 和 Regular Pages 之间有什么区别?

Declare Pages 和 Regular Pages 之间的区别

Declare Pages (声明页面)

  • Declare Pages 是使用声明规则创建的。
  • 创建 Declare Page 时必须指定 declare 关键字。
  • Declare Pages 是只读页面,这些页面不能直接删除或更新。

Regular Pages (常规页面)

  • Regular Pages 或用户页面是使用 Page-New 方法创建的。
  • 这些页面可以轻松地直接更新或删除,
  • 并且在退出系统后会自动删除这些页面。

18) Pega 中的 Portal 是什么,它在哪里配置?

Portal 是用户(开发人员或最终用户)看到的界面。Portal 可以在 Access Group 中配置。例如,Developer portal、manager portal、user portal、admin portal 等。


19) Pega 中有哪些不同类型的 Requestor?

以下是 Pega 中不同类型的 Requestor:

  • Browser Requestor:Browser Requestor 以字母 'H' 开头。
  • Batch Requestor:Batch Requestor 以字母 'B' 开头。
  • Application Requestor:Application Requestor 以字母 'A' 开头。
  • Portal Requestor:Portal Requestor 以字母 'P' 开头。

20) Pega 中的类是什么?Pega 中有哪些不同类型的类?

Pega 是一个平台,允许用户跨案例类型和应用程序重用规则。它使开发人员能够频繁地重用系统中的规则,范围从单个数据片段到完整的流程。重用规则可以提高应用程序的质量,并对开发时间产生积极影响。Pega 平台根据规则在应用程序中的可重用性将其划分为类。每个集群称为一个类。

用于构建应用程序有三种不同类型的类:

  • Work Class (工作类):Work Class 包括流程、数据项和用户界面。这些都是 Work Class 的一部分,它提供了控制案例处理的规则。
  • Integration Class (集成类):Integration Class 包含指定应用程序如何与其他服务交互的规则,例如连接到客户数据库或第三方 Web 服务器的集成资源。
  • Data Class (数据类):Data Class 存储指定应用程序中使用的数据对象的规则,例如客户数据类型或订单项数据类型等。

当在 App Studio 中添加规则时,它会自动选择正确的类。您需要关注规则要实现什么,而不是如何开发它。如果您需要控制类,也可以在 Dev Studio 中编写规则。如果您编写可以在其他应用程序中重用的规则,则首选 Dev Studio。


21) 您如何理解 Pega 中的 DCO?

在 Pega 中,DCO 代表 Direct Capture Object(直接捕获对象)。它是一个 Apple 开发工具,在应用程序中包含以下内容:

  • Application profiler wizard (应用程序分析器向导)
  • Appl Accelerator (应用程序加速器)
  • Appl Doc Wizard (应用程序文档向导)
  • Appl use cases (应用程序用例)
  • Appl requirements (应用程序需求)

22) SLA 是什么?它的用途是什么?

SLA 是 Rule-Obj-Service Level Rule 类型的一个实例,可以添加到 Assignment 和 Work Objects。SLA 有两个时间间隔:Goal(目标)和 Deadline(截止日期),它表示分配的预期时间以及解决工作对象的截止时间。如果一个分配在规定时间内未完成,系统可能会自动提高该分配的紧急度,甚至取消整个流程等。


23) 有哪些不同类型的 SLA?请简要解释它们。

以下是 Pega 中使用的不同类型的 SLA:

Pega Interview Questions
  • Assignment SLA:顾名思义,Assignment SLA 指的是一个分配。此 SLA 从分配的创建开始,到分配的完成结束。在新建的 Assignment Page 上,分配的紧急度在 pxUrgencyAssignSLA 属性中设置。
  • Case Level SLA (案例级别 SLA):Case Level SLA 是在案例级别引用的 SLA。此 SLA 在案例的整个生命周期内都相关。它在案例打开时开始,在案例关闭时完成。在 Work Page 下,使用标准属性 pySLAName 来标识此 SLA,并在 pyWorkPage 的 pxUrgencyWorkSLA 参数中设置。pyWorkPage 下的 pxUrgencyWorkSLA 属性用于控制案例级别 SLA 的紧急度。
  • Stage Level SLA (阶段级别 SLA):Stage Level SLA 是在阶段级别引用的 SLA。它在案例进入一个阶段时开始,在它退出该阶段时结束。pyWorkPage 下的 pxUrgencyWorkStageSLA 属性用于控制阶段级别的紧急度。
  • Step level/Flow level SLA (步骤级别/流程级别 SLA):当引用到步骤或流程级别时,SLA 被称为 Step level 或 Flow level SLA。步骤级别的 SLA 在流程或步骤启动时开始,在完成时结束。流程级别的 SLA 在流程开始时开始,在流程停止时停止。如果存在步骤 SLA,则其优先级高于流程 SLA。步骤 SLA 可以在 Case Type Rule 中舞台的每个步骤中引用。Flow Rule 的 Process 选项卡引用流程 SLA。pyWorkpage 下的 pxUrgencyWorkStepSLA 属性控制流程或步骤级别的紧急度。

24) 如何跟踪 Pega 中的 SLA?

我们可以按照以下步骤在 Pega 中跟踪 SLA:

  • 通过终止代理。
  • 通过延迟它。
  • 通过启动代理。
  • 再次延迟。
  • 在 Requestors 中,选择延迟的 Requestor,然后单击 Tracer。
  • 在 60 秒内将此案例发送到包含 SLA 的特定分配。

25) Pega 中的 Activity 和 Utility 有什么区别?

以下是 Pega 中 Activity 和 Utility 的主要区别:

  • 在 Pega 平台中,Activity 用于自动化处理。它可以配置为允许系统在没有用户干预的情况下自动处理索赔上传。
  • Activity 包含一系列按指令顺序执行的步骤。
  • Activity 是 Rule-Obj-Activity 的规则,而 Utility 是 Pega Flow 中的一个形状。此形状引用 Usage Type 被选为 Utility 的 Activity。
  • Activity 有多种 Usage Type,例如 Utility、Connect、Assign、Notify 或 Route。
  • 当您想在 Flow 中调用 Activity 时,可以使用 Utility。

26) Pega 中的 RuleSet 是什么?

在 Pega 中,RuleSet 是业务规则的集合,用于定义一个实例。RuleSet 是 PegaRULES 的一个重要子集,它对于引用数据库中的实例至关重要。


27) Pega 中的案例管理有哪些主要优点?

以下是 Pega 中案例管理的主要优点:

  • 它可以通过整体支持改进案例管理流程。
  • 它还通过自动和动态响应提高案例流程的效率。
  • 它通过基于上下文和实时管理确保一致性并消除错误。
  • 它具有时间效率,可节省实施案例管理所需的时间、成本和精力。

28) Pega 中的 DCO 是什么?使用 Pega 中的 DCO 有哪些好处?

在 Pega 中,DCO 代表 Direct Capture of Objectives(目标直接捕获)。它是通过使用 Pega 的集成解决方案 Pega Platform 来获取、组织和存储数据。DCO 包括用于收集和组织应用程序工件的过程和工具。IT、业务、测试团队和其他资源使用此技术来节省时间和精力,降低成本,同时提高项目质量及其对社会的影响。

Pega Interview Questions

DCO 不是一种方法论或工具。相反,它用于集中数据,以便在正确的时间、正确的级别被各个部门持续使用。DCO 还通过提供应用程序工件(目标、需求、规范和实现规则)的集中存储库来消除沟通障碍。所有资源都拥有最新的实际文档和应用程序的单一视图。

以下是 DCO 用于自动化工作的工具:

  • Case Lifecycle Manager (案例生命周期管理器)
  • New Application Wizard (新建应用程序向导)
  • Application profiler (应用程序分析器)
  • Document generation (文档生成)
  • Effort Estimation (工作量估算)
  • Specification documents (规范文档)

使用 Pega 中的 DCO 的好处

Pega Interview Questions
  • DCO 用于使协作团队能够建模应用程序最终用户必须解决的情况。建模和模拟工具使用户能够在记录应用程序但尚未产生开发成本之后,在开发之前采取关键的中间步骤,以查看软件是否符合我们的目标。当您在软件开发生命周期中解决问题时,在生产环境中出现问题的可能性很小。
  • 组织还使用 DCO 来改进工作并采用迭代流程。它使软件开发过程更加可见,使团队能够不断学习和改进。DCO 技术为组织提供了多种上线方式,提高了他们的投资回报率,并使他们能够可靠地实现目标。

29) PRPC 提供了一些什么类型的 Portal?

PRPC 提供以下四种类型的 Portal:

  • Custom Portals (自定义 Portal)
  • Mobile Portals (移动 Portal)
  • Composite Portals (复合 Portal)
  • Fixed Portals (固定 Portal)

30) Pega 中的 obj-open 和 obj-open-by-handled 有什么区别?

Pega 中 obj-open 和 obj-open-by-handled 的主要区别

Obj-Open:在 Obj-Open 中,您将根据指定类的标准从表中获取多个记录。它还会打开给定类的实例。

OBJ-open-handle:在 OBJ-open-handle 中,您必须传递 pzInskey 作为实例句柄。此方法一次只打开一条记录,并且它通过句柄打开对象到 pzInsKey 值。


31) 如何将类的实例保存在特定数据库中?

我们可以通过在 DB 或外部 DB 中为工作类创建单独的数据库表来将类的实例保存在特定数据库中。


32) 如何使用 Activity 解决工作对象?

我们可以通过以下方式使用 Activity 解决工作对象:

  • 首先,打开对象。
  • 在 Flow 上设置正确的 Ticket 以达到 Resolution 状态或使用“FinishAssignment”。

33) Pega 中的工作对象是什么?

工作对象是应用程序中完成工作的主要单元。它是流程操作的核心数据集合。所有工作对象都包含一个紧急度值、唯一 ID 和状态。


34) Pega 中有哪些不同类型的布局?

以下是 Pega 中可用的不同类型布局:

  • Screen Layout (屏幕布局):Screen Layout 仅在 Harness 中使用,通常用于为应用程序建立 Portal。
  • Dynamic Layout (动态布局):Dynamic Layout 是一个基于 DIV 的布局,用于以各种方式显示内容。
  • Column Layout (列布局):Column Layout 用于允许我们将主要内容(如工作项)与支持内容(如附件)一起显示。
  • Grid Layout (网格布局):Grid Layout 也称为 Table Layout。它使数据更容易获取和比较。在此布局中,表格被用作灵活的基础,供用户处理应用程序中的大量数据。网格布局的一个示例是价格比较软件中的“表格”,它可以帮助客户快速找到最佳交易。
  • Tree Grid Layout (树状网格布局):Tree Layout 用于查看、导航和访问嵌入式页面中的属性。它使用户能够快速展开和折叠树的分支,以识别当前感兴趣的条目。

在动态布局和列布局中,您可以将内容(如属性、控件和其他 Section)添加到 Section 中。Skin 的格式决定了布局中组件的定位、对齐、宽度和排列。


35) Pega BPM 和 Appian BPM 有什么区别?

Pega BPM 和 Appian BPM 的主要区别列表

对比特征Pega BPMAppian BPM
应用Pega BPM 用于在不进行硬编码的情况下开发应用程序。Appian BPM 需要企业工作自动化和数据管理。
最新版本Pega BPM 的最新版本是 Pega - 7.2。Appian 的最新版本是 Appian - 18.1。
支持的集成Pega BPM 支持数据收集系统和各种 CRM。Appian BPM 只支持兼容的数据表。
支持的操作系统Pega BPM 支持 Windows、Linux、Mac 和 Web-Based OS。Appian BPM 支持 Windows、Windows Mobile、Android、iPhone、Mac 和 Web-Based OS。
客户类型 / 主要用于Pega BPM 主要用于中大型企业。Appian BPM 主要用于小型、中型和大型企业。

36) 您如何理解 Pega 中的 Prediction Studio?

在 Pega 中,Prediction Studio 是用于构建用于自适应、预测和文本分析的机器学习模型的 Studio。


37) Pega 中有哪些不同类型的标准 Harness 可用?

Pega 中有几种不同类型的 Harness 可用。但是,最常用的标准 Harness 是 new、perform、review、conform、Tabbed、perform screen flow、Tree Navigation 等。


38) 如何在 Pega 中创建动态布局?

  1. 首先,选择并打开一个已存在的 Section 表单。
  2. 现在,在 Design 选项卡上展开 Structural 列表,并将 Dynamic Layout 拖到工作区域。
  3. 点击动态布局标题中的 View Properties 图标。
  4. 在 Properties 窗口中,通过以下任一方式设置 Layout 格式:
    • 选择预定义格式之一。
    • 选择 Other,然后指定自定义布局格式在相邻字段中以使用 Skin 定义的自定义布局格式。
  5. 在 Visibility 字段中选择动态布局显示的时间,可使用以下任一方式:
    • 选择预定义选项之一。
    • 选择 Condition (expression),然后单击 Open Condition Builder 图标来构建您自己的条件。
  6. 最后,提交表单。

39) 用于在 Pega 中添加笔记的表名是什么?

在 Pega 中,用于添加笔记的表是 pc_data_workattach。


40) Pega 中的 Declare Pages 的主要优点和缺点是什么?

Pega 中 Declare Pages 的优点

Declare Pages 的主要优点是它可以防止多次数据库访问。假设一个节点上有多个 Requestor,那么当第一个用户登录应用程序时,将触发 Load Activity 并创建一个 Declare Page,然后将数据加载到该 Page 上。该节点上的 Requestor 将看到此 Declare Page 并使用该 Page 上的数据。

Pega 中的 Declare Pages 的一个缺点

其主要缺点是对 Requestor 的只读性。它不能添加额外数据,也不能删除特定数据。


41) Pega 中有哪些不同类型的声明规则?

Pega 中存在各种声明规则,包括:

  • Declare Expressions (声明表达式)
  • Declare Constraints (声明约束)
  • Declare On Change (声明更改时)
  • Declare Trigger (声明触发器)
  • Declare Index (声明索引)

42) Pega 中的 Declare Triggers 是什么?

Declare Triggers 用于在数据库中创建、更新或删除特定类的实例时运行 Activity。Declare Triggers 始终是 Forward Chaining(正向链)。


43) Pega 中最重要的调试工具是什么?

Pega 中最重要的调试工具是:

  • Clipboard (剪贴板)
  • Tracer (追踪器)
  • SMA
  • PLA

44) Pega 中的 Prediction Studio 是什么?

在 Pega 中,Prediction Studio 是用于构建用于文本分析、预测和自适应模型的机器学习模型的 Studio。


45) 您如何理解 Pega 中的 Agent?Agent 有哪些不同类型?

Agent 是在服务器上运行以运行 Activity 的内部后台进程。主要有两种类型的 Agent:agent queue 和 data-agent-queue。


46) Pega 报表中提供了哪些不同类型的 Join?

以下是 Pega 报表中可用的不同类型的 Join:

  • Inner join (内连接)
  • Outer join (外连接)
  • Right Outer join (右外连接)
  • Left Outer join (左外连接)

47) 您如何理解 WSDL 文件?

WSDL 代表 Web Service Description Language(Web 服务描述语言)。这是一种用 XML 格式编写的描述语言,它是定义 Web 服务功能的标准。


48) Pega 中的 Notify 是什么?

在 Pega 中,Notify 用于配置 Flow 以自动发送关于分配的通知消息,并将 Notify Shape 连接到 Assignment。Notify Shape 标识一个 Notify Activity。


49) Decision Tree 和 Decision Table 的关键区别是什么?

Decision Tree 用于检查多个属性。另一方面,Decision Table 用于只检查一个属性。


50) Pega 中的 Access Group 是什么,它的功能是什么?

Pega 中的 Access Group 是 Data-Admin-Operator-Access Group 类的一个实例,用于为 Requestor 创建一套 RuleSet。开发人员有责任定义 Access Group 并将其分配给不同的用户。

Access Group 用于根据工作职能控制安全性。它是 Data-Admin-Operator-AccessGroup 的一个实例。以下是通过 Access Group 控制的各种方面:

  • 默认和可用的工作类型(也称为 Work Pools)。
  • Primary Rulesets(访问 RuleSets 的权限)。
  • Assigned roles(分配的角色)。
  • Portal layout(Portal 布局)。
  • 创建/另存为规则时的默认 RuleSet(用户创建/另存为规则时的默认 RuleSet)。

51) 为什么在 List View 中使用分页?

List View 中使用分页是为了将 List View 分割成不同的页面,并设置每页显示的记录数量。


52) Pega 中的 Requestor Type 是什么?Pega 中有哪些不同类型的 Requestor Type?

在 Pega 中,Data-Admin-Requestor 实例定义了一个 Requestor Type。BROWSER Requestor Type 指示交互式用户连接的特性,例如使用 Internet Explorer 或其他 Web 浏览器的访客连接。Agent 使用 BATCH Requestor Type 进行后台处理。Pega Platform 随附四种 Requestor Type,对应安装时指定的系统名称,以及一个保留的 Requestor Type prpc.BROWSER 以应对特殊情况。

通常,我们只需要包含系统名称的四种 Requestor Type。如果我们在安装后想修改系统名称,需要转到 Designer Studio => System => Settings => System Name 来访问一个着陆页选项卡,在那里我们可以进行更改。当我们更改系统名称时,会创建新的 Requestor 实例,这些实例对应于前一个名称的实例。如果之前的系统名称因某种原因没有包含所有 Requestor Type,那么在重命名系统时,也会生成缺少的 Requestor。

以下是 Pega 中不同类型的 Requestor:

  • Application (应用程序):Application Requestor Type 被监听器和外部客户端系统用于访问 Pega Platform,例如通过服务请求(不包括使用 Rule-Service-Portlet 规则的 JSR-168 请求)。以字母 A 开头的 Requestor ID 用于使用此 Requestor Type 实例的 Requestor 会话。
  • Batch (批量):Batch Requestor Type 被监听器、服务、Agent 和守护进程用于执行后台处理。使用此实例的 Requestor 会话的 Requestor ID 以字母 B 开头。所有 BATCH Requestor 都可以访问 PRPC。
  • Browser (浏览器):Browser Requestor Type 用于通过 HTTP 或 HTTPS 通过 Web 浏览器访问 Pega Platform Portal,或从显示 Pega 复合应用程序的浏览器访问。使用此实例的 Requestor 会话的 Requestor ID 以字母 H 开头。
  • Portal (门户):Portal Requestor Type 与 Service Portlet 规则一起用于通过 HTTP 作为 Portlet 进行访问。使用此实例的 Requestor 会话的 Requestor ID 以字母 P 开头。