CF 子系统术语表

	CF 子系统术语表 BAAN 应用程序类以面向对象表示的关系表。 LN 应用程序类可以让从Configurator访问存储在 LN 数据库中的信息变得更加容易。 LN 应用程序类用作关系 LN 表和面向对象的配置类的中介。 BAAN 应用程序类属性在 LN 应用程序类中，特性映射到的关系 LN 表列（或属性）。事件方法用于包含、排除并选择选项的配置约束条件规则或配置约束条件表达式。当出现例如创建、获取、保存等特定事件时，事件方法表达式可以用于执行任何类型的计算或更新。产品变型标识产品变型代码标识单独的产品变型。产品变型结构其后跟随配置路径以便通过通用产品结构和和选定的产品变型选项创建产品变型。产品特性说明产品特性的说明，与语言相关。产品特性选项此项没有相关的“帮助”主题。产品特性选项按产品特性列出的选项，指定产品特性。价格表矩阵表中的价格基于 X 轴上的实际数量值和 Y 轴上的实际数量值。价格表矩阵标识存在基于两个实际物料数量的一组值的代码。这些值为价格表矩阵中 X 轴和 Y 轴的值。每个实际物料数量最多可以有 24 个值。关系类型类关系类型描述类之间的关系，并在类层进行分配以说明涉及到的类中的对象是相关联的。关系类型可加速类之间的数据的继承。例如，类“富豪”与 3 个其他类相关联，这三个类的名称分别为相关类“富豪卡车”、“富豪货车”和“富豪家庭轿车”。这样“富豪”与这些类型的关系类型可以为“富豪汽车的其中一个汽车类型”。类“富豪卡车”和“富豪家庭轿车”可以继承与类“富豪”关联的类（例如类“颜色”）。这样，这两个类都将具有称为诸如“颜色选项”的关系类型。因此，类“家庭轿车”中的对象与类“颜色”（例如红色、蓝色）中的对象相关联。分类 configuration class 包装的特性分配给其他特性的选项的特性。示例包装的选项值从列表中选择的选项，或已分配给包装的特性的用户可定义的选项值。参考日期用户可定义的日期，用于检查更改单和以下配置实体的有效性：用户角色特性配置资源对于生效控制，会根据生效日期和过期日期检查参考日期。如果参考日期大于或等于生效日期，则配置实体有效。如果参考日期大于或等于过期日期，则配置实体不再有效。可实例化类可以由一个或多个对象实例化。多语言支持 Configurator中的工具，用于以多语言定义和处理实体说明。对象类的一个单独的实例（或出现频度）。对象浏览器 Configurator的用户界面。在对象浏览器中，可以类似浏览器的方式查看并维护Configurator数据和转换的 LN 数据。在Configurator框架中，可以定义对象浏览器反应数据的方式。对象浏览器图标在对象浏览器中用于指代的位图。例如：打开的文件夹或关闭的文件夹应用程序表格制表位用户界面组件或按钮用户界面组件中的位图。打开的文件夹和关闭的文件夹图标可由类型视图类别的配置视图组件使用。应用程序可由类型配置类的配置视图组件使用。对象过滤器用于选择一个对象（适用于一个对象时）或一组对象（适用于一组对象时）的配置约束条件规则或配置约束条件表达式。对于配置约束条件规则，配置约束条件仅包含条件部分；对于配置约束条件表达式，在评估（复杂）计算后，必须设置环境变量 SelectObject。序号决定顺序的编号。决定以下内容的顺序的编号：在概览进程或列表框中显示的记录在用户菜单（用户对话框）中显示组件（例如特性）。应用程序类以面向对象表示的关系表分配给类的 LN 中的一个存储数据的进程，在Configurator中使用。应用程序类对象类的特定对象（实例）的明细。应用程序类对象可与表中的特定记录（出现频率）进行比较。应用程序类属性当类与 LN 应用程序类相关联时，所有 LN 表字段都将被称为属性。每个属性都与一个特性相关联。所有权所选物料所属的配置模型的明细。物料可以表示：配置约束条件特性等等。所有者创建或修改Configurator实体的 LN 用户。按产品特性列出的选项说明产品特性的要项的说明。按通用物料列出的产品特性按通用物料列出的产品特性为与物料相关的特征，允许产品变型进行组合。按通用物料列出的约束条件按通用物料列出的约束条件指有关使用组合产品变型的产品特性选项的产品特性的约束条件规则。更改单缩短或延长有效期的方法。其设置应用于以下实体：类特性。类特性选项。类特性选项包。类约束条件。配置约束条件版本。类资源值。更改单可以基于选项或基于日期。当更改单基于日期时，将会结合使用过期日期和/或生效日期与参考日期来确定更改单是否有效。基于选项的更改单用于按照选项值描述状态。例如，当达到特定序列号或更改单对特定序列号生效时，更改单生效。更改单更改单用于限制或延长有效期。更改单用于限制或延长以下内容的有效期：特性选项约束条件等等等等更改单可以基于选项或基于日期。当更改单基于日期时，将会结合使用过期日期和/或生效日期与参考日期来确定更改单是否有效。模型一组配置类。一个类为一组具有相似特征的对象。模型服务器网络中存储在一台计算机中的一组类。一台计算机上可以有多个模型服务器。模型服务器中类的数据存储无须位于同一计算机上。一个模型服务器可以包含不只一个概念模型中的类。活动如果清除此复选框，则不需要再次使用特性、选项和资源。处于不活动状态的特性、选项和资源可由其它类继承，但继承时仍将保持停用状态。父更改单当创建更改单清单时，在树的根部指定的条件。通过这种方式可以对更改单进行同步，因为如果在跟节点定义的条件被评估为真，则所有更改单都将生效。版本用于标识与先前创建的基本实体稍有差异的实体。特性配置类的特征。可以为包含特定值的任何类型的属性。例如，颜色是一个特性。类的特征可以为：必备项持续（可以保存）私密（不可以在配置模型外部使用）活动（正在使用中）明确（派生自）附注可以将多个特性链接到一个类，特性的数量不限。但仅可以将一个选项链接到特性。特性类别用户可定义的组，其中包含基于基于相似特征进行分类的特性。特性类别用于简化检索特性的过程。生效控制检查Configurator中建模的实体是否有效的方式。几乎Configurator中建模的每个实体都具有定义实体的有效性期段的生效日期和过期日期。如果已指定参考日期，则可以检查实体是否有效。如果生效日期为 B，参考日期为 C，则Configurator中的实体无效。如果过期日期为 B，参考日期为 C，则Configurator中的实体在间隔 (C <-> B) 中有效。示例如果生效日期为 A，参考日期为 C，则Configurator中的实体有效。生效日期实体的有效性期段的起始日期。对于生效控制，会根据生效日期检查参考日期。如果参考日期大于或等于生效日期，则配置实体有效。用户界面组件用户界面对话框的组件。每个组件都有自己的特征。有的组件仅会影响用户界面对话框的布局（例如表格、标签对话框和框架），有的组件却能够处理数据（文本框、下拉列表框和选项按钮）。在上图中，可以看到用户界面组件及其关系（称为用户界面组件关系）。用户界面对话框的组件。每个组件都有自己的特征。有的组件仅可影响用户界面对话的布局（例如表格、标签对话框和框架），有的组件却能够处理数据（文本框、下拉列表框和选项按钮）。用户界面组件关系这是用户界面依照进行排列并最终在对象浏览器中形成用户界面对话框的父子关系。请看下图示例。组件“表格制表位 1”、"表格制表位 2”和“表格制表位 3”为父表格的子代。组件“框架 1”和“框架 2”为父“表格制表位 1”的子代，等等。在上述示例中，可以看到用户界面组件及其关系（称为用户界面组件关系）。用户角色用户所扮演的角色。用户角色的示例为营销和工程。在组织中扮演工程师角色的用户可以选择工程角色以按所需的格式访问所需的信息。相关如果一个模型服务器引用了同一概念模型中的另一个模型服务器，则这两个模型服务器相关。示例概念模型在两台单独的计算机上分割为两个模型服务器（A 和 B）。模型服务器 A 由类 1、类 2 和类 3 组成，模型服务器 B 由类 4、类 5 和类 6 组成。模型服务器 A 引用了模型服务器 B 中的类 4。由于每个模型服务器都单独编译，因此必须先对模型服务器 B 进行编译之后才能编译模型服务器 A。即模型服务器 A 与模型服务器 B 相关。相关类源自相关类的对象的寿命取决于另一个对象是否存在。其中一个示例，物料清单关系不可能单独存在。物料清单关系的寿命取决于与其关联的物料的寿命。如果物料被删除，则所有物料清单关系也将被删除。类方法配置约束条件表达式，包含一个与配置类相关的应用程序逻辑。组合特性由一组两个或更多其他特性组成的特性。示例用作房屋标识的特性地址由邮政编码与门牌号的组合来标识。 Comb(地址,<邮政编码, 门牌号>) 在此示例中特性邮政编码和门牌号为组合特性部分。组合特性部分由一组两个或更多其他特性组成的特性。示例请看用作房屋标识的特性地址。房屋由邮政编码与门牌号的组合来标识。继承关系两个类之间存在继承关系。类关系的存在是为了确保复用涉及到的类中的对象的数据结构和应用程序逻辑。在类之间应用继承关系将会产生超类和子类。派生类为子类。原始类被称为超类。继承过滤器继承受继承过滤器控制。过滤器会限制派生类对可用特性和选项的继承。以工程视图使用了并未在营销视图中使用的特性为例。要限制可以从工程视图中继承到营销视图中的特性和选项的数量，必须指定继承过滤器。行号决定记录在概览进程中显示的顺序的编号。语言书写说明的语言的代码。资源用于向特性分配其他值。例如，当您选择空调系统作为额外的特性时，资源汽车的“价格”和汽车的“重量”将会增加。因此，资源的值取决于所选的特性。资源值在配置产品的过程中，由于特性的更改以及选择的选项，产品的值（例如重量或价格）可能会发生更改。资源值会显示其中的差异。资源的值可以表示为：金额百分比小计合计文本资源类型资源类型指定是否涉及到资源为针对其以资源的供应商或客户角色链接的函数的类特性。供应特性会增加资源值，而消耗特性会减少资源值。如果通过最小值和最大值特性的方式将资源值限制在特定时间间隔，则 LN 将检查供应特性是否不超过最大资源值，并且消耗特性是否不超过最小值。资源约束条件通过指定所选特性的最大值和最小值限制配置资源的值的约束条件。过期日期实体的有效性期段的结束日期。对于生效控制，会根据过期日期检查参考日期。如果参考日期大于或等于过期日期，则配置实体不再有效。选项特性的预定义的值。特性：基础颜色特性选项：红色、绿色或蓝色附注仅具有域列表的特性可以具有选项。所有具有其他类型的域的特性都具有选项值。选项值可以向选项或特性分配的值。仅具有域列表的特性可以具有选项。所有具有其他类型的域的特性都具有选项值。附注在特性选项 (cfcmd1110m000) 进程中，选项值为选项的明细。可以在选项值字段中填入任何数据来进一步区分选项。示例为了区分红色的不同选项，您为每种红色进行编号。为了了解选项的价格和选项的组合，可以在选项值字段中填入价格并在配置器中计算不同的价格。选项值范围特性可以包含的可能的值的明细。选项包选项包定义一个选项值与其他特性的更多选项值的关联。以选项包的特性“版本”为例。此特性具有两个预定义的选项：标准和豪华。除了以上两个特性，还存在汽车天窗和空调系统特性。这两个特性都有两个预定义的值：是和否。现在可以定义选项包，以规定豪华版本是指既包含汽车天窗，也包含空调系统。另一方面，可以使用另一个选项包来定义标准版本没有汽车天窗和空调系统。通常这两个选项包可以由选项包 X 和选项包 Y 来表示。 X: (版本, 豪华) -> {(汽车天窗, 是), (空调系统, 是)} Y: (版本, 标准) -> {(汽车天窗, 否), (空调系统, 否)} 选项包分为两种不同类型：商业和技术。这些类型仅会影响选项包的使用方式。因为用户执行商业语义，所以商业子系统对用户可见。而技术选项包仅用于技术用途，因此这些选项在用户界面中不存在。选项包定义另一个特性的一个或更多选项的关联的方式。现在可以定义选项包，以规定豪华版本是指既包含汽车天窗，也包含空调系统。另一方面，可以使用另一个选项包来定义标准版本没有汽车天窗和空调系统。通常这两个选项包可以由选项包 X 和选项包 Y 来表示。 X: (版本, 豪华) -> {(汽车天窗, 是), (空调系统, 是)} Y: (版本, 标准) -> {(汽车天窗, 否), (空调系统, 否)} 选项包分为两种不同类型：商业和技术。这些类型仅会影响选项包的使用方式。因为商业选项包带有商业语义，所以用户可以看到。技术选项包仅用于技术用途，因此这些选项在用户界面中不存在。示例请看具有两个预定义选项的特性版本：标准和豪华。除了以上两个特性，还存在汽车天窗和空调系统特性。这两个特性都有两个预定义的值：是和否。通用价格表通用价格表构成计算特定产品变型的价格的基础。物料清单中的每个通用物料的价格都会单独计算。约束条件规则可能会适用于每个工序行。通用决策表数据的二维表示法。在表的两个不同的轴上，不同的特性可以用作输入。这些输入值会产生一个由为两个轴定义的搜索方法决定的输出值。通用决策表能够表示以下类型的数据：字母数字整数小数布尔值价格通用工艺流程构成在配置/生成产品变型的过程中出现的变型工艺流程的基础。约束条件规则可能会适用于每个工序行。通用物料数据通用物料数据构成在配置/生成产品变型的过程中出现的按变型列出的物料数据的基础。约束条件规则可能会适用于每个通用物料数据要素。通用物料清单按通用物料列出的一组组件，可以从中组合产品变型。通用物料清单构成在配置/生成产品变型的过程中出现的变型物料清单的基础。约束条件规则可能会适用于每个物料清单行（组件）。配置事件标识约束条件用作事件方法。事件方法出现的一种方式为“按压按钮”事件。要将具有事件类型“按压按钮”的事件方法与用户界面组件相关联，必须先定义类事件。每个类事件由“配置事件标识”标识。配置模型一组配置类。一个类为一组具有相似特征的对象。配置环境定义应用程序服务器和数据库服务器的关系的配置环境。数据库位于环境之外，应用程序（模型）位于环境之内。配置环境定义以下参数：类的概念模型与执行环境之间的映射（即，关联的说明）网络中定义每个类的计算机以及每个类的对象的位置一个概念模型如何在一个网络中的多个服务器上分割为多个模型。一个模型服务器上包含存储在一个机器上的一组类。配置用户 Configurator的任何用户。在 LN 环境中，会根据用户名称将其标识为已记录。Configurator用户永远都是 LN 用户的子集。配置用户角色配置用户所扮演的角色，例如营销或工程角色。在组织中扮演工程师角色的用户可以选择工程角色以按所需的格式访问所需的信息。为其分配的角色为在配置模型中为 LN 用户授权。每个用户可以具有多个角色，每个角色可以与多个用户相关联。不过，一个用户每次仅能有一个角色处于活动状态（登录）。附注配置角色会链接至 LN 工具中的“授权管理系统模块”中的正常 LN 用户。超级用户具有所有配置用户角色。配置类一组具有相似特性的对象。例如，类“人”可以包含对象“史密斯先生”、“史密斯夫人”和“史密斯博士”。类可以链接有数据（例如“姓名”和“出生日期”）。类也可以链接有关联的应用程序逻辑。例如，可以通过今天的日期和出生日期来计算年龄。配置类事件事件为在诸如单击按钮时发生的一种应用程序逻辑（例如计算年龄）。配置事件由配置事件标识标识。配置类方法类型决定约束条件适用的类的对象。配置约束条件表示控制或执行工序的应用程序逻辑。应用程序用于将客户需求转化为变型的产品结构。配置约束条件指示特定产品变型中将使用的组件和工序。配置约束条件版本配置约束条件的版本。配置约束条件规则与配置约束条件表达式链接至配置约束条件版本。在Configurator中，必须启用版本控制才能使用配置约束条件版本。每次仅一个版本的约束条件可以处于活动状态。配置约束条件类型定义使用配置约束条件的位置及方法。配置约束条件组所选配置约束条件属于一组共享特定特征的配置约束条件的标识。配置约束条件表达式执行“复杂”操作的 Visual Basic 源代码块。配置约束条件规则一个简单的 if-then 语句。通过这个 if-then 语句可以包括、排除或选择选项，具体取决于条件。函数每部分的说明：条件部分条件部分为说明在哪种情形下必须包括、排除或选择选项的布尔表达式。条件部分会根据特定选项值检查特性。包含部分包含部分为说明哪个选项应该已选中的配置约束条件规则的部分。如果此为假，则说明违反了配置约束条件。排除部分排除部分为说明不应选中哪个选项的配置约束条件规则的部分。如果此为假，则说明违反了配置约束条件。选项部分选项部分为说明将会选中哪个选项的配置约束条件规则的部分。不可违反此配置约束条件，因为将会强制选择选项。换句话说，选项将被设置为已定义。 if-then 语句的通用格式为： IF <条件部分> THEN INCLUDE <包含部分> EXCLUDE <排除部分> SELECT <选项部分> 配置约束条件部分定义必须评估配置约束条件的时间（如果适用）。配置约束条件验证信息可以在配置约束条件表达式中使用并在配置过程中显示给用户的以一种或多种语言定义的信息。配置视图在对象浏览器中显示的、由菜单结构和对话框组成的用户界面定义。菜单由配置视图组件组成。这些配置视图组件的分级结构按照配置视图组件关系定义。对话框由用户界面组件组成。这些用户界面组件的分级结构按照用户界面组件关系定义。附注配置视图将参考第一个（根）配置视图组件。配置视图组件这是在配置视图层次结构中使用的组件。有两种类型的配置视图组件：视图类别（表示为菜单图标）配置类（表示为对话框图标）。类型配置类的配置视图组件具有两个重要的引用：包含有关可以通过用户界面组件显示或修改的数据的信息的配置类用户界面的根（第一个）组件。示例配置视图组件关系这是配置视图组件依照进行排列并最终在对象浏览器中形成用户界面对话的父子关系。请看下图示例。组件“演示”、“装配线结构”和“参数”为父代“主菜单”的子代。组件“演示对话框”为父代“演示”的子代。因为这是表示应用程序的类型配置类的配置视图组件，所以这也是最低级别的菜单结构。配置资源用户可定义的变量，链接至值可更改的特性。通常，需要先定义配置资源才能将其分配给特性。这将可以实现资源重复使用。附注资源约束条件可以限制链接至配置资源的特性的值。此约束条件指定特性的最小值和最大值。配置验证信息显示配置期间约束条件规则的系统信息。这些规则是约束条件文本的一部分，以代码或文本表示。约束条件验证信息仅指“验证”类型的约束条件组。