RuleSets：
rule个人理解：即pega中的每个小模块，例如process，step，stage等等。ruleset就是rule的集合
要将分发的规则打包为应用程序的一部分，可以将规则收集到一个称为规则集的组中。规则集标识、存储和管理定义应用程序或应用程序的重要部分的一组规则。如果规则类似于一首歌，则规则集类似于整个专辑。
Ruleset versioning
开发人员将单个规则收集到规则集的实例中，称为Ruleset versioning。要更新规则集的内容，需要创建一个新的规则集版本。开发人员可以使用新的规则集版本(或未锁定)进行规则更新和添加新规则。锁定规则集的旧版本是一种最佳实践。规则集版本控制帮助开发人员识别和管理应用程序的更改。
Pega通过名称和版本号识别规则集。例如，处理费用报告的应用程序包括一个名为Expense的规则集。Pega将版本号附加到规则集名称中。费用:01-02-03是费用规则集的版本号01-02-03。
版本号分为三个部分:主版本、次版本和补丁版本。每个段是一个两位数，从01开始，一直到99。规则集版本编号从01-01-01开始，并向上递增。
Ruleset stack
每个应用程序由称为规则集堆栈的规则集序列组成。规则集堆栈决定Pega平台通过规则集查找正在使用的规则的顺序。规则集堆栈中的每个条目表示指定规则集的所有版本，从列出的版本开始，一直到指定主版本的最低次要版本和补丁版本.应用程序的每个版本都包含一个惟一的规则集堆栈。规则集堆栈允许更新后的应用程序引用包含更新和新特性的新规则集版本。例如，Bob是开发管理费用报告的应用程序的第一个版本的开发人员。Bob为应用程序的第一个版本创建规则，例如流程、ui和通知。Bob将这些规则收集到费用规则集的第一个版本中，费用:01-01-01。
几个月后，Tanya收到了一个增强请求，要求更新应用程序中的UI，以收集由于政策变更而从员工那里收集的额外信息。此更新增强了Bob先前创建的规则。Tanya在规则集的第二个版本中创建规则来建模这个新行为，即Expense:01-02-01。然后，她在更新的费用报告应用程序中使用费用:01-02-01规则集。
使用应用程序第一个版本的员工查看Bob创建的UI。只有使用更新后的应用程序的员工才能查看Tanya创建的UI。第一个版本的规则集堆栈不包括Tanya的版本，它允许用户在开发第二个版本时使用应用程序的第一个版本。
Rule creation
Rule creation in Dev Studio
如果您需要更多地控制如何创建和重用规则，您可以在Dev Studio中创建规则。在Dev Studio中创建规则时，新的记录表单提示您提供四条信息:规则类型、标识符、类和规则集。此信息用于在应用程序中惟一地标识规则。这种组合允许应用程序在案例处理期间通过一个名为规则解析的过程调用正确的规则。通过规则解析，Pega Platform™确定了当应用程序调用规则时运行的适当规则。
notes:Dev Studio使用术语记录来指代Pega Platform™中的规则、属性和其他对象。通过单击Records并选择一个规则类型来显示该规则类型的规则列表，您可以从Dev Studio导航菜单访问规则。要了解更多关于在Dev Studio中搜索规则的信息，请参见帮助主题查找规则登录页面。
Rule type
规则类型决定规则建模的行为类型。每种规则类型为特定类型的行为建模，例如自动化决策或UI设计。
Open the new rule
一旦您创建并打开新规则，规则定义将显示您在新记录表单中输入的标识信息。例如，新的清单流规则定义在规则头中显示规则类型、类(CL)、标识符(ID)和规则集(RS)。
Identifier
标识符或ID标识规则的用途。例如，要对批准保险索赔的流程建模，可以使用ClaimsApproval这样的标识符。此标识符允许您将审批流程与提交流程区分开来。Pega平台从标签字段的条目中确定标识符。
Class
该类标识规则的范围。您可以在Apply to字段中指定规则的类。您选择的类决定了使用规则的范围:在一个案例类型内，或跨案例类型。
Ruleset
规则集是规则的容器。规则集标识、存储和管理定义应用程序或应用程序的主要部分的一组规则。
Different methods of rule creation in Dev Studio
根据创建新规则的方式，您可以通过多种方式访问新记录表单，规则创建的方式决定了自动输入的信息量。下表描述了一些规则创建方法。
在下图,比较从Create菜单创建的SLA规则和从App Explorer创建的SLA规则。
Create menu：
App Explorer
Rule updates
Rule updates in a secured ruleset
如果您需要对应用程序如何创建和重用规则进行更多的控制，而不是使用App Studio中的可用规则，那么您可以通过打开规则定义在Dev Studio中直接访问规则。例如，您可以在Dev Studio中打开一个在App Studio中自动创建的流规则来更新流程行为。
开发人员经常保护规则集，以防止对规则进行未经授权的或意外的更改。在Pega平台中保护规则集有助于维护规则的完整性，添加审计跟踪，并依赖显式操作来添加和更新规则。例如，在安全规则集中编辑规则时，开发人员需要通过记录规则的更改来确认规则的更改;这将创建可用于审计的规则集更改历史记录。下图显示了一个SLA规则的历史。
删除规则可能会对已经在生产中的应用程序版本造成影响。仅当规则属于应用程序或规则集的当前版本时才删除它们，例如，部署前的清理任务之一是删除与当前版本关联的未使用的规则。如果不再需要作为应用程序以前版本的一部分提供的规则，那么还有其他策略来保留规则，以便在以前的应用程序版本中使用，同时防止该规则在当前和将来的版本中使用。
Rule check out and check in
签出特性用于在多个开发人员开发应用程序时管理对规则的更改。该特性允许开发人员在更新规则的同时阻止其他开发人员的更新。规则签出在仅对您可见的规则集中创建规则的副本，称为个人规则集。个人规则集占据规则集堆栈的顶部位置。个人规则集中的规则覆盖应用程序其余部分中的规则。这允许您在不影响其他开发人员的情况下测试对规则的更改。
在更新规则并测试更改之后，您将签入规则。签入规则使用规则的新版本更新应用程序规则集。除非需要批准，否则您的更改将立即影响应用程序的行为。当在App Studio中更新规则时，App Studio会自动为您管理签出/签入过程。
private edit
私有编辑提供对规则的非排他签出;这允许其他开发人员同时编辑规则。私有编辑对于快速调试而不中断其他团队成员的开发非常有用。这个选项在App Studio中不可用。
最佳实践是锁定规则集的旧版本，以防止更改。对于锁定规则集中的规则，在规则表单上显示一个锁定图标。若要在锁定的规则集版本中更新规则，请将该规则保存为未锁定的规则集版本，然后在必要时签出该规则。
Classes and class hierarchy
Classes
Pega Platform™促进案例类型和应用程序之间的规则重用。开发人员经常在应用程序中重用规则——从单个数据元素到整个流程。规则重用提高了应用程序质量并减少了开发时间。在应用程序中，Pega平台根据重用能力将规则分组到类中。每个分组都是一个类。每个应用程序由三种类类型组成。
- work class包含描述如何处理一个或多个案例的规则，例如流程、数据元素和用户界面。
- Integration class包含描述应用程序如何与其他系统交互的规则，例如将应用程序连接到客户数据库或第三方web服务器的集成资产。
- Data类包含描述应用程序中使用的数据对象的规则，例如客户数据类型或订单项数据类型。
注意：当您在App Studio中创建规则时，App Studio会为您识别合适的类。您可以关注您想要规则做什么，而不是如何创建规则。如果需要控制类，可以使用Dev Studio创建规则。切换到Dev Studio的一个原因是创建一个计划在不同应用程序中重用的规则。
Parent and child classes
一个类还可以包含其他类。包含另一个类的类是父类，而被另一个类包含的类是子类。子类可以重用或继承为父类定义的任何规则。Work类包含应用程序中每个case类型的子类。每个案例类型子类包含案例类型特有的所有规则，例如汽车保险索赔。数据类包含每个数据对象的子类。
Class hierarchy
组成应用程序的类被组织成多层次的类层次结构，以组织应用程序资产。类在类层次结构中从最特定到最不特定进行组织。类层次结构决定了开发人员如何在应用程序中重用规则。应用程序可以通过类层次结构利用对应用程序可用的任何规则。应用程序无法利用应用程序无法通过类层次结构访问的规则。
当试图确定在运行时使用的规则时，Pega Platform从最特定的类开始，并将搜索扩展到越来越普遍的类。每个类的名称标识类在类层次结构中的位置。考虑TGB-HR-Work类。连字符分隔类层次结构的每一层(-)。因此，面向TGB工作是面向TGB类的子类，而面向TGB类是TGB的子类。
Case type classes：案例类型类描述特定的案例类型，例如费用报告或汽车保险索赔。与案例类型类相关联的规则对于相应的案例类型是唯一的，在组织的其他地方不会重用。
Work classes：工作类包含应用程序中的所有案例类型。在Pega平台应用程序中，应用程序中的所有案例类型都与一个工作类相关联。
集成类和数据类可以出现在类层次结构的任何级别上，而工作类通常是这三个类中最具体的。
Application：应用层包含单个应用程序所需的工作、集成和数据类，并允许在这些类之间共享公共规则。
Div/Unit：你只在必要的时候创建划分层和单位层。划分层包含划分的工作、数据和集成类。可选的单元层包含单元的工作、数据和集成类。这些类允许在部门和单元级别重用规则，例如跨整个IT部门共享的审批流程。
Organization classes：
组织层包含跨整个业务或组织的应用程序的所有类。组织层通常包含可以应用于整个组织的数据和集成类。
Other application classes：
来自其他应用程序(例如特定于行业的Pega平台应用程序)的类包含在有时称为框架层的层中。您可以使用用于保险策略管理的通用应用程序作为基础，以定制不同策略类型的版本。使用其他应用程序是可选的，由更有经验的开发人员为每个实现确定。
Base classes：
Pega平台提供了基类。这些类包含为案例处理提供基本功能的规则。例如，Pega平台提供数据元素，记录谁创建了案例以及完成任务所需的时间。
inheritance
Inheritance methods：
继承允许应用程序为其他情况或应用程序重用现有规则。规则重用在不牺牲应用程序质量的情况下减少了开发和测试时间。
Pega Platform™提供了两种规则继承方法:pattern inheritance和directed inheritance。
pattern inheritance
pattern inheritance是自动的。pattern inheritance使用类名结构来确定可重用的规则。它根据类层次结构搜索相关的规则——换句话说，pattern inheritance搜索共享类名前缀的类。
下图演示了保险公司(ABCIns)及其两个部门(消费者和业务)的基本模式继承层次结构。ABCIns类是两个子类(abc - consumer和abc - business)的自动父类，这两个子类本身分别是abc - consumer - policy processing和abc - business - policy processing的父类。
Directed inheritance
Directed inheritance是显式指定父类的类之间的继承。您应用直接继承来重用标准Pega平台规则和来自业务类层次结构之外的其他应用程序的规则。与模式继承的自动使用不同，Directed inheritance是显式的。在类规则表单上列出定向继承。
直接继承允许应用程序类继承为标准Pega类(如工作类或数据类)定义的规则。例如，考虑一个名为TGB的组织。TGB应用程序具有使用创建案例的操作符的名称(. pxcreateopname)的IT票据案例和会计购买请求案例。这些用例使用. pxcreateopname(工作覆盖中定义的标准属性)的方法是通过直接继承。
模式继承允许您在单个应用程序中重用规则。直接继承允许您在其他应用程序中重用规则，包括作为Pega平台的一部分提供的标准规则。
Inheritance and rule reuse
当试图通过继承重用规则时，Pega平台首先搜索模式继承所指示的父类。如果不成功，Pega将搜索由直接继承指明的父类，作为另一个模式继承搜索的基础。这个过程一直重复，直到Pega到达类层次结构中的最后一个类，即最终基类或@baseclass。如果在搜索@baseclass后不能找到规则，Pega将返回一个错误。