Aras PLM 系统管理实战手册：从用户权限到窗体设计的完整配置指南

简介这份 Aras PLM 学习文档面向刚接触产品生命周期管理系统的工程师、实施人员与运维管理者帮助其系统掌握 Aras PLM 的用户、权限与数据建模机制。资源以单个 docx 文档交付压缩包约 11.06MB内容按章节组织涵盖用户管理、权限配置、数据类型、对象类型等核心模块目录结构清晰便于按主题检索查阅。文档从用户管理切入讲解用户管理页面、登录用户、创建参与者与特殊参与者等操作随后展开权限体系涉及权限创建、发现权限、可创建者权限、创建子类对象权限及 TOC 访问权限数据类型部分则覆盖列表创建、外部数据类型与序列配置等内容。目前已有 1275 人学习适合作为日常配置参考与入门培训材料帮助读者快速理解 Aras PLM 的权限模型与数据建模思路减少上手摸索成本。1. 从一份 Word 手册说起Aras PLM 管理员的入门底牌很多刚接手 Aras Innovator 的工程师第一次登录系统时都会经历一段“我是谁、我在哪、我该点哪”的迷茫期。界面看着不复杂但真要动手建一个用户、配一条权限、拉一个生命周期往往找不到北。这份《Aras PLM 系统管理使用手册》Word 版就是冲着这个场景来的——它不是 API 参考也不是架构白皮书而是一份从用户管理一路讲到窗体设计的操作型文档覆盖了 Aras 管理端最常被问到的十几个模块。如果你正在做 PLM 实施、系统运维或者被安排接手一套已经上线的 Aras 环境这份手册能帮你把“管理”这件事从玄学变成可复现的步骤。它适合两类人一是刚接触 Aras 的初级管理员二是需要快速查某个配置项在哪里的熟手。下面我按实际动手顺序把这份文档里最值得先啃的几块拆开讲。2. 用户、参与者与权限先把“谁能干什么”理清楚2.1 用户管理和参与者到底是不是一回事在 Aras 里用户User和参与者Participant是两个容易混淆的概念。用户是能登录系统的账号参与者则是权限分配的基本单位。一个用户必然对应一个参与者但参与者还可以是组织、团队、角色甚至是一个虚拟的身份组。手册里把“创建参与者”单独拎出来讲就是因为很多权限配置的起点不是用户而是参与者。实际操作中我一般会先建组织Organization再建用户然后把用户挂到组织下面。这样后续做权限时可以直接给组织授权而不是一个个用户去点。手册里提到的“特殊参与者”通常指 Administrator、World 这类内置身份它们不走常规创建流程但会在权限规则里频繁出现。理解这一点后面配权限时就不会被“为什么这个用户明明没授权却能看到”这类问题卡住。2.2 创建一个权限的完整动作链权限在 Aras 里不是一个孤立的开关它由“权限对象 访问规则 参与者”三部分咬合而成。手册里“创建一个权限”这一节核心是让你在 Permission 对象里定义好 Access 类型比如 Read、Update、Delete然后把它挂到某个 ItemType 上。下面是我按手册逻辑整理的一段配置示例用 Aras 的 AML 脚本方式展示方便你直接套用!-- 创建一个名为 Part_ReadOnly 的权限 -- Item typePermission actionadd namePart_ReadOnly/name description只读权限用于普通用户查看 Part 对象/description access_typeread/access_type can_discover1/can_discover !-- 允许用户在搜索中发现该对象 -- can_get1/can_get !-- 允许读取对象属性 -- can_update0/can_update !-- 禁止修改 -- can_delete0/can_delete !-- 禁止删除 -- /Item这段代码里can_discover控制的是“能不能在搜索列表里看到”can_get控制的是“能不能打开详情”。很多新手只设了can_get忘了can_discover结果用户搜不到对象以为权限没生效。手册里“关于发现权限”那一节专门讲了这个区别值得回头细看。参数上access_type要和后续绑定的 ItemType 行为匹配。如果你给一个只读权限绑了 Update 操作系统不会报错但用户点保存时会失败排查起来很费时间。我一般会在权限命名里带上用途比如Part_ReadOnly、Part_Edit_Own这样在 ItemType 的权限列表里一眼就能对上。2.3 可创建者权限和子类权限的边界“可创建者权限”Can Add和“创建子类对象的权限”是手册里两个容易被跳过的点但它们在多对象类型Polymorphic ItemType场景下非常关键。简单说Can Add 决定用户能不能在某个 ItemType 下新建对象而子类权限决定用户能不能在继承体系里创建特定子类型的对象。举个例子你有一个基类Document下面有Spec和Drawing两个子类。如果只给用户Document的 Can Add 权限用户能建 Document但建不了 Spec。要建 Spec必须单独给 Spec 这个子类配 Can Add。手册里“创建子类对象的权限”这一节就是讲这个。我踩过的坑是给用户开了基类权限以为子类自动继承结果用户反馈“新建按钮是灰的”。后来才明白Aras 的权限不自动向下传递必须显式配置。2.4 TOC 访问权限别让用户看到不该看的目录TOCTable of Contents访问权限控制的是左侧导航栏里哪些目录对用户可见。手册里把它放在权限章节的最后但实际配置时我建议先配 TOC再配对象权限。因为如果用户连目录都看不到后面对象权限配得再对也没用。配置 TOC 权限时需要在 TOC 对象的permission属性里引用对应的权限项。常见做法是给每个角色建一个 TOC 权限比如TOC_Admin、TOC_Engineer然后在 TOC 的 Access 里绑定。注意TOC 权限和 ItemType 权限是独立的用户可能能看到目录但点进去看不到对象也可能反过来。排查权限问题时这两层要分开查。3. 数据类型、对象类型与关系建模的三块基石3.1 数据类型和列表的配置顺序数据类型Data Type在 Aras 里定义的是“值长什么样”比如字符串、整数、日期、列表。手册里把“创建列表”放在数据类型章节是因为列表本质上是一种特殊的数据类型用于下拉选项。我一般会先建列表再建数据类型最后建属性。顺序反了的话属性里引用不到列表。下面是一个创建列表的 AML 片段!-- 创建一个名为 Part_Status 的列表 -- Item typeList actionadd namePart_Status/name description零件状态草稿、审核中、已发布、已废弃/description filterPart/filter !-- 限定该列表只用于 Part 对象 -- Item typeListValue actionadd valueDraft/value label草稿/label sort_order1/sort_order /Item Item typeListValue actionadd valueInReview/value label审核中/label sort_order2/sort_order /Item Item typeListValue actionadd valueReleased/value label已发布/label sort_order3/sort_order /Item /Itemfilter字段不是必填但填了之后这个列表只会出现在指定对象的属性下拉里避免列表泛滥。sort_order控制下拉顺序不填的话按字母排中文环境下会乱。手册里“配置序列”那一节讲的是序列号生成规则和列表是两回事别搞混。3.2 对象类型创建时容易漏掉的三个属性对象类型ItemType是 Aras 建模的核心。手册里“创建”一节列了基本步骤但实际配的时候有三个属性最容易被漏掉implementation_type、class_structure和toc_view。implementation_type决定这个 ItemType 是单对象还是多对象。单对象就是普通类型多对象支持继承。如果你后面要建子类这里必须选多对象否则建不了。class_structure控制类结构是“按需”还是“固定”一般选按需灵活性高。toc_view决定这个对象在 TOC 里怎么展示不配的话对象建了也看不到入口。我见过一个实施项目对象类型建了几十个但 TOC 视图没配用户登录后左侧空空如也以为系统坏了。后来一个个补 TOC 视图花了两天。所以建 ItemType 时最好把 TOC 视图一起配了哪怕先给个默认视图。3.3 关系类型和属性的区别别把关系当属性用手册里“关系 vs 属性”这一节标题很直白但实际建模时很多人还是会把该用关系的地方做成属性。简单判断标准如果两个对象之间是“一对多”或“多对多”且关联本身有生命周期或权限那就用关系如果只是对象的一个静态描述比如零件的颜色、重量那就用属性。关系类型RelationshipType在 Aras 里是一个独立的对象它定义了两个 ItemType 之间的连接规则。创建关系时需要指定源对象、目标对象、关系 ItemType。手册里“创建一个标准的独立的关系类型”讲的就是这个流程。独立关系类型意味着关系本身也是一个对象可以有自己的属性和权限。非独立关系则只是连接没有额外数据。我一般会在关系命名里带上方向比如Part_BOM_Child这样在关系列表里能看出谁连谁。关系类型的权限配置和普通 ItemType 类似但要注意关系的访问权限受源对象和目标对象双重影响。用户可能能看源对象但看不到目标对象这时关系就显示不全。排查时要两边都查。4. 生命周期、工作流与版本让对象“动起来”4.1 生命周期配置里的 Email 和对象行为生命周期Life Cycle定义了一个对象从创建到废弃的状态流转。手册里“创建”一节讲了基本的状态和转变但“配置 Email”和“对象行为”这两块才是让生命周期真正可用的关键。Email 配置是在状态转变时触发通知。比如零件从“审核中”变成“已发布”系统自动发邮件给相关负责人。配置时需要在 Life Cycle 的on_transition事件里绑定 Email 模板。模板里可以用变量引用对象属性比如${item_number}、${item_name}。注意Email 发送依赖系统的 SMTP 配置如果邮件发不出去先查 SMTP再查模板变量。对象行为Item Behavior是在状态转变时执行自定义逻辑。手册里“对象行为”这一节讲的是如何挂 Method。常见做法是写一个 C# 或 VB 的 Method在on_transition里调用。比如状态变成“已发布”时自动锁定对象禁止再编辑。Method 里可以用this引用当前对象用Innovator对象访问系统服务。4.2 工作流路径和动态分配工作流Workflow比生命周期更重它支持并行分支、动态分配、活动工作列表。手册里“路径”和“动态分配”这两节是工作流的核心。路径Path定义的是活动之间的流转方向。一个工作流可以有多个路径每个路径有触发条件。比如“审核通过”走路径 A“审核不通过”走路径 B。配置路径时要指定源活动和目标活动以及触发路径的条件。条件可以用 Method 写也可以用简单的表达式。动态分配Dynamic Assignment是指活动的执行人不是写死的而是根据对象属性或组织关系动态计算。比如“部门经理审批”这个活动执行人应该是发起人所在部门的经理。配置时需要在活动的assignment里写一个 Method返回参与者的 ID。手册里“动态分配”这一节给了基本思路但实际写 Method 时要注意处理“找不到经理”的情况否则工作流会卡住。4.3 版本集和历史记录的可配置项版本集Version Set是 Aras 里管理版本序列的机制。手册里“创建版本集”讲的是如何定义一个版本号生成规则比如 A、B、C 或 1、2、3。配置时要注意版本集是绑定在 ItemType 上的一个 ItemType 只能有一个版本集。如果对象已经存在再改版本集历史版本号不会自动重排。历史记录History在 Aras 里默认是开启的但手册里“可配置的历史记录”讲的是如何自定义历史记录的粒度和内容。比如你可以配置只记录状态变更不记录属性修改。配置入口在 ItemType 的history属性里。我一般会保留默认配置除非性能有问题因为历史记录是排查问题的后悔药删了容易恢复难。5. 避坑与排查那些手册没写但一定会遇到的问题5.1 权限配了但用户还是看不到对象现象给用户配了 Read 权限用户登录后搜索不到对象。 原因can_discover没开。Aras 的搜索走的是 Discover 权限不是 Get 权限。 解决在权限对象里把can_discover设为 1或者直接在 ItemType 的权限列表里检查 Discover 列。5.2 生命周期状态转变后对象没锁住现象配置了“已发布”状态自动锁定但用户还能编辑。 原因对象行为 Method 没挂上或者 Method 里判断条件写错了。 解决检查 Life Cycle 的on_transition事件是否绑定了 MethodMethod 里是否用了this.lock()或Innovator.getLockManager().applyLock()。另外确认 Method 的异常有没有被吞掉建议在 Method 里加日志。5.3 工作流卡在某个活动不动现象工作流提交后一直停在“经理审批”没有下一步。 原因动态分配的 Method 返回了空或者路径条件不满足。 解决先查活动的assignment是否返回了有效参与者再查路径的触发条件是否覆盖了当前状态。可以在工作流实例的“活动工作列表”里看当前活动的状态和分配人。5.4 关系对象保存时报“权限不足”现象用户能创建关系但保存时报错。 原因关系类型的权限没配或者目标对象的权限不足。 解决检查关系 ItemType 的 Can Add 权限同时确认用户对源对象和目标对象都有 Read 权限。关系保存时会校验两端对象的访问权。5.5 国际化配置后界面文字没变现象配了多语言但登录后还是英文。 原因用户的首选项语言没设或者 ItemType 的label没配多语言。 解决在用户首选项里设置语言然后在 ItemType 的label属性里用en、zh等键值对配置多语言。手册里“国际化”那一节讲的是 Innovator 的本地化机制但实际生效需要用户首选项和对象标签两边都配。6. 窗体设计与包定义把配置打包成可复用的资产窗体Form是 Aras 里用户直接交互的界面。手册里“窗体”章节从创建到添加字段讲得很细但实际做的时候我建议先想清楚“这个窗体给谁用、在什么场景用”。比如管理员用的窗体和工程师用的窗体字段和布局应该不一样。创建窗体的基本步骤是新建 Form 对象选择关联的 ItemType然后拖拽字段。手册里“添加字段到窗体”这一节讲的是如何把 ItemType 的属性加到窗体上。注意窗体上的字段顺序和 ItemType 的属性顺序是独立的窗体上可以只显示部分字段也可以调整顺序。我一般会把必填字段放在最上面只读字段放在下面减少用户误操作。包定义Package Definition是 Aras 里用来打包配置的机制。手册里“包定义”这一节讲的是如何把一组 ItemType、权限、生命周期、窗体打包成一个可导入的包。这个功能在跨环境迁移时非常有用比如从测试环境导到生产环境。配置包时要注意依赖关系如果包 A 引用了包 B 里的对象导入时要先导 B 再导 A。我一般会在包命名里带上版本号比如Part_Config_v1.2方便回滚。最后说一个我自己的习惯每次改完配置不管多小的改动都强制走一遍“导出包 → 在测试环境导入 → 验证功能”的流程。刚开始觉得麻烦后来有一次直接在生产环境改权限把管理员自己锁在外面花了半小时才恢复。从那以后我再也不敢跳过验证。希望这份手册和上面的拆解能帮你少走点弯路。本文还有配套的精品资源点击获取