3.3.5 项目、PWP和相关BOM架构的模型定义:
基于一个给定的合同产品组合的项目、PWP和相关BOM的架构规则:
图11 架构规则
(1)项目通过ProgWP的完整BOM或其中的部分零件管理产品。
(2)每一个ProgWP与一个特定的项目关联。
(3)没有ProgWP可以超过其归属项目的边界。
基于一个给定的合同产品组合的项目、PWP和相关BOM的架构规则:
(4)每个项目可以有一个或多个ProgWP。
(5)每个零件号都属于一个特定的ProgWP (也属于一个PWP)。
(6)一个项目只能在ProgWP中选择End Items,然后,关联到项目下。
基于一个给定的合同产品组合的项目、PWP和相关BOM的架构规则:
(7)属于同一个项目的多个可以在一个完整BOM的不同分枝上 (见实例的黄色部分)。
(8)产品投产只能在其父项目上选择End Item。
基于一个给定的合同产品组合的项目、PWP和相关BOM的架构规则:
(9)集成其他项目的ProgWP的输出的项目被称为“集成项目”(见红圈内的项目)
(10)每一个递交End Item给外部客户的项目必须是一个集成项目。
即使在End Product的组成零件来自一个客户的不同合同时,所有这些规则也是有效的。 (注: 此时将有不止一个合同产品组合)
基于多个合同产品组合的项目、PWP和相关BOM的架构规则:
(11)如果一个共用件在一个非其初始创建项目是,不需要创建ProgWP,因为不需要工程部门做工作。
(12)然而,一旦一个共用件需要做更改来满足新项目(可能属于同一个或其他合同产品组合)的要求时,就需要为此项目创建一个ProgWP。
图12 基于多个合同产品组合的项目、PWP和相关BOM的架构规则
3.3.6 业务流程模型定义:
PLM产品生命周期管理的业务主流程对产品成熟度的整个过程的进行了明确定义。一个产品的成熟度过程,从在PWP中,由设计工程师创建的WIP工作状态,产品的版本可以为设计方案/小版本,通过DAR流程,由主管工程师批准的设计批准状态;然后,再在PWP中,通过EAR流程,由主管工程师批准后进入工程批准状态(见 pic#1);最后,在项目中,通过CR/CO流程,由工程经理和项目经理批准,进入发放状态(见 pic#2)。
Pic #1
Pic #2
3.3.7 数据安全模型定义
PBU – 基于产品的组
•所有PBU组的用户可以查看其它PBU组的数据。
•只用数据所有组的用户可以更改数据。
•用户是否可以更改数据的权限尤其所在组的角色进行定义。
CBU (OEM) 组
•基于客户的数据本质上有客户所有和控制。
•这些数据不客气夸CBU进行共享,并只能由CBU组的成员用户进行查看浏览。
标准件组
•所有用户可以查看和使用不同类型的标准件 (紧固件, 核心件…)。
•只有标准件的所有组的用户可以创建和更改数据。
(核心知识) 组
•只有核心团队用户可以查看和更改核心数据。
•其他用户只能查看核心团队发布的数据。
项目可以打破PBU/CBU的壁垒共享数据
•零件被指派给项目
•人员被指派给项目
•一个用户更改数据的权限由其所在项目的角色决定。
图13 数据类型安全模式环形图
图14 用户组和数据类型安全模式对照图
相关阅读:
化裁之变,推行之通,PLM的必由之路——PLM的实践(1)
业务之心,通变之源,PLM的成功之基——PLM的实践(2)
千里之行,始于足下,PLM的实施之始——PLM的实践(3)
大而无外,小而无内,PLM的模型之义(上)——PLM的实践(4)
惟精惟一,允执厥中,PLM的设计之法(上)——PLM的实践(5)
惟精惟一,允执厥中,PLM的设计之法(下)——PLM的实践(5)
风物宜放眼,宁静以致远,PLM的发展之向——PLM的实践(6)
言之既出,行必有果,PLM的落实之行—— PLM的实践(7)
核心关注:拓步ERP系统平台是覆盖了众多的业务领域、行业应用,蕴涵了丰富的ERP管理思想,集成了ERP软件业务管理理念,功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理,全面涵盖了企业关注ERP管理系统的核心领域,是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处:拓步ERP资讯网http://www.toberp.com/