ENOVIA VPM使用手册.docx

上传人:b****2 文档编号:2163335 上传时间:2022-10-27 格式:DOCX 页数:67 大小:2.70MB
下载 相关 举报
ENOVIA VPM使用手册.docx_第1页
第1页 / 共67页
ENOVIA VPM使用手册.docx_第2页
第2页 / 共67页
ENOVIA VPM使用手册.docx_第3页
第3页 / 共67页
ENOVIA VPM使用手册.docx_第4页
第4页 / 共67页
ENOVIA VPM使用手册.docx_第5页
第5页 / 共67页
点击查看更多>>
下载资源
资源描述

ENOVIA VPM使用手册.docx

《ENOVIA VPM使用手册.docx》由会员分享,可在线阅读,更多相关《ENOVIA VPM使用手册.docx(67页珍藏版)》请在冰豆网上搜索。

ENOVIA VPM使用手册.docx

ENOVIAVPM使用手册

 

 

与以下单位联合制作:

中航陕西飞机工业(集团)有限公司

中国陕西省汉中市

 

ENOVIAVPM使用手册

[V5R18]

 

编制:

日期:

2011年9月17日

版本:

1.0

状态:

签署页

签署页记录了本文档的设计、校对、审核,以及批准等人员和时间信息。

签字后文档即正式生效。

人员角色

时间

单位

姓名

签字

备注

规划和辑稿

2011-9-17

安托公司

孟磊

文档规划和第一辑稿人

文档设计

文档校对

文档审核

文档批准

 

1ENOVIAVPM的简介

1.1概述

ENOVIAVPM是达索系列产品之一,它主要的适用范围包括PDM(ProductDataManagement)产品数据管理,以及VPDM(VirtualProductDevelopmentManagement)虚拟产品开发管理。

本项目使用VPM系统作为飞机协同设计的平台。

1.2VPM系统的优点

VPM作为飞机协同设计平台,它的主要优点有:

实现单一数据源管理:

对型号在方案论证阶段、总体设计阶段、初步设计阶段和详细设计阶段的产品数据进行集中统一管理的流程控制,确保在各阶段数据的完整性、正确性、有效性和一致性;

构建协同设计环境:

实现上下游专业之间的关联设计和并行设计,实现各专业之间基于数字样机的技术协调;

实现基于配置的数字化样机管理:

结合构型管理和可视化技术,实现面向全生命周期构建数字样机管理能力,提高工程协同效率;

实现设计研发过程的生命周期管理:

支持面向飞机的复杂产品结构管理;支持设计过程的成熟度管理,在不同阶段,实现多种层次的协同(包含从论证、概念设计、详细设计、分析、产品发布等多个阶段);支持产品配置管理;任务流管理及关联发布、预定机制;人员和组织结构管理;从而实现协同产品开发工作,为企业产品创新提供手段。

2人员组织系统

想要使用VPM系统,就必须先进行人员组织系统的建设。

而人员组织系统主要分成两大部分:

人员组织的建设

安全管理

2.1人员组织的建设

在实际的生产设计中,为了更好的描述一个公司机构的结构和事物,同时也为了定义一个合理规范的安全规则,我们需要建设一个人员组织系统。

下图就是一个公司机构的简单图示。

2.1.1人员组织结构

人员组织结构应该包括项目、组织、角色和人员四大元素,下图就是一个典型的人员组织结构。

在VPM系统中,项目、组织、角色这三项形成了一个上下文,而每个人员需要进入VPM系统时,都必须依附于一个上下文登陆。

2.1.2结构定义的对象

2.1.2.1项目(Project)

项目顾名思义,就是设计项目。

一个项目可以有他的父项目和子项目,他们直接具有继承关系

项目不依赖于组织,因此,来自不同组织的人员可以通过不同的许可工作在同一个项目中

项目这个对象可以帮助我们更加精确的定义安全规则

举例来说,我们可以定义不同的项目,从而使项目A中的设计员可以参考项目B或项目C等其他项目中的数据,但是其他项目组的设计员无法看到项目A中的任何数据。

2.1.2.2组织(Organization)

组织用以描述公司机构部门的划分

组织可以自行定义分等级的从属关系,如典型人员组织结构图中的设计部门,它下属就有三个不同的设计组

组织包含用户(可以还包含一个管理者)

2.1.2.3角色(Role)

角色就相当于一个人员所从事的工作(如设计员,审查员,检验员等)

角色为一个(组)职员在工作中定义明确的位置

角色的划分不依赖于组织的划分,如下图所示

2.1.2.4上下文(Context)

上下文是由不同对象组合而成,确立的一种关系

上下文主要是用于登录时确认身份

在VPM系统中,一个完整的上下文包括项目.角色.组织

如:

YSJ.DESN.45101

下图就是几个典型的上下文

2.1.2.5人员(Person)

人员就相当于一个用户(值得注意的是,在VPM系统中,人员和系统用户是直接关联的,也就是说一个系统用户对应一个人员)

一个人员必须依附于一个组织,但是一个人员可以同时工作在多个组织中

一个人员可以指派到不同的上下文中,如下图所示

2.1.3人员组织结构的建立

以上五个对象结合起来,通过上下文这个纽带,就完整定义了人员组织结构。

下面模拟一个场景,使用ENOVIAVPM所提供的工具VPMPeopleEdit来建立一个简单的人员组织结构。

1、首先启动VPMPeopleEdit,并按照缺省值选择管理员身份登录

2、启动后展现的软件界面如下(Windows和Aix系统中界面风格可能略有不同,但是界面样式和按钮菜单以及操作方式都完全一致。

由于汉化的原因,图中投影即项目,流程即操作,权限即授权)

3、首先创建一个新的项目,在项目选卡下点击新建

4、输入相关信息,确认完成项目的创建

5、在组织选项卡中,创建新的组织。

父组织需要选定ADMIN之后,在填写信息的地方右键选择粘贴组织

6、建立下一级子组织,创建时选择正确的父组织并进行粘贴

7、在角色选卡中,使用相同的方法,创建角色

8、创建一个人员,其中父组织一项是在组织选卡中选定后,右键点击粘贴组织

9、完成以上信息的创建之后,就可以创建上下文了。

创建上下文时,不同的信息都是在对应的选卡中选定然后粘贴在信息栏中

至此,人员组织结构建立完毕。

2.2安全管理

人员组织结构的建立,就是为了安全管理做准备,安全管理主要分为两大部分,分别是授权和遮罩。

下图是安全机制的总览,在后面会详细分开介绍。

2.2.1安全管理的对象

2.2.1.1操作(Process)

一个操作是三个部分组成的:

应用程序+实体+命令

例如:

VPM+ENOVIA_VPMPartVersion+Create

操作就相当于用户完成的一项工作,比如创建一个零部件,修改一个文档

操作中“描述()”属性用来说明操作是否允许用户操作一个数据组

所有的操作都是在程序安装时系统定义好的。

即,无法创建、删除或者修改已有的操作。

2.2.1.2操作组(ProcessGroup)

操作组就是一系列功能相近或相关联的操作的集合

我们可以自己定义操作组,包括创建、编辑和删除

操作组可以让定义安全规则更加方便

系统定义了两个缺省的操作组,分别是AllGlobalProcess和AllObjectprocess,前者是所有不需要数据对象操作的集合,后者是所有需要数据对象操作的集合

一个操作可以分别属于不同的操作组

2.2.1.3数据组(DataGroup)

数据组是为了方便让那些需要对数据进行操作的操作设定数据范围而订制出来的

数据组是可以定义的,包括创建、编辑和删除

一部分操作必须结合相关的数据组才能进行授权

数据组的定义较为复杂,条件定义的格式和语法,具体可参阅Doc中EnhancedDataGroups的章节作介绍,一般的工程如本次使用系统缺省定义的数据组就足够了

2.2.2功能访问的控制:

授权

我们使用授权来定义一个安全的对象应用方法(包括创建、删除、修改和移动等等)

在VPM中我们可以对项目、组织、角色、人员和上下文都分别授权。

当我们选定一个上下文进行登录的时候,我们便拥有了这个上下文中包括的所有对象的权利。

举个例子来说明

当用户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系统中用户是与操作系统的用户一一对应的,所以在VPMPeopleEdit中的创建好了用户并授权之后,我们还需要在AIX系统中创建对应的用户,使其能够正常的工作。

1、使用Xmanager远程登录AIX系统,并使用Root用户登录,然后在终端中输入smitty进入系统管理界面

2、系统管理界面如下

3、使用键盘上的上下键选定“安全性和用户”这一选项

4、在下一级菜单中选择“用户”

5、再下一级菜单选择添加用户

6、再出现的界面中依次填写,用户名test100,主组lca,主库位置/home/LCA_HOME/test100

7、其中的主组可以在系统已有的主组中选择一个,选择方法是光标移动到主库这一选项上,然后按F4打开选择界面

8、按要求填写好所需信息后,回车确认创建

9、进入系统相关目录,确认创建完成

10、使用root用户创建初始密码

至此,用户创建完毕。

3登陆ENOVIAVPM系统

3.1启动客户端

前提条件:

要求本机安装了CATIA和ENOVIA,以及相关的补丁。

在Windows桌面上双击ENOVIAV5VPMV5R18图标启动VPM客户端

3.2登录系统

前提条件:

要求已经申请并得到授权的用户名,本次项目中,一般为S+合同号。

启动系统后进入下面的登陆界面

其中各项按下面的要求输入:

1)用户名:

设计员的身份代码(一般为S+合同号)

2)密码:

登录密码,可向系统管理员查询

3)语言:

可在下拉菜单中选择要使用的语言,默认为中文

4)主机:

vpm_test(192.168.18.4)目前为测试环境

5)单击登录按钮

6)对于“选中此框以在登录时选择角色”的处理:

若设计员同时拥有多个登陆上下文,则勾选此选项,可以在登录时选择不同的上下文

7)点击“应用角色和项目”,即可按用户当前选定的上下文登陆VPM系统

3.3进入LCA主界面

登陆后的主界面如下图所示

点击ENOVIA主页进入VPM界面

4产品结构管理

4.1建立产品

在本次项目的权限管理方案中,普通的设计员角色没有被授予创建产品类、产品、组件、产品配置等权限,所以创建这些对象的工作都要由设计管理员来完成,下面就是模拟设计管理员的角色,完成一次从产品类根到

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 商务科技

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1