謝瑋成，吳維國，謝品翰，劉媛媛，吳永榮

(中建海峽建設(shè)發(fā)展有限公司，福建 福州 350001)

0 引言

建設(shè)工程的巡檢是指現(xiàn)場巡檢人員對施工現(xiàn)場進(jìn)行不定期抽查，進(jìn)行意見反饋，如實(shí)填寫質(zhì)量巡檢記錄表，并編制檢查報(bào)告，分析原因、制定整改方案[1]。建筑工程巡檢查普遍采取線下開具整改單的方式進(jìn)行，該方式需要多名檢查人員分別記錄檢查問題，最終匯總開具一張紙質(zhì)整改通知單并派發(fā)整改。此方法巡檢效率低、協(xié)同性差，執(zhí)行過程常出現(xiàn)整改單破損或丟失、整改反饋未閉合、統(tǒng)計(jì)分析工作量大等問題。

隨著新一代信息技術(shù)不斷創(chuàng)新突破，數(shù)據(jù)逐步融入產(chǎn)業(yè)創(chuàng)新和升級的各個(gè)環(huán)節(jié)[2]。在數(shù)字化變革的大趨勢下，云計(jì)算、大數(shù)據(jù)、人工智能等技術(shù)迅速發(fā)展并與建筑行業(yè)深入融合[3]，推動建筑行業(yè)轉(zhuǎn)型升級。

基于以上背景，本文提出一種建筑工程多人在線協(xié)同巡檢系統(tǒng)設(shè)計(jì)方案，期望通過本系統(tǒng)應(yīng)用實(shí)現(xiàn)“檢查-整改-復(fù)查”閉環(huán)管理，提高工程檢查效率，進(jìn)而提升工程精細(xì)化管理水平。

1 整體架構(gòu)

建筑工程多人在線協(xié)同巡檢系統(tǒng)采用SSM框架搭建，系統(tǒng)自頂向下共分為視圖層、業(yè)務(wù)層和數(shù)據(jù)層，如圖1所示。

圖1 系統(tǒng)框架

視圖層實(shí)現(xiàn)對用戶請求的響應(yīng)，提供移動終端和PC終端交互界面。業(yè)務(wù)層設(shè)計(jì)有各功能模塊的邏輯應(yīng)用，提供具體業(yè)務(wù)功能的解決方案，通過封裝業(yè)務(wù)邏輯提高程序運(yùn)行效率。數(shù)據(jù)層存儲了系統(tǒng)運(yùn)行所需及運(yùn)行過程中所產(chǎn)生的各類數(shù)據(jù)信息，包含結(jié)構(gòu)化數(shù)據(jù)與非結(jié)構(gòu)化數(shù)據(jù)，具體有用戶信息、檢查記錄、報(bào)告文檔等。

2 系統(tǒng)設(shè)計(jì)

2.1 系統(tǒng)角色

本巡檢系統(tǒng)設(shè)置檢查組組長、檢查組成員、項(xiàng)目部管理人員3種角色。

2.1.1 檢查組組長

檢查組組長為檢查組負(fù)責(zé)人，擁有發(fā)起檢查考核、提交檢查問題、確認(rèn)檢查整改項(xiàng)及扣分值、生成整改通知單、推送整改通知單、復(fù)查銷項(xiàng)、查詢統(tǒng)計(jì)分析(所有工程項(xiàng)目)、生成和查詢電子報(bào)告(所有工程項(xiàng)目)等權(quán)限。

2.1.2 檢查組成員

檢查組成員為檢查參與人員，擁有提交檢查問題、推送整改通知單、查詢統(tǒng)計(jì)分析(所參與工程項(xiàng)目)、生成和查詢電子報(bào)告(所參與工程項(xiàng)目)等權(quán)限。

2.1.3 項(xiàng)目部管理人員

項(xiàng)目部管理人員包含項(xiàng)目經(jīng)理和整改負(fù)責(zé)人兩類人員，擁有整改反饋、查詢統(tǒng)計(jì)分析(所負(fù)責(zé)工程項(xiàng)目)、生成和查詢電子報(bào)告(所負(fù)責(zé)工程項(xiàng)目)等權(quán)限。

2.2 業(yè)務(wù)邏輯

結(jié)合實(shí)際工程管理場景，系統(tǒng)中的業(yè)務(wù)流程可大致分為檢查考評流程和整改反饋流程兩部分，整體如圖2所示。

東魏北齊時(shí)代，《偽古文尚書》的傳習(xí)僅見兩例，除去由南入北的顏之推，另一例為魏收。他為魏齊禪代所作冊命文，其中有“乃神乃圣”一句，典出《大禹謨》?。魏收早在北魏末年就已嶄露頭角，得習(xí)《偽古文尚書》，亦當(dāng)是北魏洛陽時(shí)代的影響。

圖2 業(yè)務(wù)流程

2.2.1 檢查考評

考核檢查組組長通過移動終端發(fā)起檢查考核，選擇檢查類型、被檢查工程、檢查組成員、檢查月份后進(jìn)入正式檢查。檢查組成員通過移動終端加入檢查，對照檢查表中的檢查項(xiàng)，根據(jù)工程實(shí)際情況填寫檢查記錄。所有檢查組成員均提交檢查記錄后，由檢查組組長審核提交的檢查記錄，勾選需要生效的檢查項(xiàng)后提交。數(shù)據(jù)中心服務(wù)器在接收到提交的檢查記錄后，自動生成整改通知單，并將整改通知單推送至被檢查項(xiàng)目部管理人員處。

2.2.2 整改反饋

收到整改通知單后，項(xiàng)目部管理人員需對檢查問題項(xiàng)逐一反饋整改，提交整改情況后申請整改銷項(xiàng)。檢查組組長在收到整改銷項(xiàng)申請后，根據(jù)復(fù)查情況對整改銷項(xiàng)作出反饋。若同意整改銷項(xiàng)，則結(jié)束流程；若不同意銷項(xiàng)，則退回流程，要求項(xiàng)目部管理人員重新整改。各角色組成員可在其權(quán)限范圍內(nèi)對項(xiàng)目檢查情況、整改情況、考核得分情況等進(jìn)行查詢，并生成電子版報(bào)告。

2.3 功能模塊

本巡檢系統(tǒng)包含在線協(xié)同檢查、整改電子單據(jù)生成、問題整改反饋等功能，系統(tǒng)由工程檢查子系統(tǒng)、整改反饋?zhàn)酉到y(tǒng)和統(tǒng)計(jì)分析子系統(tǒng)3部分組成，如圖3所示。

圖3 軟件平臺結(jié)構(gòu)

2.3.1 工程檢查子系統(tǒng)

工程檢查子系統(tǒng)包含檢查表管理單元、協(xié)同檢查單元、附件管理單元、通知單下發(fā)單元和外部接口5部分。檢查表管理單元提供了一套檢查表模板，內(nèi)容包含檢查項(xiàng)、檢查項(xiàng)分值上下限、重要性等信息，用戶可根據(jù)實(shí)際需要導(dǎo)入各種類型檢查表，導(dǎo)入的檢查表將作為檢查填寫的基礎(chǔ)表單，在開展檢查前，用戶需導(dǎo)入檢查表，初始化系統(tǒng)后方可使用。協(xié)同檢查單元開放面向用戶的檢查界面，用戶可根據(jù)實(shí)際檢查情況填寫檢查表，扣減考核得分，協(xié)同檢查單元以O(shè)perational Transformation技術(shù)為基礎(chǔ)，引用前端開源庫meteor-sharejs實(shí)現(xiàn)多人編輯。附件管理單元實(shí)現(xiàn)了對檢查中上傳的照片、文檔等非結(jié)構(gòu)化數(shù)據(jù)的集中存儲。通知單下發(fā)單元實(shí)現(xiàn)了根據(jù)用戶填寫的檢查整改項(xiàng)自動匯總生成整改通知單，并加蓋電子版公章后傳送至整改負(fù)責(zé)人的功能。外部接口提供了開放式接口，可實(shí)現(xiàn)與外部信息系統(tǒng)的數(shù)據(jù)互通。

2.3.2 整改反饋?zhàn)酉到y(tǒng)

整改反饋?zhàn)酉到y(tǒng)包含整改反饋單元和復(fù)查銷項(xiàng)單元兩部分功能。整改反饋單元面向整改負(fù)責(zé)人提供整改回復(fù)和整改附件上傳的渠道，整改負(fù)責(zé)人根據(jù)下發(fā)的整改通知單，逐項(xiàng)完成整改后，將反饋信息上傳至系統(tǒng)。復(fù)查銷項(xiàng)單元提供面向檢查人員的整改復(fù)查界面，實(shí)現(xiàn)當(dāng)整改負(fù)責(zé)人提交反饋信息后，由檢查組組長復(fù)查整改情況，并給出復(fù)查結(jié)論的功能，對于復(fù)查不合格的檢查項(xiàng)，系統(tǒng)將推送消息提醒。

統(tǒng)計(jì)分析子系統(tǒng)包含整改反饋統(tǒng)計(jì)單元、檢查情況統(tǒng)計(jì)單元、問題項(xiàng)統(tǒng)計(jì)單元、考核得分統(tǒng)計(jì)單元和電子報(bào)告生成單元5部分功能。整改反饋統(tǒng)計(jì)單元實(shí)現(xiàn)對整改執(zhí)行進(jìn)度的統(tǒng)計(jì)。檢查情況統(tǒng)計(jì)單元實(shí)現(xiàn)按照項(xiàng)目部統(tǒng)計(jì)檢查開展次數(shù)及執(zhí)行情況。問題項(xiàng)統(tǒng)計(jì)單元實(shí)現(xiàn)按照時(shí)間、問題類型等維度對檢查發(fā)現(xiàn)的問題項(xiàng)進(jìn)行分類統(tǒng)計(jì)?？己说梅纸y(tǒng)計(jì)單元實(shí)現(xiàn)按時(shí)間對各項(xiàng)目部考核得分進(jìn)行排名。電子報(bào)告生成單元實(shí)現(xiàn)將統(tǒng)計(jì)分析結(jié)果按設(shè)定格式生成電子版報(bào)告文檔并存儲。

3 系統(tǒng)實(shí)現(xiàn)

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

為保證系統(tǒng)性能滿足使用需要，在服務(wù)器配置方面，課題組配置了由4臺服務(wù)器組成的小型數(shù)據(jù)中心，將服務(wù)器分為應(yīng)用服務(wù)器和數(shù)據(jù)服務(wù)器兩類，各類型服務(wù)器各2臺，采用Nginx+Keepalived實(shí)現(xiàn)負(fù)載均衡及雙機(jī)熱備。應(yīng)用服務(wù)器上搭建有JRE，JDK，Python開發(fā)環(huán)境，部署Tomcat服務(wù)軟件，并運(yùn)行工程協(xié)同檢查系統(tǒng)服務(wù)端程序。數(shù)據(jù)服務(wù)器搭載Oracle軟件，采用RAC集群構(gòu)建起高可用性的數(shù)據(jù)庫系統(tǒng)。

協(xié)同巡檢頁面如圖4所示，頁面由檢查組組織角色發(fā)起，在選擇檢查項(xiàng)目、檢查人員等信息后即可創(chuàng)建檢查活動。檢查發(fā)起后，檢查組成員可參與檢查活動，根據(jù)檢查實(shí)際情況選擇扣分項(xiàng)、填寫檢查記錄。

圖4 協(xié)同巡檢頁面

整改下發(fā)頁面如圖5所示，在檢查完成后，由檢查組組長對檢查結(jié)果進(jìn)行匯總審核，勾選生效檢查項(xiàng)生成整改通知單。整改通知單生成后，系統(tǒng)將自動發(fā)送信息至項(xiàng)目部整改人員處，待整改完成后復(fù)核銷項(xiàng)。

統(tǒng)計(jì)分析頁面如圖6所示，實(shí)現(xiàn)按時(shí)間維度統(tǒng)計(jì)檢查得分排名、分類統(tǒng)計(jì)檢查問題出現(xiàn)頻次及各項(xiàng)目部發(fā)現(xiàn)的問題數(shù)量、匯總分析檢查進(jìn)度及整改完成情況。

圖6 統(tǒng)計(jì)分析頁面

3.2 系統(tǒng)應(yīng)用

建筑工程多人在線協(xié)同巡檢系統(tǒng)建設(shè)完成后，課題組選擇中建海峽市政交通工程公司試點(diǎn)應(yīng)用。在6個(gè)月使用周期內(nèi)，系統(tǒng)運(yùn)行穩(wěn)定，累計(jì)開具電子整改單120余份，完成閉環(huán)檢查活動100余場，極大地提升了工程檢查效率，促進(jìn)了工程管理水平提升。

4 結(jié)語

本文以提高建筑工程質(zhì)量、安全等綜合性檢查工作效率為出發(fā)點(diǎn)，提出一套建筑工程多人在線協(xié)同巡檢系統(tǒng)建設(shè)方案，通過信息技術(shù)構(gòu)建起在線“檢查-整改-復(fù)查”的閉環(huán)管理模式。系統(tǒng)構(gòu)建工程檢查、整改反饋和統(tǒng)計(jì)分析3個(gè)子系統(tǒng)，實(shí)現(xiàn)在線協(xié)同檢查、生成整改單據(jù)、整改反饋、數(shù)據(jù)分析等具體功能。結(jié)合實(shí)際檢查場景，設(shè)計(jì)檢查組組長、檢查組成員、項(xiàng)目部管理人員3種角色，并賦予不同操作權(quán)限。

開發(fā)完成后，課題組選擇建筑施工企業(yè)進(jìn)行試點(diǎn)應(yīng)用，系統(tǒng)各項(xiàng)功能均運(yùn)行穩(wěn)定，通過系統(tǒng)開展線上協(xié)同檢查切實(shí)提高了管理效率，應(yīng)用反饋良好。