产品全生命周期信息模型.docx
- 文档编号:23805790
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:16
- 大小:185.45KB
产品全生命周期信息模型.docx
《产品全生命周期信息模型.docx》由会员分享,可在线阅读,更多相关《产品全生命周期信息模型.docx(16页珍藏版)》请在冰豆网上搜索。
产品全生命周期信息模型
目录
0引言1
1产品信息2
1.1产品信息2
1.2产品信息分类及特点2
2产品全生命周期信息模型的概念及发展3
2.1数据模型与信息模型3
2.2产品信息模型发展过程4
3产品数据交换标准5
3.1STEP体系结构5
3.2EXPRESS语言构造6
4产品模型数据交换的实现6
5产品生命周期模型体系结构7
5.1产品生命周期模型框架7
5.2产品生命周期各阶段模型9
5.2.1产品需求模型9
5.2.2产品概念模型9
5.2.3产品设计模型9
5.2.4产品制造模型11
5.2.5产品服务模型11
5.3产品模型集成框架12
参考文献14
产品全生命周期信息模型
摘要:
产品模型可反映客户需求、产品性能、功能技术、制造和管理等信息,本文分析了面向几何、面向特征和集成产品信息模型的发展过程,总结出产品数据交换方法。
根据产品生命周期的阶段划分,认为产品生命周期阶段模型是从产品需求模型开始,逐渐演化到产品概念模型、设计模型、制造模型、服务模型。
后阶段的模型继承了前阶段模型的信息。
最后运用集成化思想,建立产品生命周期各阶段之间的联系,在产品模型框架体系下存放全部产品数据和知识,并实现信息的传递、处理。
关键字:
产品模型、数据交换、产品生命周期阶段模型、产品模型集成框架
0引言
面对全球范围的市场竞争,企业面临的难题是如何以最低成本来快速响应多元化的客户需求和提供高质量的产品。
现有的CAx、精益生产(LeanProduct)、企业资源管理(EnterpriseResourcePlanning)、供应链管理(SupplyChainManagement)等制造模式和管理技术已在一般企业系统中发挥出了重要作用。
但对于生产制造飞机等大型复杂产品的企业来说,上述技术和管理并不足以支撑该企业作为一个整体来获得更高的效率、取得更多的创新和满足客户的特殊需求。
我认为要将企业作为一个整体系统来运行,就得将单独的系统结合在一起实现企业信息化。
由于复杂产品的设计制造过程不仅需要企业内各个业务部门的协同,还需要分布在不同区域的多企业间的协同合作。
企业必须以集成的思想将产品的销售、原材料供应、工艺、设计制造、质量等方面的数据有机结合起来,实现产品全生命周管理(ProductLifecycleManagement)。
产品全生命周期信息模型在分布式制造(几乎所有航空企业采用这一制造模式)环境中支持产品数据的描述、传递和共享,解决了产品数据集成、共享问题。
同时,面向全生命周期的产品模型由于信息的完备性,有助于实现产品的设计兼容性分析及以此为基础的面向装配设计、面向制造的设计等的DFx,而DFx的设计将大大节省生产实物模型的资金投入[1]。
因此,研究支撑整个产品全生命周期业务过程的、集成化的产品信息模型显得尤为重要。
1产品信息
1.1产品信息
产品是企业生产活动的源头及终结。
产品的信息模型简单来讲就是反映产品信息系统的概况,是对产品的形状、功能技术、制造和管理等信息的抽象理解和表示。
产品信息包括:
产品定义知识;与产品定义相关的过程知识;产品定义的实现,即制造过程与产品开发过程相关的知识;产品检验使用及维护的知识等[2]。
因此,产品模型从其完备意义上来说应包含两个相关的方面:
产品数据模型和过程链。
产品数据模型是按一定形式组织的产品数据结构。
它能够完整提供产品数据各应用领域所要求的产品信息,也就是说产品数据模型将覆盖产品生命周期各环节所需要的信息。
过程链是指产品开发工作流程,包括一系列从原始思想到最终产品的技术和管理功能,它反映了产品周期的所有行为[3]。
1.2产品信息分类及特点
产品中包含了大量的信息,这些信息以不同的形式,通过不同的载体存在表现出来。
信息的存在形式与信息所在系统的物理结构、功能及组织形式紧密相关。
为了描述信息的特性,常常需要对信息进行合理的分类[4]。
按产品的制造流程划分为:
功能信息:
描述产品和零件的功能。
结构信息:
描述产品的构成元素及其构成关系。
设计信息:
描述产品设计过程中所用到的信息。
工艺信息:
描述产品的工艺特征。
制造信息:
描述制造特征。
装配信息:
描述产品零件之间的装配特征。
顾客信息:
描述产品的使用对象的情况。
市场信息:
描述产品的市场分布产品定货等信息。
维护信息:
描述产品的售后服务维修等存在的优势和问题。
按照信息的结构特征划分为:
结构化信息:
这类信息结构简单,可用关系模型来表示其数据结构,完全可以在关系数据库中存放与管理。
如一般的管理信息、质量信息等。
非结构化信息:
这类信息结构复杂,一般无法用关系模型来表示,用数据库来存放和管理存在困难。
如产品的几何模型、工艺信息、数控程序、声音图像等。
通过上述分析可知产品信息具有以下特点:
信息结构复杂,产品开发过程中产生大量的数据除结构化数据外还有图形文字表格等非结构化数据;产品信息有静态的,也有动态的,而且随着产品开发过程的进行,数量不断增大,类型不断增多,且要不断修改和补充;产品信息中存在着从产品的初始模型推导出的二次数据,一旦初始模型被修改,导出数据就失效,需要重新计算用新的数据取代失效的数据以保证产品信息的一致性。
2产品全生命周期信息模型的概念及发展
产品全生命周期信息模型是基于信息理论和计算机技术,以一定的数据模式定义和描述在产品开发设计、工艺规划、加工制造、检验装配、销售维护直至产品消亡的整个生命周期中关于产品的数据内容活动过程及数据联系的一种信息模型[5]。
它由各活动的定义及其全部过程实施的知识所构成,包括与产品有关的所有几何与非几何信息,用来为产品全生命周期各个阶段和各个部门提供服务。
产品全生命周期信息模型将整个产品开发活动和过程视为一有机整体,所有的活动和过程都围绕一个统一的产品模型来协调进行。
2.1数据模型与信息模型
数据模型是用来表达系统中数据的逻辑结构,其功能仅面向计算机系统和数据的存储。
随着信息系统复杂程度的增加,系统人员希望了解数据的含义,并将它封装在数据库模型中,由此产生了语义数据模型。
但语义数据模型仍具有高度的结构化,缺乏灵活性,难以表达真实世界的复杂程度。
为了解决该问题,产生了可以为用户所理解的信息模型。
信息模型和数据模型既有区别,又有联系。
二者表达了系统中同样的数据,只是表达方式和目的不同。
前者的表达是非结构化的,具有灵活性,目的是为了让用户更好地理解系统;后者的表达是结构化的,缺乏灵活性,目的是为了方便计算机处理[6]。
信息模型是最高层次的逻辑数据模型,为了实现各应用系统之间的信息共享,最好有共同的信息模型。
建立在不同信息模型基础上的信息共享是非常困难,甚至是不可能的。
例如面向几何的CAD系统和面向特征的CAD系统之间实现信息交换是困难的。
信息模型设计是准确地定义应用系统所反映的客观世界的实体、属性以及实体之间的关系和约束。
一般采用IDEF1X、E-R图、EXPRESS等信息建模语言来表达。
2.2产品信息模型发展过程
随着先进制造技术的发展,产品模型的应用突破了CAD/CAM集成的领域,扩展到整个制造自动化系统,已经成为实现自动化的一项关键技术[7]。
一般对产品信息模型及相应建模技术的研究,经历了从简单到复杂、从局部到整体、从单一功能到覆盖整个产品生命周期内各种活动的发展过程。
目前,产品信息模型主要可以概括为面向几何的产品信息模型、面向特征的产品信息模型和集成产品信息模型三类[8]。
1)面向几何的产品信息模型。
产品模型经历了二维图形、三维线框、表面模型和实体模型的发展过程,主要由线框、面、实体和混合模型表示。
它们可以定义为计算机内部模型,其主要的目的是表达某产品的形状,着重于产品的几何构成。
由于几何模型的数据结构是专门设计表达产品几何拓扑关系的,对非几何信息则无法合理表达,缺乏产品开发过程中所要求的工程信息。
2)面向特征的产品信息模型。
随着人们对制造系统作为集成系统的认识的深入和信息技术的发展,产品建模进入了面向特征的阶段。
20世纪80年代后期出现了集几何信息与非几何信息于一体的基于特征的产品信息模型。
这一模型在产品信息的局部层次上,通过一组预定义的特征来实现产品的几何形状、公差及表面粗糙度的描述,对于每个具体的生产活动,都具有相应局部信息的特征与之相对应。
该模型可以有效地描述局部信息,但是并不能完整地表达产品全局信息,例如产品的装配关系信息、产品定义与产品制造间的关系等。
因此,产品建模仅依靠特征还不能完全描述产品开发活动中的所有信息。
3)集成产品信息模型。
该模型是20世纪90年代后期提出的,它进一步推广了特征含义。
广义特征概念包含了产品生命周期内各种特征信息,解决了CAD/CAPP/CAM集成化中数据共享和一致性等问题。
这种集成是语义上的集成,以特征为中心,缺乏面向对象思想,所建立的模型缺乏层次性,特征间的关系不够明确[9]。
3产品数据交换标准
由前述的产品信息特点可知,尤其是复杂产品,其大量的产品信息需要在企业内及企业内部之间信息交换。
产品数据的表述和传递成为大型复杂产品开发成败的关键。
3.1STEP体系结构
STEP(StandfortheExchangeofProductModelData)是国际标准化组织制订的一个产品数据表达与交换标准,也称为产品模型数据交换标准。
在认识到IGES不足之后,美国决定放弃IGES而开发新的PDES(ProductDataExchangeSpecification)标准,即STEP。
其首要目的是能够描述各种行业的产品生命周期中个阶段的数据,支持分布式计算机应用系统对产品数据的共享。
STEP标准采用分层方法描述数据,该体系包含七大类内容,如图3-1所示。
描述方法是通用的STEP数据构件描述机制,它主要包括形式化数据描述语言EXPRESS。
实施方法是实现STEP标准描述的信息结构的方法。
每个实施方法确定了STEP数据结构如何映射到实施过程,包括文件交换结构、标准的数据访问接口和语言绑定。
一致性测试方法用于描述如何检验数据和应用是否符合标准。
图3-1STEP标准体系包
数据描述是STEP标准体系结构的基本构成部分[10]。
它主要包括三部分:
应用协议、应用解释构件和集成资源。
应用协议是可以实施的数据描述,它与实施方法相对应。
由于STEP是一个庞大的标准体系,研究人员和相关组织致力于开发各种特定领域的应用协议。
应用解释构件描述产品数据的结构和语义,以便在多个应用协议之间交换数据。
它通过通用的产品数据描述方法,支持多应用协议对产品数据源的互换。
集成资源构成一个完整的产品数据的概念模型,包括各种语义元素来描述产品生命周期各阶段数据。
3.2EXPRESS语言构造
在上一节中已提到,STEP主要采用EXPRESS描述产品数据。
它是一个形式化数据描述语言,其设计目标要求这类形式化的描述不仅能被人们理解和能用计算机处理,而且能够全面描述出客观现实产品的形式和结构。
EXPRESS吸收了多种语言的基本特点,具有类型、表达式、语句、函数、过程等功能,又采用了面向对象技术中的继承机制等技术。
但是,EXPRESS不是一种编程语言,只作为一种形式化描述语言来描述数据,不存在输入输出、数据处理、异常处理等语言元素。
EXPRESS语言通过一系列的说明来建立产品数据模型。
这些说明包括类型(TYPE)、实体(ENTITY)、模式(SCHEMA)、常数(CONSTANT)、规则(RULE)、函数(FUNCTION)和过程(PROCEDURE)等。
其中实体是EXPRESS语言对建模对象的基本定义。
一个建模对象的信息在实体中用属性及其属性上的约束来表达。
4产品模型数据交换的实现
目前,STEP标准为用户提供数据交换的实施分为四个级别:
文件交换、工作格式交换、数据库交换、知识库交换[11]。
产品数据交换的方法与产品模型是相适应的,各产品模型对应的产品数据交换方法见表4.1。
表4.1不同产品模型的数据交换方法
产品模型
产品数据交换方法
几何模型
特征模型
集成化模型
直接交换、间接交换、公共数据库
特征识别、特征变换
文件交换、应用编程接口、数据库实现
以上各方法,可归纳为三种:
直接交换、间接交换和数据库方式。
在交换的两个系统间或功能模块间,通过确定相互间的数据结构和建立一对一的信息转换机制,直接进行数据交换称为直接交换。
采用直接交换方式的除了基于几何的模型不同系统之间的专用接口外,特征识别也是直接交换。
特征识别技术直接将设计模型识别或转换成应用模型,因此可归为直接交换。
每个应用系统具有各自独立的数据库/文件系统,应用间的信息通过数据标准的交换方式称为间接交换。
由于各CAD/CAM系统所配置的前后处理器基本上都仅实现数据标准规范(如IGES)的一个子集,而且是互不相同的子集,因此通过数据标准的数据交换在交换过程中经常会出现错误或信息丢失的现象。
基于STEP的文件交换也属于应用数据交换标准的间接交换,但它与基于几何的产品模型的间接交换的区别是:
STEP中制定有应用协议标准;STEP文件是集成产品模型按应用协议标准进行产品信息映射产生的,具有共同的表示方法,从而使不同应用领域内的应用模型相统一并具有相容性。
虽然STEP文件不会引起类似于IGES数据转换的信息丢失等情况,但成熟的集成产品模型的公布与应用还需要相当长的时间。
通过统一的产品模型和公共数据库实现信息交换的方式称为基于公共数据库的信息交换。
基于公共数据库的信息交换有两类。
一类是目前的基于几何的产品模型的多功能集成系统,系统多功能模块之间在公共数据库支持下共享统一的产品模型。
它们以基于统一的产品模型的数据库为核心,将产品开发所需的设计、分析、测试和加工等集成于一体。
信息在多功能模块之间快速、双向、连续流动,实现充分的信息共享以支持产品的全生命周期活动。
另一类就是基于集成产品模型STEP的公共数据库的信息共享。
5产品生命周期模型体系结构
5.1产品生命周期模型框架
产品生命周期概念指从产品的构思开始,经历设计制造、市场销售、使用和报废的连续时间过程。
由于产品开发和使用过程十分复杂,不可能采用一个模型来描述产品生命周期,必须采用一组模型分阶段和方面进行描述[12]。
产品全生命周期建模应解决三个问题:
确定产品模型所要描述的要素;划分产品生命周期的阶段和建立阶段性产品数据模型;建立和维护产品生命周期阶段模型之间的联系,根据模型对产品数据进行分布式存储、访问和处理。
如图5-1所示,产品生命周期模型所涉及的要素可以分为四个层次:
组织要素、应用服务要素、信息要素和概念要素。
产品生命周期模型必须满足全部用户(如销售员、设计工程师和质量检验员等)对产品数据获取和处理的要求。
对应用信息的描述能够使人们清楚地了解在分布式制造环境中有多少信息系统对产品数据进行访问和处理。
图5-1产品生命周期模型框架
产品数据要素是产品生命周期建模和管理的核心,产品数据按照多种编码格式进行存储。
在分布式制造环境中,一般存在Office文档、XML文档、关系数据库、多媒体文件等存储格式。
概念要素是人们对具体物理数据和联系的抽象,包括产品数据分类、产品数据对象设计、对象关系和管理的原则等。
概念要素建立抽象数据和物理数据之间的映射,形成产品生命周期的元模型。
图5-1中,概念映射机制将产品模型的概念映射到具体的物理数据。
数据访问机制用于确定企业员工和计算机信息系统对物理数据的访问范围、权限。
数据访问机制针对每个数据访问请求,通过计算机软件系统进行数据处理,检索数据的物理路径和输出方式。
人机交互实现企业组织层与信息系统间的动态交互。
综上所述,产品生命周期模型框架应该包括对组织要素的描述,建立组织视图模型,对各阶段的产品模型概念映射后实现信息的存储、共享、处理和与企业人员的交互。
5.2产品生命周期各阶段模型
我们宏观上将产品生命周期划分为五个阶段:
需求分析、概念设计、产品设计、加工制造和维护支持[3]。
按照所划分的阶段,我们建立产品需求模型、概念模型、设计模型、制造模型和维护支持模型,同时需要有机地实现各阶段模型之间的转换、集成、操作。
因此,我们有必要了解各阶段的产品模型是怎样的。
5.2.1产品需求模型
产品建模总是从客户需求模型或概念模型开始的。
由于客户需求一般用口头语言、文字或草图描述,因此,获取、表达、分析客户需求信息成为建立需求模型应解决的主要问题。
由于XML在结构化文档处理和集成方面的优越性,基于XML的需求模型可以结构化地表达客户需求等信息,同时支持对需求信息的评价、分析和完善。
需求模型的作用在于可以实现产品信息从客户角度向设计者角度的转换,借助QFD(QualityFunctionDeployment)将客户需求转化成相应的面向设计制造等环节的工程技术需求。
5.2.2产品概念模型
产品概念模型分为四部分。
第一部分主要描述产品概念设计参数,如产品的工作原理、功能、性能和外观等。
第二部分描述产品的概念结构,如关键的装配件、零件、装配关系等。
第三部分体现了产品开发和使用对环境的影响。
第四部分描述了所应用的方法和产品的成本信息。
5.2.3产品设计模型
产品设计模型用于表现产品设计的结果。
它应包括产品的几何图形描述、文本描述,并建立几何实体和文本实体之间的关联。
作为产品生命周期中的核心模型,产品设计模型的主要任务是将概念产品转化成设计方案。
在此阶段,一般采用面向对象的语言(UML或EXPRESS等)建立产品设计模型。
图5-2是一个通用的基于UML的产品设计模型。
在该模型中,产品类由标准件类、零件类和装配件类组成,同时装配类由标准件类、零件类组成。
产品功能要求和装配方案制约着零件结构,而零件结构又反作用于产品的装配方案。
产品类代表基本产品类型,为了满足特定客户需求产品可以变型。
因此,产品类与变型产品类之间存在一种泛化关系(也可称为继承)。
5-2基于UML的产品设计模型
对于每个产品基类,设计BOM采用属性结构表示零部件之间的层次结构关系,节点和分支分别代表项目及关系。
产品类与产品设计BOM类之间是一种双向关联关系,同样,变型产品类与变型产品设计BOM类之间也是这种关系。
在上一小节中已提到,概念模型描述了产品的成本信息,其后继模型(即产品设计模型)继承了成本信息,并进一步体现了成本规划信息,使得企业准确地了解产品生命周期中各种业务活动的费用和资源消耗。
成本信息可以帮助企业提升利润空间和市场竞争力。
5.2.4产品制造模型
在产品的制造过程中,原材料经过加工成为零件,并与采购的标准件、外协厂家的零部件等装配形成产品。
产品制造模型应该在产品设计模型的基础上,添加相应的产品制造信息,支持工艺规划、资源配置、生产计划、库存管理、加工装配等活动。
根据产品的加工和装配关系,改变产品的设计BOM,形成制造BOM,侧重表达加工和装配操作的时间顺序。
制造BOM首先确定哪些零部件需要自制,哪些可从外部采购。
其次,确定加工装配过程中的顺序约束,提供工艺规程、材料和装配指令等信息,描述零件信息、零件之间的层次关系、零件位置和方向、配合关系等。
产品设计模型体现了产品功能需求对零件结构的制约,同样,在产品制造模型中,产品的功能需求和体现于零件的具体几何结构,特别是零件间的连接和装配关系。
装配工艺可以采用两种方式,即自顶向上和自顶向下两种方式。
前者是在整体方案确定后,设计人员利用CAD工具分别进行各个零件的详细结构设计,然后定义这些零件之间的装配关系,形成产品装配模型。
后者首先建立产品的整体结构表达,然后不断细化零部件的几何结构,以保证零件结构满足产品功能需求,最终建立产品装配模型。
5.2.5产品服务模型
产品服务可以分成三个阶段:
交付前服务、运行维护和回收处理。
产品服务模型应包括四部分信息:
客户信息、产品交付信息、产品运行维护信息和回收处理信息,如图5-3所示。
图5-3基于UML的产品服务模型
客户信息主要包括客户数据、合同信息、使用人员信息和培训信息等。
客户信息可以支持产品的销售工作。
产品交互信息主要包括产品运输数据、产品安装数据、产品交付状态、客户验收意见和技术手册。
产品交付信息的初始来源是产品的制造模型,同时附加挨了产品安装信息。
产品运行维护信息包括产品运行状况、故障记录、维修记录和技术支持。
产品回收处理信息包括报废处理单、拆卸工艺和材料分解工艺等。
5.3产品模型集成框架
在上一节中详细介绍产品生命周期各阶段模型,中间阶段的模型集成了钱阶段模型的信息,体现出简单的集成关系。
产品模型集成将建立它们间的联系(不仅仅是继承),支持建立逻辑上唯一的数据源,存放全部产品数据和知识,维护产品生命周期中数据的一致性,降低数据量和制造复杂性。
产品生命周期模型的操作框架通常采用客户/服务和浏览器/服务器混合结构。
前者用于内部信息处理和管理功能,后者用于外部信息处理。
由于后者的跨平台性较好,并且能使开发人员能够将开发重点放在服务器端,逐有全面取代前者的趋势。
产品模型集成框架结构分为三层:
应用层、服务层和数据层。
应用层有五个应用代理,分别是需求代理、概念代理、设计代理、制造代理和服务代理,分别对应产品生命周期模型的五个子模型。
应用代理通过各种通信协议(如TCP/IP等)来访问服务层中的基本服务大力,如图形代理、安全代理、协调代理、查询代理、资源代理等。
图形代理用于显示二维或三维的几何产品信息,安全代理则负责整个产品生命周期模型系统的安全问题。
查询代理是一个非常重要的代理,将查询结果返回给用户。
资源代理负责管理全部系统资源,对各个代理发出的资源请求进行调度/排序。
服务层运行于Web容器和EJB容器之上。
Web组件提供Web服务,它可以使JSP页面,也可以是Servlet。
Servlet是Java编程语言的类,能够动态处理请求并生产响应。
JSP页面是基于文本的文件,包含静态和动态内容。
EJB组件式企业业务组件,可以完成针对企业业务的服务功能,如安全代理、资源代理、协同代理等。
EJB有三类:
会话bean、实体bean和消息驱动bean。
产品模型集成是建立产品生命周期各阶段模型之间的联系,支持建立逻辑上唯一的数据源,存放全部产品数据和知识。
此部分涉及J2EE应用,包含JSP、Applet、Servlet组件和Web、EJB容器,技术系统过于庞大,目前还无法消化吸收,有待于今后的进一步学习。
参考文献
[1]舒启林,王成恩.产品生命周期信息模型研究[J].计算机集成制造系统,2005,11(8):
1052~1058
[2]江丽君,文贵华.全息产品模型研究[J].计算机辅助工程,1999,4:
7~11
[3]王成恩,郝永平,舒启林.产品生命周期建模与管理[M].科学出版社,2004
[4]周生祥.基于工程思想的产品建模方法[J].机械科学与技术,2000,19(5):
815~817
[5]刘雪梅.产品全生命周期信息建模理论方法及应用研究[D].重庆大学博士论文,2002
[6]戴顺安,赵永顺,邓家提.多视图全局集成产品模型研究[J].计算机集成制造系统,1997,
6:
21~23
[7]祁新梅.机械产品建模技术研究现状及趋势[J].合肥工业大学学报自然科学版,2000,23(6):
1023~1027
[8]刘小强,唐荣锡.实体造型技术的现状与发展趋势[J].计算机辅助设计与图形学学报,1997,9(3):
284~287
[9]楼轶超,林兰芬,董金祥.语义驱动的集成化产品建模[J].计算机辅助设计与图形学学报,2008,20(3):
366~373
[10]董金祥.产品数据表达与交换标准STEP及其应用[M].北京机械工业出版社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 生命周期 信息 模型