從整合角度分析PLM解決方案
原創:http://rattbell.itpub.net/post/22952/483419
按軟體供應商不同的技術背景,業者常將PLM系統方案分成兩類。
第一類常被稱為“PLM工具”, 包括多種適用於製造業的計算機輔助技術, 如:CAD,CAM輔助製造,CAE輔助工程等。
第二類又被稱為協同產品定義管理(cPDm)系統。
它主要用於管理透過PLM工具生成的檔案和資料,以及為產品生命週期中各方提供協作平臺。
產品定義資訊和企業環境之間的缺失 企業資訊環境中存在任何空白都是不希望發生的。企業中雖然主要產品定義資訊是由設計部門生成的,但後續流程中的其他部門(如:生產部門、市場部、銷售部和其他相關的服務部門等)都應該可以即時訪問這些資訊。同時,在設計和開發階段,生產、市場、銷售和其他服務部門的反饋資料對決策制定十分重要。但是,事實上,在資訊系統發展早期,CAD和企業管理系統的開發是各自獨立的。所以,當人們意識到需要一個可涵蓋產品生命週期所有活動的整合化環境時,這兩個各自獨立的系統間的空白就成了一種阻礙。
由於PLM最初起源於工程領域,且離散製造業在CAD與核心cPDm功能整合方面有大量需求,很多主流的PLM軟體供應商(如Dassault Systèmes, Siemens PLM,和 PTC)都可支援CAD和相關功能。這類軟體(CAD-PLM)供應商具有這些優勢的原因十分簡單——他們都是從CAD起家,然後根據CAD使用者對產品定義資訊管理的需求逐步開發和改進其cPDm解決方案。
同時,另一類軟體供應商也可提供cPDm解決方案,但不支援CAD/CAM/CAE功能。雖然這些非CAD軟體供應商無法提供PLM工具,但他們進入 cPDM領域的原因是多方面的。在一系列的併購之後(如Infor's 併購了Formation Systems,Oracle收購了Agile,以及最近 Lawson對 FreeBorders的併購),可以看出ERP系統供應商正在打入PLM市場。雖然這類(ERP-PLM)軟體供應商不具備CAD領域的技術優勢,但是他們擁有廣泛的企業管理系統使用者基礎,這為其增加了PLM產品的銷售機會。不管怎麼說,對於很多使用者來說,PLM系統只不過是又一種管理系統而已。
PLM系統可填補這兩個空白。第一個是PLM工具和cPDm之間的空白。這主要透過CAD整合來實現。第二個是cPDm和ERP之間的空白。這主要透過企業/ERP系統整合來解決。直接把產品定義資料和ERP系統相關聯是否是一個更好的解決方法?
答案是:理想的一體化解決方案,但直接把產品定義資料和ERP系統相關聯幾乎不可行。
首先,ERP系統擅長於處理交易型資料,不一定包含精確定義產品資訊的眾多功能。其次,ERP不需要使用現有產品全部的定義資料,而只需要一部分。由於PLM工具和ERP的獨立性,就有了以銜接這兩個系統的為設計目標的cPDm優選方案。當前PLM工具提供商和ERP系統供應商的發展重點都已包含cPDm內容。
決定PLM解決方案選擇的3個因素
1.企業中所使用的CAD/CAM/CAE:
通常,CAD/CAM/CAE的系統佈局越複雜,就越可能需要實施CAD-PLM系統。CAD-PLM軟體供應商在整合自己的CAD產品方面表現卓越。隨著在PLM工具技術領域的長期實踐,CAD-PLM軟體供應商在與其他CAD產品的整合方面也取得了顯著的進步。但是,這並不是說ERP-PLM解決方案無法贏得CAD使用者的青睞。現在,在第三方整合工具的支援下,一些主流CAD產品已可達到令人滿意的整合程度。同時,主要的ERP-PLM軟體供應商正在與CAD系統供應商合作,以增加系統間的互通性。
2.行業和產品特點:
如果您是離散型製造企業且您的產品結構複雜,那麼CAD-PLM可能正是您需要的系統。如果您的產品結構不太複雜或者根本沒有產品結構,那麼在軟體選型過程中,軟體供應商的行業側重點可能比其起源(如:CAD或ERP)更為重要。
3.企業對系統整合的需求:
您還需要了解您企業對系統整合程度的期望值。實現無縫、實時和雙向的整合是每個IT經理的夢想,但這可能要以高成本為代價,有時甚至不可能實現。一個更好的解決方法就是設定合理的、側重點明確的CAD和企業/ERP系統整合要求。然後,根據這些需求的側重點來確定適合的PLM解決方案類別。
從整合能力角度來說,CAD-PLM和ERP-PLM之間的差距正在逐漸縮小: 首先,來自不同供應商的CAD、cPDm和ERP軟體等系統間的整合正在持續進行,開發者正在為改善互通效能不斷地努力。其次,技術的發展為非特定產品的整合提供了支援。這些技術包括但不僅限於:行業標準、整合工具、IT架構。
CAD整合工具:實現CAD與PLM及其他管理系統整合的工具,用於獲取CAD資料和維護產品定義資訊的特殊中介軟體。
ISO10303:交換產品資料庫的國際標準,目的是以計算機可理解的方式描述和交換產品資料。
亦稱為“產品模型資料交換標準”或STEP,
SOA架構:面向服務的體系結構,可協助不同應用系統在參與業務流程的同時進行資料交換。
資料整合中介軟體:連線應用系統的軟體,支援資料整合和互操作。
[ 本帖最後由 rattbell 於 2010-1-26 13:16 編輯 ]
按軟體供應商不同的技術背景,業者常將PLM系統方案分成兩類。
第一類常被稱為“PLM工具”, 包括多種適用於製造業的計算機輔助技術, 如:CAD,CAM輔助製造,CAE輔助工程等。
第二類又被稱為協同產品定義管理(cPDm)系統。
它主要用於管理透過PLM工具生成的檔案和資料,以及為產品生命週期中各方提供協作平臺。
產品定義資訊和企業環境之間的缺失 企業資訊環境中存在任何空白都是不希望發生的。企業中雖然主要產品定義資訊是由設計部門生成的,但後續流程中的其他部門(如:生產部門、市場部、銷售部和其他相關的服務部門等)都應該可以即時訪問這些資訊。同時,在設計和開發階段,生產、市場、銷售和其他服務部門的反饋資料對決策制定十分重要。但是,事實上,在資訊系統發展早期,CAD和企業管理系統的開發是各自獨立的。所以,當人們意識到需要一個可涵蓋產品生命週期所有活動的整合化環境時,這兩個各自獨立的系統間的空白就成了一種阻礙。
由於PLM最初起源於工程領域,且離散製造業在CAD與核心cPDm功能整合方面有大量需求,很多主流的PLM軟體供應商(如Dassault Systèmes, Siemens PLM,和 PTC)都可支援CAD和相關功能。這類軟體(CAD-PLM)供應商具有這些優勢的原因十分簡單——他們都是從CAD起家,然後根據CAD使用者對產品定義資訊管理的需求逐步開發和改進其cPDm解決方案。
同時,另一類軟體供應商也可提供cPDm解決方案,但不支援CAD/CAM/CAE功能。雖然這些非CAD軟體供應商無法提供PLM工具,但他們進入 cPDM領域的原因是多方面的。在一系列的併購之後(如Infor's 併購了Formation Systems,Oracle收購了Agile,以及最近 Lawson對 FreeBorders的併購),可以看出ERP系統供應商正在打入PLM市場。雖然這類(ERP-PLM)軟體供應商不具備CAD領域的技術優勢,但是他們擁有廣泛的企業管理系統使用者基礎,這為其增加了PLM產品的銷售機會。不管怎麼說,對於很多使用者來說,PLM系統只不過是又一種管理系統而已。
PLM系統可填補這兩個空白。第一個是PLM工具和cPDm之間的空白。這主要透過CAD整合來實現。第二個是cPDm和ERP之間的空白。這主要透過企業/ERP系統整合來解決。直接把產品定義資料和ERP系統相關聯是否是一個更好的解決方法?
答案是:理想的一體化解決方案,但直接把產品定義資料和ERP系統相關聯幾乎不可行。
首先,ERP系統擅長於處理交易型資料,不一定包含精確定義產品資訊的眾多功能。其次,ERP不需要使用現有產品全部的定義資料,而只需要一部分。由於PLM工具和ERP的獨立性,就有了以銜接這兩個系統的為設計目標的cPDm優選方案。當前PLM工具提供商和ERP系統供應商的發展重點都已包含cPDm內容。
決定PLM解決方案選擇的3個因素
1.企業中所使用的CAD/CAM/CAE:
通常,CAD/CAM/CAE的系統佈局越複雜,就越可能需要實施CAD-PLM系統。CAD-PLM軟體供應商在整合自己的CAD產品方面表現卓越。隨著在PLM工具技術領域的長期實踐,CAD-PLM軟體供應商在與其他CAD產品的整合方面也取得了顯著的進步。但是,這並不是說ERP-PLM解決方案無法贏得CAD使用者的青睞。現在,在第三方整合工具的支援下,一些主流CAD產品已可達到令人滿意的整合程度。同時,主要的ERP-PLM軟體供應商正在與CAD系統供應商合作,以增加系統間的互通性。
2.行業和產品特點:
如果您是離散型製造企業且您的產品結構複雜,那麼CAD-PLM可能正是您需要的系統。如果您的產品結構不太複雜或者根本沒有產品結構,那麼在軟體選型過程中,軟體供應商的行業側重點可能比其起源(如:CAD或ERP)更為重要。
3.企業對系統整合的需求:
您還需要了解您企業對系統整合程度的期望值。實現無縫、實時和雙向的整合是每個IT經理的夢想,但這可能要以高成本為代價,有時甚至不可能實現。一個更好的解決方法就是設定合理的、側重點明確的CAD和企業/ERP系統整合要求。然後,根據這些需求的側重點來確定適合的PLM解決方案類別。
從整合能力角度來說,CAD-PLM和ERP-PLM之間的差距正在逐漸縮小: 首先,來自不同供應商的CAD、cPDm和ERP軟體等系統間的整合正在持續進行,開發者正在為改善互通效能不斷地努力。其次,技術的發展為非特定產品的整合提供了支援。這些技術包括但不僅限於:行業標準、整合工具、IT架構。
CAD整合工具:實現CAD與PLM及其他管理系統整合的工具,用於獲取CAD資料和維護產品定義資訊的特殊中介軟體。
ISO10303:交換產品資料庫的國際標準,目的是以計算機可理解的方式描述和交換產品資料。
亦稱為“產品模型資料交換標準”或STEP,
SOA架構:面向服務的體系結構,可協助不同應用系統在參與業務流程的同時進行資料交換。
資料整合中介軟體:連線應用系統的軟體,支援資料整合和互操作。
[ 本帖最後由 rattbell 於 2010-1-26 13:16 編輯 ]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7830804/viewspace-631210/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 前端整合解決方案前端
- 從ReentrantLock加鎖解鎖角度分析AQSReentrantLockAQS
- 【FAQ】整合分析服務的常見問題及解決方案
- PLM與ERP整合,這個頭疼的問題,可以這樣解決!
- Tungsten Fabric解決方案指南-Kubernetes整合
- AI影片分析解決方案AI
- 企業如何資料整合?資料整合解決方案
- 多系統整合分析——ERP與OA、PLM、MES、CRM、WMS、SRM、HR
- 如何選擇HFM解決方案整合產品
- SpringBoot整合Redis亂碼原因及解決方案Spring BootRedis
- 從原始碼角度分析 MyBatis 工作原理原始碼MyBatis
- 從面試角度分析ArrayList原始碼面試原始碼
- 從面試角度分析LinkedList原始碼面試原始碼
- 從傅立葉分析角度解讀深度學習的泛化能力深度學習
- 加油站智慧影片分析解決方案
- 中國 PLM 市場分析
- 醫院整合平臺 IT 基礎架構解決方案架構
- 從劇情架構角度分析《妄想破綻》架構
- 從pytest原始碼的角度分析pytest工作原理原始碼
- MySQL主從複製延遲解決方案MySql
- 智慧港口影片智慧分析系統解決方案
- 感知系統效能評估分析解決方案
- 歐尚中國成功部署Aptos旗下公司TXTRetail的PLM、分配及門店補貨解決方案APTAI
- DataPipeline CTO陳肅:從ETL到ELT,AI時代資料整合的問題與解決方案APIAI
- 優雅的快取解決方案--SpringCache和Redis整合(SpringBoot)快取GCRedisSpring Boot
- SpringBoot3整合Druid資料來源的解決方案Spring BootUI
- 阿里雲重磅釋出全域整合解決方案,幫助提升5倍全域整合效率阿里
- 主從複製延遲推薦解決方案
- Python 從零開始爬蟲(六)——動態爬取解決方案 之 手動分析Python爬蟲
- 山石網科安全運維分析解決方案榮獲最佳創新解決方案獎運維
- PLM系統到底解決了哪些問題?詳細解析
- 調節閥振動原因分析及解決方案
- 家庭電氣火災原因分析及解決方案
- SAP開源的持續整合-持續交付的解決方案
- 綠盟全流量威脅分析解決方案榮獲“2019年度金智解決方案獎”
- 解決方案| anyRTC金融音視訊解決方案
- PLM的主動過程控制管理方案
- 從開發者的角度分析iOS應如何省電iOS
- 從區塊鏈公司角度,分析區塊鏈錢包區塊鏈