0 引言

    船舶行業(yè)是單批量、多品種、多專業(yè)參與的設(shè)計制造行業(yè)。船舶設(shè)計單位在經(jīng)過長時間的設(shè)計工作，積累了大量的船舶設(shè)計文檔，這些文檔資料作為母型資料在新船型設(shè)計開發(fā)中有著極其重要的作用。但是隨著計算機技術(shù)的發(fā)展，在船舶設(shè)計活動中雖然擺脫了傳統(tǒng)的手工制圖階段，但是船舶設(shè)計文檔的管理技術(shù)并沒有跟上，設(shè)計人員要想從成千上萬的資料中找到所需要的文件還是非常困難的。另外，目前文檔的審簽仍以紙質(zhì)手工審簽為主，這樣不但浪費大量的紙張，而且最主要的是對文檔的流動狀態(tài)不能進行實時的跟蹤和控制，不能進行統(tǒng)一的協(xié)調(diào)管理。一旦某一部門使用的文檔版本不正確，就會導致錯誤的信息獲得，可能造成不必要的重復工作，從而浪費大量的人力物力。這些目前都是船舶設(shè)計部門普遍存在的問題。而基于PDM的船舶設(shè)計文檔管理系統(tǒng)可以很好地解決上述問題。

    基于PDM的文檔管理是用來組織電子文件的，說明該文件是由誰來擬制的，是屬于什么類型的，下一步需要誰來審核批準的。在項目執(zhí)行過程中文檔設(shè)計人員只需要在自己的電腦上提交該電子文檔到項目的共享文件柜中，該文檔就會根據(jù)自身的生命周期流程自動執(zhí)行該文檔的設(shè)計、校對、審核、審定等流程。PDM系統(tǒng)也會自動管理該文檔狀態(tài)情況以及版本變化情況。這樣就避免了設(shè)計人員拿著圖紙到處審核的低效率審簽流程，還可以保證文檔在傳遞過程中的版本一致性，便于其他工作人員查詢最新的信息，從而減少不必要的損失。

1 文檔屬性類型

    要想對船舶文檔進行有效的管理，首要步驟就是對船舶文檔進行正確的分類研究。按照文檔的性質(zhì)和在設(shè)計過程中所起的作用將文檔大致分為設(shè)計文檔、管理文檔、規(guī)范類文檔以及試驗文檔等，從文檔在產(chǎn)品開發(fā)過程中所起到的作用上來講可分為任務(wù)書、2D文件、3D文件、技術(shù)說明書、報告、會議紀要、通知書、建議書……。

2 文檔界面設(shè)計

    用文檔擬制工具(Office/AutoCAD/Catia/Solidworks等)擬制船舶設(shè)計相關(guān)的電子文件。進入PDM系統(tǒng)，在個人文件柜下建立一個文檔對象，填入表1中需要手工填寫的屬性。把新建的文檔從個人文件柜中檢入到項目文件柜的相應(yīng)目錄下，完成該電子文檔的提交。

    表1 文檔屬性類型

    因為PDM的文檔管理具有一般性，而不是在針對某一具體產(chǎn)品的，如在船舶圖紙類文檔中圖紙具有圖號的屬性，而在原有的PDM系統(tǒng)是沒有該項的，因此需要進行二次開發(fā)研究開發(fā)出符合船舶設(shè)計特點的文檔屬性界面，由于篇幅原因，這里僅以“圖號”為例進行研究。

    為了保證原系統(tǒng)的完整性，“圖號”的開發(fā)采用的是在Windchill原有的數(shù)據(jù)模型基礎(chǔ)上，通過對代碼重新編譯（如圖1所示），然后通過系統(tǒng)代碼生成工具Windchill system generation進行代碼生成，最后采用SQL語句生成對應(yīng)的數(shù)據(jù)庫中oracle表實現(xiàn)代碼的實現(xiàn)。而對于如“密級”屬性的實現(xiàn)則需要采用標準文檔類文件來實現(xiàn)，如圖2所示。

    圖1 文檔開發(fā)程序

圖2 文件柜存儲文檔的結(jié)構(gòu)

3 文檔的存儲

    在船舶PDM系統(tǒng)中，文檔的存儲原則主要是按照船舶設(shè)計單位劃分的行政專業(yè)組在Windchill系統(tǒng)中對數(shù)據(jù)進行組織，這樣便于文件的查找，同時也可按不同部門的域權(quán)限對文檔進行訪問權(quán)限控制管理。文檔的數(shù)據(jù)存儲方案如下：

    一級子目錄：各種不同型號的項目名稱（項目對象同時存放在該目錄下），在項目對象產(chǎn)生的時候在系統(tǒng)文件柜中自動產(chǎn)生這類目錄，這樣就可以在文件柜中很方便地查到該項目的文件資料。將來可以根據(jù)文檔的項目團隊屬性（該項目團隊屬性與項目對象同名）和所在的部門與專業(yè)組信息，很方便地將其自動檢人到該一級子目錄下。

    二級子目錄：按照功能劃分的文檔類型和其他數(shù)據(jù)類型來劃分。

    各部門根據(jù)自己所包括的專業(yè)組，在Windchill系統(tǒng)中設(shè)定文件柜，在創(chuàng)建某項目對象時，一級和二級子目錄同時被自動創(chuàng)建。

    文檔在正式歸檔以前，不僅會決定自己所在的文件柜和一級子目錄，而且還會根據(jù)文檔功能類別屬性，自動決定文檔要存放的二級子目錄的位置。由于在Windchill系統(tǒng)中對文件柜本身進行權(quán)限限制，因此用戶并不能看到所有的文件柜，而只能看到被授權(quán)的文件柜（主要是自己所在專業(yè)組對應(yīng)的文件柜）。

    船舶設(shè)計文檔在創(chuàng)建之初只存放在相關(guān)人員的個人文件柜中，只有本人或者管理員可以訪問該文件，個人文件柜中存儲組織方式可以根據(jù)用戶每個人的個人喜好進行子目錄的劃分，對文檔進行分類存放。對于存在共享文件柜中的文件存儲需要按照該單位的項目要求進行統(tǒng)一規(guī)劃，子目錄名稱即為該科研項目名稱，同時可以在子目錄中再建子目錄來存儲子項目的信息資料。個人文件柜和共享的文檔之間需要通過檢入/檢出操作實現(xiàn)對文件的轉(zhuǎn)移和版本控制。

4 文檔的版本管理

    船舶設(shè)計是一個反復修改的過程，其設(shè)計文檔的版本時有一個演化過程。任何一個文檔的版本由大小2種版本構(gòu)成。大版本變化序列為：A→B→C→D；小版本變化序列為：1→2→3→4。版本的主要變化規(guī)律如圖3所示。一個文檔在沒有達到審批狀態(tài)之前的版本變化只是小版本的變化過程，系統(tǒng)只記錄修改過程和最新的小版本號，而不需要設(shè)計更改過程的控制，經(jīng)過幾次修改，小版本的變化過程為：A.1→A.2→A.3→A.4。如果文檔通過審批狀態(tài)和發(fā)放狀態(tài)發(fā)現(xiàn)問題，則修改過程需要采用變更控制管理而且需要實現(xiàn)大版本的辯護，如從A.2版變到B.1版等，這種變化即為版本的升級過程。

    一個完整的文檔版本演變過程為A.1→A.2→A.3‖B.1→B.2‖C.1→C.2→C.3。版本的變化不會造成文檔編號的改變。

    圖3 文檔版本演變過程

5 工作流管理

    文檔的傳遞過程是以文檔的工作流程為順序?qū)崿F(xiàn)的，從而保證文檔傳遞的一致性、真實性以及完整性。在流程執(zhí)行過程中，如果多審批環(huán)節(jié)每一個活動的角色都有項目工作人員或領(lǐng)導參與，則執(zhí)行完整的多審批流程；否則，如果某一活動的角色沒有具體的項目工作人員以及領(lǐng)導參與，則該活動將會被自動跳過；如果僅僅有一個審批環(huán)節(jié)的角色被指定了參與人員，則該多審批環(huán)節(jié)在系統(tǒng)中將自動轉(zhuǎn)換成單審批環(huán)節(jié)（因為其他的環(huán)節(jié)均被系統(tǒng)自動地跳過）。不同類型的文檔具有的生命周期和工作流程是不同的。典型的船舶設(shè)計過程中的文檔需要經(jīng)歷設(shè)計、校對、審核、標檢、審定5個階段才能歸檔，如圖4所示。

    圖4 文檔審簽流程

    以“船體結(jié)構(gòu)計算書”為例說明文檔審簽流程。文檔審簽流程的參與者角色對應(yīng)到具體的人員，這里假設(shè)“船體結(jié)構(gòu)計算書”的整個審簽流程中設(shè)計者為總體科員A、校對者為總體科員B、審核者為總體科長、標檢者為總體科員C、審定者為總工程師。該文檔的審簽流程如下：

    1)總體科員A把“結(jié)構(gòu)計算書”在本地電腦設(shè)計完成后，將文檔提交到個人文件柜中再檢人共享文件柜中完成其提交工作。因為在“設(shè)計”階段不需要審核檢查，所以文檔設(shè)置自動升級。

    2)校對者（總體科員B）在自己的工作表中收到審閱任務(wù)，如果在審閱后認為“結(jié)構(gòu)計算書”中沒有問題，選擇批準，文檔進入“升級”狀態(tài)，文檔將升級到審核階段。如果有問題，則可以在圖上進行必要的標注。在這個進程中若發(fā)現(xiàn)文檔中有問題，則不批準，返回給設(shè)計者，設(shè)計者在自己的工作表中接收到修改任務(wù)書，將文檔檢出到自己的個人文件柜中，對文檔進行修改，并把修改的內(nèi)容注釋填寫在說明中，在校對階段進程中，工作流模板如圖5所示，校對者的審閱過程模板如圖6所示。這樣就完成了設(shè)計——校對階段，其他階段相似，直至文檔達到歸檔狀態(tài)，這樣就完成了文檔的審簽流程。

    圖5 工作流模板

    圖6 審閱過程模板

6 文檔查詢

    輸入查找信息——船體圖紙文件送船檢審查目錄，如圖7所示。搜索結(jié)果的顯示見圖8，可以選擇自己所有進行的操作。

    圖7 輸入查找信息

    圖8 結(jié)果顯示

7 結(jié)語

    船舶文檔管理是一個很復雜的系統(tǒng)工程，本文從系統(tǒng)的角度對文檔的類型、制訂提交、存儲、權(quán)限管理、版本管理、工作流程管理進行設(shè)計研究，改變了傳統(tǒng)的文檔紙質(zhì)傳統(tǒng)方式，提高了文檔的設(shè)計效率，增強了企業(yè)競爭能力。但由于其文檔類型的復雜性，其存儲管理和審簽流程也是復雜多變的，本文針對一些較典型的情況進行研究，只是船舶設(shè)計過程的一小部分，仍有大量的研究工作需要進一步展開。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標題：基于PDM的船舶文檔管理系統(tǒng)設(shè)計與開發(fā)

本文網(wǎng)址：http://www.guhuozai8.cn/html/solutions/1401938567.html