楊尊煌 蔡雪峰 鄭蓮瓊 周繼忠
(1.福建工程學(xué)院土木工程學(xué)院 福建福州 350118;2.福建省土木工程新技術(shù)與信息化重點(diǎn)實(shí)驗(yàn)室 福建福州 350118)
?
基于B/S結(jié)構(gòu)的建筑施工企業(yè)信息交互系統(tǒng)研究
楊尊煌1,2蔡雪峰1,2鄭蓮瓊1,2周繼忠1,2
(1.福建工程學(xué)院土木工程學(xué)院福建福州350118;2.福建省土木工程新技術(shù)與信息化重點(diǎn)實(shí)驗(yàn)室福建福州350118)
分析了施工企業(yè)信息交互現(xiàn)狀與需求,構(gòu)建了建筑施工企業(yè)信息平臺(tái)。該平臺(tái)包括內(nèi)部供應(yīng)鏈模塊和外部供應(yīng)鏈模塊兩大模塊。內(nèi)部供應(yīng)鏈模塊包括質(zhì)量管理模塊,安全管理模塊以及危險(xiǎn)源管理模塊。外部供應(yīng)鏈模塊包括施工總承包單位,監(jiān)理單位,建設(shè)單位以及其他參建單位之間的信息交互模塊,滿(mǎn)足各參建單位之間信息審核、信息查看等相應(yīng)功能。并根據(jù)實(shí)際情況分析了系統(tǒng)在建設(shè)過(guò)程中的關(guān)鍵技術(shù)手段,包括系統(tǒng)與基于身份信息的數(shù)字簽章的對(duì)接以及工作流程的建立等技術(shù)。
B/S結(jié)構(gòu);建筑供應(yīng)鏈信息交互;質(zhì)量管理;安全管理;危險(xiǎn)源管理
E-mail:625710749@qq.com
供應(yīng)鏈管理的概念產(chǎn)生于上世紀(jì)中后期,主要是通過(guò)技術(shù)手段以最低的成本,將產(chǎn)品流通過(guò)程中所涉及到的各個(gè)參與產(chǎn)品管理的組織機(jī)構(gòu)有機(jī)的結(jié)合起來(lái),構(gòu)成相互影響的網(wǎng)絡(luò)組織[1]。在建設(shè)項(xiàng)目的供應(yīng)鏈中,往往會(huì)涉及到眾多機(jī)構(gòu)的相互協(xié)調(diào)合作,這就難免會(huì)因?yàn)楦鱾€(gè)組織之間進(jìn)行必要的交流而產(chǎn)生很多的交互信息。而由于傳統(tǒng)建筑業(yè)的粗放型、高消耗的管理模式造成了建筑供應(yīng)鏈中的這些交互信息流通緩慢以及安全度缺失,進(jìn)行物流和資金信息化整合的難度大。這也是建設(shè)項(xiàng)目的供應(yīng)鏈發(fā)展緩慢的重要因素之一[2]。根據(jù)相關(guān)文獻(xiàn)資料,在大型的建設(shè)項(xiàng)目當(dāng)中,有10%-30%的成本增加是由于信息傳遞閉塞而造成的[3]。因此利用信息化帶動(dòng)建筑工業(yè)化,成為工業(yè)化跨越式發(fā)展的重要手段[4]。研究基于B/S結(jié)構(gòu)的建筑供應(yīng)鏈信息化的機(jī)制,不但具有理論意義,還具有重要的實(shí)踐價(jià)值。
1.1現(xiàn)狀分析
2014年福建省實(shí)現(xiàn)建筑業(yè)增加值2 112 億元,占福建GDP8.8%;建筑業(yè)固定資產(chǎn)投資206億元,同比增長(zhǎng)155.8%。隨著建筑業(yè)的快速發(fā)展,對(duì)建筑供應(yīng)鏈中信息整合和信息提取的要求越來(lái)越高,甚至成為控制成本的重要手段。供應(yīng)鏈的信息交互在項(xiàng)目建設(shè)當(dāng)中的作用越發(fā)凸顯出來(lái),根據(jù)普華永道的研究報(bào)告顯示,合理的信息管理解決方案可以將信息溝通的時(shí)間節(jié)省30%~60%,項(xiàng)目整體壽命周期可以縮短5%,成本可以減少5%[5]。但是現(xiàn)在的建筑供應(yīng)鏈信息交互中仍然存在著一些問(wèn)題:
(1)隨著施工項(xiàng)目難度的增大,許多計(jì)算機(jī)輔助軟件在建筑供應(yīng)鏈當(dāng)中的運(yùn)用越來(lái)越廣泛,許多大型軟件公司也開(kāi)發(fā)針對(duì)各種建筑專(zhuān)業(yè)的輔助軟件。但是目前市面的輔助軟件大都是以單機(jī)版為主,軟件與軟件之間的信息交互困難,沒(méi)有一個(gè)信息集成的平臺(tái),導(dǎo)致整個(gè)項(xiàng)目的溝通、協(xié)調(diào)成本增加。整個(gè)供應(yīng)鏈在信息傳遞過(guò)程中存在漏斗效應(yīng)和信息孤島想象。
(2)傳統(tǒng)建設(shè)項(xiàng)目的施工信息仍是以紙質(zhì)文件為主要載體,在企業(yè)內(nèi)部以及供應(yīng)鏈當(dāng)中交互困難。對(duì)于大型的施工項(xiàng)目來(lái)說(shuō),海量的數(shù)據(jù)造成信息提取困難,信息需求方在海量數(shù)據(jù)當(dāng)中查找有用的信息難度很大。特別是紙質(zhì)文件讓企業(yè)、主管部門(mén)等對(duì)施工現(xiàn)場(chǎng)的監(jiān)管造成相當(dāng)大的不便。企業(yè)、主管部門(mén)等無(wú)法及時(shí)地了解到施工現(xiàn)場(chǎng)真實(shí)的施工情況。
(3)傳統(tǒng)的建筑企業(yè)內(nèi)部信息傳遞,往往局限于縱向傳遞,一般都是上級(jí)對(duì)下級(jí)的直接信息傳達(dá),缺少必要的橫向傳遞。
(4)在紙質(zhì)施工資料報(bào)審過(guò)程中,無(wú)法保證紙質(zhì)文件的日期以及簽名的真實(shí)性以及可靠性,無(wú)法保證交互信息的真實(shí)性,工程資料作假情況嚴(yán)重。
1.2需求分析
基于上述,傳統(tǒng)供應(yīng)鏈之間信息交流只是基于紙質(zhì)載體,信息傳遞效率低,無(wú)法滿(mǎn)足現(xiàn)階段快速發(fā)展的建筑業(yè)。通過(guò)對(duì)各家企業(yè)的職能功能進(jìn)行調(diào)研,了解企業(yè)的資料報(bào)審流程、各部門(mén)的職能部署以及現(xiàn)階段項(xiàng)目管理的信息化情況,總結(jié)出在整體的信息化交互系統(tǒng)中需要滿(mǎn)足以下5點(diǎn):
(1)協(xié)調(diào)內(nèi)部供應(yīng)鏈各個(gè)部門(mén)之間的工作。運(yùn)用計(jì)算機(jī)網(wǎng)絡(luò)的數(shù)據(jù)處理能力以及流轉(zhuǎn)能力輔助施工資料信息在各個(gè)部門(mén)之間進(jìn)行流轉(zhuǎn),開(kāi)發(fā)相應(yīng)的流程跟蹤功能來(lái)了解協(xié)作方的工作進(jìn)展,便于了解實(shí)時(shí)的建筑項(xiàng)目的建設(shè)情況,能夠根據(jù)現(xiàn)場(chǎng)上報(bào)情況作出準(zhǔn)確及時(shí)的解決方案。
(2)打通供應(yīng)鏈中各個(gè)參建方的交流渠道,將各參建方集成至系統(tǒng)當(dāng)中,形成多級(jí)聯(lián)動(dòng),同步監(jiān)管。通過(guò)權(quán)限配置技術(shù),賦予不同職位不同的瀏覽、操作權(quán)限,既保護(hù)了相應(yīng)企業(yè)的隱秘又能夠保證供應(yīng)鏈交互功能的正常發(fā)揮。通過(guò)關(guān)鍵詞的設(shè)置,方便不同企業(yè)對(duì)于項(xiàng)目資料的檢索以及了解真實(shí)施工進(jìn)度和項(xiàng)目管理情況。合理規(guī)劃建筑供應(yīng)鏈中對(duì)于業(yè)主、乙方或者是監(jiān)理方要進(jìn)行投資、進(jìn)度、質(zhì)量控制,及合同、資源、施工現(xiàn)場(chǎng)等交互模塊,合理管理其中涉及到的海量信息。
(3)開(kāi)發(fā)自定義工作流程技術(shù),使交互系統(tǒng)能夠滿(mǎn)足不同企業(yè)對(duì)于不同施工過(guò)程資料報(bào)審流程走向的要求。
(4)與PKI(Public Key Infrastructure,公開(kāi)密鑰基礎(chǔ)設(shè)施)的數(shù)字簽名技術(shù)對(duì)接,保護(hù)工程原始資料的真實(shí)性,有效性,不可篡改性。
(5)利用數(shù)據(jù)庫(kù)技術(shù)在線(xiàn)存儲(chǔ)交互資料,紀(jì)錄工程資料的實(shí)際生成時(shí)間,保證信息交互的真實(shí)時(shí)效性以及擺脫對(duì)空間的依賴(lài)。對(duì)施工數(shù)據(jù)進(jìn)一步加工成可視化施工數(shù)據(jù),使施工過(guò)程數(shù)據(jù)能通過(guò)圖形、表格形式表現(xiàn)出來(lái),讓各供應(yīng)鏈成員能夠快速了解施工數(shù)據(jù)。
基于前期的需求分析以及對(duì)施工企業(yè)的實(shí)地調(diào)研,總結(jié)出建筑供應(yīng)鏈各種參與方的功能模塊。其具體的功能模塊如圖1所示:
圖1 建筑供應(yīng)鏈參建方功能模塊
建筑供應(yīng)鏈信息交互的管理模塊主要分為內(nèi)部供應(yīng)鏈信息交互模塊和外部供應(yīng)鏈信息交互模塊這兩個(gè)部分內(nèi)容。內(nèi)部供應(yīng)鏈信息管理主要是指局限在單個(gè)的建筑企業(yè)當(dāng)中,關(guān)系著該建筑企業(yè)內(nèi)部的市場(chǎng)、財(cái)務(wù)、采購(gòu)、目標(biāo)決策等各個(gè)不同部分的相互協(xié)調(diào)工作。外部供應(yīng)鏈則主要是指多個(gè)建筑企業(yè)之間的相互協(xié)調(diào)、相互交流,由業(yè)主、設(shè)計(jì)院、施工總承包單位、監(jiān)理單位、分包單位等企業(yè)或組織共同構(gòu)成[6]。
2.1內(nèi)部供應(yīng)鏈信息交互模塊
該模塊主要涉及到施工總承包單位的內(nèi)部協(xié)調(diào)模塊,整個(gè)供應(yīng)鏈信息交互的系統(tǒng)是以施工總承包單位內(nèi)部事務(wù)以基點(diǎn)。該模塊主要涉及到質(zhì)量、安全、危險(xiǎn)源管理等。
2.1.1質(zhì)量管理模塊
圖2 危險(xiǎn)源模塊解決方案
該模塊是施工現(xiàn)場(chǎng)動(dòng)態(tài)管理的直接窗口,主要提交施工現(xiàn)場(chǎng)的施工記錄、驗(yàn)收?qǐng)?bào)告以及質(zhì)量檢查記錄等等,主體把握現(xiàn)場(chǎng)的質(zhì)量要求,包括質(zhì)量目標(biāo)計(jì)劃的上報(bào)審核、質(zhì)量事故快速處理、質(zhì)量過(guò)程資料的編寫(xiě)提交、質(zhì)量檢查計(jì)劃,記錄等功能。
2.1.2安全管理模塊
主要是對(duì)施工現(xiàn)場(chǎng)的安全監(jiān)控,是施工總承包單位內(nèi)部進(jìn)行安全把控的重要模塊。與質(zhì)量管理模塊類(lèi)似,主要包括安全文明資料的計(jì)劃目標(biāo)、安全文明事故、安全檢查記錄目標(biāo)等。
2.1.3危險(xiǎn)源管理模塊
是對(duì)現(xiàn)場(chǎng)存在的危險(xiǎn)源進(jìn)行記錄,并發(fā)布相應(yīng)的危險(xiǎn)源的專(zhuān)項(xiàng)施工方案。具體的危險(xiǎn)源模塊解決方案如圖2所示,主要包括危險(xiǎn)源管理、專(zhuān)項(xiàng)危險(xiǎn)源施工方案、危險(xiǎn)源過(guò)程監(jiān)控、危險(xiǎn)源解除等模塊。
2.1.4系統(tǒng)管理
是內(nèi)部供應(yīng)鏈基礎(chǔ)數(shù)據(jù)維護(hù)的模塊,包括配置服務(wù)器訪(fǎng)問(wèn)的相關(guān)權(quán)限,搭建項(xiàng)目部組織機(jī)構(gòu),發(fā)布新聞公告通知他人等功能。
2.2外部供應(yīng)鏈信息交互模塊
外部供應(yīng)鏈信息交互模塊主要是施工總承包單位與外部企業(yè)或者單位的交互功能。以施工總承包單位為中心點(diǎn),以B/S結(jié)構(gòu)的工作流程技術(shù)為依托,將建設(shè)單位、監(jiān)理單位、施工分包單位等集成在系統(tǒng)中,方便對(duì)項(xiàng)目的實(shí)際施工情況進(jìn)行監(jiān)管和各個(gè)企業(yè)之間進(jìn)行信息傳遞,避免因?yàn)樾畔⒐聧u的現(xiàn)象造成不必要的成本損失。系統(tǒng)采取在施工總承包單位布設(shè)服務(wù)器,其他各參建方通過(guò)外網(wǎng)訪(fǎng)問(wèn)該服務(wù)器進(jìn)行信息處理和信息交互的方式。按照其功能模塊總結(jié)出各個(gè)單位應(yīng)當(dāng)具有如圖3所示的基礎(chǔ)交互功能。各個(gè)參建方所開(kāi)發(fā)的模塊如圖1所示。
3.1B/S結(jié)構(gòu)
B/S結(jié)構(gòu)是依靠不斷成熟起來(lái)的www瀏覽器技術(shù),無(wú)需復(fù)雜的專(zhuān)業(yè)軟件或者是客戶(hù)端,就能夠輕松實(shí)現(xiàn)訪(fǎng)問(wèn)和操作數(shù)據(jù)庫(kù)的功能。B/S的三層結(jié)構(gòu)下圖4所示,瀏覽器就是B/S結(jié)構(gòu)的表示層,負(fù)責(zé)顯示用戶(hù)界面以及web service的運(yùn)行結(jié)果,并具有一定的交互能力,允許向服務(wù)器提出處理請(qǐng)求。功能層的web服務(wù)器主要負(fù)責(zé)接收客戶(hù)端的瀏覽器發(fā)出的任務(wù)請(qǐng)求,并根據(jù)任務(wù)請(qǐng)求類(lèi)型執(zhí)行相應(yīng)的業(yè)務(wù)邏輯處理和頁(yè)面的存儲(chǔ)管理功能。數(shù)據(jù)層由數(shù)據(jù)庫(kù)服務(wù)器承擔(dān)數(shù)據(jù)處理邏輯,其任務(wù)是協(xié)調(diào)不同的Web 服務(wù)器發(fā)出的SQL 請(qǐng)求,管理數(shù)據(jù)庫(kù),由數(shù)據(jù)庫(kù)服務(wù)器完成數(shù)據(jù)的查詢(xún)、修改、統(tǒng)計(jì)、更新等工作,并把對(duì)數(shù)據(jù)的處理結(jié)果提交給服務(wù)器[7]。
B/S結(jié)構(gòu)前端的表示層僅承擔(dān)部分事物邏輯功能,主要的事物邏輯功能集中在功能層的服務(wù)器中,因此降低了對(duì)前端表示層軟件的要求??蛻?hù)只要使用普通的瀏覽器就可以完成數(shù)據(jù)處理。軟件的維護(hù)和升級(jí)較C/S結(jié)構(gòu)來(lái)說(shuō)也比較簡(jiǎn)單。B/S結(jié)構(gòu)的交互能力也足夠滿(mǎn)足建筑供應(yīng)鏈中所產(chǎn)生的交互信息。
3.2基于身份的數(shù)字簽章和加密體制
圖3 外部建筑供應(yīng)鏈交互功能
圖4 B/S結(jié)構(gòu)的三層結(jié)構(gòu)
隨著全球信息化的不斷發(fā)展,信息的安全越來(lái)越受到關(guān)注,而數(shù)字簽名技術(shù)是信息安全領(lǐng)域中的核心技術(shù)之一[8]。在建筑供應(yīng)鏈中涉及到的大量復(fù)雜信息往往要通過(guò)建設(shè)、施工、監(jiān)理、設(shè)計(jì)等多方審核流轉(zhuǎn),并附上基于身份信息的簽名,以保證文件的安全、準(zhǔn)確、權(quán)威,做到權(quán)責(zé)明確,對(duì)數(shù)字簽名技術(shù)也就提出了更高的要求。因此,要想使建筑供應(yīng)鏈的交互信息網(wǎng)絡(luò)化,首先要解決的是對(duì)網(wǎng)絡(luò)化的文檔文件進(jìn)行基于身份的數(shù)字簽名和加密技術(shù)。
基于PKI(Public Key Infrastructure,公開(kāi)密鑰基礎(chǔ)設(shè)施)的數(shù)字簽名技術(shù)是目前解決信息合法性以及真實(shí)性的主要技術(shù)手段之一[9]。PKI主要由權(quán)威認(rèn)證機(jī)構(gòu)CA中心、證書(shū)庫(kù)、恢復(fù)系統(tǒng)、密鑰備份與證書(shū)作廢系統(tǒng)和客戶(hù)端應(yīng)用接口系統(tǒng)等基本部分組成[10]。其中,CA是PKI體系中的認(rèn)證機(jī)構(gòu),是PKI體系的核心,主要起到管理證書(shū)以及保證各個(gè)用戶(hù)實(shí)體在網(wǎng)上身份的合法性,可以用來(lái)防止盜用簽名等不法行為,保證信息的完整性、機(jī)密性和有效性。
本文研究的在B/S結(jié)構(gòu)下建設(shè)工程交互平臺(tái)調(diào)用簽章的部分代碼是:
if( (0 == SignType) || (2 == SignType)) //對(duì)于電子印章和EKEY蓋章
{
SecSignObject.IsAllowAddHandSign=false;
SecSignObject.IsAllowAddSignTime=false;
SecSignObject.IsAllowEditComment=false;
SecSignObject.IsAllowEkeyOnlySignDemo = true;
//SecSignObject.IsShowFuzzy = true;
SecSignObject.IsShowTimeForceStyle = true;
SecSignObject.SignTimeShowStyle = 2;
SecSignObject.IsShowTimeForcePos = true;
SecSignObject.SignTimeShowPos = 4;
SecSignObject.IsShowCommentForcePos = true;
SecSignObject.SignCommentShowPos = 4;
SecSignObject.SignTimeDefaultColor = 0x000000;
SecSignObject.SignCommentDefaultColor = 0xFF0000;
SecSignObject.IsPermitUserSelTime = true;
//SecSignObject.SetReadOnly(true);
SecSignObject.IsShowKeyBoardCommentBorder = false;
}
在信息交互系統(tǒng)中開(kāi)發(fā)的調(diào)用簽章代碼,完成WORD文檔內(nèi)容的數(shù)字簽名以及需要時(shí)候的驗(yàn)證。可以從很大程度上保證文件在網(wǎng)絡(luò)傳輸過(guò)程中的安全性,同時(shí)也起到了簽章的責(zé)任定位性以及篡改性。
3.3建設(shè)項(xiàng)目的工作流程設(shè)計(jì)
圖5 工作流系統(tǒng)功能結(jié)構(gòu)圖
建筑供應(yīng)鏈交互信息網(wǎng)絡(luò)化除了需要實(shí)現(xiàn)與建設(shè)項(xiàng)目相關(guān)公文的簡(jiǎn)單流轉(zhuǎn)和處理之外,還應(yīng)該具有對(duì)完整流程的跟蹤以及與實(shí)際工作相適應(yīng)的工作流程設(shè)計(jì)功能,使得工程項(xiàng)目建設(shè)過(guò)程中的參建各方協(xié)同工作得以實(shí)現(xiàn)。根據(jù)項(xiàng)目部的實(shí)際情況,需要實(shí)現(xiàn)建設(shè)項(xiàng)目的工程資料流轉(zhuǎn)、流程審批、文檔管理、制度管理、會(huì)議管理、新聞發(fā)布等功能。工作流程設(shè)計(jì)的好壞影響著建筑供應(yīng)鏈之間信息交互的效率,是實(shí)現(xiàn)建筑供應(yīng)鏈信息交互網(wǎng)絡(luò)化的關(guān)鍵技術(shù)之一。
建設(shè)項(xiàng)目的工作流程體系結(jié)構(gòu)分為3層:功能服務(wù)層、接口層和數(shù)據(jù)層。以一個(gè)建設(shè)項(xiàng)目的審批為例,它的系統(tǒng)功能結(jié)構(gòu)如圖5所示。
3.3.1功能服務(wù)層
基于建設(shè)項(xiàng)目管理的實(shí)例,以B/S結(jié)構(gòu)為依托,提供了對(duì)質(zhì)量管理、安全文明施工管理、重大危險(xiǎn)源、檢測(cè)報(bào)告、以及其他交互事物的工作審核功能模塊。在該功能模塊下,客戶(hù)可以利用工作流技術(shù),實(shí)現(xiàn)這些模塊的表單在設(shè)定的執(zhí)行者之間進(jìn)行流轉(zhuǎn)、審核。
3.3.2接口層
工作流應(yīng)用編程接口(WAPI)作為其與應(yīng)用程序的接口,接口層主要實(shí)現(xiàn)流程過(guò)程的定義以及工作流客戶(hù)的應(yīng)用。過(guò)程定義包括對(duì)角色以及參與者、觸發(fā)條件、流程結(jié)構(gòu)、應(yīng)用程序調(diào)用和活動(dòng)與導(dǎo)航功能的定義。工作流客戶(hù)應(yīng)用則主要涉及到了創(chuàng)建工作流以及對(duì)工作流的跟蹤與管理。
3.3.3數(shù)據(jù)層
主要實(shí)現(xiàn)系統(tǒng)與數(shù)據(jù)庫(kù)接口的對(duì)接功能,并提供相應(yīng)的數(shù)據(jù)統(tǒng)計(jì)和查詢(xún)功能。
其中工作流當(dāng)中的一段有關(guān)于審核流轉(zhuǎn)的核心代碼是:
/**
* 審核流轉(zhuǎn)
*
* @param actionId
* @param note
* @throws Exception
*/
public void continueFlow(String actionId, String note, String userId)
throws Exception {
if (actionId.equals("-2")) {
IAction finishAction = new FinishAction();
finishAction.doAction(context, actionId, userId, note);
} else {
InstanceAction action = context.getActionByActionId(actionId);
if (action != null) {
@SuppressWarnings("unused")
InstanceStep curInstanceStep = context.getCurrentFlowStep();
String actionClassName = engineSvc.getActionTypeMap().get(
"" + action.getType());
((IAction) Class.forName(actionClassName).newInstance())
.doAction(context, actionId, userId, note);
// other handler
String handlerClassName = action.getHandlerClass();
doBussinessHandler(handlerClassName, context);
與傳統(tǒng)的建設(shè)項(xiàng)目的審批工序相比,系統(tǒng)中開(kāi)發(fā)的工作流程管理能夠滿(mǎn)足施工企業(yè)個(gè)異化的要求,用戶(hù)可以根據(jù)企業(yè)自身的特色,建立符合自身企業(yè)的流程管理,顯然更具有靈活性,用戶(hù)只要修改一次工作流程,就能使每個(gè)調(diào)用該工作流的流程走向發(fā)生變化,比口頭相告或者是發(fā)放更改通知單來(lái)得便捷與適用。而且,兼容性方面更強(qiáng),用戶(hù)只要用瀏覽器便能輕松地與數(shù)據(jù)庫(kù)對(duì)接,實(shí)時(shí)與其他用戶(hù)進(jìn)行信息的交互,無(wú)需其他軟件便能輕松地實(shí)現(xiàn)數(shù)據(jù)的流轉(zhuǎn)。流程表單數(shù)據(jù)儲(chǔ)存在數(shù)據(jù)庫(kù)中,也更加便于管理與進(jìn)行數(shù)據(jù)統(tǒng)計(jì)與跟蹤。
系統(tǒng)已經(jīng)成功地在我省10 個(gè)省重點(diǎn)工程中示范應(yīng)用,并且已經(jīng)開(kāi)始了電子質(zhì)量安全文件的簽批審核工作,企業(yè)、項(xiàng)目部、主管部門(mén)達(dá)到了三級(jí)同步監(jiān)管,很大程度上提高了供應(yīng)鏈內(nèi)部管理與外部管理的效率。系統(tǒng)能夠在很大程度上適合大多數(shù)企業(yè)的質(zhì)量安全管理要求,具有相當(dāng)大的適用性和實(shí)用性。并且示范工程努力地開(kāi)展危險(xiǎn)源管理工作,對(duì)危險(xiǎn)源在施工過(guò)程中的狀態(tài)進(jìn)行實(shí)時(shí)跟蹤并錄入系統(tǒng),及時(shí)反映危險(xiǎn)源狀態(tài),并及時(shí)出臺(tái)危險(xiǎn)源專(zhuān)項(xiàng)施工方案,很大程度上避免了現(xiàn)場(chǎng)事故的發(fā)生。
圖6 系統(tǒng)注冊(cè)情況
圖7 危險(xiǎn)源管理模塊
適用性較強(qiáng)的建筑供應(yīng)鏈信息交互平臺(tái),已在
10多個(gè)項(xiàng)目中成功運(yùn)用,主要開(kāi)發(fā)了內(nèi)部供應(yīng)鏈的交互模塊和外部供應(yīng)鏈的交互模塊。兩大模塊基本囊括了施工企業(yè)各參建方在日常項(xiàng)目管理中的所有功能,包括質(zhì)量管理功能,安全管理功能,危險(xiǎn)源管理功能,以及其他的信息交互功能。該平臺(tái)實(shí)現(xiàn)了各參建方之間的高效監(jiān)管和實(shí)時(shí)交互。而且,由于該平臺(tái)通過(guò)B/S結(jié)構(gòu)和PKI體系的對(duì)接,保證了基于身份的數(shù)字簽名的合法性,做到權(quán)責(zé)明確;通過(guò)工作流程的開(kāi)發(fā),用戶(hù)可以構(gòu)建自定義的工作流程,滿(mǎn)足建設(shè)、設(shè)計(jì)、施工、監(jiān)理等不同參建單位之間工程資料按規(guī)范要求審批流轉(zhuǎn)的需求,實(shí)現(xiàn)了多方協(xié)同工作和信息交互。
[1]陳敏瑕.基于電子商務(wù)環(huán)境模式下的供應(yīng)鏈管理[J].企業(yè)改革與管理,2015,(8):224.
[2]許杰峰, 雷星暉.基于建筑信息模型的建筑供應(yīng)鏈信息共享機(jī)制研究[J].中國(guó)科技論壇, 2014, (11):62-68.
[3]全國(guó)一級(jí)建造師執(zhí)業(yè)資格考試用書(shū)編寫(xiě)委員會(huì).建設(shè)工程項(xiàng)目管理(第三版)[M].北京:中國(guó)建筑工業(yè)出版社,2011.
[4]陳碩, 趙士懷, 曹有新,等.福建省土木工程信息化學(xué)科發(fā)展研究報(bào)告[J].海峽科學(xué), 2015:30-39.
[5]王柯.基于 IFC 的 3D+建筑工程費(fèi)用維的信息模型研究[D]. 上海:同濟(jì)大學(xué),2007.
[6]李云云.淺析B/S和C/S體系結(jié)構(gòu)[J].科學(xué)之友, 2011, (1):6-8.
[7]金長(zhǎng)宏,李啟明.對(duì)我國(guó)推行建筑供應(yīng)鏈管理的思考[J].建筑經(jīng)濟(jì), 2008, (4):17-19.
[8]楊雪濤.基于PKI的安全電子郵件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].成都:四川大學(xué), 2003.
[9]郭正榮,周城.基于PKI的電子簽章系統(tǒng)的實(shí)現(xiàn)[J].計(jì)算機(jī)科學(xué), 2006, 33(9):83-84.
[10]張世永.網(wǎng)絡(luò)安全原理與應(yīng)用[M].北京:科學(xué)出版社,2003.
楊尊煌(1990-),男,碩士研究生。主要從事現(xiàn)代施工技術(shù)與信息化方面的工作。
蔡雪峰(1956-),女,省級(jí)重點(diǎn)建設(shè)學(xué)科“結(jié)構(gòu)工程”學(xué)科帶頭人,教授,碩士生導(dǎo)師。主要從事大跨結(jié)構(gòu)施工技術(shù)與信息化方面的工作。
周繼忠(1965-), 男, 教授,高級(jí)工程師,主要從事土木工程施工技術(shù)與工程管理方面的工作。
鄭蓮瓊(1982-),女,博士,副教授,主要從事現(xiàn)代土木工程施工技術(shù)與信息化,鋼與組合結(jié)構(gòu)方面的工作。
Research on the information interaction system of construction enterprise Based on B/S model
YANGZunhuang1,2CAIXuefeng1,2ZHENGLianqiong1,2ZHOUJizhong1,2
(1.College of Civil Engineering, Fujian University of Technology, Fuzhou 350118)
The actuality and demand of construction enterprise' information interaction was introduced in this paper. What's more, the information interaction system of construction company was built based on this situation. This system have two big module including internal supply chain module and external supply chain module. The internal supply chain module includes quality management module, security management module and danger source management module. The external supply chain module can meet requirements of participation units' daily information interaction. According to the actual situation in the process of construction, the key technology in the process of building the system were analyzed, such as butt joint technology of System and the digital signature based on identity information and the establishment of workflow.
B/S model; The information interaction of traditional construction supply chain; Quality control; Safety management; Danger source management
福建省高校產(chǎn)學(xué)合作科技重大項(xiàng)目(2013H6003); 福建工程學(xué)院教研項(xiàng)目(SJ2013014)
楊尊煌(1990-),男。
2015-10-31
TP391
A
1004-6135(2016)01-0101-06