PLM编码、权限和流程.ppt

PLM ProductLifecycleManagement 编码 权限和流程 第五组 PLM中的编码 编码是计算机管理系统得以顺利实施的关键性基础工作 分类编码的标准化对于PDM与现代集成制造系统其他模块的数据交换 数据共享 数据处理和查询有着重要的意义 同时分类编码也是成组生产技术的基础 它将给生产管理带来较大的便利 零件簇存在千差万别的个性 也存在着反映它们彼此内在联系的共性 建立零件分类编码系统的目的 就是要找出并利用事物之间存在着的这种共性 即相似性 零件簇 水 左图是对零件的统计数据 机械产品中各类零件出现有明显的规律性 这种规律性成为分类的客观基础 可以看到 除标准件外 有70 的零件有相似特征 零件的分类即是找出零件属性的相似和区别进行归纳 Opitz分类编码系统 OPITZ系统是一个十进制的九位代码的混合结构分类编码系统 德国Aachen工业大学机床和生产工程实验室开发 OPITZ系统前五位主要用来描述零件基本形状要素 第一位主要用来区分回转体类与非回转体类的零件类别 对于回转体类零件 用L D来区分盘状 短轴和细长轴类零件 对于非回转体类零件 则用长宽高的比值A B与A C A B C 来区分杆状 板状和块状类零件 系统的第二位至第五位数 则是针对第一个横向分类环节中所确定的零件类别的形状细节 作进一步的描述并细分 Opitz分类码的特点 体现零件的结构特征 形式上偏重零件结构特征 实际上隐含着工艺信息 日本KK 3分类编码系统 KK 3系统则是十进制21代码的混合结构系统 日本通产省机械技术研究所提出草案 经日本机械振兴协会成组技术研究会下属的零件分类编码系统分会多次讨论修改 于1976年定稿颁布 KK 3机加工零件分类编码系统基本结构 回转体 KK 3机加工零件分类编码系统基本结构 非回转体 KK 3系统特点 KK 3系统在分类的先后顺序安排上 基本上考虑到了各部形状的加工顺序关系 所以它也是结构工艺并重的一种分类编码系统 KK 3系统把与设计检索较密切的分类环节安排在最前面 即最初的7个环节 这样就便于设计部门使用 KK 3系统的缺点则是编码位数多而有些环节上零件的出现率极低 也即表明这些环节的利用程度不高 实际上这意味着有些环节设置不当 中国JLBM 1分类编码系统 JLBM 1系统是我国机械工业部 并入工信部 为推行成组技术而开发的一种零件分类编码系统 系统结构基本上和Opitz系统相似 吸取了KK 3系统的特点 克服Opitz系统分类标志不全和KK 3系统分类过细的缺点 由于我国的工业环境相对滞后 对计算系统和成组生产技术的依赖不强 此编码规则在国内的运用较窄 国内还是沿用隶属编码的方式更多 但其分类类别具有很大的参考意义 JLBM 1分类编码系统总体构成 JLBM 1分类编码系统第一和第二位编码的主分类框架 PLM中的流程 陈智 产品生命周期 新产品开发 产品运营 Roadmap制定流程 新产品开发流程 产品运营流程 Level2 Level3 产品Roadmap控制工作指引 概念 计划 开发 质量 上市 新品立项流程 新品开发流程 新品上市流程 产品运作流程 供应链管理流程 售后服务流程 产品调整流程销售预测流程非常规定制流程产品退市流程 采购控制流程供应商认证流程风险订单采购流程积压处理流程交付 常规服务产品设计流程定制服务产品设计流程服务站管理流程DOA流程备件运作管理流程技术支持流程 Level4 自主研发产品开发程序OEM ODM开发程序B类新品开发程序设计变更 技术评测产品档案管理研究设计 产品化工程文件控制小批量质量评测产品工程变更 工程化强制产品认证 维修手册 产品上市流程 产品立项流程 项目评审 新产品上市方案评审 产品立项 开发方案评审 决策点 技评 产品生命周期 市场 竞争产品及客户需求分析供应商初步选择和原有产品的优劣势分析产品概念原型 产品功能及定位目标市场及客户产品成本技术实现可行性5 产品上市目标时间 初步的时间计划6 产品销量预期及投入预期 确定产品规格和技术方案完成供应商确定以及相关谈判 文件签署产品经营分析成本销量收入毛利资源需求人力资源资金投入制定开发计划 成立开发项目team项目进度计划和职责项目milestone及监控项目风险及控制 产品生命周期 开发系统设计及开发部件设计 开发 测试软件开发测试BOM准备工程化技评工程化评审 产品生命周期 产品质量评测产品标准审核产品上市质量风险评估新产品命名 编码申请新品销量预测 产品生命周期 成立新品上市Team产品政策及上市方案竟品信息 销售话述采购计划样机准备服务手册产品手册及培训计划 产品生命周期 Lead 协助 PLM权限 报告人 李祥导师 屠大维 PLM权限的类型 根据PLM系统中操作权限的性质和特点不同 可以将权限分为两大类 1 功能性权限 2 实体性权限 权限是什么 我们可以把它理解为系统对用户能够执行的功能操作所设立的额外限制 用于进一步约束用户能操作的系统功能和内容访问范围 或者说 权限是指摸个特定的用户具有特定的系统资源使用权利 这样划分的好处就是 有利于访问控制框架模块的划分 规划和访问权限计算 满足PLM系统对访问控制的多种需求 功能性权限 用户具有的关于功能模块入口和界面上的功能操作方面的权限 称之为功能性权限 从PLM系统功能方面进行分析 它由许多功能模块组成 如用户管理模块 项目管理模块 供应商管理模块 销售商管理模块等 每一个功能模块都对应实现企业的某些管理的职能 由于用户在企业中的岗位和职能的不同 用户必然对PLM系统中不同的功能模块有不同的适用权限 如企业内部普通的设计人员一般是没有参与供应商和销售商管理的职能的 因此 对于不同的登录用户 进入系统之后 PLM系统呈现出来的功能模块应该不尽相同 功能性权限的层次关系图 如图所示 根据功能性权限的不同 可以将系统中PLM用户定义成具有不同权限的角色 同一个功能模块的多种不同操作之间呈现层次性 功能性权限也相应得具有一定的层次性 实体性权限 实体对于客体的操作权限称之为实体性权限 常用的实体性权限有 新建 完全控制 读取 下载 修改 修订版本 删除等 选择某项权限时 有一些逻辑上蕴含的权限也会被自动赋予 即同一客体类型的操作权限之间 有一种蕴含关系 操作权限间的蕴含关系图 以设计文档为例 对设计文档删除权限包含修改权限 修改权限包含读取权限 这种权限间的蕴含关系在授予用户实体性权限和撤销用户实体性权限时 起着很重要的作用 包含关系满足这样一个规则 授予权限时自动向下扩散 撤销时自动向上扩散 例如 已知删除权限包含修改和读取权限 当用户被授予删除权限时 他同时获得了修改和读取权限 当撤销修改和读取权限时 用户的删除权限 如果有 也会被撤销 实体性权限细分 按照用户得到实体权限的方式不同 实体性权限分为静态权限和动态权限静态权限是系统管理员或权限管理人员直接授予主体的一种权限类型 可以授予用户 角色和用户组 用户可以继承所属角色和用户组的权限 这也是早期PLM系统比较常见的一种权限管理动态权限是由于PLM系统用户在相互协作过程中 数据的动态变化而导致用户对数据权限发生变化 也就是说用户在数据流动过程中获得的一种权限类型 归结起来就是基于流动的权限 基于任务的权限 两大权限对比 实体性权限与功能性权限不同 实体性权限是针对具体的客体对象 针对于具体的某类或某个数据对象 如用户对某个文档的权限 用户对某个项目的权限 而