基于CORBA的协同CAD系统研究.docVIP

基于CORBA的协同CAD系统研究 摘 要：一个对于信息系统的重要的方法，是关注于基本特性，对执行约束和表现细节的抽象。这种方法提供了一个基于抽象层的处理问题的方法。本文从工程设计人员的角度和强调几何总线作用实现目的方面考虑，提出了一个实用的基于CORBA的协同CAD系统。 关键词：CORBA 几何总线 CAD系统 中图分类号：TP3 文献标识码：A 文章编号：1672-3791（2014）08（b）-0011-02 当前，要实现一个功能完备的集成CAD系统，存在的主要问题是如何在不同的组件之间提供一个集成的功能强大的标准，如何在专业团队的不同开发行为之间实现数据和对象共享。 集成CAD系统一般都采用了一些传统的要素，比如，数据库、工作流和实体造型系统等。但是，集成CAD的数据模型需要处理更为复杂的结构。这是因为：深入的分层结构，多种数据表示类型，不同数据表示方法的关联，不同时间段数据的联系。而且，设计过程的特性是相当独特的，即重复性和探索性的设计行为以及需要活动的历史数据。对工程设计中的复杂对象使用传统的关系数据模型已经无法直接支持，因而应考虑使用对关系模型进行了扩展的面向对象的工程数据库系统。目前，数据库设计人员在考虑共享对象机制或异构系统的总体方面时，没有考虑工程设计过程和处理复杂的工程数据所要求的功能特性；另一方面，CAD研究人员则注重于PDM系统和AI协同设计等方面。对集成三维CAD系统中的数据模型进行研究是极其必要。相比较以前的工作，本文从工程设计人员的角度和强调几何总线作用实现目的方面考虑，提出了一个实用的关于协同CAD系统的分布式对象数据模型。 1 对象数据模型 在该模型中，对象和属性相关，并且根据它们的特性进行分类。并且属性和链接也是对象。在CAD系统中，联系属性到一个分层的树的根的对象的一系列对象，被称为设计实体。图1阐述了一个设计实体，主要包括两个属性类：概念特性和空间特性。在这个模型中，概念特性可以是基本的或概念可选的，空间特性是拓扑的或空间可选的，并且所有这些特性都是几何性的。在CAD系统中，从设计者直到显示在屏幕上的三维部件的所有要素都是一个设计实体。例如，一个设计者被系统表示为具有基本特性而且没有三维表示的实体。虽然这个模型可以创建很多对象，但它可以很容的追溯属性和关系的发展，这是一个必要的条件实现追溯需求发展。这个数据模型充分考虑了功能和形式的问题。 在这个模型中，两个对象之间的链接也是一个对象。为了在成对的对象之间建立联系，他们之间的链接被定义为源或目标对象和在联系中所使用的关系类型。而且，两个对象的链接的行为在目标对象来表现，而无论来源目标的表现形式。这些机制保证了：（1）一个实体对象的特性对应于对不同零件的规范。（2）在链接中包括的对象，可以观察各自的邻居，而无需考虑它们在对象树的位置。 每一个设计实体都有一个设计历史，如下表示： Historyi（t） 。 即，一个实体的设计历史有一系列状态和一系列版本。在每一瞬间，一个设计实体如一个唯一的版本和其生命周期中的一系列状态相联系。设计者可以回朔历史，创建一个新的零件版本，相对应于他的权力。 2 分布式系统 从系统的角度来看，采用了分层机制，来处理细节功能。一个对于信息结构的重要的方法，是关注于基本特性，对执行约束和表现细节的抽象。这种方法提供了一个基于抽象层的处理问题的方法。在这里组件是一个自我管理和独立的部分，嵌入到一个复杂的系统中。一个组件可以由一系列类组成，对于需求功能来进行组织信息和开发程序。 在分布式系统中，这个系统的架构采用了支持设计行为。与图2所示。这个架构采用了客户端/服务器模式，配合与CORBA总线（ORB）来支持分布式处理的机制。每个模块都具有独立操作层实现。消息机制提供资源实现各层的交互作用。和外部环境的通信，通过各层寻求与设计者的交互，完成提交给系统的请求和响应。在一种情况下，通信将被完成，系统要共享要与设计者之间共享内部事件。 图3阐述了本文提供分布式对象图，整个对象树是一个虚拟结构对应着分布在网络上的数据库表的联合体。当一个客户端请求这个树的子集，链接和对象列表存储在主内存中。在这种情况下，在主内存中，树的每个节点对应特殊的传统数据库表的唯一的列。在分布式系统中，设计人员将鼠标指向3D虚拟部件，可以被另外设计组的成员所修改，求特殊属性的值。在这种情况下，客户端能寻找一个服务器能从它的数据系统中重新得到它的值。另一个例子，当设计人员执行对属于另一个设计组的一个部件进行一个特殊几何操作。在这种情况下，如果一个事务策略被允许，客户端将从远程服务器获得几何模式，并在本地执行。 分布式系统的一个重要的特点是与分布式对象中间件保持高度层次独立性。由于这个原因，该系统只使用基本的CORBA架构，允许通信层很容易被替换CORBA