PDMTeamcenter与ERPSAP集成文献摘要含英文.docx
《PDMTeamcenter与ERPSAP集成文献摘要含英文.docx》由会员分享，可在线阅读，更多相关《PDMTeamcenter与ERPSAP集成文献摘要含英文.docx（22页珍藏版）》请在冰点文库上搜索。
PDMTeamcenter与ERPSAP集成文献摘要含英文
基于Teamcenter的PDM研究及总体实施规划[1]
摘要：
产品全生命周期管理（PLM）是在工程数据管理的基础上逐步发展起来的，为CIMS提供了新的平台和集成框形。
PLM是在现代产品开发环境下发展起来的一项管理新技术，是一项为企业设计设计和生产构筑一个集成工作环境的关键技术。
在PLM领域处于领先地位的Teamcenter是西门子公司的旗舰产品。
Teamcenter通过单一的数据库进行存储、追踪和管理产品信息及其过程，使有关人员能够快捷地获得数据。
Teamcenter的基本功能包括文档管理、权限管理、产品结构和配置管理和工作流程管理等，支持自顶向下的产品设计方式和多种灵活可靠的产品结构配置规则，同时，Teamcenter提供强大的二次开发接口，在实施PLM项目时，可以通过接口对产品进行订制和开发。
Teamcenter的基本配置，包括一个位于服务器上的数据库、一个位于文件服务器上的电子仓库以及连接在网络上的全部用户客户端软件。
Teamcenter系统由多个层次组成，分别是用户界面层、应用工具层、核心模块层和系统模块层。
最低的层次与主机操作系统功能关系最密切，最高的层次与用户关系最密切。
用户通过访问用户界面，调用应用工具层中的应用工具，包括工作平台（WS），产菇结构编辑器（PSE），企业过程管理（EPM），系统管理（SA）和邮件系统Mail。
这些工具通过永久对象管理模块调用Oracle数据库或者通过操作系统（OS）工具调用操作系统功能来实现。
（1）用户界面层（UserInterfacelayer）
用户界面层用于实现Teamcenter系统同用户的交互功能。
（2）应用工具层（ApplicationandUtilitieslayer）
应用工具层用于实现用户对Teamcenter中数据进行操作和利用。
应用工具包括导航器、流程管理、产品结构树管理和配置或是其他应用程序管理如UG、系统观念、邮件管理等。
（3）核心摸块层（CoreModuleslayer）
应用工具层的下一层就是核心模块层，核心模块层的主要模块是持久对象管理器（PersistentObjectManager），持久对象即存储在数据库和文件中，以后要利用的数据，持久对象管理器连接应用工具模块和系统模块，允许应用工具层在数据库更高层次上操纵数据。
（4）系统模块层（SystemModuleslayer）
最底层是系统模块层，系统模块层提供核心模块层和ORACLE关系数据库的连接。
该层包括提供操作系统创建文件、删除文件、保存文件等的接口，还包括网络连接、进程间通讯的接口。
关键词：
Teamcenter；PLM；配置
Teamcenter的集成器及可视化[2]
摘要：
Teamcenter集成器支持扩展企业的成员在整个产品生命周期中访问他们需要的各种不同类型的信息，以极大地提高工作效率。
Teamcenter集成器的基本功能将分散在扩展企业中的各种不同的产品信息组合起来。
Te它支持用户无缝地访问来自多种商用系统（如PDM、ERP、SCM或CRM）以及企业现存应用系统构成的集成产品信息，使得在物理上驻留现有的系统中的产品信息，可以同步地对相关产品事件作出反应。
Teamcenter集成器无需完全依赖企业应用软件和数据模型，就可以将产品信息集成起来。
Teamcenter可视化协同提供了一个中性的CAD协作环境，通过它可以大幅度地削减产品开发成本，缩短产品开发周期，并提高产品创新能力。
产品开发团队可以在这个协同环境中进行产品配置、数字模装、虚拟产品发布以及从人机工程学的角度来进行新产品的构思。
Teamcenter可视化协同为扩展企业提供了高端的可视化以及虚拟样机功能，支持在多种CAD系统下进行零件设计、可视化产品配置以及虚拟测试。
产品结构的浏览功能可以实现对单个构件的定位与浏览。
Teamcenter可视化协同特别适合具有众多供应商和业务合作伙伴的扩展企业。
用户能够创建、共享以及管理3D虚拟样机，这样分散在各地的团队成员就可以在设计的早期阶段交互式地就其所关注的问题进行检测。
Teamcenter提供1:
1比例的投影功能，支持用户在桌面系统中或是在高达８英尺的超大屏幕环境中（例如PowerWall、CAVE），观察和浏览具有高分辨率的、图像真实的3D和2D设计。
Teamcenter可视化协同可与其它的Teamcenter应用解决方案集成在一起，让团队成员可以在讨论创新产品的同时直接访问与其相关的需求信息、设计说明以及更改记录。
用户可以在本地CAD系统中修改零件的设计，并将设计改动反馈到Teamcenter可视化协同中，供团队其它成员作进一步的审查。
用户还可以就产品进行其它功能领域的仿真，包括CAE分析仿真、车间装配仿真以及服务/维护步骤的仿真。
关键词：
Teamcenter；集成器；可视化
SAP的集成[3]
摘要：
用户使用SAP系统进行简单的数据查询和数据交互，是很多SAP用户经常使用的功能，如果使用SAP客户端，将大大增加用户的操作难度，同时增加用户的培训、维护和客户端授权的成本。
通过IBM的BowstreetPortletFactoryforWebSphere，可以通过简单的配置，就可以完成在门户系统中开发各种Portlet，将SAP数据快速的在门户系统中展现，大大提高了用户的操作的易用性。
IBM的BowstreetPortletFactoryforWebSphere是一个简单易用的门户Portlet开发工具，能够通过简单的配置和少量的开发，就能够快速实施与SAP系统的集成，同时还能够支持门户系统与LotusDomino、Hyperion、WebServices、JDBC、EJB、JSP等系统和方式的数据集成。
可以通过配置一下的接口来进行与其他软件的集成。
连接器（用于SAPArchiveLink）（ConnectorforusewithSAPArchiveLink）
经SAP认证的、与SAPArchiveLink集成的这一模块，使SAP用户能够不用离开SAP客户端界面即可对各种文档、打印列表和SAP存档数据进行存储及检索。
业务索引连接器（用于SAPArchiveLink）（BusinessIndexingConnectorforusewithSAPArchiveLink）
业务索引连接器从SAP系统中抽取数据字段，并将其作为关键字应用在存储库中存储的文档上。
OLE查看器（用于SAPArchiveLink）（OLEViewerforusewithSAPArchiveLink）
经SAP认证的、与SAPArchiveLink集成的这一模块，使SAP用户能够不用离开SAP的应用程序即可对文档进行检索。
条形码导入（用于SAPArchiveLink）（BarCodeImportforusewithSAPArchiveLink）
该模块能在数据输入期间使纸制文档被条理清晰地链接到SAP系统的各项记录。
随后，这些文档将随带有条形码首页的页面被扫描到系统，并被自动链接到数据输入期间所指定的各项记录。
打印列表及数据归档（用于SAPArchiveLink）（PrintListandDataArchiveforusewithSAPArchiveLink）
该功能利用SAPArchiveLink系统导入SAPArchiveLink的打印列表、数据归档文件和成像文件。
对SAP系统中的数据进行归档，将减少在SAP系统中的存储空间需要，提高响应时间，并减少对SAP系统进行备份、恢复和升级的时间。
关键词：
SAP；集成；接口
SAP集成的解决方案[4]
摘要：
使用业务对象生成器（BusinessObjectGeneratorforSAPSolutions）和ApplicationEnabler（ApplicationEnablerforSAPSolutions）解决SAP的集成问题。
业务对象生成器与SAP的各种集成经常涉及从SAP系统到OnBase系统的数据流传输，在OnBase系统中，这些数据通过我们极具特色的OnBase工作流进行传送。
在传送过程的最后，有时需要将数据作为一个或更多业务对象发回到SAP系统。
这一模块所具备的可配置的机制，能在OnBase系统内创建SAP的业务对象。
ApplicationEnabler（用于各种SAP解决方案），将我们的ApplicationEnabler产品与本机SAP界面紧密集成。
OnBase与各种SAP解决方案的这一更加紧密的集成，给予使用SAP系统的客户一个通过鼠标点击即可配置的集成结构，使其能从SAP的屏幕直接对OnBase中的文档进行处理。
关键词：
SAP；集成；解决方案
PDM、ERP、MES的实施先后[5]
摘要：
最近有文章提出没有产品数据管理（PDM），企业资源计划（ERP）是无源之水，没有制造执行系统（MES），ERP就是无本之木。
所以ERP就成为“枯萎的ERP”。
我认为这个结论过于简单，会造成许多误解。
1、PDM与ERP谁先谁后
前面的观点，首先从数据流向上看它是对的。
没有产品设计，没有零件目录，没有工艺文件和工时定额，生产组织是无法进行的。
这无论搞不搞信息化都得如此。
但是，就信息集成的角度来讲，必须视企业的情况而定：
按定单设计的企业，产品结构频繁变化，生产周期又粮短，这时如果没有CAD和PDM，却要运行ERP，确实是非常困难的，这样的企业我们主张先上CAD和PDM，再上ERP。
但就一般企业而言，产品结构相对稳定、新老产品都在同时生产，企业就是上了CAD和PDM，设计部门的主要精力肯定还是放在新产品的设计上，无暇顾及老产品的信息化。
而生产管理则不同，新老产品都要进行管理，这样，在相当长的一段时间内，即使上了PDM，老产品的物料数据、物料清单、工艺路线及工时定额数还是要靠手工录入，不能依靠PDM的集成。
一个企业的老总曾经告诉我，他计划ERP的实施要5年。
我问他为什么？
他说：
“我要把主厂的全部产品都用CAD和PDM实现信息化，才能做ERP。
”这位老总说这话至今已6年了，他确实在6年前购买了PDM，但是这个立广的老产品至今并没有信息化，时至今日ERP还是没有上——这就是将PDM一定要先于ERP绝对化了。
我们主张：
先上PDM还是ERP，一定要视企业情况而定。
严格按定单生产的企业先上PDM是对的，一般企业必须视企业的需求而定，什么影响企业的生存和发展就先上什么；就是先上了PDM，也不要指望在1～2年内就能从PDM里拿到ERP想要的全部数据。
一是因为老产品一时不能被信息化，还需要人工录入；二是因为何时PDM才能提供符合ERP要求的制造物料清单并不确定（提供工程物料清单谁也不怀疑），因为往往PDM提供的物料清单并不能满足生产计划和成本核算的要求，需要修改。
从发展历史来看，MRPⅡ和ERP至今已有近30年的历史，而PDM只有10来年，这就证明没有PDM的年代，MRP和ERP仍然是可以运行的。
制造执行系统，MES（ManufacturingExecutionSystem），按照美国AMR研究公司对MES的定义：
MES是一个工厂层的信息系统，介于企业领导层的计划系统与生产过程的直接工业控制系统之间。
它以当前视角向操作人员/管理人员提供生产过程的全部资源（人员、设备、材料、工具和客户要求）的数据和信息。
MES在工厂综合自动化系统中起着中间层的作用。
在ERP系统所产生的长期计划的指导下，MES根据底层控制系统采集的与生产有关的实时数据，对短期生产作业的计划调度、监控、资源配置和生产过程进行优化。
MES的功能模块包括工序详细调度、资源分配和状态管理、生产单元分配、过程管理、人力资源管理、维护管理、质量管理、文档控制、产品跟踪和产品清单管理、性能分析和数据采集等模块。
在MES下层，是底层生产控制系统，包括DCS、PLC、NC/CNC和SCADA或这几种类型的组合。
可见，MES是业务计划系统和控制系统的中间环节，什么样的制造业企业有完善的控制系统呢，流程工业和高度数控化的离散制造业，只有这类企业他们才能从底层控制系统中采集生产执行情况的数据，反馈给MES和ERP。
也只有在这种环境下，MES才能显示出它独特的魅力。
在这种环境下可以说：
没有MES的ERP在执行层就像没有触觉和视觉，不能得到及时准确的信息反馈。
这类企业上MES是完全必要的。
然而对于一般的离散制造业，由于设备自动化水平低，底层缺乏甚至根本就没有控制系统，没有办法从底层自动获取生产执行数
据，一切生产执行数据都需要人工键入，这时的MES就失去了它的威力。
这种生产环境下的MES与ERP的车间生严管理系统没有两样，因此也谈不上没有MES的ERP是“无本之木”，因此，并非什么企业都需要MES。
同样的理由，从发展历史来看，MRPⅡ和ERP至今已有近30年的历史，而MES只有10来年，证明没有MES的年代，MRPⅡ和ERP仍然是可以运行的。
关键词：
PDM；ERP；实施顺序
PDM与ERP的集成[6]
摘要：
我们知道一个产品要经过工程设计、工艺制造设计、生产制造三个过程才能形成。
而这三个过程只是产品生命周期的一小部份。
在这三个过程中，虽然它们有着十分相似的物料清单：
工程设计物料清单EBOM（EngineeringBillOfMaterial）；制造物料清单PBOM（ProduceBillofMaterial）；成本物料清单CBOM（CostingBillOfMaterial），但正是这些物料清单中小小的一点差异却决定了它们各自的专业技术和管理思维方式。
例如，在产品工程设计时技术开发部门是按EBOM的思路管理工程项目设计小组，工艺设计部门是按PBOM和加工路线的思路管理工艺项目设计小组，制造和成本管理却是按着CBOM的思路控制生产成本的。
迄今为止，我们的理论研究仅抽象地描述了物料清单的结构，致使不少人对它应用的理解产生了偏差。
将EBOM输入到MRPⅡ系统使实施陷入困境的例子是存在的。
用EBOM、PBOM、CBOM、Routing作为工程设计、工艺设计和制造过程中的管理数据结构的作用如下：
1）EBOMEBOM是产品工程设计管理中使用的数据结构，它通常精确地描述了产品的设计指标和零件与零件之间的设计关系。
2）PBOMPBOM是工艺工程师根据工厂的加工水平和能力，对EBOM再设计出来的。
它用于工艺设计和生产制造管理，使用它可以明确地了解零件与零件之间的制造关系，跟踪零件是如何制造出来的，在哪里制造，由谁制造，用什么制造等信息。
同时PBOM也是MRPⅡ生产管理的关键管理数据结构之一。
3）CBOMCBOM是由MRPⅡ系统产生出来的，当企业定义了零件的标准成本、建议成本、现行成本的管理标准后，系统通过对PBOM和加工中心的累加自动地生成CBOM。
它用于制造成本控制与成本差异分析。
4）Routing产品的加工路线描述了需要加工的零件的各道工序、加工中心、零件的加工系数等。
它用于物料管理或成本控制。
我们采用PDM软件可以将CAD与CAPP两个系统设计在同一个PDM系统上运行。
两个系统通过电子数据交换共享产品设计。
ERP通过PDM的应用程序界面（API）与CAD、CAPP共享数据。
关键词：
PDM；ERP；集成
PDM软件的特点[7]
摘要：
PDM的特点是能协助工程师们与产品过程中相关的管理人员进行产品设计管理、产品数据管理。
产品的设计分为产品工程设计和工艺规划设计两个部分。
前者以产品图纸设计为主采用CAD子系统来实现；后者用CAPP子系统完成。
每当一个产品工程设计完成后，由工艺工程师开始该产品的工艺设计。
产品的工程设计与工艺设计都是通过使用CAD和WORD工具完成的，早几年计算机在产品设计领域的应用使工程师们基本甩掉了传统的设计图板，减轻了设计强度，提高了工作效率和工作设计质量。
但接踵而来的是大量的无数据结构关系的图纸和设计说明文件，在人工的图纸管理档案中或分散在计算机系统的文件中，给工程师们查找文件带来了极大的困惑。
据一组研究数据表明：
"大多数应用工程师在真正的产品设计上仅花费25％的时间，然而却有30％～35％的时间花费在寻找设计所用的数据上……"。
产品数据管理PDM不仅解决了这一困惑，而且还提供了产品工程设计与工艺规划设计之间电子数据交换和项目管理应用环境。
CAD的PDM管理模式
管理对象及目标：
对CAD系统中的图纸和设计说明文件系统地进行结构化管理。
实现由计算机信息系统支
撑的设计文件管理、设计工作流程管理、设计工作流程过程管理。
管理数据结构：
产品工程设计物料清单EBOM，它是按产品的设计要求建立的物料清单。
产品设计工程师们通过EBOM很容易就能寻
找到他们需要的图纸和对应文件；管理手段：
工作流程管理。
项目管理者可以通过设定项目管理规则，利用PDM的工作流程管理进行
产品设计过程管理。
CAPP的PDM管理模式
管理对象及目标：
对CAPP系统中的工艺图纸和文件系统进行结构化管理。
实现由计算机信息系统支撑的工艺文件管理、工艺设计工作流程管理、工艺设计工作流程过程管理、加工路线编制与管理。
管理数据结构：
产品制造物料清单PBOM。
产品设计的工程师们通过PBOM很容易就能寻找到他们需要的图纸和工艺文件。
PBOM也是ERP的生产计划采用的数据结构；管理手段：
工作流程管理。
项目管理者可以通过设制产品项目管理规则，利用PDM的工作流程管理进行工艺设计过程管理。
关键词：
PDM；特点；软件
ERP软件的特点[8]
摘要：
管理对象：
ERP系统主要是对生产计划、加工订单、销售订单、采购订单和生产成本等进行管理。
管理数据结构：
PBOM、CBOM和Routing。
生产管理者们常用PBOM和Routing寻找到物料需求中出现的问题；根据CBOM和Routing寻找制造成本差异。
管理手段：
订单周期管理。
制造管理者们通过查询事项处理功能模块，跟踪加工订单采购订单、销售订单周期内的状态，管理和控制物流和资金流。
现在我们了解到，虽然PDM为ERP提供了PBOM和Routing管理数据结构，但是在制造管理技术和管理功能方面PDM是无法取代的。
因此，PDM的管理定位在产品设计方面，ERP管理定位在产品制造方面以及在质量、售后服务、人力资源等管理方面。
需求确定应用既然PDM与ERP系统各自具有其不同的特点，那么用户如何适当地应用PDM和ERP工具呢？
这必须由用户结合其选定的供货商以及企业的具体应用环境来做最终决定。
这里提供了一些可能对用户有实际帮助的建议。
显然，企图用一种系统完成两种系统的功能是不切实际的想法，因此，最好的解决方法是将PDM与ERP系统集成在一起。
到目前为止，PDM系统是捕获和控制产品定义数据的上佳选择，然而，非工程用户有时也需要访问产品定义数据。
因此，在PDM和ERP系统之间的界面应该具备如下功能：
ERP系统的注册用户能够调用PDM功能，并且可利用通用的浏览应用程序来查找和阅读产品数据。
当然，
PDM的访问规则必须确保产品定义数据的完整性，并且在产品的整个生命周期中，必须始终由PDM系统控制产品定义数据。
产品结构和配置管理是ERP和PDM之间最关键的结合点，也是最难解决的问题。
多年来，MRP和ERP专家提倡使用材料明细表（BOM）来满足整个企业组织的需求。
这看起来是不错的想法，但迄今为止，几乎没有一家企业能够实现在一个BOM下的标准化产品结构和配置管理。
最佳实施方案就是创建一个具有一致性的产品结构视图网络，这些视图应该代表针对单一产品组织其部件的不同方法。
因此，应该在PDM系统中创建按设计视图管理产品配置的方法，然后由制造人员对它进行修改，最终得到按计划视图管理产品配置的方法。
按计划视图配置管理产品配置的方法将通过连接界面送到ERP系统中，而在ERP系统中，这个方法可用于制定计划目标。
根据ERP系统的功能，在ERP系统中创建按制造视图的配置，并将它传回到PDM系统。
如果能够严格控制配置管理，也许就能够在PDM系统中维护按制造视图的产品结构，这样配置信息就能够被跟踪并返回到产品定义数据中。
更改请求是由许多部门发出的，但通常对它们的评估是由工程设计部门完成。
评估过程要求分析和修改产品定义数据。
一旦更改请求获得批准，在设计和制造部门之间所做的联合决定也将生效。
显然，为方便更改，工作流必须从PDM系统开始，然后传递到ERP系统。
对每一系统的工作流，理想的方法是使用可配置触发器来回传送任务控制命令。
另一个可选方案是在PDM环境中创建整个工作流并要求生产计划人员注册为PDM用户以完成他们的任务。
生产后勤计划是ERP系统的核心内容之一。
工程师和其他PDM用户们也经常需要访问这些通常驻留在ERP系统中的信息，包括成本信息、原材料详细目录清单状态以及在处理过程统计中的工作任务等。
这类信息对制定良好的工程决策是很关键的。
一个PDM用户应该可以从ERP系统界面获取这些信息。
从以上分析可以看出，PDM系统和ERP系统实际上是针对不同目标的应用系统，PDM系统的主要目标是：
控制产品配置、使用更改控制和产品生命周期来管理产品定义数据的开发、修改以及并行使用；ERP系统的主要目标是：
控制生产计划过程、平衡期望的产品销售情况与制造这些产品所需消耗资源之间的关系。
因此，在实际应用中，最佳的方法是将任务分割成不同部分，让不同的系统去执
行最适当的任务。
关键词：
ERP；特点；软件
PLM与ERP两大系统的集成[9]
摘要：
PLM与ERP两大系统没有有效地信息沟通，成为了企业最为头疼的问题。
所以，为了解决产品生产准备周期长、产品成本偏高、产品交付时间长、库存积压资金严重等问题，SAP、Oracle等厂商所提出了ERP+PLM的整合一体化解决方案概念，并迅速成为了企业的救命稻草。
业内普遍认为，这一概念的提出标志着PLM由单一化功能，向多系统协同解决方案转变的技术革新已经开始。
由此可见，PLM理念及技术是在主流厂商的推动与大型企业的应用过程中不断完善和延伸的。
最终，PLM将能够管理从产品的需求分析、概念设计、初步设计、工艺设计、制造过程的数据和流程，并实现与项目管理、ERP等软件的双向集成。
同时，PLM系统还帮助企业管理研发过程的质量和成本，使企业在研发过程中就能够确保产品的高质量和低成本。
西门子PDM——企业信息的“路由器”
西门子PDM与ERP的集成则是基于统一的编码体系，并在PDM中建立设计物料库，使之成为企业真正的数据源头，并通过数据接口实现BOM数据及时、准确有效地交互，消除中间表、对照表、彻底消除信息孤岛，使业务更清晰，真正完成数据源与ERP间的数据库级别互访。
所以有业内人士将西门子PLM+ERP形象的比作“信息孤岛之间的跨海大桥”。
能够完美的整合ERP，西门子PLM正是得益于其先进的技术架构。
该解决方案是基于J2EE技术体系，面向SOA的新一代PLM应用,由PDM产品数据管理、CAPP计算机辅助工艺管理、CPD协同开发平台、CAX方案和ERP方案五部分构成。
而且其以J2EE搭建表示层（用户层）/业务层/数据层，三层体系结构充分体现了其基于internet/intranet（内部网）的网络化协同设计优势，更易于PDM/CPD软件功能的网络化部署与维护。
考虑到中国制造企业发展迅速，信息化应用更新快的特点。
西门子PDM/CPD支持UNIX、Linux及NT等多种操作平台或是混合操作平台，能方便地进行PDM软件运行平台的迁移；根据企业类型和应用范围不同，西门子PDM/CPD还可以灵活构建工作组级、部门级、企业级的PDM应用平台，以及跨组织的CPD设计平台，并能通过增加EJB组件或改变EJB组件的逻辑关系方便快速的扩展软件系统功能，具有良好的可伸缩性和扩展性。
阿基米德行动西门子PLM助力世界级制造产品创新
计世资讯研究认为，“中国制造正经历着向世界级制造的全面升级时期，并不得不参与了市场化、规模化、国际化等几个方面的国际市场竞争，正处于全面在国际制造业市场确定中国制造的核心竞争力的重要时
升级会员 