前言
在之前《基于模型的数字化ETO柔性业务模式探讨》的系列文章中我们对数字化ETO的业务及挑战进行了初步的分析，并概述性的介绍了在西门子面向未来的基于模型的ETO产品设计体系中Rulestream作为知识引擎，基于知识驱动设计（KBE）理念，提供面向ETO全过程提供技术支撑。
接下来，将基于本系列文章《ETO自动设计引擎-Rulestream应用探讨》一起与大家进行Rulestream是如何通过知识固化，来驱动ETO业务流程的应用实践方面的探讨。
本系列文章将包括基础的系统安装、基础的入门应用、高级的业务场景应用等方面的内容。
作为安装应用的基础，作为本系列文章的第一部分，今天我们先要跟大家一起进行Rulestream架构方面的介绍及探讨。
?基础架构概述
Rulestream的核心架构主要由四部分组成：在下面内容中将对针对架构各部分功能的展开讨论。1.RulestreamPlateformDatabaseServer和任何软件系统类似，Rulestream需要一个环境对数据信息进行集中存储及管理，这个功能就是由架构中的RulestreamPlateformDatabaseServer来提供，RulestreamPlateformDatabaseServer实质上是基于Sqlserver数据库构建，同时提供数据库内容管理维护的应用（RulestreamPlateform）。
在RulestreamPlateformDatabaseServer管理了规则数据、项目数据、知识库数据、系统配置文件等四类数据：
规则数据：针对特定产品平台或模块的设计规则定义数据，包括设计流程、参数、驱动逻辑、模板信息等；
项目数据：针对具体项目的信息，包括客户、项目需求、交付日期、基于项目的配置参数、配置结果等；
知识库数据：企业通用的技术库内容，例如：材料库、标准件库、通用件库、企业通用参数约束条件等；
系统配置文件：记录系统配置设定条件。
2.RulestreamArchitectRulestreamArchitect用于对产品、模块的设计参数、设计规则、设计模板、设计流程等进行定义维护，维护完成的设计结果将存储在RulestreamPlateform中，并由RulestreamEngineer调用规则针对具体项目进行应用。
3.RulestreamEngineerRulesteamEngineer用于针对具体项目的需求，调用RulestreaPlateform中所维护好的相关产品、模块的ETO规则进行ETO过程驱动，并最终产出针对具体项目的模型、图纸及文档。
这里需要说明一下，RulestreamEngineer和RulestreamArchitect在当前的架构中是一体化的，同一个安装介质，需要安装到同一个环境中。
?小结
基于上述模组的协作，Rulestream的业务原理可概述如下图：
当然，大家可能会发现这个业务架构中缺少了RulestreamThinclient，由于RulestreamThinclient的业务定位与RulestreamEngineer相同，在此我们先不累述，我们会在后面Web客户端安装配置过程介绍详细的RulestreamThinclient架构。通过本文，相信大家对Rulestream的系统架构应该有了初步认识，下一篇文章中我们将会跟大家一起进行具体安装操作方面的讨论。?