多型号一体化管理在PDM系统中的分析与应用.docxVIP

PAGE 1 PAGE 1 多型号一体化管理在PDM系统中的分析与应用  目前国内航空行业未对国标/航标等标准中的标准件建立统一的数据库，导致国内各个飞机设计单位在标准件定义方面都采用航空行业的标准编码，然而其数据模型和属性方面却截然不同。为了解决上述来源于不同设计单位，不同数据模型和属性，而编码相同的标准件在同一数据管理平台共存问题，提出了利用Windchill的多组织架构对PDM系统中多型号的标准件进行一体化掌握管理。  0引言  公司担当着多种型号飞机的研制工作，根据公司目前的管理原则，全部产品数据都将纳入基于Windchill的PDM系统平台进行统一管理，并在该平台上绽开工艺制造等后续工作。  在Windchill中每一个产品和部件有唯一的产品信息码。产品信息码表达了它的结构信息、特征信息以及其他隐含信息。它在Windchill中以零件或产品的‘Number’即编码的形式记录。而目前公司所面临的上游单位(如甲所、乙所、丙所等）都采用了PDM系统进行设计数据的管理和发布。在各设计单位所发布的数据中，对于自行设计的非标件等数据在编码标识方面由于编码规则和型号信息有所区分，因此在汇合到公司的PDM系统中均可以被统一有效的管理。但对于国标/航标等标准中所定义的标准件，由于国内航空行业未在行业层面建立统一的标准件数据库，而各设计单位在标准件的定义方面则采用了相同的编码，但其模型数据和属性不尽相同。为了维持设计数据的权威性，公司在接收各设计单位的数据时，均是将设计数据直接导人，而不会做任何替代处理。  在公司现行的PDM系统中，由于PDM系统采用编号作为对象的唯一性标识。因此在接收不同设计单位的数据时会出现设计单位间标准件同号冲突问题以及公司与设计单位间的标准件同号冲突问题。  为解决上述问题，引人Windmill的多组织架构，利用AD模块中的CageCode技术，将标准件编号加上来源单位ID共同识别标准件唯一性，以满意多型号标准件在PDM系统中的共存问题。  1多型号一体化管理在PDM系统中的应用  基于Windchill的PDM系统可以集中管理全部与产品有关的数据和过程，并结合Windchill多组织架构的特点，不同设计单位的数据将放置到不同的组织容器中，即在PDM系统中构建支持多型号一体化管控平台（图1)。 图1多设计单位研制任务统一承接 1.1构建多组织容器和标识  Windchill的上下文分层是一种概念性结构，它表示不同级别上下文之间的父/子关系。WindchillPDMLink具有3个上下文分级级别（图2):站点级别、组织级别和产品/存储库级别。详细内容如下：  1)站点一单一文件柜，可托管系统中包含的全部数据和策略；  2)组织一“站点”上下文中包含的1个或多个文件柜，可托管属于特定组织的数据和策略；  3)产品一特定“组织”上下文中包含的1个或多个文件柜，可托管与1个特定产品相关的数据和策略，是企业研制制造时某一系列产品的相关产品数据的1个存储区域，或称为“产品容器”，系统中称其“产品上下文”；  4)存储库一特定“组织”上下文中包含的1个或多个文件柜，可托管与1组参考材料相关但与某个特定产品无关的数据和策略。“存储库”存储位置旨在存储彼此相关但并非某个产品特有的数据项，数据包括参考数据、研发数据、以及公司政策等。依据公司的制造和业务状况，规划的存储库有:标准件库、成品库、辅材库、工装库、企业标准等。  利用WindchillPDMLink上下文级别结构功能，首先在公司PDM平台上构建5个组织容器（图3)，其次在每个组织容器下创建产品库和存储库（图4)。  考虑到在现实状况下，各设计全部可能更改名称，在公司的PDM系统中应能适应其名称更改。于是，在PDM中建立组织ID与来源单位的映射关系（图5)，用户在界面中看到的只能是来源单位，而来源单位和组织ID的映射关系维护由管理员进行。 图5组织ID与来源单位映射配置  目前国内航空行业未对国标/航标等标准中的标准件建立统一的数据库，导致国内各个飞机设计单位在标准件定义方面都采用航空行业的标准编码，然而其数据模型和属性方面却截然不同。为了解决上述来源于不同设计单位，不同数据模型和属性，而编码相同的标准件在同一数据管理平台共存问题，提出了利用Windchill的多组织架构对PDM系统中多型号的标准件进行一体化掌握管理。  0引言  公司担当着多种型号飞机的研制工作，根据公司目前的管理原则，全部产品数据都将纳入基于Windchill的PDM系统平台进行统一管理，并在该平台上绽开工艺制造等后续工作