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

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

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

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

1 修理鑒定流程分析

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

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

圖1 修理鑒定流程圖

1.2 存在的問題

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

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

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

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

1.3 處理措施

為解決上述問題，需要進(jìn)行以下2項(xiàng)工作。

1）設(shè)計(jì)1 個(gè)數(shù)據(jù)庫，存儲設(shè)備涉及的設(shè)備類型、零部件種類、修理標(biāo)準(zhǔn)等信息。

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

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

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

2.1 開發(fā)前準(zhǔn)備

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3 軟件開發(fā)

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

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

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

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

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

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

圖2 主界面截圖

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

2.4 效果分析

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

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

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

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

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

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

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

3 結(jié)束語

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