ORACLE CONFIGURATOR DEVELOPER 11i

Oracle Configurator是一个战略性的有指导的销售和配置产品，它提供了面向下一代的、代表技术发展水平的配置技术。这个产品被作为Oracle Customer Relationship Management（CRM）和Enterprise Resource Planning（ERP）应用软件的一个功能强大的附加模块来销售，它从一个集中维护的配置模型支持整个企业的配置。Oracle Configurator是Oracle Applications的一部分。后者是一个集成的应用程序套件，旨在将您的企业转变成电子商务的企业。

Oracle Configurator的开发环境
Oracle Configurator Developer是一个直观的、拖放式的配置建模开发环境，它向产品专家提供了广泛的功能和灵活性来为所有的产品、服务和他们的组合建模，而不论他们是简单的还是复杂的。Oracle Configurator Developer的广泛的建模能力使那些拥有多个产品线和全球化销售队伍的公司能够有效的销售他们的所有产品。

Oracle Configurator产品家族
Oracle Configurator Developer是Oracle Configurator产品家族的一员。Oracle Configurator产品家族包括：

• Oracle Configurator--通过与Oracle Order Management、Oracle iStore、Oracle HTML Quoting、Oracle Order Capture、Oracle TeleSales、Oracle Sales Online和Oracle Sales for Communications的集成，提供引导销售和配置能力。Oracle Configurator的存档的应用编程接口（API）还使它能够与客户的基于Web的应用程序进行无缝集成。
• Oracle Configurator Developer--用于建造和维护Oracle Configurator应用程序的图形化开发环境。

Oracle Configurator Developer的功能
Oracle Configurator Developer旨在加快应用软件实施过程，它还包括一些用于快速部署完整的配置解决方案，这些功能包括：

• 使用来自ERP或其他企业系统的产品数据
• 为各种配置、产品、服务和系统关系建模
• 将商业规则用于产品数据
• 可定制的用户界面
• 创建多个用户界面以部署于不同的销售渠道
• 测试和调试Oracle Configurator应用程序

集成的数据模式
Oracle配置程序依赖于Oracle Applications 11i版的数据模式，该数据模式包含用于管理配置数据的特定表。以下来自Oracle Manufacturing的客户和产品数据能够与Oracle Configurator 的表直接集成来支持配置：

• 物料清单（BOM）结构
• 物料主数据（Item Master Data）

它还提供了一个通用的导入机制，用于导入存在非Oracle数据库中的老数据或者上面提到的之外的Oracle数据。这个通用导入机制使用一套导入表来把企业数据装载到Oracle Configurator的表中。与产品有关的数据是根据数据库管理员（DBA）编写的查询从老的数据中被提取出来，以满足导入表的格式要求。

模型结构
模型结构是根据存在Oracle Configurator表中的物料主数据（Item Master Data）建立起来的。模型结构是以分层次的树型结构来描述的，它由产品、组件、特性和选项组成。

当BOM数据直接从Oracle Bills of Material集成时，与Oracle BOM关联的Oracle Item Master中的所有项目会自动地加入到Oracle Configurator Database Master表中。一个反映Oracle BOM结构的默认模型结构树就会生成。在Oracle Configurator Developer中，模型结构的这部分是不能被修改的，但是可以在它上面增加附加结构。

Oracle Configurator Developer提供了在配置模型内部引用对象的能力。引用就是一种用根据子模型这样更小的单元来建造复杂的配置模型的能力。子模型是被独立地开发和维护的，他们可能还被其他模型使用（引用）。这项功能提供了在企业内对子模型重复使用的能力，并且使维护过程变得更加轻松。每个子模型包括模型结构、规则和用户界面的定义。引用保持了BOM的模型结构。如果一个BOM模型拥有子模型，那么每个子模型都被作为一个独立的配置模型来对待，同时一个根配置模型会自动地创建并引用子模型。这大大提高了配置模型被重复使用的能力和可伸缩性。这项功还使规则能够被推广和重复使用。

上图中高亮显示的节点是对子模型的引用。这是由左下脚的Ptinter图标以及他下面的子图标来表示的。

有导向的销售和有指导的购买
就面向客户的应用软件而言，有指导的购买对任何想销售复杂的或定制的产品和服务的公司来说都是极为重要的。想要在电子商务上取得成功，基于Web的销售应用软件必须能够指导客户购买那些真正能够满足他们的独特需求的产品和服务，而不论这些产品和服务如何复杂。同样，有导向的销售在以销售为中心的应用软件中提供同样水平的功能。该Configrator的最终用户是销售代表。

为了将有指导的购买或有导向的销售功能包含到Oracle Configurator中，就要把那些知识渊博的销售人员常向客户要问的问题加到模型结构中去。然后再定义那些与对特定组件、特性和选项子集应问的问题的回答相关联的商业规则。最终的结果是形成一个能够指导用户选择一个最优的解决方案的Oracle Configurator应用程序。

Oracle Configurator Developer使产品专家能够在应用软件中增加有指导的购买和有导向的销售的问题，从而使销售应用软件能够指导用户根据他们的独特要求选择一个最优的解决方案。

配置规则
当一个最初的模型结构被建立之后，就可以把限制条件施加到各个元素。配置规则就是在配置过程中保留产品和服务关系的限制条件。基于限制条件的推理确保了解决方案能够满足客户的要求，配置是完整的，并且定单是有效的和可以制造的。

Oracle Configurator Developer为建立配置规则提供了四种基本的限制条件。这四种类别是客户能够关联大部分从简单到复杂的产品、服务和系统的配置模型：

• 逻辑规则
• 数字规则
• 显在兼容性规则/基于特性的兼容性规则
• Design Chart规则

逻辑规则
四个主要的逻辑规则是充分（implies）、必需（requires）、独占（excludes）和否定（negates）。逻辑规则决定了具体对象的逻辑状态。规则能够被应用于特性、选项、选项类和标准项目（item）。而且，规则是通过从模型结构树中把对象拖放到图形化规则创建窗口中并指定相关的逻辑类型来创建的。

除了四个主要的逻辑规则之外，还可以指定默认真值状态。默认值相当于"推荐了"一套产品选择，这些选择在初始化时就被建立起来了。这些默认值可指导用户，但是当用户要做更加精细的选择时，他们在特性和选项选择过程中可以使这些默认值无效。

有关这些规则更加复杂的组合能够通过一个高级表达式编辑器来关联。Oracle Configurator Developer的高级表达式编辑器为通过逻辑关系建造复杂的表达式结构提供了一个拖放界面。

这个规则在收集客户要求的过程中根据终端用户选定的多媒体选项默认模型结构。

数字规则
数字规则设定和维护在模型结构中指定的量化建模参数。能够对特性和选项规定数字规则。这些特性和选项累积一个值，即构成一个总数，如重量，或者向供应商和客户提供的诸如插件框架以及要求有插槽的外部设备等这些资源的数量。

可能将两个量化的属性，总量和资源，与模型结构项目关联起来。总量是常量或者可设置为选项的选择结果。一个比较典型的例子就是总重量。当一个选项被选择之后，一个元素的重量特性值就会被加到该配置的总重量中。资源数通常被用来在配置过程中确保有一定数量的资源储备。比如，计算机配置有一个带有有限数量的用于硬件和外部设备的插件槽的插件框架。该插件框架是一种资源，它提供一定数目的插件槽。在配置过程中，当硬件和外部设备被选定后，他们便消耗一个或更多的插件。资源被指定给了插件框架和每个附加设备，因此相应的平衡才得以维持，确保有效的配置结果。

数字规则通过从模型结构树把对象拖放到图形化的规则创建窗口，并指定数字规则类型及相关值来创建。

兼容性规则
产品兼容关系可以通过一种类似表的形式来显式地规定，或者通过引用共享兼容关系的选项特性值来隐含地规定。基于特性的和显式兼容关系通过选择参与兼容规则的特性来关联起来，然后定义选项之间的关系。

Design Chart表规则
Design Chart（设计图表）是表达复杂的显式兼容关系的一种方法。这种方法通常用在产品通过必需的和可选的特性来定义或者需要定义许多产品模型的那些行业中。它提供了图形化地指定模型的主要特性和次要特性之间关系的能力。

比如，在下面的设计用图表规则中，预包装好的系统中必需的组件与他们各自的预包装系统的类型相关联。在运行的软件中，当一个最终用户选择了一个特定的预包装系统，他们就会看到一个为每个包装定义的兼容组件列表。

Design Chart规则提供了一个定义产品和服务模型的图形化方式。在这个例子中，定义了预包装的计算机系统。每个包装的定义特性用一个"M"来标示，而每个包装的可选特性用一个"X"来标示。

有效日期范围可以在功能上限制模型结构和规则。有效期限可以使一个产品模型的结构和规则能够跟随时间的推移来改变。可给一个特定的规则或项目指定一个日期范围，或者可以通过将一个规则或项目包含到有效性设置（Effectivity Set）中来指定。Effectivity Set可以用来对一组具有相同时间段的实体指定有效日期。那些在该时间段内不是有效的项目在运行时用户界面上就不会出现，而且在配置中会被当作好象是错误的来处理。如果一个规则不是有效的，那么它就会被当作好象是不存在的来处理。

在每个模型结构实体或规则中，有效日期被单独设置，或使用Effectivity Set，规则可以被指定给一组对象。当项目（item）从Inventory和Bills of Material中导入时，有效性日期将在Configurator Developer。

BOM结构规则
当与Oracle Applications集成时，在Oracle BOM结构中内在的配置规则会在Oracle Configurator Developer被自动地应用。这些配置规则包括必要的和互斥的选项，以及级联（quantity cascade）运算。附加的配置规则能够被应用到导入的Oracle BOM结构的节点中和任何手工建造的模型结构中。从原有的数据库或非Oracle ERP系统中导入的Item Master数据没有与数据和模型结构相关的优先配置规则。

可扩展的开发环境
Oracle Configurator Developer提供了通过使用功能伴侣（Functional Companions）来扩展它的网络功能的机制。Functional Companions被用来创建以客户为中心的扩展特性。这种扩展补充了Oracle Configurator应用程序的标准特性和基于选项的产品选择屏幕显示。

Functional Companions扩展了逻辑配置模型的能力，以提供：

Validation（确认）--确认和校验配置选择的一个Functional Companions。比如，可执行一个Validation来确保已经配置好的系统符合客户希望的性能要求。

Auto-configuration（自动配置）--是一个根据已执行的功能或程序的结果设置配置选项的Functional Companions。

Output（输出）--是一个通过一个嵌入的或单独的第三方应用程序产生配置结果的Functional Companions。

以客户为中心的规则是通过Functional Companions以类似定义配置逻辑规则的方式从模型结构产生的。模型结构中的任何组件都可以与Auto-configuration、Validation和特定的Output相关联。Functional Companions通过一个存档的Java应用编程接口(API)与配置模型进行通信。

用户界面的创建
Oracle Confugurator Developer使用户能够从一个单一的配置模型创建多个用户界面。公司能够为每个用户界面定制观感和流程以满足多个销售渠道的独特要求。通过使用徽标、颜色和字体，他们能够将公司的品牌元素加入到他们的销售应用软件中，以便向客户强化他们的品牌形象。用户界面是使用Oracle Confugurator Developer的图形化拖放环境来设计的。

模型驱动的用户界面

利用默认的布局模板从配置模型中可以动态地产生用户界面。默认的布局模板是以树形结构来展示的，并且每个显示屏相对于一个相关联的配置模型结构树的节点。

可定制的用户界面
默认的用户界面布局可以被定制，以便给每个类型的用户一个合适的配置模型视图。通过添加图形，为每个特性裁剪展示风格，或者改变屏幕上特性的图形布局都可以对每个屏幕的显示布局进行定制。各公司可以通过使用徽标、颜色和字体，来加入公司的品牌元素，这样，他们的销售应用软件就能向客户强化其品牌形象。定制的用户界面然后能够被部署到公司的每个销售渠道：一个用于给基于Web的自助服务客户；一个用于销售代表；另外一个给他们内部呼叫中心的代表。

在UIEditor（用户界面编辑器）视图中定制用户界面时使开发人员能够在应用软件中增加产品图形、徽标和其他以销售为中心的元素。

在用户界面的定制过程中，图片、文本、特性和选项可以根据用户作出的选择来显示或者不显示。根据用户点击的按钮来导航到特定屏幕的能力，使各配置屏幕之间的导航也变得很简单。

测试/调试
自动生成的用户界面使开发人员能够观察模型执行时的性能。当测试按钮从Oracle Confugurator Developer被触发时，Oracle Confugurator就被启动了。

配置规则按照规则类型（如，逻辑规则，数字规则等）被组织在文件夹中的或者在用户定义的文件夹中。为了便于模型的测试，Oracle Confugurator Developer提供了让规则失效的能力。各个规则可以单独地失效，或者当他们保存在用户定义的文件夹中时，也可以成组地失效。

产品生命周期管理
一旦一个配置模型和用户界面被测试完以后，他们就能够被发布并用于产品中。发布功能将必要的测试和生产数据复制到正确的环境中。不同的模型或者用户界面可适用于不同的调用应用软件或用途。产品服务器不允许开发人员去修改已经发布的模型和用户界面。你可以收回一个发布的模型，或者恢复一个老的已发布的模型。

Oracle电子商务套件：将你的企业转变为电子商务企业