PDM的工艺信息组织与管理

【导读】
工艺信息对象在PDM的电子仓库中存在,它要有其对应的标识作为它的索引,通过这个索引可以找到相应的文档和其对应的数据库中表结构的信息,通常是用工艺编码作为工艺信息的索引
3.1 概述
    产品数据管理系统能够为用户建立一个集成的数据环境(Integrate data environment),实现数据的一致性管理。
    在虚拟设计环境下,产品数据分开存放,系统提供数据的联邦机制,分散在网络上的用户在对数据进行存取时,所有数据对用户都应是透明的,这种位置上的透明性可用电子仓库来实现。电子仓库对分散在虚拟企业中的数据建立一个统一索引,指定数据单元存放的具体物理空间,并能对数据的增删和修改操作进行动态的维护。

    在工艺设计过程中,沉淀了很多工艺数据,这些工艺数据和PDM中的其他产品数据有机结合后,在管理系统的支持下,会形成一套全相关的、有语义的、量化与质化的知识体系。对这个知识体系的合理规划和有效利用,不断的回馈到知识系统内,形成永不间断的、持续改进并累积个人与集体的知识,用知识代替习惯和经验,形成企业智力的良性循环,成为企业管理与应用的智力资本,满足企业技术创新的要求,有助于企业做出正确的决策,应对市场的变迁。

3.2 工艺信息的编码技术
    工艺信息对象在PDM的电子仓库中存在,它要有其对应的标识作为它的索引,通过这个索引可以找到相应的文档和其对应的数据库中表结构的信息,通常是用工艺编码作为工艺信息的索引。

    在进行工艺设计时要求所有与设计、制造相关的信息应能被快速获得,从而实现提高设计效率的目标。编码是企业提高标准化、规范化水平并最终提高生产率的有效手段之一,基于统一编码,设计者能方便、高效地获得产品、零件及其生产制造的信息并快速组织新产品的设计与制造,并大大简化计算机系统之间的接口集成工作。

3.2.1 工艺信息的分类
    工艺管理系统中需要管理、编码的工艺信息可分为两大类:
    工艺设计资源:包括企业使用的毛坯、材料、机床设备、工艺装备、工具(刀具、量具、夹具、辅具)、车间、标准的工序名称、工艺参数等等。

    工艺文件:一般是在AutoCAD或Office上编辑并生成的文件。Office适于统计性工艺报表的编辑,比如工艺路线表,材料明细表等;AutoCAD由于具有图形编辑功能,所以更适用于工序工程卡、工序卡等规程文件的编辑。

3.2.2 编码规则
    无论是工艺设计资源还是工艺文件的编码,都应遵循以下原则:
    唯一性:这是任何一套编码体系的最基本原则。一般要求在一个应用系统内部,编码要求唯一;深层次方面则要求在整个集成系统内部编码要求唯一。

    全局性:统一编码只考虑各应用系统之间公共的信息对象,如物料号、产品号、人员号、部门号等,其他只属于分系统内部的编码由各应用系统自己负责。但对没有编码的全局属性,也要求在各分系统对相应数据库字段的类型和长度进行统一。

    继承性:不能为了实现各应用系统之间信息的集成,就一定要推翻现有编码体系,对各个分系统都采取一套全新的统一编码,这可能会导致生产经营出现不必要的混乱现象。以现有编码体系为基础是当前统一编码的出发点。

    科学性:遵循科学分类的原则,同时兼顾各部门应用的特点。

    扩展性:企业发展相当迅速,产品多样化的需求日益迫切,编码体系要求能为满足未来发展而提供可扩充的空间。
 
 
    以某汽车有限公司工艺文件的编码规则为例来说明汽车企业实际生产中工艺信息所采取的编码规则。该汽车公司的工艺文件可分为两大类,一种是指导性工艺文件,另一种是统计汇编类工艺文件,两种工艺文件类型对应的编码规则如表3.1所示,编码分为多段,含有产品型号、工艺文件类型代码、工艺方法、各专业厂及质保部指定类别、加工线、顺序号等信息。

3.2.3 编码实现
3.2.3.1 工艺编码代码库的建立
    由该汽车公司工艺文件的编码规则可知工艺信息的编码是由若干个字段按指定的顺序排列而成,每一个字段都包含特定的信息。由于汽车生产行业的特点,每一个字段所代表的代码范围是很大的,以工艺文件类型代码为例,表3.2所示的工艺文件类型代码多达上百项,本文中限于篇幅仅能选择部分内容。
 
 
    在汽车生产企业采用工艺管理系统之前,工艺设计人员惟有根据工艺文件类型名称手动查询相关的文件从上百个代码信息中得到工艺文件类型代码,而一个工艺文件的编码是由若干个字段排列组成,工艺设计人员又需要去查询相应的文件得到最终的编码。对工艺文件进行编码工作,不仅费时费力、工作量大,而且极易出错,给后续工艺文件的管理、维护以及检索带来不必要的麻烦。

    因此工艺管理系统中有必要建立相应的编码代码库,并尽量对同一个字段的编号进一步进行分类,方便工艺设计人员进行选择,加快工艺文件的编码工作。工艺设计人员仅需要从细化的分类中选择相应的字段名称,由程序自动检索相应的代码,自动生成正确的编码,减少工艺设计人员的工作量。以表3.1为例,我们继续将工艺文件类型划分为如表3.1所示的2大类8小项。其它字段的信息也以此类推进行进一步类型的细化工作。
 
 
    如图3-1传统的工艺管理系统需要直接操作位于底层的数据库平台,需要创建不同的表来保存编码库信息,该模式在网络协同的环境下,需要处理并解决并发数据库访问而导致的死锁等问题,导致整个程序趋于复杂且不稳定。尤其是对于汽车行业来说,因为同时进行工艺设计的工艺人员较多,由并发设计引发问题的可能性更大。而由于PDM系统本来就考虑了并发访问的问题,因此基于PDM平台上的工艺管理系统可以直接利用PDM系统提供的数据管理维护功能,不需要直接访问底层数据库,不需要考虑并发访问的效率问题,大大简化系统开发的工作量。
 
图3-1两种数据访问方式

    因此本文考虑在PDM平台上保存工艺文件编码库的信息,而不是以另建一个数据库几个数据表的传统形式。以TIPDM为例,可以利用其提供的LOV(值列表——相当于普通数据库的单字段数据表)来储存、管理及维护工艺文件编码库。如表3.3所示的工艺文件类型代码分为8大类,我们只需要创建8个值列表,分别命名为作业指导书、过程流程图、过程FMEA、控制计划、明细表、消耗定额表、工时定额表和其他。

    以作业指导书值列表为例,其下包含所有属于作业指导书类型的工艺文件类型,值列表中的每一个值都代表一个工艺文件类型,如化验作业指导书在值列表种的形式为“08-化验作业指导书”,以一个“-”分隔代码和具体的工艺文件类型,方便之后自动编码程序的识别。

3.2.3.2 编码的自动生成
    对于汽车行业来说,由于其工艺设计的特点,完全由工艺设计人员手动来完成数量庞大的工艺文件的编码工作不可避免会出现各种各样的问题,因此由工艺管理系统来辅助工艺设计人员快速生成正确、唯一的编码是非常必要也是可行的。

    同样以上述汽车公司的工艺文件编号为例,其编号的生成可分为两部分:顺序号前部分和顺序号。
    顺序号前部分的编号生成需与工艺设计人员交互。具体方法是:依次列出编码各字段目前公司中所具有类型的名称,由工艺设计人员依照提示,依次选择具体类型,系统根据编码规则,搜索PDM系统中的编码库,完成字段名称与代码的匹配,自动将类型名转换为代码。

    顺序号的生成则由系统自动完成,不需要与工艺设计人员的交互。系统首先搜索到顺序号前的部分段的编号完全相同的工艺文件,得到当前最大的顺序号,那么新的顺序号就是当前最大顺序号加1。生成工艺文件编码的流程如图3-2所示。
 
图3-2工艺文件编码的自动生成流程图

3.3 工艺文件组织
3.3.1 单个工艺文件的组织方式
    基于PDM平台的工艺管理系统的工艺文件在系统中的组织方式根据依托的PDM平台的不同而有所不同。以TIPDM为例,我们用Item(TIPDM中信息管理的基本对象,代表物理实体或概念实体)来管理具体的工艺文件及其相关信息,比如属性信息,更改通知单等,用Item Revision实现产品全生命周期下对工艺文件版本的管理。
 
图3-3单个工艺文件的组织结构示意图

    根据不同汽车生产企业工艺文件的特点,按需要定义多种不同的Item类型,而工艺文件的额外信息,例如版本状态、实施日期、适用车型等都在系统中以Masterform的形式保存下来。同时定义可多个不同的关系类型(在ItemRevision中显示为目录)存放诸如更改通知单,目录等信息,甚至可以在特定的关系类型下存放关联的工艺文件,如图3-3所示。

3.3.2 面向不同部门需求的工艺文件组织结构视图
    在汽车行业中,涉及工艺设计的部门较多,每个部门根据各自部门的特点对工艺文件的组织结构视图有不同的需求,以某汽车公司为例,A部门要求将工艺文件按照部门分类,如图3-4所示;而B部门则希望能够按照产品结构类型进行分类,如图3-5所示,工艺文件均以目录的形式分多级以层次目录树的形式依序存放。
 
图3-4A部门工艺文件组织结构视图

    如图3-4所示,A部门工艺文件组织结构视图其每一层级结构具体如下:

    第一层:各专业厂组织结构;

    第二层:各组织机构下的子机构,如各专业厂下的车间;

    第三层:车型;

    第四层:加工线;

    第五层:工艺文件类型;

    第六层:具体工艺文件。
 
 
图3-5B部门工艺文件组织结构视图

    而B部门的视图则将车型放到了第一层,按照产品结构的层次组织工艺文档,如图3-5所示,具体结构如下:

    第一层:车型;

    第二层:部件;

    第三层:零件;

    第四层:工艺文件类型;

    第五层:具体工艺文件。

    在PDM系统下,在不同的视图下看到的工艺文件,在物理上实际仅保存一份,是通过“引用”的概念来实现不同部门对工艺文件组织结构的视图要求,同时对任何一个视图下的文件进行更改都能及时反映在其他视图上,有效地避免了数据冗余,增强了数据的一致性以及可靠性。

3.3.3 工艺结构树与设计结构树的关系
    产品结构树就是一个包含产品结构信息的树状视图。树上的节点是产品的组成部分(零件或部件)。节点间的层次关系直接反映了产品零部件间的组织关系。

    PDM系统中的产品结构树是CAD进行产品结构设计的结果,它不仅包含零部件的属性信息,例如图号,名称,材料等,而且反映了设计状态时产品的装配关系,包括父子结构和设计数量等,是产品设计结构树。PDM系统中的产品结构树是一种分层的树状结构,它将产品按照部件进行分解,部件再进一步分解成子部件和零件,直到零件为止。书中的根节点代表产品或部件,枝节点和叶节点分别表示部件或子部件、零件。

    正如上一节所述,在PDM系统中,通过对具体工艺文件的引用关系,可以构造符合不同需求的视图结构,从图3-5我们可以看到,B部门所采用的视图就是产品工艺结构树视图。

    产品工艺结构树和产品设计结构树之间既有联系又有区别。一方面,产品设计结构树是产品工艺结构树产生的基础和源泉,另一方面,产品工艺结构树并不等同于产品设计结构树,具体体现在:

    1)产品结构关系。设计中的产品结构并不一定和实际制造过程中的结构完全一致。一种情况出现在装配工艺,某些零部件在设计中直接反映在总装配图中,但是在装配工艺设计中,工艺人员可能会把这些零部件先装配成一个部件,然后由这个部件参加总装配。这样就改变了设计时的产品结构,增加了一个虚拟的部件。改变产品结构的另一种情况出现在加工工艺,产品设计结构树的叶子节点是最终的零件,但在产品工艺结构树中,这样一个叶子将变成一颗零件生成树,最低曾是毛坯,经过几道工序的加工,生成相应的中间件。

    2)零部件基本属性。零部件基本属性的不同反映在物料单上是某个数据项的改变。例如,在产品设计中,设计人员可能会把某个零件作为专用零件进行设计,甚至完成了该零件的设计图纸。但是,在工艺设计工程中,工艺人员经过成本核算后,认为该零件作为外协加工,可能比在本单位加工成本更低。那么,该零件的基本属性可能就由“专用”改成“外协”。

    3)产品结构树中的零部件装配前后关系可能是隐含的,甚至是模糊的。而产品工艺结构树则要清楚地反映零部件是按照什么样的先后次序进行装配的。

3.4 工艺信息集成
3.4.1 工艺信息集成模型
    工艺文件种类繁多,图文并茂,工艺文件之间的关系复杂,而且不同企业工艺文件的格式和种类也不尽相同,合理的表达工艺信息并将其方便地存储到PDM数据库是CAPP系统需要解决的一个重要问题。

    基于PDM的工艺文件有两种存储方式,如图3-6所示,一种方式是将整个工艺文件看成一个管理对象,规定其名称、大小等描述信息,并将这些信息放到PDM数据库表中,而文档的物理位置仍然在操作系统的目录下或电子仓库中对应的状态区中,PDM只提供管理该文档的机制,这种方式的优点是实现简单,缺点是文档中的数据完全对外封闭,用户不能对其内部信息进行管理维护;另一种方式是根据各种工艺文档的结构所具有的相似性,拆分文档,从数据抽象的角度出发,抛开具体的格式将文档中之间的关系和字段抽象成数据库表的关系模式,建立关联约束,将工艺数据信息按照逻辑关系分散保存在不同的数据表中。
 
    采用第二种方式实现较为复杂,其将工艺文件的数据和显示视图分开,结构清晰,而且相同工艺文件内容很易以不同的报表格式输出;最重要的是,由于内部的信息是开放的,我们很方便的分别对它进行维护和操作,能方便地进行信息查找、数据统计等等。

    虽然第二种存储方式有第一种不可比拟的优点,但是鉴于工艺文件种类繁多,具有多种不同的格式,为每一种文件格式开发相应的数据提取程序,在技术上具有相当大的复杂性,可行性不高。因此本文提出一种折中方案,如图3-7所示,对比该方式与第二种方式,它不需要拆分原始工艺文件,而是直接将原始工艺信息与其它的一些工艺相关的重要数据,比如编号,版本,适用车型等以附加数据的形式存放到PDM的电子仓库中,既有第一种方式的简便的优点,又能满足信息查找,数据统计的需要。在TIPDM系统中,可以定置MasterForm对象来储存这些附加信息,通过工艺文件Item与MasterForm的一一对应关系来实现工艺文件与附加属性数据之间的关联。
 
图3-6工艺数据的两种存储方式
 
 
图3-7新的工艺数据存储方式
 
3.4.2 应用工具的封装集成
    在PDM基础上发展起来的PDM系统本身就支持对其他开发工具的封装集成,因此构建于PDM平台上的工艺管理系统支持在工艺管理系统界面下直接调用相关的工艺设计工具(Word,Excel,AutoCAD等)进行工艺设计工作,并将新建或修改过的工艺文件直接保存在PDM的数据仓库中进行统一管理和维护。在用户的角度,就如同操作本地数据一样的便利与快捷,降低了用户的学习曲线,帮助企业节省了培训成本。

    在典型的PDM系统TIPDM中工艺信息是以数据集(dataset)的形式进行封装管理的。以工艺设计中最常见的工艺文件格式Word,Excel和AutoCAD文件为例,需要在TIPDM中定义三种不同的数据集类型,定义对应的编辑工具。应用工具在系统中的封装具有较大的灵活性,对于同一个数据集可以通过参数设定选择不同的编辑工具,可以以不同的方式打开,能够满足用户在不同平台(如Linux)进行工艺设计工作。

    如图3-8所示,用户在工艺管理系统平台下如果需要新建或者修改工艺文件,只要新建相应的数据集对象或者选定工艺文件对应的数据集双击打开,系统就能检出相应的数据集,并使用对应的程序打开,如Word,Excel,AutoCAD,在该程序中进行工艺文件的设计工作,在设计结束时,用户只需单击保存则修改后的结果自动检入,更新到TIPDM系统的数据仓库中。在用户对该工艺文件进行设计工作之时,TIPDM系统的自动检出、检入机制保证在同一时刻仅有一位用户可以对工艺文件进行操作,保证了数据安全。其他的PDM系统也有类似的机制实现相同的功能。
 
图3-8TIPDM中应用程序封装模型
 
3.4.3 基于模板的工艺文件标准化
    作为新工艺文件源头的工艺文件模板,是工艺文件实现标准化的基础,工艺文件模板组织、管理的规范性直接关系到企业最终得到的工艺文件是否满足标准化的要求。
 
3.4.3.1 模板库的组织与管理
    以上述某汽车公司为例,工艺文件模板的组织具有与工艺文件一致的分类结构,也可分为2大类(指导性工艺文件、统计汇编类工艺文件)8小类(作业指导书、过程流程图、过程FMEA、控制计划、明细表、工时定额表、消耗定额表、其他)。除了模板文件还有相应的填写规则需要同时存放到PDM的数据仓库中,方便用户在初次使用模板文件时,得到必要的指导和帮助。因此模板的组织结构如图3-9所示,其中“填写规则”目录下的文件结构与“模板文件”目录下的相同。

    模板文件与填写规则分目录存放的结构解决了同一目录下文件数量过多的问题,在新建工艺文件需要手动选择模板文件时,提高了用户定位特定模板位置的速度。
 
图3-9工艺模板组织结构

    建立模板库的工作除了将模板文件与填写规则置入PDM的电子仓库中进行管理,还需要将模板文件与其适用的工艺文件类型相关联。在导入模板文件及填写规则时,用户需要选择其所关联的工艺文件类型,两者之间的关系以“工艺文件类型代号-模板文件名称”的格式储存在PDM系统的值列表“工艺文件与模板对应关系”项之中,下文提到的自动选择模板的程序可以由文件类型代号找到唯一的模板文件。

3.4.3.2 基于模板的工艺文件的新建
    如图3-3,可见工艺文件的编码是以工艺文件包的编码为基础的,因此如图3-10所示,工艺设计人员在确定新建工艺文件位置(在系统中为一个工艺文件包类型的Item)后,程序需自动从ItemRevision中读取包名,编号、版本等信息。
 
图3-10工艺文件新建流程

    生成指导性工艺文件与统计汇编类工艺文件的流程大同小异,下面以指导性工艺文件的新建过程为例,来说明程序是如何引用PDM系统中的模板库,产生符合企业标准的工艺文件。
 
图3-11自动查找模板流程

    如图3-11所示,程序首先从获得的编号中解析出工艺文件类型的代码信息,然后根据此代码查询PDM系统中预定义的“文件类型_模板对应关系”值列表中所储存的对应的模板名称,最后根据模板名称查找模板库中的模板文件,同时得到该模板对应的填写规则文件。这一过程作为一个独立的线程在后台自动运行,不影响用户的其他操作,不需要用户的干预。
 
3.4.4 历史工艺信息的集成
    在工艺管理系统实施过程中,仅仅帮助企业完成后续工艺文件在工艺管理系统中的管理工作是不够的,往往还要考虑到大量的历史工艺数据如何在新的系统中进行管理的问题。历史工艺数据对任何一个企业来说,都是一笔宝贵的知识财富,将其导入到工艺管理系统中进行统一管理是非常必要的,因此历史数据的导入是工艺信息集成非常关键的一个工作。

    如图3-7所示,工艺文件在保存到PDM的电子仓库中时,除了工艺文件本身,还需要同时保存一些附加的属性信息,如版本、实施日期等等。这些信息可在历史数据导入后由工艺设计人员手动逐项添加,但该方法不仅耗时、麻烦,而且极易出错,不符合自动化的要求。因此考虑利用互联网上得到广泛应用,已经非常成熟的数据交换标准XML(Extensible Markup Language,可扩展标记语言)技术来储存这些附加的属性信息。在批量导入时,程序可自动解析XML文件,并将读取的信息添加到电子仓库中;在导出时又能自动将附加属性数据以XML文件的形式输出。

3.4.4.1 利用XML技术进行信息表达与配置
    XML是一个独立于机器平台、提供商和编程语言的数据表示的开放标准,是SGML的一个优化子集,SGML是ISO国际标准化组织在1986年推出的一个用来创建标记语言的语言标准。SGML提供了一种将数据内容与显示分离开来的数据表示方法,使得数据独立于机器平台和处理程序。

    XML具有许多重要特性:
    首先是可扩展性:XML让使用者创建和使用他们自己的标记而不是HTML的有限词汇表。

    其次是灵活性:XML提供了一种结构化的数据表示方式,使得用户界面分离于结构化数据。

    再者是自描述性:XML文档通常包含一个文档类型声明。因而XML文档是自描述的,不仅人能读懂XML文档,计算机也能处理。

    除上述特性以外,XML具有简明性,它只有SGML约20%的复杂性,但具有SGML功能的约80%。同完整的SGML相比XML简单得多,易学、易用并且易实现。另外,XML采用Unicode字符编码系统从而支持世界上几乎所有的主要语言,并且不同语言的文本可以在同一文档中混合使用。

    下面以某一个工艺文件“刀具更换计划”为例,来说明如何用XML文件来保存特定工艺文件的附加属性数据(文件名,文件类型,编码,版本,实施日期以及适用车型,可根据用户需要自行添加)。能描述该信息的XML文件内容如图3-12所示:
 
图3-12表示“刀具更换计划”的附加属性信息的XML文档

    XML文档可以在它的文档类型声明(Document Type Declaration)里声明某个DTD(Document Type Definition,文档类型定义)。如上述XML文档的DTD由文件processfile.dtd定义(参见图3-13)。DTD是关于XML文档中出现的标记和元素结构的语法约束,它可用来验证一个XML文档。DTD是一系列关于元素类型(Element Type),属性(Attributes),实体(Entities)和符号(Notations)的定义,它定义了文档所需的标记,比如可在文档里使用的元素类型,这些元素之间可能的联系。
 
图3-13对应的XMLDTD文档
 
    我们可以将该DTD文件放到公司内部的网页上,历史数据导入程序就能够根据该DTD文件验证工艺文件附加属性数据的内容是否符合指定的格式要求。

    除了可以使用XML文件保存工艺文件的附属属性信息之外,在批量导入时,我们也可以用XML文件作为设置文件,保存需要进行导入的任务,实现在无人干预的情况下大批量导入多个不同系统目录下的工艺文件到PDM系统的电子仓库中的指定位置的功能。XML配置文件的内容如图3-14所示。
 
图3-14批量导入设置文件

3.4.4.2 利用Java技术解析XML文件导入导出工艺数据
    如图3-15工艺数据导入流程所示,程序在导入工艺数据时在两个步骤需要解析上一节所述的XML文件读取数据,一为解析工艺数据导入的配置文件,二为解析每一个工艺文件的附属属性信息文件。

    解析器就是一个软件模块用来解析或者是读入一个XML文档的数据并且检查其合法性。XML文件的解析器可分为两种类型,DOM和SAX。

    文档对象模型(通常称为DOM)为XML文档的已解析版本定义了一组接口。解析器读入整个文档,然后构建一个驻留内存的树结构,然后您的代码就可以使用DOM接口来操作这个树结构。您可以遍历树以了解原始文档包含了什么,您可以删除树的几个部分,还可以重新排列树和添加新的分支,等等。
 
图3-15工艺数据导入流程

    DOM提供了一组丰富的功能,您可以用这些功能来解释和操作XML文档,但使用它们是有代价的。
    1)DOM构建整个文档驻留内存的树。如果文档很大,就会要求有极大的内存。

    2)DOM创建表示原始文档中每个东西的对象,包括元素、文本、属性和空格。如果只需关注原始文档的一小部分,那么创建那些永远不被使用的对象是极其浪费的。

    3)DOM解析器必须在代码取得控制权之前读取整个文档。对于非常大的文档,这会引起显著的延迟。

    SAX(用于XML的简单API)在读取XML流的同时处理它们,分析能够立即开始,而不是等待所有的数据被处理。而且,由于应用程序只是在读取数据时检查数据,因此不需要将数据存储在内存中。这对于大型文档来说是个巨大的优点。事实上,应用程序甚至不必解析整个文档;它可以在某个条件得到满足时停止解析。另一方面,由于应用程序没有以任何方式存储数据,使用SAX来更改数据或在数据流中往后移是不可能的。

    综合考虑DOM和SAX的优缺点以及需要解析的XML文件的特点,以及Java语言的特点,决定采用JDOM来解析XML文件。JDOM是基于Java技术的开放源码项目,它试图遵循80/20规则:用DOM和SAX20%的功能来满足80%的用户需求。JDOM使用SAX和DOM解析器,因此它是作为一组相对较小的Java类被实现的。使用JDOM解析和读取XML文件的核心代码如图3-16所示:
 
图3-16使用JDOM解析XML示例

3.5 小结
    本章对基于PDM的工艺信息编码、工艺文件组织以及工艺信息集成技术进行了研究。建立了汽车生产企业的工艺信息的编码规则,实现了工艺文件的自动编码。接着提出了PDM系统中宏观(多个工艺文件)以及微观(单个工艺文件)工艺文件的组织方式和存储模型。最后研究了PDM中应用工具的封装方法,工艺文件基于模板的标准化技术以及对基于xml技术的历史工艺文件管理方法。
 

  • 2019-06-28 09:47
  • 我要分享:
声明:文章"PDM的工艺信息组织与管理"为上海御云信息科技有限公司原创文章,转载请注明出处,谢谢合作!您所在位置:PLM系统 > PLM新闻 > PDM资讯 >

联系清泰代表

热门文章
热门标签