劉人懷，孫 凱

(暨南大學(xué)戰(zhàn)略管理研究中心，廣州 510632)

1 前言

工程管理信息化是指為了更好更有效地實(shí)施工程管理，利用信息技術(shù)，構(gòu)建信息系統(tǒng)，并在工程管理實(shí)踐中加以應(yīng)用的過(guò)程［1］。由于大中型工程的投資較大，對(duì)社會(huì)及環(huán)境的影響廣泛。通過(guò)信息化實(shí)現(xiàn)資源共享，能夠有效降低工程管理中的協(xié)作成本和重復(fù)投資，有效監(jiān)控工程的設(shè)計(jì)、建設(shè)、運(yùn)行和維護(hù)等各階段。這將有助于降低工程全生命周期內(nèi)的總投入，提高工程質(zhì)量及運(yùn)作效率，同時(shí)促進(jìn)工程環(huán)保效益的實(shí)現(xiàn)和改善民生滿意度，使得工程的經(jīng)濟(jì)效益與社會(huì)效益得以大幅度提升。

信息化建設(shè)不僅是信息技術(shù)系統(tǒng)的建立問(wèn)題，同時(shí)也是與之相適應(yīng)的組織架構(gòu)與溝通機(jī)制、信息共享與知識(shí)創(chuàng)新模式不斷調(diào)整、不斷完善的過(guò)程。它涉及不同組織內(nèi)部或組織之間、不同工程之間，以及工程與政府和社會(huì)公眾之間的信息溝通等一系列問(wèn)題?；趯?duì)工程的全生命周期分析，工程管理信息化的內(nèi)涵可以歸結(jié)為4個(gè)方面，分別是運(yùn)營(yíng)管理、伙伴協(xié)作、公眾服務(wù)與集成創(chuàng)新［2］。

文章在以前研究的基礎(chǔ)上，對(duì)工程管理信息化的架構(gòu)進(jìn)行了探討。工程管理的信息化架構(gòu)是用于描述在工程管理實(shí)現(xiàn)信息化過(guò)程中，其涉及的所有要素及要素間關(guān)系的一般框架。其中，要素包括與工程建設(shè)及運(yùn)營(yíng)相關(guān)的各類組織、業(yè)務(wù)流程、信息系統(tǒng)及人員。

2 工程管理信息化的利益相關(guān)者分析

工程管理信息化的實(shí)現(xiàn)涉及與特定工程相關(guān)的多個(gè)組織和社會(huì)公眾，是典型的跨組織信息系統(tǒng)應(yīng)用。一項(xiàng)工程，特別是大中型工程，往往具有實(shí)體設(shè)施投資巨大、技術(shù)標(biāo)準(zhǔn)復(fù)雜、建設(shè)及運(yùn)營(yíng)周期長(zhǎng)等特點(diǎn)，且大都屬于高耗能項(xiàng)目，對(duì)環(huán)境、社會(huì)民生及國(guó)民經(jīng)濟(jì)等都有著較大的影響。通過(guò)對(duì)特定工程利益相關(guān)者的分析，可以將工程管理信息化架構(gòu)所涉及的各類組織及人群劃分為5類角色，分別是運(yùn)營(yíng)組織、建設(shè)組織、政府部門、公共資源和社會(huì)公眾。

1)運(yùn)營(yíng)組織。工程運(yùn)營(yíng)組織是在工程的全生命周期之中，對(duì)不可移動(dòng)的實(shí)體設(shè)施進(jìn)行經(jīng)營(yíng)、維護(hù)和升級(jí)的組織。這類組織有明顯的地域特征，大都擁有或管理著龐大的固定資產(chǎn)。運(yùn)營(yíng)、管理實(shí)體設(shè)施是該組織的主要業(yè)務(wù)，貸款償還、資產(chǎn)折舊和能源消耗在其運(yùn)營(yíng)成本中占有較大比重。

針對(duì)特定工程而言，工程運(yùn)營(yíng)組織是工程管理信息化的主體。工程的所有者或管理者為確保工程的順利運(yùn)營(yíng)，建立溝通協(xié)作平臺(tái)。及時(shí)的信息溝通和有效的信息共享，可以確保工程設(shè)計(jì)方、施工方、供應(yīng)商、運(yùn)營(yíng)商等一系列與工程直接相關(guān)的組織之間進(jìn)行有效協(xié)作，以提升工程的運(yùn)作效益，實(shí)現(xiàn)對(duì)工程全方位的管理［3～5］。

對(duì)于管理多個(gè)大中型工程的企業(yè)來(lái)說(shuō)，一般存在多個(gè)工程運(yùn)營(yíng)系統(tǒng)并存的情況。這些系統(tǒng)的實(shí)現(xiàn)方式、技術(shù)水平、設(shè)備狀況等可能存在較大的差異。實(shí)現(xiàn)多個(gè)運(yùn)營(yíng)系統(tǒng)的相互集成、資源共享，并與管理系統(tǒng)之間實(shí)現(xiàn)有效的數(shù)據(jù)交互，是提高工程整體運(yùn)營(yíng)效率的重要途徑。

2)建設(shè)組織。建設(shè)組織主要指是在工程交付之前，受業(yè)主委托完成工程的設(shè)計(jì)、建設(shè)及監(jiān)理等一系列工作的組織，它也可以包括相關(guān)的物流企業(yè)等。

工程建設(shè)組織自身的信息化建設(shè)，是工程管理信息化建設(shè)的重要組成。沒(méi)有相關(guān)企業(yè)信息化的實(shí)現(xiàn)，就沒(méi)有工程管理信息化的全面實(shí)現(xiàn)。在工程設(shè)計(jì)與施工期間，工程業(yè)主、施工方、設(shè)計(jì)方、監(jiān)理方等相關(guān)企業(yè)之間的信息系統(tǒng)集成、數(shù)據(jù)交換和信息共享水平是與工程相關(guān)各方自身的信息化水平密切相關(guān)的。

3)政府部門。在實(shí)現(xiàn)工程管理信息化的過(guò)程中，政府部門扮演的是政策引導(dǎo)、規(guī)劃、監(jiān)管、標(biāo)準(zhǔn)制定及應(yīng)急指揮的角色。政府進(jìn)行工程規(guī)劃和監(jiān)管的不同模式，對(duì)工程建設(shè)的進(jìn)度和質(zhì)量有著深遠(yuǎn)的影響［6］，也間接地決定了工程管理信息化的實(shí)現(xiàn)模式。

此外，建立國(guó)家或行業(yè)層面的信息交換標(biāo)準(zhǔn)和信息共享機(jī)制，完善相應(yīng)的公共信息技術(shù)基礎(chǔ)設(shè)施建設(shè)，建立為眾多工程所能享的信息資源平臺(tái)，通過(guò)建立知識(shí)庫(kù)、案例庫(kù)、專家系統(tǒng)等，提升各類工程的知識(shí)管理水平，也是研究工程管理信息化的重要內(nèi)容之一。

4)公共資源。與工程管理信息化建設(shè)相關(guān)的公共資源包括:金融保險(xiǎn)、能源交通、教育科研、設(shè)備租賃、電子商務(wù)及交易平臺(tái)等相關(guān)組織。有效利用公共資源，可以降低工程的重復(fù)投資率和風(fēng)險(xiǎn)強(qiáng)度，實(shí)現(xiàn)不同組織、不同工程項(xiàng)目之間的資源共享，有利于更加高效地完成財(cái)務(wù)融資、人力資源培養(yǎng)、市場(chǎng)開拓等管理活動(dòng)。

任何一個(gè)工程都不是獨(dú)立存在的，在全生命周期的工程管理中，需要不斷吸收相關(guān)及類似的工程方法、經(jīng)驗(yàn)和教訓(xùn);同樣，該工程的信息和知識(shí)資源也可以為其他工程所借鑒。知識(shí)在今后的生產(chǎn)和社會(huì)活動(dòng)中的重要性是與日俱增的，通過(guò)不同工程之間的信息共享，可以形成新的知識(shí)財(cái)富，為今后的工程項(xiàng)目所受益。

5)社會(huì)公眾。社會(huì)公眾是工程的受益群體，是工程的服務(wù)對(duì)象和工程質(zhì)量的最終評(píng)判者。在國(guó)民經(jīng)濟(jì)建設(shè)浪潮中，社會(huì)和百姓期待千千萬(wàn)萬(wàn)的工程是民心工程、科學(xué)工程、合理工程［7］。無(wú)論是公益性工程還是經(jīng)營(yíng)性工程，其目的都是為社會(huì)公眾服務(wù)。建立公眾服務(wù)平臺(tái)，可以使工程的開發(fā)者或管理者與社會(huì)公眾之間形成有效的溝通，并使得受工程影響的社會(huì)公眾群體，如水利工程的移民、交通工程的乘客、房地產(chǎn)工程的拆遷戶等，以及環(huán)境影響的受益者或受害者都能及時(shí)準(zhǔn)確地獲取信息，形成公開與透明的信息機(jī)制。

3 傳統(tǒng)的工程管理信息化架構(gòu)

工程管理信息化的實(shí)現(xiàn)涉及多個(gè)組織信息系統(tǒng)的有效集成。各組織現(xiàn)有的信息系統(tǒng)是在其不斷發(fā)展的過(guò)程中逐步引入的，且大都是為適應(yīng)特定需要而建立的專用系統(tǒng)。由于早期的信息技術(shù)在安全措施及傳輸速率等方面具有一定的局限性且大都造價(jià)昂貴，加之系統(tǒng)只能根據(jù)即時(shí)的需求，在遵循成本與效益對(duì)等的原則下逐步引入和更新，在客觀上造成了技術(shù)應(yīng)用的局限性。

由于沒(méi)有統(tǒng)一的信息系統(tǒng)規(guī)劃來(lái)進(jìn)行指導(dǎo)，各組織的信息系統(tǒng)建設(shè)存在很大的無(wú)序性、重復(fù)性和局部性，工程整體的信息化架構(gòu)在事實(shí)上是不存在的，所有的系統(tǒng)大都以孤立的方式運(yùn)作，即通常所說(shuō)的“信息煙囪”(information silo)或“信息孤島”(information island)，如圖1所示。

圖1 傳統(tǒng)的信息化架構(gòu)Fig．1 The stand － alone information silo

圖1也可視作孤立運(yùn)作狀態(tài)下的工程管理信息化架構(gòu)。這種孤立運(yùn)作的信息系統(tǒng)狀態(tài)已無(wú)法適應(yīng)現(xiàn)代工程建設(shè)的需要，主要源于以下幾個(gè)方面的問(wèn)題:

1)系統(tǒng)目標(biāo)不一致。各類系統(tǒng)都是根據(jù)特定時(shí)期的需求，由不同組織或部門根據(jù)自身需求而建立的。系統(tǒng)建立與運(yùn)作的目標(biāo)大都從屬于業(yè)務(wù)單元的局部利益，而非工程管理的總體目標(biāo)。

2)技術(shù)體系缺乏標(biāo)準(zhǔn)化。由于缺乏統(tǒng)一的整體規(guī)劃，各系統(tǒng)的網(wǎng)絡(luò)、硬件、軟件都是專用的，具有各自不同的技術(shù)標(biāo)準(zhǔn)、運(yùn)行流程及維護(hù)團(tuán)隊(duì)，因此系統(tǒng)的互聯(lián)互通性較差。

3)信息交互渠道不暢。不同組織之間、不同信息系統(tǒng)之間的信息交互無(wú)法實(shí)時(shí)進(jìn)行，很多環(huán)節(jié)依賴人工操作。數(shù)據(jù)的重復(fù)錄入不僅會(huì)導(dǎo)致運(yùn)營(yíng)成本的增加，而且會(huì)導(dǎo)致錯(cuò)誤機(jī)率的提高。

4)風(fēng)險(xiǎn)隱患難以消除。沒(méi)有統(tǒng)一的網(wǎng)絡(luò)管理和監(jiān)控措施，具有較大的風(fēng)險(xiǎn)隱患。因?yàn)楠?dú)立的網(wǎng)絡(luò)大都只能實(shí)現(xiàn)設(shè)備級(jí)的安全管理和較低層次的容錯(cuò)機(jī)制，安全性完全由設(shè)備決定，如硬件發(fā)生設(shè)備故障，可能導(dǎo)致所屬網(wǎng)絡(luò)發(fā)生癱瘓，并可能影響到其他系統(tǒng)的運(yùn)作。

5)潛在的安全問(wèn)題。缺乏集中的安全管理，不能對(duì)網(wǎng)絡(luò)、安全、數(shù)據(jù)、業(yè)務(wù)等進(jìn)行統(tǒng)一管理，不能識(shí)別網(wǎng)絡(luò)業(yè)務(wù)和用戶行為。由于網(wǎng)絡(luò)邊緣安全設(shè)施的不足，各類終端技術(shù)標(biāo)準(zhǔn)不一，安全事件不可見、不可控，也無(wú)法預(yù)防。

6)數(shù)據(jù)存儲(chǔ)問(wèn)題。各系統(tǒng)的數(shù)據(jù)存儲(chǔ)方式和存儲(chǔ)標(biāo)準(zhǔn)不一致，數(shù)據(jù)可靠性不足，資源共享性差，存儲(chǔ)系統(tǒng)的可用性欠缺，不利于建立統(tǒng)一的備份和災(zāi)難恢復(fù)機(jī)制。

以上問(wèn)題制約著工程管理信息化的實(shí)現(xiàn)，并與現(xiàn)代工程的建設(shè)與運(yùn)營(yíng)要求不相適應(yīng)，因此應(yīng)逐步過(guò)渡到具有一體化的系統(tǒng)應(yīng)用、集中的數(shù)據(jù)存儲(chǔ)、基于IP的統(tǒng)一網(wǎng)絡(luò)，以及全面深入的安全機(jī)制和高效智能管理的模式，從而建立設(shè)施共用、數(shù)據(jù)共享、應(yīng)用集成及服務(wù)統(tǒng)一的完善體系。

4 工程管理信息化的二層架構(gòu)

在工程的全生命周期中，工程各利益相關(guān)者之間存在著廣泛的聯(lián)系，任何一方的變化都會(huì)對(duì)其他組織產(chǎn)生一定的影響;重大的業(yè)務(wù)流程、運(yùn)營(yíng)模式及技術(shù)架構(gòu)的變革只能在一定時(shí)期內(nèi)，以相對(duì)平穩(wěn)的方式發(fā)生。對(duì)舊系統(tǒng)的改造需要一個(gè)漸進(jìn)的過(guò)程，二層架構(gòu)的實(shí)現(xiàn)具有重要的現(xiàn)實(shí)意義，如圖2所示。

圖2 二層信息化架構(gòu)Fig．2 The 2 － layer architecture

二層架構(gòu)可視為由孤立到全面整合的信息化過(guò)渡架構(gòu)，其突出特點(diǎn)是實(shí)現(xiàn)了信息技術(shù)基礎(chǔ)設(shè)施的互聯(lián)互通。二層架構(gòu)能對(duì)各組織的信息技術(shù)基礎(chǔ)進(jìn)行集成。在技術(shù)實(shí)現(xiàn)上，二層架構(gòu)是在不改變網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)及應(yīng)用范圍的情況下，對(duì)各個(gè)孤立的網(wǎng)絡(luò)進(jìn)行連接，對(duì)各網(wǎng)絡(luò)的外部出口進(jìn)行整合和規(guī)范。相比于系統(tǒng)孤立運(yùn)作的方式，其特點(diǎn)十分突出，分別敘述如下:

1)統(tǒng)一的信息系統(tǒng)規(guī)劃。基礎(chǔ)設(shè)施的互聯(lián)互通，使得整體工程的管理信息化架構(gòu)得到了初步建立，為實(shí)現(xiàn)統(tǒng)一的信息系統(tǒng)規(guī)劃創(chuàng)造了物質(zhì)條件;在此基礎(chǔ)上，相關(guān)業(yè)務(wù)流程的優(yōu)化及運(yùn)作模式的變革成為可能。

2)單一的技術(shù)標(biāo)準(zhǔn)和維護(hù)體系。各組織間的網(wǎng)絡(luò)優(yōu)化、單一標(biāo)準(zhǔn)體系的建立，以及統(tǒng)一的系統(tǒng)維護(hù)等都可以在網(wǎng)絡(luò)互聯(lián)互通的過(guò)程中實(shí)現(xiàn)，是技術(shù)架構(gòu)進(jìn)一步完善的基礎(chǔ)步驟。

3)充分利用社會(huì)公共資源。不同工程建設(shè)和運(yùn)營(yíng)階段的信息化需求是不同的，很多系統(tǒng)是臨時(shí)建立的，且短期使用的?；A(chǔ)設(shè)施層的互聯(lián)互通，為充分利用社會(huì)公共網(wǎng)絡(luò)及信息資源提供了便利，減少了工程建設(shè)中的信息化投入成本，加快了信息化實(shí)現(xiàn)的進(jìn)度。

4)安全措施得到了極大的完善。基礎(chǔ)設(shè)施整合的兩個(gè)重要指標(biāo)，分別是內(nèi)部網(wǎng)絡(luò)的連通和外部接口的統(tǒng)一。內(nèi)部網(wǎng)絡(luò)的連通，使得安全標(biāo)準(zhǔn)得以統(tǒng)一、網(wǎng)絡(luò)安全監(jiān)控得以實(shí)現(xiàn)、各組織的網(wǎng)絡(luò)安全水平得以提高。外部接口的整合，將跨組織的數(shù)據(jù)交換納入統(tǒng)一的管理之下，可以有效地杜絕各類信息安全隱患。

5)實(shí)現(xiàn)的難度相對(duì)較低。相比較而言，基礎(chǔ)設(shè)施的技術(shù)標(biāo)準(zhǔn)更加通用，比直接進(jìn)行應(yīng)用系統(tǒng)層面的集成更容易實(shí)現(xiàn);且基礎(chǔ)設(shè)施與具體業(yè)務(wù)的關(guān)聯(lián)度也小于應(yīng)用系統(tǒng)，集成過(guò)程對(duì)整體運(yùn)作的影響程度較小。

6)為各類系統(tǒng)的遷移和集成創(chuàng)造了條件。在系統(tǒng)孤立運(yùn)作狀態(tài)下，信息系統(tǒng)的升級(jí)往往需要更新大量硬件設(shè)備及延伸各自的網(wǎng)絡(luò)?；A(chǔ)設(shè)施的整合則為網(wǎng)絡(luò)和設(shè)備共用創(chuàng)造了條件，降低了系統(tǒng)更新方面的投資強(qiáng)度。

7)降低了新系統(tǒng)引入的投資門檻和技術(shù)難度。在系統(tǒng)孤立運(yùn)作狀態(tài)下，新系統(tǒng)的建立必須考慮網(wǎng)絡(luò)建設(shè)、設(shè)備采購(gòu)、維護(hù)機(jī)制等一系列相關(guān)問(wèn)題?；A(chǔ)設(shè)施的整合為降低新系統(tǒng)的投資規(guī)模和技術(shù)難度、縮短系統(tǒng)實(shí)施周期，創(chuàng)造了條件。

8)使用效率提高，產(chǎn)生環(huán)保效益。信息系統(tǒng)大都是按照最高承載標(biāo)準(zhǔn)和快速應(yīng)對(duì)突發(fā)事件的原則建立的。在日常運(yùn)作中，很多設(shè)備都處于較低的使用率狀態(tài)?；A(chǔ)設(shè)施的整合可以實(shí)現(xiàn)跨組織的資源共享，使得整體系統(tǒng)冗余有所降低，而能源方面損耗的降低可以帶來(lái)直接的環(huán)保收益。

就不足而言，二層架構(gòu)只是整合了基礎(chǔ)設(shè)施層面，系統(tǒng)在應(yīng)用層面仍是獨(dú)立運(yùn)作的。因?yàn)?，相比于基礎(chǔ)設(shè)施集成的單純技術(shù)實(shí)現(xiàn)而言，應(yīng)用系統(tǒng)直接與業(yè)務(wù)運(yùn)作相關(guān)，由其變化產(chǎn)生的影響遠(yuǎn)大于基礎(chǔ)設(shè)施的。此外，應(yīng)用系統(tǒng)的種類繁多，各類接口標(biāo)準(zhǔn)的變化很大。相比于基礎(chǔ)設(shè)施，應(yīng)用系統(tǒng)的整合難度較大。鑒于此，二層架構(gòu)還無(wú)法實(shí)現(xiàn)各組織內(nèi)部及外部資源的充分整合，架構(gòu)的整體性、靈活性或可擴(kuò)展性都還有待加強(qiáng)。

5 工程管理信息化的四層架構(gòu)

工程管理信息化實(shí)現(xiàn)涉及不同組織的多個(gè)業(yè)務(wù)系統(tǒng)。由于各類應(yīng)用系統(tǒng)種類繁多，建設(shè)年代先后不一，技術(shù)標(biāo)準(zhǔn)有異，供應(yīng)商也各不相同，因而直接對(duì)應(yīng)用系統(tǒng)進(jìn)行集成的難度和所耗費(fèi)的成本較大;而且應(yīng)用系統(tǒng)間的兩兩集成，會(huì)造成系統(tǒng)的靈活性下降，對(duì)于某些外部購(gòu)買的系統(tǒng)，可能還會(huì)因?yàn)楣?yīng)商的軟件升級(jí)而變更集成方案。此外，不同業(yè)務(wù)流程之間的數(shù)據(jù)交換有時(shí)是臨時(shí)性的，為此設(shè)置專門的集成方案則過(guò)于低效。因而，在充分保持現(xiàn)有應(yīng)用系統(tǒng)狀態(tài)的情況下，通過(guò)建立集成式的公共平臺(tái)完成系統(tǒng)是比較合理的選擇。

四層架構(gòu)在二層架構(gòu)的基礎(chǔ)上增加了資源層和服務(wù)層:通過(guò)資源層，實(shí)現(xiàn)數(shù)據(jù)的集中傳遞和備份，借此實(shí)現(xiàn)數(shù)據(jù)的專門存儲(chǔ)和建立災(zāi)難恢復(fù)機(jī)制;通過(guò)服務(wù)層，進(jìn)行不同系統(tǒng)之間的數(shù)據(jù)交換和消息傳遞，形成跨組織溝通和遠(yuǎn)程應(yīng)用。架構(gòu)的4個(gè)層分別是:服務(wù)(service)、應(yīng)用(application)、資源(resource)和基礎(chǔ)設(shè)施(infrastructure)，取各層的第一個(gè)字母，將其稱之為 SARI［8］，如圖 3 所示。

圖3 四層信息化架構(gòu)(SARI)Fig．34 － layer architecture(SARI)

5．1 四層架構(gòu)概述

SARI可以適應(yīng)工程全生命周期中多組織進(jìn)行有效協(xié)作及持續(xù)變革的需求。相比較而言，二層架構(gòu)只是基礎(chǔ)設(shè)施層面的整合，而SARI則是各個(gè)層面的全面集成和共享，因而架構(gòu)的整體性、靈活性、可擴(kuò)展性和可操作性有了較大的提升。

1)基礎(chǔ)設(shè)施層(infrastructure layer)?；A(chǔ)設(shè)施層為技術(shù)架構(gòu)的其他層面提供統(tǒng)一的支持。作為供多個(gè)流程及系統(tǒng)共享的物理平臺(tái)，基礎(chǔ)設(shè)施層主要包括網(wǎng)絡(luò)及共用設(shè)備兩部分。基礎(chǔ)設(shè)施的網(wǎng)絡(luò)部分包括由有線、無(wú)線及其他特殊網(wǎng)絡(luò)構(gòu)成的園區(qū)網(wǎng)絡(luò)，它涉及各類線路及相關(guān)的軟件及硬件設(shè)備。園區(qū)網(wǎng)絡(luò)與外部網(wǎng)絡(luò)的整合能夠采用VPN及VLAN等技術(shù)，通過(guò)構(gòu)建虛擬網(wǎng)絡(luò)來(lái)支持各類系統(tǒng)的運(yùn)作，即在互通互聯(lián)的基礎(chǔ)上，通過(guò)建立單一的技術(shù)標(biāo)準(zhǔn)和規(guī)范，按照統(tǒng)一的規(guī)劃對(duì)相關(guān)的網(wǎng)絡(luò)進(jìn)行分期分步合并，將各類外部網(wǎng)絡(luò)接口納入統(tǒng)一管理，進(jìn)行物理上的集中，從而形成真正意義上的基礎(chǔ)設(shè)施共享平臺(tái)。隨著技術(shù)的發(fā)展，諸如自動(dòng)設(shè)別、樓宇控制、媒體傳輸、通信設(shè)備等都可以采用基于IP的技術(shù)進(jìn)行改造?；贗P的技術(shù)，意味著這些設(shè)備可以運(yùn)行于公共平臺(tái)之上，相互之間的數(shù)據(jù)傳輸可以不再依賴于專門的網(wǎng)絡(luò)。同時(shí)，這也意味著這類設(shè)備不再被特定的系統(tǒng)所獨(dú)占，并可以為多個(gè)信息系統(tǒng)或業(yè)務(wù)流程提供支持。

2)資源層(resource layer)。資源層實(shí)現(xiàn)對(duì)工程相關(guān)數(shù)據(jù)資源的集中管理，在具體實(shí)現(xiàn)上，它包括支持日常運(yùn)作的運(yùn)營(yíng)數(shù)據(jù)庫(kù)(operation database，ODB)、支持管理事務(wù)的管理數(shù)據(jù)倉(cāng)庫(kù)(management data warehouse，MDW)，及與之相關(guān)的存儲(chǔ)、備份及災(zāi)難恢復(fù)的硬件、軟件及專用網(wǎng)絡(luò)，以及數(shù)據(jù)格式、數(shù)據(jù)接口標(biāo)準(zhǔn)等內(nèi)容。ODB與MDW有著很強(qiáng)的聯(lián)系，前者是后者主要的數(shù)據(jù)源。兩者基于相同的數(shù)據(jù)庫(kù)技術(shù)，都需要對(duì)數(shù)據(jù)存儲(chǔ)、傳輸、備份等相關(guān)的設(shè)施進(jìn)行物理上的集中。兩者的數(shù)據(jù)都來(lái)自多個(gè)不同的信息系統(tǒng)，因此，需在數(shù)據(jù)結(jié)構(gòu)等方面進(jìn)行邏輯上的集中，才能夠有效共享。無(wú)論在物理上還是邏輯上，ODB與MDW都不是一個(gè)單一的數(shù)據(jù)庫(kù)，而是由一系列主題數(shù)據(jù)庫(kù)構(gòu)成的數(shù)據(jù)庫(kù)體系。ODB與MDW所不同的是，ODB的主題數(shù)據(jù)庫(kù)一旦確定將長(zhǎng)期存在，不會(huì)輕易修改，而MDW中的主題數(shù)據(jù)庫(kù)則可以根據(jù)不同的需要而動(dòng)態(tài)設(shè)置;ODB只存儲(chǔ)與運(yùn)作有關(guān)的內(nèi)部數(shù)據(jù)，而MDB不僅包括內(nèi)部數(shù)據(jù)，而且還包括經(jīng)過(guò)整理匯總的外部數(shù)據(jù)。從數(shù)據(jù)備份及災(zāi)難恢復(fù)的角度而言，ODB的重要程度更高一些。

3)應(yīng)用層(application layer)。與其他3個(gè)層次都是作為公共平臺(tái)所不同的是，應(yīng)用層可看作一系列應(yīng)用系統(tǒng)的集合。應(yīng)用層是一種分散的結(jié)構(gòu)，各系統(tǒng)可根據(jù)業(yè)務(wù)的需要靈活配置、增減或升級(jí)，保持了系統(tǒng)組合的靈活性、動(dòng)態(tài)性和可升級(jí)性。應(yīng)用系統(tǒng)的劃分與業(yè)務(wù)流程劃分相對(duì)應(yīng);在業(yè)務(wù)流程內(nèi)部，各類相關(guān)系統(tǒng)應(yīng)逐步整合為單一的系統(tǒng);業(yè)務(wù)流程之間的數(shù)據(jù)交互和消息傳遞分別通過(guò)資源層和服務(wù)層實(shí)現(xiàn)。

4)服務(wù)層(service layer)。服務(wù)層在整個(gè)信息架構(gòu)中起著重要的作用，既是應(yīng)用系統(tǒng)界面集成及消息集成的技術(shù)平臺(tái)，又是組織與合作伙伴之間的信息交流渠道。運(yùn)營(yíng)系統(tǒng)的遠(yuǎn)程應(yīng)用，呼叫中心、辦公自動(dòng)化及知識(shí)管理都可以基于此平臺(tái)實(shí)現(xiàn)。服務(wù)層主要包括兩部分:企業(yè)服務(wù)總線(enterprise service bus，ESB)和公共服務(wù)平臺(tái)。前者主要完成對(duì)應(yīng)用層系統(tǒng)的消息集成及界面集成，并作為后者的技術(shù)提供支持平臺(tái)。

公共服務(wù)平臺(tái)結(jié)合電子商務(wù)及遠(yuǎn)程協(xié)作辦公等相關(guān)技術(shù)手段，通過(guò)整合應(yīng)用層的各項(xiàng)遠(yuǎn)程服務(wù)及信息發(fā)布功能，為各組織提供包括在線服務(wù)、信息共享、遠(yuǎn)程應(yīng)用、協(xié)同辦公、電子商務(wù)等功能的在線基礎(chǔ)應(yīng)用平臺(tái)。

5．2 四層架構(gòu)的優(yōu)勢(shì)

集成與共享是SARI建立的核心原則。SARI面向工程的全生命周期，提供對(duì)各類業(yè)務(wù)流程的整體支持，實(shí)現(xiàn)全面的信息資源共享。與二層架構(gòu)相比，四層架構(gòu)有以下變化:

1)設(shè)施共用。在基礎(chǔ)設(shè)施層面，通過(guò)統(tǒng)一規(guī)劃基礎(chǔ)設(shè)施，由簡(jiǎn)單的互聯(lián)互通過(guò)渡到基于IP協(xié)議的整合網(wǎng)絡(luò)，降低了網(wǎng)絡(luò)的復(fù)雜程度;使得二層架構(gòu)的各項(xiàng)優(yōu)點(diǎn)得到了進(jìn)一步的提升。

2)數(shù)據(jù)共享。將從屬于基礎(chǔ)設(shè)施的數(shù)據(jù)庫(kù)硬件及網(wǎng)絡(luò)資源進(jìn)行物理集中，將從屬于應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)資源進(jìn)行邏輯集中，兩者結(jié)合形成獨(dú)立的數(shù)據(jù)資源層，并在此基礎(chǔ)上建立統(tǒng)一的數(shù)據(jù)存儲(chǔ)、備份與災(zāi)難恢復(fù)機(jī)制。

3)應(yīng)用集成。對(duì)各類應(yīng)用系統(tǒng)，按照業(yè)務(wù)流程的優(yōu)化和調(diào)整進(jìn)行合并，通過(guò)資源層實(shí)現(xiàn)數(shù)據(jù)集成，通過(guò)服務(wù)層實(shí)現(xiàn)消息集成。這一方面實(shí)現(xiàn)了系統(tǒng)之間的有效交互，另一方面又保持了系統(tǒng)的靈活性和獨(dú)立性。

4)服務(wù)統(tǒng)一。對(duì)各類應(yīng)用系統(tǒng)的操作界面進(jìn)行統(tǒng)一，形成基于瀏覽器的操作界面，提高了組織間的交互能力;對(duì)各類信息溝通渠道進(jìn)行整合，形成統(tǒng)一的信息溝通渠道，避免了跨組織交互過(guò)程中可能產(chǎn)生的信息混亂和無(wú)序狀態(tài)。

SARI是一種通用架構(gòu)，可以為工程管理信息化建設(shè)提供借鑒［9］。在應(yīng)用過(guò)程中，需要對(duì)各組織自身的信息化模式做出較大的調(diào)整，由完全分散的模式調(diào)整為集中與分散相結(jié)合的模式。在業(yè)務(wù)流程方面，SARI的實(shí)現(xiàn)要求將與信息技術(shù)應(yīng)用有關(guān)的各類事項(xiàng)整合為一個(gè)獨(dú)立的業(yè)務(wù)流程，以為其他的業(yè)務(wù)流程提供統(tǒng)一的支持和服務(wù)。

工程管理者需要制定適用于各組織協(xié)作的技術(shù)標(biāo)準(zhǔn)與規(guī)范、日常維護(hù)機(jī)制，以確保各組織之間的有效聯(lián)系，建立統(tǒng)一的系統(tǒng)集成標(biāo)準(zhǔn)。它具體包括兩方面:一是自有標(biāo)準(zhǔn)的確定，包括硬件設(shè)備的選擇標(biāo)準(zhǔn)、軟件接口標(biāo)準(zhǔn)、軟件存儲(chǔ)標(biāo)準(zhǔn)、網(wǎng)絡(luò)協(xié)議等;二是通用標(biāo)準(zhǔn)的采用，對(duì)有關(guān)國(guó)際標(biāo)準(zhǔn)、地區(qū)標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、組織標(biāo)準(zhǔn)的選取。兩者結(jié)合構(gòu)成組織范圍內(nèi)適用的單一標(biāo)準(zhǔn)體系。

統(tǒng)一的技術(shù)保障體系是工程管理信息化架構(gòu)的重要組成，具體包括整體的技術(shù)保障體系和支持團(tuán)隊(duì)的建設(shè)。技術(shù)保障體系包括對(duì)所有硬件、軟件、網(wǎng)絡(luò)，與之相關(guān)的弱電系統(tǒng)等其他設(shè)施的維護(hù)、更新等，以及用戶的定期培訓(xùn)機(jī)制。團(tuán)隊(duì)建設(shè)則包括與信息技術(shù)有關(guān)的人力資源方面的工作，以及形成信息技術(shù)人員間相互溝通、資源共享、協(xié)作創(chuàng)新的氛圍。

6 結(jié)語(yǔ)

文章探討了構(gòu)建工程管理信息化架構(gòu)的緣由、構(gòu)成和實(shí)現(xiàn)方式。架構(gòu)的實(shí)現(xiàn)不僅包括單純的技術(shù)方面，而且還包括與之相關(guān)的運(yùn)作模式變革及業(yè)務(wù)流程優(yōu)化等相關(guān)內(nèi)容。整合與協(xié)調(diào)運(yùn)作的信息系統(tǒng)集合，能夠?yàn)楣こ添?xiàng)目的實(shí)施提供有效的技術(shù)支持和資源保障。

SARI架構(gòu)的核心是集成與共享，涉及網(wǎng)絡(luò)、數(shù)據(jù)、流程、界面等各個(gè)方面;集成包括物理上的集成和邏輯上的集成，具體為由物理集成形成共用平臺(tái)，邏輯集成形成各類系統(tǒng);各類系統(tǒng)在不同的層面通過(guò)共用平臺(tái)進(jìn)行交互，共享平臺(tái)的各類資源。

從純技術(shù)的角度而言，工程管理信息化的實(shí)現(xiàn)并不需要特定的專有技術(shù)，所有用到的技術(shù)都是現(xiàn)有的成熟與通用的技術(shù)。SARI架構(gòu)所關(guān)注的并不是追求先進(jìn)的技術(shù)設(shè)施，而是關(guān)注如何選擇合適的技術(shù)，如何確定適用的技術(shù)組合，以及如何更有效地使用相關(guān)技術(shù)的問(wèn)題;更重要的是，信息化架構(gòu)應(yīng)該關(guān)注與技術(shù)應(yīng)用相關(guān)的組織運(yùn)作模式變革及業(yè)務(wù)流程優(yōu)化所帶來(lái)的一系列問(wèn)題。工程管理信息化的實(shí)現(xiàn)過(guò)程是各利益相關(guān)團(tuán)體有效協(xié)作與資源充分共享的過(guò)程，這也是信息化架構(gòu)逐步由專用與獨(dú)占模式演變到集成與共享模式的過(guò)程。

［1］朱高峰．對(duì)工程管理信息化的幾點(diǎn)認(rèn)識(shí)［J］．中國(guó)工程科學(xué)，2008，10(12):32 －35．

［2］劉人懷，孫 凱．工程管理信息化的內(nèi)涵與外延探討［J］．科技進(jìn)步與對(duì)策，2010，27(19):1 －4．

［3］孫 凱．關(guān)于澳門國(guó)際機(jī)場(chǎng)實(shí)施虛擬化機(jī)場(chǎng)戰(zhàn)略的初步設(shè)想［C］//亞洲戰(zhàn)略管理學(xué)會(huì):亞澳論壇論文集，2008．

［4］Sun Kai，Guo Wei．Airport business model with integrated services platforms for transportation，commerce＆ information［C］//Wuhan:Proceedings of the 2nd International Conference on Engineering and Business Management，2011．

［5］Sun Kai，Guo Wei．Analysis on partners ＆ customers of airport management informatization［C］//Wuhan:Proceedings of the 2nd International Conference on Engineering and Business Management，2011．

［6］劉人懷，孫 凱，孫東川．大型工程項(xiàng)目管理的中國(guó)特色及與美蘇的比較［J］．科技進(jìn)步與對(duì)策，2009，26(21):5－12．

［7］劉人懷．工程管理:管理對(duì)國(guó)民經(jīng)濟(jì)的深度加入［C］//廣州:首屆中國(guó)工程管理論壇論文集，2007．

［8］Sun Kai，Weng Chio Lai．SARI:A common architecture for information systems planning［C］//Changsha:Proceedings of the 2010 International Conference on Future Information Technology，2010．

［9］Sun Kai，Weng Chio Lai．Integrated passenger service system for airport based on SARI［C］//Changsha:Proceedings of the 2010 International Conference on Future Information Technology，2010．