第五章  系列化产品工程信息的建立与管理

【本章摘要】本章首先分析了管理系列化产品信息的工具——工程数据库的内容及建库方法，并详细分析了具体系统中的库存-设计控制模块的实现及其工程数据库的生成和企业中的项目图纸管理模块的工程数据库建立。

5.1  工程数据管理的引入

随着现代工业的发展，现代工业的整体分工与合作的日益完善，特别是标准化和通用化技术的发展，企业产品的系列化工作就变得日益重要。而对产品信息的管理也变得很重要，并且，由于系列化产品之间在特征尺寸和图形表达上都具有一定的共性。如何有效地记录这些信息，特别是应用到图形驱动中，普通的数据库（存储简单的数据信息）对图形特征数据的存储较为困难，而工程数据库能存储具有工程特性信息的内容。

为了适应工程数据库管理和应用需求，设计和发展传统的数据模型，研究新的可扩充的数据库系统，为用户提供强大的系统和良好的人机界面。目前，主要的做法有：使用构造DBMS生成器；使用扩展关系模型（混合模型）；使用语义模型；打破关系约束的NF2模型；面向对象模型。

由于历史的原因，早期的工程数据库均采用传统的数据模型，即层次、网状、关系模型。由于关系数据模型具有严谨的理论、清晰的概念，因此不少系统都是建立在扩展的关系模型上的，去适应工程数据库系统的需要。然而由于关系模型将实体与实体间不同的联系统一按关系处理，牺牲了不少语义信息，加之关系模型的面向记录的模式以及单一的数据类型不能自然表达复杂的对象结构，因此，工程数据库的功能受到一定的限制。目前人们开始研究新的语义数据模型，特别是面向对象的数据模型已受到重视。由于这种数据库模型具有较强的语义建模能力，它的许多特点非常适合工程数据库特别是图形图象数据库，是一种很有希望的方法。

基于数据库管理系统来实现工程数据管理，是在数据库技术得到发展的基础上，将特定工程数据分类、分阶段存于数据库，便于数据独立和共享，便于管理和使用。对于传统的数据库结构模型。经过改造和扩展，开发成更适合于工程应用需要的能有效保证工程数据管理的系统，如工程设计知识库、工程图形数据库等，在工程应用需求推动下，发展较快。

机械CAD数据主要包括产品设计数据、产品模型数据、图形数据、材料数据、成组技术编码数据、测试数据等。它应包括物理特性、材料特性、零件规格、数学模型、经验公式的数学描述、几何形体描述与几何尺寸、规范和标准等，内容极为广泛。其表现形式除了数值、文字信息之外，还有大量的几何图形信息。其特点是数据量大，种类多，结构复杂。

为了适应工程数据管理和应用需求，要对传统的数据模型进行发展和改造或重新设计新的数据模型，通常的方法有：

(l）基于关系数据库的数据模型：RDBMS要求所有关系表均满足1NF，因而用关系表达复杂对象时，对象实体的各属性需要分拆在数个关系表中，因而可以在RDBMS之上开发一附加层，专门完成“关系←→对象”的互换工作，从而使实体外部对象与内部对象之间能自然映像。

(2）新一代数据模型主要有：1）从排除1NF限制出发而提出的NF2模型，NF2从结构上对关系模型进行了扩充，允许属性既可以是原子类型也可以是关系本身，因此能表达“表中表”，可以将层次结构的对象作为一个整体存于数据库，当存取某个对象是无须进行显式的连续操作；2）排除1NF限制并允许属性为函数或过程既是关系模型在语义方向上的扩充，如POSTGRES系统，它支持关系之间的继承并允许在关系上定义函数和运算符，从而大大提高了复杂对象的建模能力；3）为了表达各种复杂的语义关联，提出了许多语义数据模型，其中SAM模型为CIMS数据库库设计提供了一个很有力的工具，由于语义数据模型的复杂性，语义模型只是被用作数据库设计中的一种概念建模工具；4)面向对象（OO）的数据模型，00模型的核心为“抽象数据类型＋继承性＋对象标识符”，采用00模型的模型的面向对象的数据库（OODB）是随着面向对象程字设计的技术发展而应运而生。OODBMS支持复杂对象、对象标识和对象继承、对象的封装性、层次结构的类或型、具有计算完备性和可扩充性等。

5.2  对象模型到关系数据库结构的映射

对象是有实体所包含的一组数据和施加于这些数据上的操作组成的。现实世界中所有概念实体被模型化为对象。对象描述的所有的概念实体，从简单到复杂的实体，允许把复杂对象表示成一个循环递归的对象，而且每个对象是唯一可标识的。基于对象和类的概念，使之能建立高度结构化的数据模型，更能反映复杂的现实世界的语义关系。

面向对象是一种新的程序设计方法学，它吸收了传统方法的数据抽象，信息隐蔽，模块化等思想，强调以对象作为问题分析、系统设计的主体，是软件系统与客观世界之间自然的对应关系。面向对象方法按照人们习惯的思维方式建立问题模型和构造系统，使软件系统更易于理解和维护，它的继承和多态等技术为软件复用和扩充创造了条件。采用面向对象方法来设计数据库，对数据库中的表格字段的具体类型没有限制，即可以设计层次、网状数据库，又可以设计关系型和面向对象型数据库。使用统一的面向对象设计技术，可以提高数据库和程序编码的完整性。面向对象数据库系统是把面向对象技术和传统的数据库技术结合集成在一个系统中，支持面向对象数据模型和对象操作、集合操作一体化，适合于工程中的应用。但是从目前的技术和市场上看，面向对象数据库在技术上不完全成熟，缺乏统一的国际标准，市场上应用极少。而关系型数据库是在市场上比较流行，经实践证明成熟可靠的数据库管理系统，与高级详言的接口已经建成。因此，可以通过将对象模型映射成关系型数据库结构来多现对象数据的存储和操作。

关系数据库逻辑上是“表”的集合，这种表具有固定列数和任意的字段数。表的列名称可直接与对象模型中的属性相关，行可以对应于类实例和链，各个表的行列交叉点用来存储基本类型的数据。对象模型到数据库结构的映射就是将规范化的类属性、关联关系和归纳关系映射成具体特定结构的一张或多张表模型，对象的存储就是实例的属性值、关联表示值和归纳表示值存入相应的表中。

每个类都可映射成一张或多张表，图5-1是点类映射成表的例子。

关联映射成表的方法是：首先将关联的二个类映射成各自的表，然后再用二个类的标识属性作成关键字，构成一张索引表。关联映射成表的方法是：首先将关联的二个类映射成各自的表，然后再用二个类的标识属性作成关键字，构成一张索引表。

聚集的映射规律和关联相似。用聚集可以描述复杂对象。图5-2是直线到表映射的一个例子。继承是面向对象中的一个重要的方法。继承的常规映射方法是原位法，它将父类和子类都在原位映射成相应的表，父类和子类通过关键字来表示对象标识，这种方法逻辑上清晰且可扩展，但涉及的表较多。继承到表的映射方法还有“上升法”和“下降法”。上升法是将父亲的属性“下降”复制到各个子表中从而省去父表，该方法适合于父类属性较少，具体应用中知道应诊寻找哪个子类实例的场合。下降法是将各个子类的属性都“上升”复制到父表中从而省去所有子表，父表中包括含了描述父类所有属性的字段。该方法适合于父类属性较多，子类个数和属性较少的场合。例如，尺寸类和线形尺寸类、角度尺寸类等尺寸之间的关系为继承，可通过上升法统一为一个类。通过将对象模型到关系数据库表的映射，可以方便地实现工程数据的管理。

5.3  库存-设计控制

随着企业的不断发展，产品系列及其种类的增多，仓库零件或原材料的库存量也随之变地越来越大。一般地，我们可以将库存分为三类：常用类，不常用类和不用类。常用类指使用频率很高的零件集合：不常用零件是指使用频率很较底的零件集合；不用类是指由于一些客户的特殊需求，并且设计人员在设计时仅从理论上的最优化的可行性而没有考虑到零件种类的可能增多，导致在一些以后可能永远用不上的零件集合。

随着库存量的增多，企业积压资金也越来越大，而事实上，很多种类的零件根本没有必要购买，完全可以用其他类型的零件进行代替。对零件选型的控制主要是对设计人员在零件选型过程中，让设计人员优先选用常用零件，其次是仓库已有的零件，最后才是新零件，从而减小不必要的库存费用。

实质上，这是设计人员在设计思维的一个转变：设计最优化转向设计选型最优化。对一个企业来说，设计的最优化不一定是最好的选择，应该将设计的最优化向企业的实际靠拢，即选型通用化，而实现选型通用化需要对设计人员进行有效的控制。具体实现流程见图5-3。

在此系统中，选型通用化的过程是对工程数据库的有条件检索，而整个过程是一个迭代的结果，当然，从实用的角度来看，迭代次数不易多（一般＜15）。

上一页

下一页