ENOVIA VPM使用手册.doc

ENOVIA VPM使用手册与以下单位联合制作： 中航陕西飞机工业（集团）有限公司中国 陕西省 汉中市ENOVIA VPM使用手册[V5R18]编制： 日期： 2011年9月17日版本： 1.0状态： 签署页签署页记录了本文档的设计、校对、审核，以及批准等人员和时间信息签字后文档即正式生效人员角色时间单位姓名签字备注规划和辑稿2011-9-17安托公司孟磊文档规划和第一辑稿人文档设计文档校对文档审核文档批准目录签署页 1目录 21 ENOVIA VPM的简介 41.1 概述 41.2 VPM系统的优点 42 人员组织系统 52.1 人员组织的建设 52.1.1 人员组织结构 52.1.2 结构定义的对象 62.1.3 人员组织结构的建立 72.2 安全管理 122.2.1 安全管理的对象 122.2.2 功能访问的控制：授权 132.2.3 对象访问的控制：遮罩 132.2.4 安全管理的建立 132.2.5 用户权限的分析 152.3 在操作系统中建立用户 153 登陆ENOVIA VPM系统 203.1 启动客户端 203.2 登录系统 203.3 进入LCA主界面 214 产品结构管理 224.1 建立产品 224.1.1 创建PRC 224.1.2 创建GCO 254.1.3 创建顶图 304.2 传送权限 334.3 在新的PRC下复制GCO 364.4 删除产品 394.4.1 删除原则 394.4.2 操作步骤 394.5 锁机制 484.5.1 引入锁机制的目的 494.5.2 锁机制的使用范围 494.5.3 锁机制的作用 495 内容管理 505.1 创建新文档 505.2 将文档插入指定的节点 545.2.1 将数据库中的文档插入指定节点 545.2.2 将本地的文档插入指定节点 566 成熟度管理 596.1 成熟度管理的技术手段 596.2 成熟度管理示例 596.2.1 为对象类型定义生命周期状态图 596.2.2 定义对象状态的跃迁控制方式 607 搜索功能的使用 641 ENOVIA VPM的简介1.1 概述ENOVIA VPM是达索系列产品之一，它主要的适用范围包括PDM（Product Data Management）产品数据管理，以及VPDM（Virtual Product Development Management）虚拟产品开发管理。

本项目使用VPM系统作为飞机协同设计的平台1.2 VPM系统的优点VPM作为飞机协同设计平台，它的主要优点有：l 实现单一数据源管理：对型号在方案论证阶段、总体设计阶段、初步设计阶段和详细设计阶段的产品数据进行集中统一管理的流程控制，确保在各阶段数据的完整性、正确性、有效性和一致性；l 构建协同设计环境：实现上下游专业之间的关联设计和并行设计，实现各专业之间基于数字样机的技术协调；l 实现基于配置的数字化样机管理：结合构型管理和可视化技术，实现面向全生命周期构建数字样机管理能力，提高工程协同效率；l 实现设计研发过程的生命周期管理：支持面向飞机的复杂产品结构管理；支持设计过程的成熟度管理，在不同阶段，实现多种层次的协同（包含从论证、概念设计、详细设计、分析、产品发布等多个阶段）；支持产品配置管理；任务流管理及关联发布、预定机制；人员和组织结构管理；从而实现协同产品开发工作，为企业产品创新提供手段2 人员组织系统想要使用VPM系统，就必须先进行人员组织系统的建设而人员组织系统主要分成两大部分：l 人员组织的建设l 安全管理2.1 人员组织的建设在实际的生产设计中，为了更好的描述一个公司机构的结构和事物，同时也为了定义一个合理规范的安全规则，我们需要建设一个人员组织系统。

下图就是一个公司机构的简单图示2.1.1 人员组织结构人员组织结构应该包括项目、组织、角色和人员四大元素，下图就是一个典型的人员组织结构在VPM系统中，项目、组织、角色这三项形成了一个上下文，而每个人员需要进入VPM系统时，都必须依附于一个上下文登陆2.1.2 结构定义的对象2.1.2.1 项目（Project）项目顾名思义，就是设计项目l 一个项目可以有他的父项目和子项目，他们直接具有继承关系l 项目不依赖于组织，因此，来自不同组织的人员可以通过不同的许可工作在同一个项目中l 项目这个对象可以帮助我们更加精确的定义安全规则举例来说，我们可以定义不同的项目，从而使项目A中的设计员可以参考项目B或项目C等其他项目中的数据，但是其他项目组的设计员无法看到项目A中的任何数据2.1.2.2 组织（Organization）l 组织用以描述公司机构部门的划分l 组织可以自行定义分等级的从属关系，如典型人员组织结构图中的设计部门，它下属就有三个不同的设计组l 组织包含用户（可以还包含一个管理者）2.1.2.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 一个人员必须依附于一个组织，但是一个人员可以同时工作在多个组织中l 一个人员可以指派到不同的上下文中，如下图所示2.1.3 人员组织结构的建立以上五个对象结合起来，通过上下文这个纽带，就完整定义了人员组织结构。

下面模拟一个场景，使用ENOVIA VPM所提供的工具VPMPeopleEdit来建立一个简单的人员组织结构1、 首先启动VPMPeopleEdit，并按照缺省值选择管理员身份登录2、 启动后展现的软件界面如下（Windows和Aix系统中界面风格可能略有不同，但是界面样式和按钮菜单以及操作方式都完全一致由于汉化的原因，图中投影即项目，流程即操作，权限即授权）3、 首先创建一个新的项目，在项目选卡下点击新建4、输入相关信息，确认完成项目的创建5、在组织选项卡中，创建新的组织父组织需要选定ADMIN之后，在填写信息的地方右键选择粘贴组织6、建立下一级子组织，创建时选择正确的父组织并进行粘贴7、在角色选卡中，使用相同的方法，创建角色8、创建一个人员，其中父组织一项是在组织选卡中选定后，右键点击粘贴组织9、完成以上信息的创建之后，就可以创建上下文了创建上下文时，不同的信息都是在对应的选卡中选定然后粘贴在信息栏中至此，人员组织结构建立完毕2.2 安全管理人员组织结构的建立，就是为了安全管理做准备，安全管理主要分为两大部分，分别是授权和遮罩下图是安全机制的总览，在后面会详细分开介绍2.2.1 安全管理的对象2.2.1.1 操作（Process）l 一个操作是三个部分组成的：应用程序+实体+命令 例如：VPM+ENOVIA_VPMPartVersion+Createl 操作就相当于用户完成的一项工作，比如创建一个零部件，修改一个文档l 操作中“描述（）”属性用来说明操作是否允许用户操作一个数据组l 所有的操作都是在程序安装时系统定义好的。

即，无法创建、删除或者修改已有的操作2.2.1.2 操作组（Process Group）l 操作组就是一系列功能相近或相关联的操作的集合l 我们可以自己定义操作组，包括创建、编辑和删除 l 操作组可以让定义安全规则更加方便l 系统定义了两个缺省的操作组，分别是AllGlobalProcess和AllObjectprocess，前者是所有不需要数据对象操作的集合，后者是所有需要数据对象操作的集合 l 一个操作可以分别属于不同的操作组2.2.1.3 数据组（Data Group）l 数据组是为了方便让那些需要对数据进行操作的操作设定数据范围而订制出来的l 数据组是可以定义的，包括创建、编辑和删除l 一部分操作必须结合相关的数据组才能进行授权l 数据组的定义较为复杂，条件定义的格式和语法，具体可参阅Doc中Enhanced Data Groups的章节作介绍，一般的工程如本次使用系统缺省定义的数据组就足够了2.2.2 功能访问的控制：授权我们使用授权来定义一个安全的对象应用方法（包括创建、删除、修改和移动等等）在VPM中我们可以对项目、组织、角色、人员和上下文都分别授权当我们选定一个上下文进行登录的时候，我们便拥有了这个上下文中包括的所有对象的权利。

l 举个例子来说明当用户ATOZ01，使用YSJ.DESN.45101上下文登陆时，他便同时拥有了，查看所有数据（对项目和组织的授权），创建修改自己的数据（对角色的授权），以及登陆（对上下文的授权）这一系列操作的权利2.2.3 对象访问的控制：遮罩我们使用遮罩来定义一个安全的对象应用的访问（包括对象属性的可见性以及访问权限）遮罩的通俗理解就如字面意思一样，他建立了一种过滤机制，从而控制对不同对象访问的权限对每一个实体的不同属性，都可以建立针对不同上下文的遮罩，来控制能否进行读写，查看等等操作遮罩仅仅改变了不同的上下文对对象的访问权限，但是并没有改变对象本身没有特殊要求的前提下，本次项目采用的系统默认的遮罩在部署客户化属性的时候进行了相关的配置2.2.4 安全管理的建立继续使用VPMPeopleEdit来完成安全管理模拟场景的建立1、创建操作组ShowObjectProcess，在操作选卡中选择以下权限并粘贴在操作组中2、进行授权，选择相应的操作（组）、被授权者（角色、组织、人员），以及数据组（如果需要的话）3、继续授权，这次是针对上下文授权，给予登陆的授权登陆的权限必须授给上下文，也就是说，在授权时，其他对象可以不授权，但是不可能跳过给上下文授权这一步骤）2.2.5 用户权限的分析用户ATOZ04项空月使用CHECK.11004.YSJ这一上下文登陆VPM系统。

他不仅拥有授予上下文CHECK.11004.YSJ的VPM.LOGIN操作，同时也拥有授予角色CHECK的ShowObjectProcess操作组这也就是前面提到的：在VPM中，我们可以对项目、组织、角色、人员和上下文都分别授权当我们选定一个上下文进行登录的时候，我们便拥有了这个上下文中包括的所有对象的权利2.3 在操作系统中建立用户就像之前提到过的一样，在VPM系统中用户是与操作系统的用户一一对应的，所以在VPM PeopleEdit中的创建好了用户并授权之后，我。