修船設備拆檢移動記錄系統(tǒng)的設計研究

黃光煒，羅東浩，陳景壽，何蘇婷

（廣州文沖船舶修造有限公司，廣東 廣州 511462）

隨著國家海洋強國理念的持續(xù)推進，修船企業(yè)的業(yè)務量逐漸飽滿，特別是對于海工項目和公務船的設備修理。海工項目和公務船的修理要求比較嚴格，對于修理質量和記錄的可回溯性要求較高，而且對于零部件更換的管控比較嚴格。在設備拆卸及檢修過程中，修船企業(yè)需要記錄零部件的狀況、修理方式、零部件更換數(shù)量等內容，即設備拆檢鑒定。

一般修船企業(yè)采用現(xiàn)場施工人員通過紙質文件手動記錄拆檢內容，技術人員在電腦記錄拆檢內容的方式完成鑒定單的記錄。我公司在具體實施的過程中，發(fā)現(xiàn)了諸多問題。經過綜合分析，為解決傳統(tǒng)記錄方式中產生的諸多不便，本文提出一種基于移動設備的記錄系統(tǒng)設計，在提高我公司拆檢鑒定工作效率的同時，也為其他企業(yè)提供一種可行的參考方案。

1 修理鑒定流程分析

1.1 修理鑒定流程現(xiàn)狀

目前，對于此類船舶設備拆檢鑒定，我公司的主要流程如下：由工程部門組織施工人員、工藝員、工程主管、質量管理部門、技術管理部門、船方等相關人員到達設備修理現(xiàn)場。施工人員對設備的現(xiàn)狀、零部件修理或更換意見及建議、修理方式等內容進行描述。工藝員對施工人員的描述內容做好記錄。工程主管、質量管理部門、技術管理部門、船方等人員根據(jù)相關標準對施工人員的描述作見證及評判。參與的各方人員達成一致意見后，工藝員將記錄的內容在計算機上編輯，打印成紙質鑒定單文件后，報送給參與的各方。各方審核后，如有問題，則將文件退回，工藝員需重新編輯后再次報送；如無問題，則簽字確認。修理鑒定流程圖見圖1。

圖1 修理鑒定流程圖

1.2 存在的問題

按照我公司目前的流程，存在以下3個問題。

1）時間成本大。由于船舶修理過程中設備種類繁多，對應的標準數(shù)量也較多，參與設備修理鑒定的相關人員難以全面了解各類設備的修理標準，在參與鑒定的過程中，經常出現(xiàn)因不了解修理標準產生重復確認的情況，導致鑒定過程不順，增加了時間成本。

2）審核工作效率低。參與修理鑒定的工藝員較多，而每位工藝員的知識儲備、技術能力、對設備修理的理解不一樣，對修理過程中需要記錄的內容及其描述把握不一，給其余各方對內容的審核工作帶來困難，增加了審核工作的難度，降低了審核工作的效率。

3）修理鑒定效率低。工藝員打印完鑒定單后，需要將鑒定單報送至參與的各方人員進行審核及簽字確認。由于公務船項目對文件的內容統(tǒng)一、格式規(guī)范等要求較嚴格，如出現(xiàn)問題，則需重新修訂打印。工藝員在計算機手動編輯過程中，難免犯錯。因此，在報送審核的過程中，時常發(fā)生鑒定單被審核人員退回的情況，極大地降低了修理鑒定的效率。

1.3 處理措施

為解決上述問題，需要進行以下2項工作。

1）設計1 個數(shù)據(jù)庫，存儲設備涉及的設備類型、零部件種類、修理標準等信息。

2）設計1 個在移動設備上運行的軟件，讀取并顯示數(shù)據(jù)庫的相關數(shù)據(jù)。同時，操作人員可通過簡單操作移動設備上的軟件完成設備拆檢鑒定記錄，審核人員可在軟件上對完成的記錄進行電子簽名。

2 系統(tǒng)開發(fā)

本系統(tǒng)包含2 大部分，一部分是數(shù)據(jù)庫的設計，另一部分是軟件的開發(fā)。

2.1 開發(fā)前準備

為了實現(xiàn)本設計的目標，首先需要對數(shù)據(jù)庫、軟件開發(fā)語言、操作系統(tǒng)進行選擇。

1）數(shù)據(jù)庫選擇。根據(jù)軟件的特性，需要對數(shù)據(jù)庫頻繁反復讀寫，數(shù)據(jù)庫需要具備讀寫效率高的特性。再者，為了高效開發(fā)，數(shù)據(jù)庫需提供完善的接口和齊全的開發(fā)者手冊[1]。綜合考慮數(shù)據(jù)庫使用和開發(fā)成本，選用Mysql開源的數(shù)據(jù)庫。

2）軟件開發(fā)語言選擇。對于企業(yè)開發(fā)而言，成本是考慮的第一要素。這就意味著軟件開發(fā)的周期要短，兼容性要好，使用要可靠。綜合開發(fā)周期、兼容性、可靠性3 個要求，采用C++語言，結合Qt庫，進行軟件開發(fā)。

3）操作系統(tǒng)選擇。目前，國內主流的操作系統(tǒng)有3種：Windows、Android及IOS。

（1）Windows 系統(tǒng)使用的覆蓋面廣，用戶眾多，是個人計算機的主流系統(tǒng)，生命周期適中，提供了完備的打印機、數(shù)據(jù)庫服務支持，Windows10的平板觸摸功能良好。

（2）Android 系統(tǒng)是主流的手機操作系統(tǒng)，市面上運行該系統(tǒng)的設備眾多，性能較強，價格也適中，但該系統(tǒng)生命周期相對較短，而且對于打印機、數(shù)據(jù)庫服務支持不佳。

（3）IOS 系統(tǒng)運行流暢、生命周期長、數(shù)據(jù)安全，是操作系統(tǒng)的翹楚。其支持打印機、數(shù)據(jù)庫服務，但運行該系統(tǒng)的設備主要是蘋果公司生產的iPhone、iPad及Mac，設備價格昂貴。

綜合考慮系統(tǒng)使用的生命周期和對打印機、數(shù)據(jù)庫服務的支持，選用Windows系統(tǒng)作為軟件運行的系統(tǒng)[2]。

2.2 數(shù)據(jù)庫設計

基于我公司目前使用的拆檢鑒定單，需要在數(shù)據(jù)庫中存儲設備類型、拆檢鑒定依據(jù)、零部件、拆解情況、處理意見、鑒定結論、修換理由、修理工藝及單位名稱，便于軟件讀取。

其中，拆檢鑒定依據(jù)和零部件名稱需要與設備類型關聯(lián)，其余幾項需與零部件名稱關聯(lián)。因此，在數(shù)據(jù)庫中，設備類型及零部件除了需要賦予名稱外，還需要賦予ID，并且數(shù)據(jù)之間以ID 關聯(lián)，便于后續(xù)的新增、修改及刪除。

1）設備類型數(shù)據(jù)表設計。設備類型是所有關聯(lián)關系的起點。按照設備類型與其他信息的關聯(lián)關系，設備類型數(shù)據(jù)表需包含以下2項內容：設備ID 及設備類型名稱。其中，由于修船的設備類型眾多，設備ID（equip_id）采用自生成的方式生成，數(shù)據(jù)類型為bigint，數(shù)據(jù)長度為12；設備類型名稱（equip_name）根據(jù)實際情況填入，數(shù)據(jù)類型為varchar，數(shù)據(jù)長度為255字節(jié)。設備類型數(shù)據(jù)表見表1。

表1 設備類型數(shù)據(jù)表

2）拆檢鑒定依據(jù)數(shù)據(jù)表設計。拆檢鑒定依據(jù)與設備類型關聯(lián)。按照拆檢鑒定依據(jù)與設備類型的關聯(lián)關系，拆檢鑒定依據(jù)數(shù)據(jù)表需包含以下3項內容：拆檢鑒定依據(jù)ID、拆檢鑒定依據(jù)內容及設備ID。其中：拆檢鑒定依據(jù)ID（basis_id）采用自生成的方式生成，數(shù)據(jù)類型為bigint，數(shù)據(jù)長度為12 字節(jié)；拆檢鑒定依據(jù)內容（df_basis）根據(jù)實際情況填入，數(shù)據(jù)類型為varchar，數(shù)據(jù)長度為255字節(jié)；設備ID（equip_id）為設備類型數(shù)據(jù)表中的equip_id。拆檢鑒定依據(jù)數(shù)據(jù)表見表2。

表2 拆檢鑒定依據(jù)數(shù)據(jù)表

3）零部件數(shù)據(jù)表設計。零部件與設備類型關聯(lián)，同拆檢鑒定依據(jù)與設備類型關聯(lián)關系相似，包含零部件ID、零部件內容、設備ID 等，各項數(shù)據(jù)的類型、長度與拆檢鑒定依據(jù)中一致。

4）拆解情況數(shù)據(jù)表設計。拆解情況與零部件關聯(lián)。按照拆解情況與零部件的關聯(lián)關系，拆解情況數(shù)據(jù)表需包含以下3 項內容：拆解情況ID（cond_id）、拆解情況內容（df_cond）及零部件ID（part_id）。各項數(shù)據(jù)的類型、長度與拆檢鑒定依據(jù)中的一致。拆解情況數(shù)據(jù)表見表3。

表3 拆解情況數(shù)據(jù)表

5）其余數(shù)據(jù)表設計。處理意見、鑒定結論、修換理由、修理工藝、零部件單位名稱等與零部件關聯(lián)，同拆解情況與零部件的關聯(lián)關系相似，其分別包含ID、內容、零部件ID 等，各項數(shù)據(jù)的類型、長度與拆解情況中的一致。

2.3 軟件開發(fā)

完成數(shù)據(jù)庫設計后，進行軟件開發(fā)工作。由于軟件需要讀寫數(shù)據(jù)庫，因此需要先完成數(shù)據(jù)庫讀寫程序的開發(fā)，再完成主程序的開發(fā)。

1）數(shù)據(jù)庫讀寫程序的開發(fā)。在數(shù)據(jù)庫讀寫程序中，程序需要實現(xiàn)正常連接數(shù)據(jù)庫、讀取數(shù)據(jù)庫的內容，以及對數(shù)據(jù)庫的內容進行插入、修改、刪除等基本操作。

因此，程序需要設計以下幾個界面：設備類型顯示界面、拆檢鑒定依據(jù)顯示界面、零部件顯示界面、拆解情況顯示界面、處理意見顯示界面、鑒定結論顯示界面、修換理由顯示界面、修理工藝顯示界面及單位名稱顯示界面。同時，需要在每個界面上添加“導入”“新增”“保存”“刪除”等按鈕，用于用戶實現(xiàn)對應功能的操作。

完成界面的設計后，可對功能進行開發(fā)。由于數(shù)據(jù)庫連接、讀取、寫入、刪除等操作是耗時操作，如果在主線程中執(zhí)行，將可能導致主界面出現(xiàn)卡死的情況。因此，需要將數(shù)據(jù)庫的操作放入子線程中執(zhí)行，通過主線程與子線程之間連接的信號和槽函數(shù)實現(xiàn)數(shù)據(jù)傳輸。在主線程與數(shù)據(jù)庫操作線程之間，需要傳輸讀取、寫入、刪除等操作下的數(shù)據(jù)。為了便于數(shù)據(jù)庫操作的線程與主界面線程之間的數(shù)據(jù)傳輸，需要對數(shù)據(jù)進行封裝。

2）主程序的開發(fā)。為了便于使用者的操作，軟件的執(zhí)行流程設定如下：①軟件運行后，自動讀取數(shù)據(jù)庫中的設備類型，用戶選擇設備類型后，軟件自動讀取該設備類型下的零部件和拆檢鑒定依據(jù)；②用戶根據(jù)實際選擇零部件；③根據(jù)用戶選擇零部件的信息，軟件自動讀取該零部件的拆解情況、處理意見、鑒定結論、修換理由、修理工藝及單位名稱；④用戶根據(jù)實際情況分別做出選擇；⑤最終生成鑒定單。

按照軟件執(zhí)行的流程，需要設計以下幾個界面：設備類型選擇界面、工程信息填寫界面、拆檢鑒定依據(jù)填寫界面、拆檢鑒定項目填寫界面、拆檢鑒定情況及處理意見填寫界面、修換清單填寫界面、鑒定意見填寫界面、簽字及保存界面。同時，在每個涉及到新增、刪除、保存等操作的界面中，添加響應的按鈕。主界面截圖見圖2。

圖2 主界面截圖

完成界面的設計后，可對功能進行開發(fā)。同樣，由于數(shù)據(jù)庫連接、讀取、寫入、刪除等操作和導出鑒定單到文檔的操作均是耗時操作，如果在主線程中執(zhí)行，將可能導致主界面出現(xiàn)卡死的情況。因此，需要將數(shù)據(jù)庫的操作和導出鑒定單到文檔的操作放入子線程中執(zhí)行，通過主線程與子線程之間連接的信號和槽函數(shù)實現(xiàn)數(shù)據(jù)傳輸。在主線程與子線程之間，需要傳輸讀取、寫入、刪除等操作下的數(shù)據(jù)。為了便于主線程與子線程之間的數(shù)據(jù)傳輸，需要對數(shù)據(jù)進行封裝。

2.4 效果分析

在數(shù)據(jù)庫設置比較完善的情況下，軟件可實現(xiàn)預設以下目標。

1）工藝人員可通過軟件，直接選擇設備類型，軟件自動從數(shù)據(jù)庫讀取拆檢鑒定依據(jù)的信息，工藝人員無需手動查詢設備對應標準。

2）選擇設備類型后，軟件自動從數(shù)據(jù)庫讀取設備的部件列表，工藝人員可根據(jù)實際情況選擇需要修換的零部件，無需手動填寫。

3）選擇零部件后，軟件自動從數(shù)據(jù)庫讀取零部件的拆解情況、處理意見、鑒定結論、修換理由、修理工藝、單位名稱等信息，工藝人員可根據(jù)實際情況進行選擇，無需手動填寫。

4）完成鑒定單填寫后，工藝人員可通過軟件與參與的相關人員完成簽名，無需打印后提交簽字。

5）數(shù)據(jù)庫中提供的數(shù)據(jù)可視為標準表述，工藝人員選擇后無需重復修改。

通過以上實現(xiàn)的預設目標，可減少目前我公司在設備拆檢鑒定過程中的重復工作，從而提高施工效率。

3 結束語

在設備拆檢鑒定的工作中，隨著制度越來越完善，要求越來越嚴格，流程越來越規(guī)范，對于鑒定單內容的規(guī)范性越來越高。本文通過在設備拆檢鑒定過程中工作低效的環(huán)節(jié)進行分析，提出設備拆檢鑒定移動記錄系統(tǒng)的設計，有效優(yōu)化低效環(huán)節(jié)，提高施工效率。