0 引言

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

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

1 文檔屬性類型

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

2 文檔界面設(shè)計(jì)

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

    表1 文檔屬性類型

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

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

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

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

3 文檔的存儲(chǔ)

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

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

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

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

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

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

4 文檔的版本管理

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

    一個(gè)完整的文檔版本演變過程為A.1→A.2→A.3‖B.1→B.2‖C.1→C.2→C.3。版本的變化不會(huì)造成文檔編號(hào)的改變。

    圖3 文檔版本演變過程

5 工作流管理

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

    圖4 文檔審簽流程

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

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

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

    圖5 工作流模板

    圖6 審閱過程模板

6 文檔查詢

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

    圖7 輸入查找信息

    圖8 結(jié)果顯示

7 結(jié)語

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

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的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)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

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

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