ENOVIAVPM使用手册

1、与以下单位联合制作：中航陕西飞机工业（集团）有限公司中国 陕西省 汉中市ENOVIA VPM使用手册V5R18编制：日期：2011年9月17日版本：1.0状态：签署页签署页记录了本文档的设计、校对、审核，以及批准等人员和时间信息。签字后文档即正式生效。人员角色时间单位姓名签字备注规划和辑稿2011-9-17安托公司孟磊文档规划和第一辑稿人文档设计文档校对文档审核文档批准目录签署页1目录21ENOVIA VPM的简介41.1概述41.2VPM系统的优点42人员组织系统52.1人员组织的建设5人员组织结构5结构定义的对象6人员组织结构的建立72.2安全管理12安全管理的对象12功能访问的控制：授权

2、13对象访问的控制：遮罩13安全管理的建立13用户权限的分析152.3在操作系统中建立用户153登陆ENOVIA VPM系统203.1启动客户端203.2登录系统203.3进入LCA主界面214产品结构管理224.1建立产品22创建PRC22创建GCO25创建顶图304.2传送权限334.3在新的PRC下复制GCO364.4删除产品39删除原则39操作步骤394.5锁机制48引入锁机制的目的49锁机制的使用范围49锁机制的作用495内容管理505.1创建新文档505.2将文档插入指定的节点54将数据库中的文档插入指定节点54将本地的文档插入指定节点566成熟度管理596.1成熟度管理的技术手段

3、596.2成熟度管理示例59为对象类型定义生命周期状态图59定义对象状态的跃迁控制方式607搜索功能的使用641 ENOVIA VPM的简介1.1 概述ENOVIA VPM是达索系列产品之一，它主要的适用范围包括PDM（Product Data Management）产品数据管理，以及VPDM（Virtual Product Development Management）虚拟产品开发管理。本项目使用VPM系统作为飞机协同设计的平台。1.2 VPM系统的优点VPM作为飞机协同设计平台，它的主要优点有：l 实现单一数据源管理：对型号在方案论证阶段、总体设计阶段、初步设计阶段和详细设计阶段的产品数据

4、进行集中统一管理的流程控制，确保在各阶段数据的完整性、正确性、有效性和一致性；l 构建协同设计环境：实现上下游专业之间的关联设计和并行设计，实现各专业之间基于数字样机的技术协调；l 实现基于配置的数字化样机管理：结合构型管理和可视化技术，实现面向全生命周期构建数字样机管理能力，提高工程协同效率；l 实现设计研发过程的生命周期管理：支持面向飞机的复杂产品结构管理；支持设计过程的成熟度管理，在不同阶段，实现多种层次的协同（包含从论证、概念设计、详细设计、分析、产品发布等多个阶段）；支持产品配置管理；任务流管理及关联发布、预定机制；人员和组织结构管理；从而实现协同产品开发工作，为企业产品创新提供手段

5、。2 人员组织系统想要使用VPM系统，就必须先进行人员组织系统的建设。而人员组织系统主要分成两大部分：l 人员组织的建设l 安全管理2.1 人员组织的建设在实际的生产设计中，为了更好的描述一个公司机构的结构和事物，同时也为了定义一个合理规范的安全规则，我们需要建设一个人员组织系统。下图就是一个公司机构的简单图示。2.1.1 人员组织结构人员组织结构应该包括项目、组织、角色和人员四大元素，下图就是一个典型的人员组织结构。在VPM系统中，项目、组织、角色这三项形成了一个上下文，而每个人员需要进入VPM系统时，都必须依附于一个上下文登陆。2.1.2 结构定义的对象2.1.2.1 项目（Project

6、）项目顾名思义，就是设计项目。l 一个项目可以有他的父项目和子项目，他们直接具有继承关系l 项目不依赖于组织，因此，来自不同组织的人员可以通过不同的许可工作在同一个项目中l 项目这个对象可以帮助我们更加精确的定义安全规则举例来说，我们可以定义不同的项目，从而使项目A中的设计员可以参考项目B或项目C等其他项目中的数据，但是其他项目组的设计员无法看到项目A中的任何数据。2.1.2.2 组织（Organization）l 组织用以描述公司机构部门的划分l 组织可以自行定义分等级的从属关系，如典型人员组织结构图中的设计部门，它下属就有三个不同的设计组l 组织包含用户（可以还包含一个管理者）2.1.2.

7、3 角色（Role）l 角色就相当于一个人员所从事的工作（如设计员，审查员，检验员等）l 角色为一个（组）职员在工作中定义明确的位置l 角色的划分不依赖于组织的划分，如下图所示2.1.2.4 上下文（Context）l 上下文是由不同对象组合而成，确立的一种关系l 上下文主要是用于登录时确认身份l 在VPM系统中，一个完整的上下文包括项目.角色.组织 如：YSJ.DESN.45101l 下图就是几个典型的上下文2.1.2.5 人员（Person）l 人员就相当于一个用户（值得注意的是，在VPM系统中，人员和系统用户是直接关联的，也就是说一个系统用户对应一个人员）l 一个人员必须依附于一个组织，

8、但是一个人员可以同时工作在多个组织中l 一个人员可以指派到不同的上下文中，如下图所示2.1.3 人员组织结构的建立以上五个对象结合起来，通过上下文这个纽带，就完整定义了人员组织结构。下面模拟一个场景，使用ENOVIA VPM所提供的工具VPMPeopleEdit来建立一个简单的人员组织结构。1、 首先启动VPMPeopleEdit，并按照缺省值选择管理员身份登录2、 启动后展现的软件界面如下（Windows和Aix系统中界面风格可能略有不同，但是界面样式和按钮菜单以及操作方式都完全一致。由于汉化的原因，图中投影即项目，流程即操作，权限即授权）3、 首先创建一个新的项目，在项目选卡下点击新建4、

9、输入相关信息，确认完成项目的创建5、在组织选项卡中，创建新的组织。父组织需要选定ADMIN之后，在填写信息的地方右键选择粘贴组织6、建立下一级子组织，创建时选择正确的父组织并进行粘贴7、在角色选卡中，使用相同的方法，创建角色8、创建一个人员，其中父组织一项是在组织选卡中选定后，右键点击粘贴组织9、完成以上信息的创建之后，就可以创建上下文了。创建上下文时，不同的信息都是在对应的选卡中选定然后粘贴在信息栏中至此，人员组织结构建立完毕。2.2 安全管理人员组织结构的建立，就是为了安全管理做准备，安全管理主要分为两大部分，分别是授权和遮罩。下图是安全机制的总览，在后面会详细分开介绍。2.2.1 安全管

10、理的对象2.2.1.1 操作（Process）l 一个操作是三个部分组成的：应用程序+实体+命令 例如：VPM+ENOVIA_VPMPartVersion+Createl 操作就相当于用户完成的一项工作，比如创建一个零部件，修改一个文档l 操作中“描述（）”属性用来说明操作是否允许用户操作一个数据组l 所有的操作都是在程序安装时系统定义好的。即，无法创建、删除或者修改已有的操作。2.2.1.2 操作组（Process Group）l 操作组就是一系列功能相近或相关联的操作的集合l 我们可以自己定义操作组，包括创建、编辑和删除 l 操作组可以让定义安全规则更加方便l 系统定义了两个缺省的操作组，

11、分别是AllGlobalProcess和AllObjectprocess，前者是所有不需要数据对象操作的集合，后者是所有需要数据对象操作的集合 l 一个操作可以分别属于不同的操作组2.2.1.3 数据组（Data Group）l 数据组是为了方便让那些需要对数据进行操作的操作设定数据范围而订制出来的l 数据组是可以定义的，包括创建、编辑和删除l 一部分操作必须结合相关的数据组才能进行授权l 数据组的定义较为复杂，条件定义的格式和语法，具体可参阅Doc中Enhanced Data Groups的章节作介绍，一般的工程如本次使用系统缺省定义的数据组就足够了2.2.2 功能访问的控制：授权我们使用授

12、权来定义一个安全的对象应用方法（包括创建、删除、修改和移动等等）在VPM中我们可以对项目、组织、角色、人员和上下文都分别授权。当我们选定一个上下文进行登录的时候，我们便拥有了这个上下文中包括的所有对象的权利。l 举个例子来说明当用户ATOZ01，使用YSJ.DESN.45101上下文登陆时，他便同时拥有了，查看所有数据（对项目和组织的授权），创建修改自己的数据（对角色的授权），以及登陆（对上下文的授权）这一系列操作的权利。2.2.3 对象访问的控制：遮罩我们使用遮罩来定义一个安全的对象应用的访问（包括对象属性的可见性以及访问权限）遮罩的通俗理解就如字面意思一样，他建立了一种过滤机制，从而控制对

13、不同对象访问的权限。对每一个实体的不同属性，都可以建立针对不同上下文的遮罩，来控制能否进行读写，查看等等操作。遮罩仅仅改变了不同的上下文对对象的访问权限，但是并没有改变对象本身。没有特殊要求的前提下，本次项目采用的系统默认的遮罩。在部署客户化属性的时候进行了相关的配置。2.2.4 安全管理的建立继续使用VPMPeopleEdit来完成安全管理模拟场景的建立1、创建操作组ShowObjectProcess，在操作选卡中选择以下权限并粘贴在操作组中2、进行授权，选择相应的操作（组）、被授权者（角色、组织、人员），以及数据组（如果需要的话）3、继续授权，这次是针对上下文授权，给予登陆的授权。（登陆的

14、权限必须授给上下文，也就是说，在授权时，其他对象可以不授权，但是不可能跳过给上下文授权这一步骤）2.2.5 用户权限的分析用户ATOZ04项空月使用这一上下文登陆VPM系统。他不仅拥有授予上下文CHECK.11004.YSJ的VPM.LOGIN操作，同时也拥有授予角色CHECK的ShowObjectProcess操作组。这也就是前面提到的：在VPM中，我们可以对项目、组织、角色、人员和上下文都分别授权。当我们选定一个上下文进行登录的时候，我们便拥有了这个上下文中包括的所有对象的权利。2.3 在操作系统中建立用户就像之前提到过的一样，在VPM系统中用户是与操作系统的用户一一对应的，所以在VPM

15、PeopleEdit中的创建好了用户并授权之后，我们还需要在AIX系统中创建对应的用户，使其能够正常的工作。1、使用Xmanager远程登录AIX系统，并使用Root用户登录，然后在终端中输入smitty进入系统管理界面2、系统管理界面如下3、使用键盘上的上下键选定“安全性和用户”这一选项4、在下一级菜单中选择“用户”5、再下一级菜单选择添加用户6、再出现的界面中依次填写，用户名test100，主组lca，主库位置/home/LCA_HOME/test1007、其中的主组可以在系统已有的主组中选择一个，选择方法是光标移动到主库这一选项上，然后按F4打开选择界面8、按要求填写好所需信息后，回车确

16、认创建9、进入系统相关目录，确认创建完成10、使用root用户创建初始密码至此，用户创建完毕。3 登陆ENOVIA VPM系统3.1 启动客户端l 前提条件：要求本机安装了CATIA和ENOVIA，以及相关的补丁。在Windows桌面上双击ENOVIA V5 VPM V5R18图标启动VPM客户端3.2 登录系统l 前提条件：要求已经申请并得到授权的用户名，本次项目中，一般为S+合同号。启动系统后进入下面的登陆界面其中各项按下面的要求输入：1) 用户名：设计员的身份代码（一般为S+合同号）2) 密码：登录密码，可向系统管理员查询3) 语言：可在下拉菜单中选择要使用的语言，默认为中文4) 主机：

17、vpm_test（192.168.18.4）目前为测试环境5) 单击登录按钮6) 对于“选中此框以在登录时选择角色”的处理：若设计员同时拥有多个登陆上下文，则勾选此选项，可以在登录时选择不同的上下文7) 点击“应用角色和项目”，即可按用户当前选定的上下文登陆VPM系统3.3 进入LCA主界面登陆后的主界面如下图所示点击ENOVIA主页进入VPM界面4 产品结构管理4.1 建立产品在本次项目的权限管理方案中，普通的设计员角色没有被授予创建产品类、产品、组件、产品配置等权限，所以创建这些对象的工作都要由设计管理员来完成，下面就是模拟设计管理员的角色，完成一次从产品类根到顶图的创建过程。4.1.1

18、创建PRC1、在LCA主页界面下，双击工程生命周期目录下的产品类，打开产品类编辑器2、单击菜单中的新产品类根按钮，创建一个新的产品类根（Product Class Root）3、填写相关信息，确定完成创建4、右键单击创建好的产品根类，选择新建产品类5、填写相关信息，完成创建6、右键单击创建好的产品类，选择新建产品7、填写相关信息，完成PRC（根产品）的创建4.1.2 创建GCOPRC的创建工作完成后，便可以开始GCO的创建。由于GCO有很多级，所以在创建时需要注意不同级别间的从属关系，而整个创建过程是较为简单的。1、首先选定PRC，右键单击选择发送至部件编辑器2、在部件编辑器中，右键单击PRC

19、选择插入子对象3、填写相关信息，确认完成创建4、同样的方法完成第一级GCO的创建5、选定一个GCO，右键单击选择插入子对象6、填写相关信息，确认完成创建7、同样的方法完成所有层级的GCO的创建，并保存4.1.3 创建顶图1、在产品类编辑器中双击PRC，在产品编辑器中将其打开2、在产品编辑器中，右键单击GCO（也可以是PRC）选择在实例视图中打开装配件3、打开装配后出现如下界面4、选择需要创建顶图的GCO，右键单击选择插入实例5、选择正确的设计环境6、填写相关信息，确认完成创建4.2 传送权限设计管理员在完成了上面的创建工作之后，设计员还是无法开始设计工作，因为在权限管理方案中，设计员只能对自己

20、的数据进行修改，所以，设计管理员还需要将顶图的所有权传送给设计人员，从而使设计人员能够正常工作。1、首先打开产品编辑器，并在实例视图中打开装配件2、选定需要传送权限的顶图，单击右侧菜单上“传送”按钮也可以右键单击需要传送权限的顶图，选择“传送”3、单击用户按钮，选择需要传送权限的用户4、选择好用户后，勾选零部件实例以及零部件参考，确认传送5、查看属性，可以发现所有权已经传送完成4.3 在新的PRC下复制GCO在实际的设计过程中，可能会出现不同型号的飞机所定义的GCO大体相同的情况，这个时候若能在新的PRC中复制旧型号的GCO，会大大减少创建新产品结构的时间，下面就模拟一个场景在一个新创建的PR

21、C中复制已有PRC的所有GCO。1、首先创建一个新的PRC2、在部件编辑器中打开新的PRC，并选择导入模板3、搜索要复制的PRC4、选定要复制的PRC，并勾选“导入选定的GCO的所有子对象”5、确认完成并保存至此，GCO复制完毕。4.4 删除产品一般来说，正常的删除零部件装配节点的操作建议用户在CATIA端的VPM Navigator界面中进行，如果由于特殊原因，设计员无法在Navigator界面下删除时，则严格按照如下方案，在LCA界面下进行删除的操作。4.4.1 删除原则在删除过程中，应遵循以下原则：l 拥有该零部件的权限，并处于自身锁定状态l 自下而上，即先删除零件，再删装配节点l 通过

22、搜索工具将零部件的物理文件连同关联的文档一并删除掉4.4.2 操作步骤下面模拟一个场景，以管理员的身份删除一个装配节点以及节点下的零件和零件所关联的文档。由于是管理员协助操作，所以首先需要解锁要删除的节点并加自己的锁（普通的设计员用户无法对于所有权不是自己的节点进行解锁或者加锁的工作，即使是管理员，如果不是非常必要，也不建议对其他用户加锁的文件进行解锁操作）。1、解锁装配节点以及零部件。2、对于想要删除的装配节点和零件加锁3、从结构树上断开装配节点和零件4、从主树上删除后保存现在已经从结构树上将装配节点和零件断开了，但是在数据库中还存在游离的装配零部件，并且零件所关联的文档也还存在于电子仓库中

23、，下面的操作就是要将这些东西清理干净。5、返回VPM首页6、进入搜索树主界面7、选择正确的搜索环境，首先在工程生命周期（即产品结构管理）中选择SAC设计零部件零部件8、选择要删除的零部件，发送至零部件编辑器9、右键点击，在菜单中选择删除10、删除后及时保存11、要删除的零部件如果没有加锁，也可在零部件编辑器界面下进行加锁操作12、加锁后删除13、再次搜索确认删除成功14、接下来继续删除零部件关联的文档，在搜索树中选择正确的文档环境（此处只有模型文档所以选择SAC模型文档，如果关联了多种文档，可选择文档修订）15、删除文档至此，删除零部件完成。4.5 锁机制在前面进行的操作中，多次提到在进行保存

24、、删除等操作前，要先进行加锁的操作。本小节就简单的介绍一下锁机制。4.5.1 引入锁机制的目的在协同设计平台中，最大的特点之一就是关联设计，即多个设计员可以并行的进行设计。那么在设计的时候，不可避免的会遇到多个设计员同时对同一个装配节点或者零部件进行修改，此时为了能够解决这一冲突，VPM系统引入了锁机制。4.5.2 锁机制的使用范围锁机制只适用于产品结构管理（即工程生命周期）和内容管理。对于每一个产品结构管理和内容管理的对象，都可以进行加锁和解锁的操作，当然前提是用户拥有此对象的操作权限。4.5.3 锁机制的作用锁机制允许一个用户暂时的获得对于一个零部件（或者文档）独有的操作权利，在一个用户对

25、于一个零部件（或者文档）加锁了之后，他便拥有了这一权利。在解锁之前，其他用户只能查看零部件（或者文档），而不能进行任何的修改。按照本项目的权限管理方案，设计员只能对所有权是自己的零部件（或者文档）进行加锁和解锁的操作。这样，便能预防在同一个零部件（或者文档）上同时发生不同的修改。因此，在进行完相对应的操作之后，应该尽快解锁从而方便其他用户进行操作。下面这张图形象的说明了锁机制起到的作用5 内容管理内容管理即文档管理，主要是管理系统中的文档，包括但不限于零件三维模型图，零件补充说明，零件二维图等等。5.1 创建新文档首先介绍如何将本地的文档上传到数据库上并保存在电子仓库中。1、打开ENOVIA

26、VPM，选择内容管理2、右键单击“文档”，选择“激活”3、选择创建新文档4、选择所需的文档类型5、填写文件名6、选择签入本地文件，并点击“浏览”查找文件7、选定文件后确定上传8、确定完成文档的创建9、完成以上操作后保存5.2 将文档插入指定的节点文档创建好之后，就需要将文档插入到我们所需要的零部件节点上，下面就模拟了两个场景，分别将保存在本地和保存在数据库中的文档插入零部件节点。5.2.1 将数据库中的文档插入指定节点1、打开产品编辑器，锁定要插入的节点2、在文档选项卡中选择插入现有的文档3、搜索出要插入的文档后，确认添加（注意文档角色的选择）4、确认并查看已完成文档的插入5.2.2 将本地的

27、文档插入指定节点1、对需要操作的节点加锁2、在文档选项卡中选择插入新建的文档3、选择好文档类型并填写文档标识4、选择正确的位置签入本地文件5、确认并完成文档的插入至此，文档插入完成。6 成熟度管理6.1 成熟度管理的技术手段基本上，对于成熟度管理，将应用到如下方法和技术：（1） 为零部件、文档、工作指令等对象类型定义生命周期状态图（2） 定义对象状态的跃迁（升级和降级）控制方式（3） 定义工作指令状态跃迁与受影响对象之间的联动控制方式（4） 定义工作指令流程并对流程信息进行记录等6.2 成熟度管理示例6.2.1 为对象类型定义生命周期状态图数据的审批涉及到的对象包括：l 文档l 部件生命周期状态图在ENOVIA VPM系统中，是一个按特定格