PDM产品数据管理

发布时间:18-04-11

1 PDM系统管理体系结构

    PDM管理系统由系统支撑层、框架核心层、开发工具及功能模块层和用户界面层这四层组成的。如图3.1所示。

    (1)系统支撑层:利用数据库的数据对PDM管理系统的数据进行管理,同时利用关系数据库,为PDM管理系统提供支持的平台。

    (2)框架核心层:由于PDM管理系统的对象框架可以对数据库的特性、网络、异构操作系统进行屏蔽,用户在使用PDM管理系统时,对过程的透明化管理、透明的应用话调用和透明化的数据操作进行了实现,该层提供实现PDM管理系统各种功能的核心结构和框架。

    (3)开发工具及功能模块层:PDM管理系统为用户提供除系统管理外的其他功能模块。(如:文档的管理、检索和分类,工作流程管理等)。

    (4)用户界面层:通过PDM管理系统的可视化界面,这种交互式的图形界面,其中包括对话框、菜单、浏览器等,可以帮助用户方便快捷的完成用户相对系统进行各种对象的操作。

 

2 PDM管理系统的主要功能

    PDM管理系统中,系统管理用户通过可视化的界面,对系统进行以下的管理功能,系统中的所有数据信息,由数据库进行管理。如图3. 2所示,包含了PDM管理系统的主要功能,在企业级的PDM管理系统中,需要根据企业的实际情况来进行PDM管理系统的具体实现。

2.1电子仓库与文档管理

    (1)电子仓库的概念

    由专用存储区、数字库管理系统和管理程序组成的仓库称为电子仓库电子仓库将文件从专用存储区中取出文件或存放在专用存储区中。

 

    在PDM管理系统中,在数据库管理系统上,管理系统以及元数据库是存放在某种指定的数据存储环境中的,要实现这种特定的环境,就需要用到电子仓库。电子仓库中的指针可以指定存存放物理数据的数据库记录以及物理文件的文件系统与目录。电子仓库可以保持跟产品相关的所有文件的元数据和物理数据。如图3.3所示,是PDM管理系统中关于电子仓库最为核心和基本的功能,在实现PDM管理系统中其它功能的时,电子仓库是实现的基础。

    电子仓库可以对存储空间进行节省,并且还可以进行快速检索。这是因为数据仓库中保存着元数据,并且把元数据和物理数据的关系应用到PDM管理系统中。

 

    PDM管理系统中的电子仓库主要用于进行电子文档的管理,如文本、图纸、技术资料等。系统管理员对用户的权限进行设置,这样可以保证数据库中的资料得到完全的控制,同时避免了非授权或者非法的访问,增加了电子仓库的安全性,管理员设置完权限以后,在电子仓库中的文件只有在其许可范围内,符合相应权限的用户才能访问电子仓库中的文件。

    (2)电子仓库功能

    电子仓库为用户实现的功能操作,主要是因为电子仓库可以保护数据库中数据的安全,并且使数据减少差错,使数据保持一致:

      1.数据对象的检入(Checkoun)和检出(Checkout)操作和相应的权限验证。

      2.数据发生改变时,对象状态也发生改变。

      3.当主属关系发生改变,数据的对象也会发生相应变化。

      4.可以对文件按照属性进行相应的查询。

      5.当用户需要需要查阅相应的数据时,可以对其进行浏览和导航。

    6.可是自动为数据进行归档。

    7.对于数据库中的文件,可以进行安全管控,以及对数据库中的文件进行管理。

 

    (3)文档管理的定义:

    有这样一个软件系统,它可以实现数据文件的共享以及协同处理技术,对企业中的工作流程管理、文档管理和零部件的管理等技术进行实现,其中,信息资源和电子化数据的管理是文档管理是的根本要求,并以先进的Web技术和计算机应用技术为依据而实现的,这就是文档管理。

 

    (4)文档管理与电子仓库之间的关系

    如图3.4所示,当文档进行存储时,用户想要将文档存入电子仓库中,必须要通过规则的约束检查。文档会被视为数据,以无序的物理形式存入设定的数据库,系统特定的路径会对文档进行存入。当用户需要对文件进行检出时,在自己的PC机上进行操作即可,无需知道数据在数据库中的存放位置。由此可见,文档管理与电子仓库是密切相关的,其中文档管理的实现是与分布式共享密不可分的,而这就包含在电子仓库中,

 

    在电子仓库的基础上,PDM系统还具有其他功能,PDM的其他功能包括搜索、查询和浏览、以及工作列表和零部件信息管理等。这些功能让PDM更好的满足企业中用户的需求。

 

2.2权限管理模型
    在PDM管理系统中,根据创建的角色不同,来进行权限的管理模式,如图3.5所示,在企业中,员工只有确定了相应的岗位,才能确定与岗位相关的技术文件。在PDM管理系统中,企业的员工就是用户,用户根据岗位的不同,被分配相应的角色,只有拥有角色的人,才可以登陆PDM管理系统,同时,系统会为相应的角色设置不同的权限,这个权限包括访问权限和操作权限,关于权限的划分,由系统的管理员,根据用户的岗位,为其创建的角色中,包含其中的权限设定。

    PDM管理系统的用户除系统管理员外,其余的分为各个组,例如:公司管理组、产品开发组、项目管理组、翻译组等。在PDM管理系统中,有一个超级用户为系统的管理员用户Administrator,这个用户在系统数据库中不能被删除,默认存在于数据库中,且拥有系统的最高权限。系统管理员拥有PDM管理系统的所有操作权限。在PDM管理系统中,最开始是没有用户的,所以要事先对超级用户进行设定,不然系统就无法进行登录。一般用户的级别根据组的划分来进行区分,而系统的访问权限根据资料的机密程度进行划分。

 

2.3工作流和流程管理
    工作流和流程管理包括多种功能,其中有文件的收发、相关数据的存档、工程流程发生的变更、相关文档的审阅、以及产品的研发,这些相关的业务流程的实现方式,是以电子化的方式,他们提供了这种独特的业务流程,在生产产品时,实行了自动化的处理。工作流和流程管理主要目的是对PDM管理系统的操作人员修改和生产数据的方法进行控制,对于企业内的并行和协同工作水平得到了有效的提高,为企业提供有效执行任务的框架和有效的建立了工作流程。工作流和流程管理功能的实现,为企业实现有效控制、动态组合以及流程固化的自动任务执行,这些功能是以自动执行任务、报告和流程管控、任务划分、视图化流程定义为基础的。

 

    在PDM管理系统中,每个用户都有一个工作任务的列表,如图3.6所示。在产品设计的过程中,PDM管理系统可以随时采集到产品数据的修改和产生,并对这些数据进行版本的管理,并对其进行记录和保存,并且对于这些版本可以知道工程师所做的工作以及任务。对于用户自己的工作任务,用户登录自己的系统就可以进行查看,而这,只要登录到PDM系统,便可实现。同时,项目管理者也可以随时关注自己小组成员的工作进度,并且能够将信息及时反馈。

2.4项目管理
    项目管理主要功能为工作分项结构、资源分配和项目跟踪,在项目管理器中,提供项目有关的信息状态以及活动,表现出项目管理功能的强大。利用PDM管理系统可以跟项目管理的软件进行接口,获得重要路径报告能力和资源规划。

 

2.5零部件管理
    零部件管理基本功能包括:零部件的查看及搜索基本功能;零部件可以关联文档,即,参考文档、描述文档。描述文档一般是指与零部件相关的规格说明书、材料要求等信息。

 

    零部件管理其他功能包括:零部件的重命名、另存为、查看另存为历史、零部件属性比较、物料清单统计、产品结构比较等功能。

 

    零部件的管理功能包括:

    (1)零部件的检索及浏览

    (2)零部件的版本控制、以及不同版本间的比较;

    (3)产品结构的维护:包括产品结构的简历、产品结构展开调查、按产品结构回归查询、物料清单表输出。

 

2.6产品结构与配置管理
    作为产品数据管理与组织的一种形式,提供了设计变更,产品的版本,产品的配置以及材料清单的管理功能。其中,电子仓库是产品结构与配置管理的底层支持。

 

    配置管理与产品结构的主要基本功能包括以下几方面:

    (1)对于企业资源计划或者自造资源计划进行集成;

    (2)对于材料清单的可视化管理;

    (3)产品文档进行查询;

    (4)对于材料清单的版本进行控制;

    (5)产品材料清单的修改和创建。

如图3. 7为产品结构树与文档管理的关系。

3文档管理概述

文档管理大致分为文档管理对象和文档管理类型]。本文主要对文档管理对象进行论述。

 

3.1文档管理的对象

    汽车零部件PDM管理系统将一些技术资料可作为文档在系统中进行管理,文档管理的数据对象具体如图3.8所示。

    (1)原始档案:有项目经理任命书、产品合同、项目计划、产品bom、图纸评审单、采购需求、问题清单等。

    (2)设计文档:有工程图纸、PFMEA、设计评审、3D数据、国家标准、企业标准、原材料实验报告、技术问题通知单、试验大纲、阶段评审等。

    (3)工艺文档:有工艺图纸、过程指导书、相关工艺文件、注塑工艺指导书、产品劳动定额等。

    (4)制造文档:车间平面图、车间工艺布局、包装指导书等。

    (5)其它文档:管理制度、管理流程、文档模板、体系文档、培训计划等。

 

3.2文档编号
    同一文档的每个版本都有相同的编号,在系统里唯一;每个文档需有一个编号;文档编号可以采用自动编号方式,也可以采用半自动编号方式。

 

    同一文档内的一个版本带有相同的名称;每个文档都必须有名称。在创建文档时,需要为文档选择一个类别(如:设计任务书或者技术问题更改通知单等);文档类别一旦选择了,就无法修改;系统中有哪些文档类别,可以由管理员动态维护。

 

    资料夹:创建的文档在系统里放在什么地方;系统默认的是个人资料夹,在个人资料夹中用户可以看到自己的要上传的资料,用户还可以直接选择有权限的公共资料夹。资料夹是有系统管理员进行维护,可以根据业务增加;权限也是由业务管理员进行维护的。

 

3.3文档版本

    版本因变更而产生。在文档管理系统中,我们将更改之前的产品数据记为一个版本,然后将更改后的产品数据又记为另一个版本,这样一来,变更的次数越多,版本也就越多;一般来说,同一份产品数据(如某个零件的图纸)的不同版本包含的信息是不同的。我们通过版本的管理,来有效的管理企业设计的变更。

 

    当对文档进行更新或修订时,数据会发生变化。当对数据进行更新时,通常是对产品数据在审核过程中需要修改时,更新的结果是将产品的A1版本变成A2版本。当对数据进行修订时,对业务对象进行版本升级的操作,需要重新制定生命周期和资料夹;通常是对己经发布的产品数据进行修改时,首先要先修订该产品,在生成的新版本上进行修改,修订的结果是将产品的A版变成B版。如图3.9所示。

 

4文档管理系统的体系结构
    文档管理系统选择的主要体系结构为浏览器/服务器(Boowser/Server)体系结构,又称为B/S体系结构。本论文将B/S结构划分为表示层、业务逻辑层和数据访问层,如图3.10所示,是根据B/S体系结构由上而下进行划分的。

 

 

这三层在B/S体系结构中,起到不同的应用。

    (1)数据访问层:该层实现了对数据的曾删改查等操作,主要职责是对数据库进行访问。

    (2)业务逻辑层:主要的用途是对从数据库返回的数据和用户输入的数据进行处理,它与系统的功能有关,即和系统的业务有关,该层是整个体系结构的核心。

    (3)用户通过该层可以与整个系统进行信息交互,该层是系统用户的界面部分,所以对于用户的界面设计一定要实用和美观。在设计界面时,在设计时可遵守三条“黄金规则”。

    1.需要对用户实用的界面保持一致性;

    2.在设计时应该尽量减少用户操作的复杂性;

    3.置用户于控制以下。
 

    在一般情况下,表示层和数据访问层之间是不存在直接联系的,这样可以避免一个微小的改动,从而会导致客户端的应用程序被全部改动。

浏览器/服务器(B/S)体系结构的优势:

     (1)B/S三层结构具有系统的稳定性,从而提高用户的工作效率。由于其构架层次分明,如果系统发生问题管理人员可以迅速定位其中的某一层,便于系统的维护,从而提高了系统的稳定性和可维护性。

    (2)在B/S体系结构中,当需要对系统的功能部分进行修改时,对整体的系统功能不会造成影响,这样有效的对系统的可扩展性进行了提高,同时当用户需要新增功能时,系统可以对其进行满足和完善奠定了良好的基础,从而提升了系统的扩展性。

    (3)B/S结构因为客户端部分需要浏览器就可以,所以不需要安装任何的软件,被称为瘦客户,这样提供了一致性的用户界面,便于管理和应用。由系统管理人员统一对存放在服务器端的应用程序进行管理,从而节省了系统的维护时间。

 

5文档管理系统的功能分析

5.1文档管理功能模块

    汽车零部件PDM管理系统中文档管理系统的服务及其业务对象的设计是建立在phosphorpdm系统的framework底层架构的基础之上的,主要管理功能有生命周期与工作流管理、文档归档管理、版本管理,文档创建、文档检索、文档更新、删除文档、文档分类管理等功能。

   

    对于本文主要叙述的汽车零部件PDM管理系统文档管理基本功能包括:文档的创建、更新、删除、查看及搜索基本功能;在文档创建、更新时可与相关的零部件进行参考或者描述关系的关联;

    汽车零部件PDM管理系统文档的版本管理:包括检入、检出、撤消检出、修订、版本历史查看及比较功能、版序历史查看及比较功能;

    汽车零部件PDM管理系统文档生命周期管理:包括重新设置生命周期模板、设置生命周期状态、查看生命周期历史、相关进程查看功能。

    通过文档管理功能,用户可以创建、更新和查看文档,也可以对文档进行检入和检出。可以使用HTML页面来完成文档管理任务。有关如何访问指定功能的详细信息,用户可在联机帮助上参考适当的主题。

 

5.2文档管理系统总体模型

    根据下图3.12所示内容,可以看出,Framework是phosphorpdm的底层服务,framework的作用是对J2EE机制进行再次封装,在framework的框架中有三个基础接口:

    (1)fc接口,其中会话Bean继承了J2EE的SessionBean,是由于底层的服务不会对文档对象产生持久化,而是只提供逻辑上的关联;

    (2)Home接口BaseServieHome继承了EJBLocalHome;

    (3)Local接口BaseServie,对于J2EE平台提供的Local接口EJBLocalObject进行了继承。

业务对象被底层服务进行了二次封装,是因为业务对象进行存储是需要持久化的。进行二次封装的业务对象为:

    (1)实体Bean抽象类BsoReferenceEJB继承了EntityBean,其中,EJBLocalHome的子类Home接口的BsoReferenceHome对父类进行了继承,实现此接口的实体Bean是可以持久化的。

    (2)Local接口BsoReference继承了J2EE平台的EJBLocalObjecto

 

5.3文档管理系统设计模式
    根据系统所提供的服务,文档管理系统将文档服务,即会话Bean作为业务逻辑方法的设计,供客服端的调用。为提高系统的运行效率,设计本地的接口,将实体Bean作为所有持久化的业务设计。即为业务方法和业务数据相分离的设计模式。这样的分离模式方便用户的操作,同时也方便了管理员的管理,是文档管理系统更加人性化。如图3.13所示。

5.4文档管理系统的体系结构类图

    这里主要描述的是文档的版本信息,当用户想对某些数据进行版本的查询,可以用文档的主信息来进行查询。在文档的主信息上主要描述的是文档的标号和文档名称。一个文档包含多个属性,可看到文档的主信息,扩展属性,文档类别和格式等。如图3.14, 3.15所示,主要表述的是文档本身的属性和文档的工作流程。


 

    结构文档和参考文档之间的主要区别在于所创建的文档自关联体现的是参与文档和文档之间的关系,在结构文档中,文档不设计到版本的变化。当用户创建一个文档时,用户选择创建了结构文档,当系统中的结构文档发生版本的变化是,用户创建的结构文档中,所指向的文档也将是结构文档的最新版本,所谓结构文档关联,正是在文档主信息和文档之间所体现出来的。


 

5.5文档管理系统的客户端开发流程
    在文档客户端开发流程中,负责Ejbaction类文件和事件文件映射关系的是e jb. jar. xml文件,负责与后台服务方法对应的,用来配置页面动作的mappings. xml文件,主要记载.jsp. html逻辑关系连接,负责界面组合与搭配的screendefinitions_ en_ US.xml文件。文档客户端开发主要用到的就是以上这三个.xml文件。如图3.16所示。


 

5.6文档管理系统功能分析及用例设计
    在实现将对象分为工作区和文档两部分,是通过对分析数据组织管理功能在文档管理中的应用。文档管理模块实现的功能是通过对每个用例包的分析和设计的,如图3.17所示,表达的方式就是用例包。两个用例包分别为工作区和文档。以下将文档管理模块的功能用两个用例包的设计来进行分析说明。

 

如图3.18所示,表示了这样的功能,与文档相关的一些操作,为实现其功能:

    (1)创建文档,在系统中的每一位用户都可以对文档进行创建,创建文档时需要填写一些必要的信息对文档进行描述和说明。

    (2)检入文档,当要将修改完成的文档归档到公共文件柜,供相关用户查看和使用时,使用“检入文档”功能。检入的结果是文档的版序叠加。

    (3)检出文档,当要将准备修改的文档提档到个人资料夹,提供相关更新操作时,使用“检出文档”。

    (4)更新文档,对业务对象进行修改时使用的操作,通常时产品数据在审核过程中需要修改时使用,更新的结果是将产品的Al版变成A2版。

    (5)修订文档,对业务对象进行版本升级的操作,需要重新制定生命周期和资料夹;通常时对己经发布的产品数据进行修改时,首先要修订该产品,在生成的新版本上进行修改;修订的结果是将产品的A版变成B版。原来的A版本会进行保留,当用户进行删除文档时,不可直接将最新的版本删除,应该先删除A版本,才能删除B版本。

    (6)下载文档,在用户浏览系统中,可以浏览和下载在其权限范围内的资料。

    (7)管理文档属性和查看文档,在项目工作区或者个人工作区查看文档的相关文件,版本以及文件属性等。

 

 

在个人工作区中进行的个人工作区的文件夹结构的管理,主要是放在文档管理模块中用例图如图3.19所示,工作区的主要功能如下:

    (1)在选择或者查看文件夹时,系统会显示当前个人权限内的文件

    (2)可以对文件夹的属性进行修改和设定

    (3)对于选中的文件夹可以进行删除操作

    (4)对于选定的文件夹,可以重新输入名称,进行重命名

    (5)在确定的位置创建相应的文件夹,并命名。

 

 

6汽车零部件PDM管理系统的系统流程

    在PDM管理系统中,对系统用户进行了分类,大致分为两类,分别是管理员和一般用户,系统管理员的主要任务是对于还原和备份数据库,对系统的安全性进行管理,对用户进行权限设置以及用户管理,可以对用户,用户组进行创建,并对其职能进行划分。而一般用户主要是对于文档的上传和下载、文档的基本操作、基本数据管理,查看个人信息、产品数据查询、图纸信息提取,对于文件是上传和下载,查看个人工作列表等操作。如下图3.20、 3.21所示,根据功能模块和系统具体的处理过程,清晰的阐述了系统的流程,从而使用户更加清楚和准确的认识系统。系统根据不同的用户类型,对系统的流程进行分类,分别为:一般用户流程和系统管理员流程。





 

 

 

7文档属性规划

    文档的属性包括手工维护的属性和系统自动记录的属性。

    (1)下表所示,为手工维护的属性:

7.1文档的工作流程和生命周期

    文档的工作流程和生命周期可以大致分为12个生命周期,分别为拟发布生命周期、拟接收生命周期、拟审接收生命周期、拟批接收生命周期、拟签接收生命周期、拟签接收生命周期、拟审批接收生命周期、拟签批接收生命周期、拟翻审接收生命周期、拟校审接收生命周期、拟审签批接收生命周期、拟添模具添工艺审核接收生命周期。由于生命周期状态的不同,分为这12工作流和生命周期,以下给出一部分主要生命周期。
 

    (1)拟发布生命周期,如图3.22所示。

    (2)才以巨批发布生命周期,如图3.23所示

    (3)拟翻审接收生命周期,如图3.24所示。

    (4)拟校甲接收生命周期,如图3.25所示

    (5)拟审签批接收生命周期如图,如图3.26所示

 

7.2文档管理活动说明

    当文档进行以上的工作流和生命周期时,会进行以下一种流程的活动。

    (1)自检文档活动

    自检文档活动是文档创建后的第一个活动,文档的创建者在进行此活动前,需要将文档检入到共享资料夹,指定文档后续所有活动的审批接收人员。自检文档活动对应的生命周期状态是“拟制”,在此状态下文档创建者可以对文档进行修改、删除,对于选错生命周期的,可在此状态下重新选择生命周期。

 

    (2)修改文档活动

    修改文档活动是文档在审批过程中未通过被驳回的,文档创建者根据审批意见进行修改,并可以重新指定文档的审批人员,修改完成后需要将文档检入到共享资料夹中;修改文档活动对应的生命周期状态是“修改”,在此状态下文档创建者可以对文档进行修改,对于选错生命周期的,可在此状态下重新选择生命周期。

 

    (3)添加模具活动

    同一份文档需要多人编制的时候,编辑者对其他用户创建的文档进行添加模具内容活动,编辑者需要将文档进行检出更新操作,将添加模具内容后的文档以主要文件的形式上传到系统中,更新完成后需要将文档检入到共享资料夹中,添加模具活动对应的生命周期状态是“添加模具”。在此状态下文档编辑者可以对文档进行修改。

 

    (4)添加工艺活动

同一份文档需要多人编制的时候,编辑者对其他用户创建的文档内容进行添加工艺活动,编辑者需要将文档进行检出更新操作,将添加工艺内容后的文档以主要文件的形式上传到系统中,更新完成后需要将文档检入到共享资料夹中。添加工艺活动对应的生命周期状态是“添加工艺”。在此状态下文档编辑者可以对文档进行修改。

 

    (5)翻译文档活动

    翻译者对文档进行翻译活动,翻译者需要将要进行翻译的文档进行检出更新操作,将翻译后的文件以主要文件的形式上传到系统中,更新完成后需要将文档检入到共享资料夹中。翻译文档活动对应的生命周期状态是“翻译”。在此状态下文档翻译者可以对文档进行修改。

 

    (6)校对文档活动

    校对者对文档进行校对,并填写校对意见,如果文档正确选择“通过”,文档进入后续状态,否则驳回到创建者进行修改。校对文档活动对应的生命周期状态是“校对”,此状态下相应人员对文档都只是有读取权限。

 

    (7)审核文档活动

    文档创建者指定的审核者对文档进行审核,并填写审核意见,可以修改文档下一步活动的审批人员,如果文档正确选择“通过”,文档进入后续状态,否则驳回到创建者或是编辑者进行修改,完成后再重新执行流程。需要查看已经通过的审批的意见。审核文档对应的文档生命周期状态是“审核”,此状态下相应人员对文档都只是有读取权限。

 

    (8)会签文档活动

    文档创建者指定的会签者对文档进行会签,并填写会签意见,确定是通过会签还是驳回。会签文档对应的文档生命周期状态是“会签”,此状态下相应人员对文档都只是有读取权限。需要查看己经过活动的审批的意见。

 

    会签活动参与的人员通常都是与文档的创建者不在同一部门。会签活动要求所有参与会签的人员都完成任务后,对会签结果进行判断,所有人都通过,则进行后续的批准接收等活动;如果有一个驳回,则返回到创建者进行修改,再重新执行流程。

 

    (9)批准文档活动

    文档创建者指定的批准者对文档进行批准,并填写批准意见,如果文档正确选择“通过”,文档进入后续状态,否则驳回到创建者进行修改,完成后再重新执行流程。批准文档对应的文档生命周期状态是“批准”,此状态下相应人员对文档都只是有读取权限。需要查看已经通过的审批的意见。

 

    (10)接收文档活动

    文档创建者指定的接收者对文档进行接收,此状态下相应人员对文档都只是有读取权限,对应的文档的生命周期状态是“接收”。

 

    在流程结束前系统自动根据创建者选择的密级及分类信息将文档的生命周期状态设为相应的密级状态。

 

8 CAD集成

    在产品开发过程中,CAD类软件是工程师在设计产品过程中的主要工具,而作为产品数据管理软件的PDM产品只有通过与CAD软件的充分集成,对于企业的需求而言,文档管理系统变得更加适应于企业,满足企业的实际需求。其中,把在CAD软件中设计的零件信息和其对应的模型、图纸发布到系统中;也可以从系统中读取零部件信息,下载其图纸信息,从而实现在CAD软件中维护文档管理系统中相关产品数据;保证产品图纸与文档管理系统中的产品数据一致,这些都是CAD集成中,对于文档管理系统而言的主要功能。

 

    目前CAD集成分为二维CAD软件和三维CAD软件的集成,二维主要是对Autodesk的集成,三维有对Pro/E、UG、CATIA、SolidWorks的集成。它们实现的主要集成功能是相同的,主要有文档的检入、检出、撤消检出和修订等。

 

9数据库选用

    根据系统的需求和功能的分析,PDM管理系统的数据库采用Oracle大型关系型数据库。Oracle数据库可以对数据进行备份和回复,进行网络管理和数据库优化等功能,其功能非常强大,适用于中型企业的设计和开发。而且Oracle数据库的集成性较好,非常的使用于Windows系统的应用后台数据库。用户可以通过客户端的应用程序来访问Oracle数据库中心存贮在服务器上面的数据。当用户请求访问Oracle数据库时,Oracle数据库要对其进行安全验证,大大的提高了系统的安全性。汽车零部件PDM管理系统可以对数据库中的数据进行导入和导出功能,大大的提高了系统的实用性。

 

本文为御云PLM软件原创文章,如想转载,请注明原文网址摘自于
http://www.plmsoft.com.cn/news/gsxw/113.html,请注明出处;谢谢配合!