談到跨地域的協同,大部分技術人員想到的首先就是網絡的問題。從20世紀90年代互聯網的逐漸興起和我們國家網絡基礎條件的不斷建設,跨區域的聯網的速度不斷提升,甚至有些大型企業構建了自己的專網。但是受到硬件條件、網絡環境等綜合因素的影響,網絡延遲甚至是傳輸掉包幾平是無法避免的問題(當然,全光纖網絡除外,但是幾乎沒有任何一個企業能夠承受全光纖網絡高昂的建設費用和維護費用)。特別在我們國家,由于一些先天性的原因,移動、聯通、電信三家均有相互獨立的網絡,相互之間進行訪問的延遲在某些極端情況下甚至可以達到幾十秒。在這種情況下,許多企業的技術人員提出的所謂跨區域“實施協同”實際上只在理論上存在可能性。
制造業企業中的信息系統之間的相互協同大部分情況下是字符數據的協同(例如ERP系統的各種報表合并業務),但PLM系統除了字符數據的協同以外,還有各種文檔數據、二維工程圖樣甚至是三維數據模型的協同,一些高端三維CAD軟件產生的數據量動輒十幾甚至是幾十G……PLM系統協同的數據量是ERP系統的幾倍甚至是幾十倍。在這種情況下,如果不進行一些特殊的處理,常規的網絡根本無法承載這么大的數據量傳輸,因此SIEMENS、PTC都開發了輕量化的數據模型,其目的就是減少數據量,降低協同時對網絡的要求。
但是事實上,利用了輕量化技術處理后的產品研發數據依然無法完全滿足協同研發的需求。其原因就是隨著研發能力的不斷加強,各種研發數據之間的關聯性也變得越來越強,使得在協同鏈條上的各個企業必須統一“設計語言”才能識別其他企業所產生的數據。這些“設計語言”首先包括編碼、文檔格式和數據格式。比如A企業使用的Solidworks設計的三維模型,而B企業用的是Pro/ENGINEER,如果不轉換成統一的數據格式,則相互的數據無法識別,也難以達到協同的需求。此外,某些設計軟件不同的版本之間的相互識別也有一定的差異,比如Word2003如果不安裝特殊的組件,無法識別Word2007的數據。一般情況下工具軟件的識別是高版本支持低版本,但是也有例外,例如CATIA V5就不識別CATIA V4的數據。
“設計語言”不單純指數據格式或者設計工具,還包括研發數據之間的關系。例如與一個零件模型相關的不僅僅是三維模型文件,還有相關的特征屬性信息、結構信息、工藝信息、工裝信息、尺寸及公差信息、原材料及供應商信息等,這些信息加在一起才能完整表達一個零部件。這些信息的完善涉及到不同的人、部門甚至是企業,在協同時,只有協同的幾方都明確這些信息的關系、位置和書寫規范,協同才能順暢的進行,否則就非常容易陷入到相互指責之中。上個月筆者接觸到一個客戶抱怨某PLM系統協同不穩定,總是出問題,后來仔細檢查后發現,98%以上的司題都是由于技術人員沒有按照標準規范填寫相應的內容造成的。針對這樣的情況,客戶強烈要求將這部分的限制放寬松一些,但是他們的協作單位則一致表示反對,因為信息不完整或者信息錯誤很可能導致其他協作單位的損失,而一旦真的發生了這樣的情況,責任是很難界定的。
協同的第三個挑戰就是數據的組織。一個產品所有數據累積起來可能有幾十個G,如果不對這些數據加以區分、標識,一股腦兒地傳遞給協作單位,那么協作單位只能是無從下手。因為誰都不知道數據模型在哪兒、工藝文件在哪兒,主模型文件是哪個,哪個數據是有效的,哪個是過期的……因此,必須對數據的類別(設計數據、工藝數據和工裝數據等)加以區分,同時加上統一的數據標識(命名、代號和版本號等),只有這樣才可能做到讓其他協作單位容易識別。
轉載請注明出處:拓步ERP資訊網http://www.guhuozai8.cn/
本文標題:老生常談論協同:協同的挑戰