产品数据核心模型CPM（二）

模型CPM（二）"/>

产品数据核心模型CPM（二）

href="file:///C:%5CDOCUME%7E1%5C%E5%81%A5%E4%B9%8B%7E1.JIA%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml" rel="File-List" /> 产品数据核心模型CPM（二）
href="file:///C:%5CDOCUME%7E1%5C%E5%81%A5%E4%B9%8B%7E1.JIA%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml" rel="File-List" />

Steven J. Fenves1, Sebti Foufou2, Conrad Bock and Ram D. Sriram

Manufacturing Systems Integration Division,

National Institute of Standards and Technology

Gaithersburg, MD 20899-8263

href="file:///C:%5CDOCUME%7E1%5C%E5%81%A5%E4%B9%8B%7E1.JIA%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml" rel="File-List" /> 3. CPM 模型 具有三个层次的CPM模型，分别是概念模型，中间模型和应用模型。 3.1 概念模型 CPM构造了一个没有特定领域语义的概念模型。这样，CPM仅仅受限于属性如何去描述通用的产品信息以及如何去创建它们之间的关系。CPM故意剔除了领域属性（如机械或电子设备）和对象属性（如对功能、结构和行为的描述属性）。 3.2 中间模型 为了能直接使用CPM概念，采用了两个通用的信息建模概念以便能够创建中间模型。 首先，每个对象和关系都有一个在2.2.4中描述的Information（信息）属性。这里感兴趣的是属性的properties（属性）槽，它的属性值对记录了所有的特定的领域或者对象属性。 第二，除了抽象类和工具类以外，每个对象和关系都有一个type属性，其值是作为分类器的字符串。每个对象和关系类都有一个与该类相关的明确的术语层次。type的属性值相当于给定类的术语分类层次中的一个术语。例如，“转换”就是众多传递功能中的一个，它就可以作为该类的一个实例的type属性值。 有了上述两个建模概念，一个type属性值为“pin（销）”的制成品实例具有特定的直径和长度属性值，它的中间模型如图6所示。
href="file:///C:/DOCUME~1/健之~1.JIA/LOCALS~1/Temp/msohtml1/01/clip_filelist.xml" rel="File-List" />

图6 一个具有属性和值的CPM实例

这样，可以比较恰当的给出一个通用的表达，这样的表达对于制成品的概念设计已经足够。这里，通常具有比较少的实例，每个实例也具有较少的属性。或者从设计仓库的角度看，仅仅只存储了整个设计的最精华的表达。随着时间的推移，当中间模型建立以后，模型中的对象和关系类就可以形成自己的工程分类层次。最后，这样的分类系统将扩充成为一个完整的词汇及其语义关系的本体。然而，这样的中间模型并不会扩展成一个完整的应用。完整的应用具有成千个实例，每个实例都具有一长串特定应用的属性表。

3.3 应用模型

对工业系统应用而言，CPM的概念模型必须被转换成一个应用模型。这被称作模型编辑（model compilation），也是对象管理组（Object Management Group， OMG）定义的模型驱动架构（Model-Driven Architecture， MDA）的一部分。MDA用来进行将诸如CPM这样的平台独立模型转换为特定平台模型，并用来作为一个通用高效的应用语言。

基于CPM的应用可以使用不同的type属性，它们的基本分类系统和属性值对存储在实体的property槽中，从而为CPM类的特定领域的模型编辑提供了一个手段。因此，模型编辑器应该：

l         依据type槽从Artifact（制成品）的分类层次中创建子类；

l         依据properties槽从属性名中定义子类的属性。

这样的子类可以作为个人信息管理（PIM）首先创建入UML仓库^[10]，然后进入可编辑的语言。这使应用的语言选择具有柔性。

最后，模型编辑可以用来将CPM的委托方式的重用设计转变为类型/实例方式的计算模型。在产品的生命周期中，CPM使用Artifact（制成品）在三个不同的层次上表达其信息：

l         物理对象的类的描述。如某种特定类型的齿轮箱的设计；

l         在组合设计中使用上面的描述用于其它的物理对象。如将特定的齿轮箱设计用于某个特定类型的小汽车描述中；

l         依据已有的设计描述物理对象。例如，一个序列号为3463的齿轮箱的维护记录，安装在车架号为92345645的小汽车上。

对于Artifact（制成品）的三种使用反应出从工程的观点看同一个制成品的生命周期具有不同的阶段。每个阶段都有不同的属性值甚至有不同的属性。这些阶段由ProcessInformation（过程信息）类的实例的不同的属性值区别开来并由CPM的Usage（使用）关系关联起来。另一方面，对上述的每个阶段计算模型都具有不同的要素，称为类型type（或类class），使用usage（或角色role）和实例instance。这反映出通用的信息系统构造习惯于使用程序开发环境来定义数据结构的形式（type，阶段1），并在不同的调试环境中监控这些程序的运行以获得以这些结构存储的实际数据（instance，阶段3）。现代建模技术引入用例usages或者角色role以进行更可靠的组合设计（usages，阶段2）。模型编辑者可以通过存储可以明确区分工程模型的不同阶段的规则，使用这些规则来分类制成品，从而生成相应的计算模型在工程观点和计算观点之间架起一座桥梁。

4. CPM的扩展

具报对CPM有如下扩展：

开放的装配模型（Open Assemble Model，OAM）。对装配提供了一个标准的表达与交换协议^[13-15]。装配模型定义了系统级的概念模型以及相应的关系层次。模型提供了公差，传播，动力学的表达方法以及系统级上的工程分析。

产品语义表达语言（Product Semantic Representation Language，PSRL）^[16]。将CPM用于产品信息的形式化表达开发。描述逻辑（OWL）被用来编码PSRL。

设计分析综合（Design-Analysis Integration）。项目提出了一个概念数据结构。该结构能够在功能设计和三维空间间提供一个紧密的整合，并支持分析驱动设计和机会分析^[17]。CPM作为主控模型的组织原理，基于该模型得到了一个很好的特定功能模型。

产品族进化模型（Product Family Evolution Model）。扩展CPM以表达产品族的进化及其有关变化的依据^[18]。模型通过组，系列，版本，以及变化的依据表达了产品和部件的独立进化。

混合材料模型（Heterogeneous Material Model）。扩展CPM到连续变化材料特性的组件^[19]。一个距离域与一组材料特性相关联，这些特性描述了材料特性的值和比率。

机电一体化设备模型（Mechatronic Device Model）。一个多相互作用的机电设备概念设计支持框架，这里在使用环境和设备之间的相互作用可以有不同的结构^[20]。在一个状态下的设备可以由CPM的扩展建模。

嵌入系统模型（Embedded System Model）。在嵌入系统中采用基于特征的方法来实现软件和硬件的协同设计^[21]。该方法通过定义对CPM的扩展类提供对嵌入系统特征模型的表达。

CPM的扩展和应用可以明确地将属性赋予特定的CPM对象和关系，以便能够与新系统，诸如STEP这样的已有的数据模型，或者已经存在的CAD程序进行协同的作用。

5. 实例

本部分中的行星轮系实例在文献[14]中进行了详细的说明，包括如何使用Artifact控制层次的表达和使用装配关系组成开放装配模型的表达。这里我们感兴趣的是CPM如何获取产品的设计信息，因此，只有从设计角度看显得重要的数据进行了建模。

图7是行星轮系统的组成元件：主要的制成品是行星齿轮；它由13个子制成品组成：输出座，输入座，行星轮，中心轮，行星架和八个螺钉。与这些子制成品相关的功能、结构、行为和说明信息这里没有表达。

 

href="file:///C:/DOCUME~1/健之~1.JIA/LOCALS~1/Temp/msohtml1/01/clip_filelist.xml" rel="File-List" />

图7 行星轮系

图8所示为以CPM表示的行星轮系的一个实例图。该图仅仅画出了作为Artifact（制成品）类实例的行星轮系实例的结构。该实例通过subArtifact（子制成品）关系与其它表示为子制成品的行星轮系实例相关联。该图同时也画出了Function，Form，Behavior，Specification和Feature类的实例。这些实例的属性及其属性值没有在图中画出。

 

 

href="file:///C:/DOCUME~1/健之~1.JIA/LOCALS~1/Temp/msohtml1/01/clip_filelist.xml" rel="File-List" />

图8 行星轮系的CPM实例图

6. 相关工作

CPM基于在制成品表达领域的现有工作。将制成品信息划分为结构、功能和行为目录基于在智能设计系统的早期工作。该模型是NIST的设计仓库项目^[7]的一部分^[7]。

MOKA项目与CPM项目具有相同的动机^[22]。MOKA采用了STEP、KIF和其它的相关DARPA成果来构建了一个基于工程知识库的产品模型。基于UML的MOKA建模语言（MML）被用来在用户层次表达工程设计知识，以便在知识工程（KBE）应用系统中进行部署。通过使用MOCA元模型作为领域应用模型的原型，MOKA比在4.3中描述的CPM应用模型更进了一步。MOKA产品模型支持产品的五个不同视图：

l         Structure（结构）定义了产品结构分解为零件、组件和特征的分解层次。在任何一个设计阶段，结构可以是物理的、逻辑的或者概念的；

l         Function（功能）定义了产品和解决方案的功能分解；

l         Behavior（行为）包含了产品各种不同的状态以及从一个状态转变为另一个状态的状态模型；

l         Technology（技术）包含了材料和制造信息；

l         Representation（表示）包含了用户定义的其它技术信息，包括物理结构的选择表达方案。

另一个具有类似动机的虚拟产品模型在包括功能分解、产品数据、设计过程信息和其它方面的产品各阶段的标准化建模方面进行了综合努力^[23]。

IMPROVE项目在过程系统工程领域进行了相似的探索，它将设计过程信息模型与过程系统设计信息模型集成在一起^[24]。

7. 综述与结论

CPM是一个具有通用语义的通用和抽象的模型。它给出了产品或者制成品的三个方面的等效状态：功能、结构和行为。因此CPM可以支持：1）概念设计阶段的纯功能推理；2）在随后的设计阶段中对行为进行记录与分析；以及3）产生于功能相对应的产品结构的“传统”的产品设计活动，通过分析与仿真评价产品行为，修改结构直到行为与功能相吻合。

现在，CPM以概念模型的形式存在。虽然发现了一些冲突的情况（例如，CPM不支持一些特征与行为相互独立的场合；在一些领域，几何特征和材料并不是结构的顶层说明），在相同的概念层次对CPM的扩展已经显示出CPM是易于扩展的。为了进行初步的说明，已经构建了几个中间层次模型。

将CPM作为产品生命周期管理中心信息支撑机制的程度取决于从CPM概念模型开发的应用模型。如3.3中所述，模型驱动架构的扩展或应用必须1）将平台独立模型转换为特定领域模型，以及2）从CPM的领域独立模型扩展类和属性到特定应用模型。

参考文献

[1]       Shooter, S. B., Keirouz, W. T., Szykman, S., and Fenves, S. J., "A Model for the Flow of Design Information in Product Development," Engineering with Computers, Vol. 16, 2000, pp. 178-194.

[2]       Szykman, S., Fenves, S. J., Keirouz, W. T., and Shooter, S., "A foundation for interoperability in next-generation product development systems," Computer-Aided Design, Vol. 33, No. 7, 2001, pp. 545-559.

[3]       Fenves, S. J., "A Core Product Model For Representing Design Information," National Institute of Standards and Technology, NISTIR 6736, Gaithersburg , MD 20899 , USA , 2001.

[4]       Chen, P. P., "The Entity-Relationship Model: Toward a Unified View of Data," ACM Transactions on Database Systems, Vol. 1, No. 1, 1976, pp. 9-36.

[5]       Booch, G., Rumbaugh, J., and Jacobson, I. , The United Modeling Language User Guide, Addison-Wesley 1997.

[6]       Verrijn-Stuart A A. FRISCO - A framework of information system concepts – The Revised FRISCO Report (Draft January 2001), IFIP WG 8.1 Task group FRISCO. 2001.

[7]       Szykman, S., Racz, J. W., Bochenek, C., and Sriram, R. D., "A Web-based System for Design Artifact Modeling," Journal of Design Studies, Vol. 21, No. 2, 2000, pp. 145-165.

[8]       Allen, R. H., Sriram, R. D., Szykman, S., and Fijol, R. J., "Representing the Charters of Freedom Encasements in a Decision Repository: A Case Study," Pittsburgh , Pennsylvania , 2001.

[9]       OMG. Model-Driven Architecture. 2004.

[10]   Bock, C., "UML without Pictures," IEEE Software Special issue on Model-driven Development, 2004.

[11]   Health Level 7. HL7 Reference Model. 2004.

[12]   OMG. UML 2.0 Superstructure Specification. 2003.

[13]   Sudarsan, R., Baysal, M. M., Roy, U., Foufou, S., Bock, C., Fenves, S. J., Eswaran, E., Lyons, K. W., and Sriram, R. D., "Information Models for Product Representation: Core and Assembly Models," NISTIR 7173, NIST, Gaithersburg, MD 20899, Dec. 2004.

[14]   Sudarsan, R., Young-Hyun, H., Feng, S. C., Roy, U., Fujun W., Sriram, R. D., and Lyons, K. W., "Object-oriented Representation of Electro-Mechanical Assemblies Using UML," National Institute of Standards and Technology, NISTIR 7057, Gaithersburg, MD 20899, USA, 2003.

[15]   Sudarsan, R., Young-Hyun, H., Foufou, S., Feng, S. C., Roy, U., Fujun W., Sriram, R. D., and Lyons, K. W., "A Model for Capturing Product Assembly Information ," to appear in Journal of Computing and Information Science in Engineering, 2005.

[16]   Patil, L., Dutta, D., and Sriram, R. D., "Ontology-based Exchange of Product Data Semantics," IEEE Transactions on Automation Science and Engineering, Vol. 2, No. 3, 2005, pp. 213-255.

[17]   Fenves, S. J., Choi, Y., Gurumoorthy, B., Mocko, G., and Sriram, R. D., "Master Product Model for the Support of Tighter Design-Analysis Integration," National Institute of Standards and Technology, Gaithersburg, MD 20899, NISTIR 7004, 2003.

[18]   Wang, F., Fenves, S. J., Sudarsan, R., and Sriram, R. D., "Towards Modeling the Evolution of Product Families," Proceedings of the 2003 ASME Design Engineering Technical Conferences, Chicago , IL , 2003.

[19]   Biswas, A., Fenves, S. J., Shapiro, V., and Sriram, R. D., "Representation of Heterogeneous Material Properties in the Core Product Model, 2005.," Engineering with Computers, 2005.

[20]   Xu, C., Gupta, S. K., Yao , Z., Gruninger, M., and Sriram, R. D., "Toward Computer- Aided Conceptual Design of Mechatronic Devices with Multiple Interaction-States," 2005.

[21]   Zha, X. F., Fenves, S. J., and Sriram, R. D., "A Feature-based Approach to Embedded System Hardware and Software Co-Design," 2005.

[22]   MOKA. MOKA: A Framework for structuring and representing engineering knowledge. .htm . 1999.

[23]   Ingward, B., Falk, M., Edwin, S., and Erik, M.. Project iViP: Integrated Virtual Product Creation - Final Report. Frank-Lothar, K, Trac, T, and Irich, A. 2002. Organisation responsible for production and manufacturing technologies (PFT), Research Centre Karlsruhe GmbH.

[24]   Marquardt, W. and Nagl, M., "Workflow and Information Centered Support of Design Processes," Computers & Chemical Engineering, Vol. 29, No. 1, 2004, pp. 65-82.