劉海英

建筑防水工程項(xiàng)目線上線下協(xié)同信息管理系統(tǒng)架構(gòu)研究

劉海英

針對(duì)建筑防水工程項(xiàng)目協(xié)同信息管理系統(tǒng)的架構(gòu)問(wèn)題，重點(diǎn)分析了系統(tǒng)線上線下協(xié)同管理的理論與技術(shù)，功能框架與體系設(shè)計(jì)，系統(tǒng)工作流、信息流和數(shù)據(jù)流建模、管理理論與流程再造思想契合等。通過(guò)劃定功能模塊范圍與異構(gòu)體系邊界，將模塊間交互嵌入系統(tǒng)組件化設(shè)計(jì)，提高系統(tǒng)性能。

協(xié)同工程管理 線上線下 工作流 共享協(xié)同 云端架構(gòu)

一、前 言

在移動(dòng)互聯(lián)時(shí)代，信息的集成共享的重要性不斷提升。在同樣變得越來(lái)越重要的建筑防水工程項(xiàng)目中，信息的集成共享也是不可或缺的。建筑防水是一項(xiàng)集綜合性和實(shí)用性很強(qiáng)的工程技術(shù)，其在建筑工程的使用功能中發(fā)揮著至關(guān)重要的作用。隨著對(duì)建筑防水工程的重視，人們?cè)絹?lái)越多的將建筑防水工程作為一個(gè)獨(dú)立的施工項(xiàng)目來(lái)進(jìn)行管理。建筑防水項(xiàng)目可以稱的上是一個(gè)系統(tǒng)管理工作，在防水工程項(xiàng)目實(shí)施過(guò)程中，設(shè)計(jì)、材料、施工、管理以及維護(hù)等任意一個(gè)環(huán)節(jié)出現(xiàn)問(wèn)題都會(huì)對(duì)整個(gè)防水工程項(xiàng)目的質(zhì)量產(chǎn)生重大影響。因此，為了保障建筑防水項(xiàng)目的有效實(shí)施并充分發(fā)揮建筑防水施工管理的協(xié)調(diào)和組織作用，有必要建立一個(gè)線上線下協(xié)同信息系統(tǒng)。針對(duì)建筑防水工程項(xiàng)目中的協(xié)同信息系統(tǒng)建設(shè)，本文提出了如下的移動(dòng)互聯(lián)部署思路：在總部建設(shè)大數(shù)據(jù)管理存放，統(tǒng)籌總部和各級(jí)單位之間資源聚合功能，實(shí)現(xiàn)對(duì)各級(jí)單位間信息流的主動(dòng)推送，將FAST和GPS等服務(wù)抽象成共性功能的可復(fù)用構(gòu)件、深度整合與挖掘大數(shù)據(jù)流。另外，協(xié)同工程項(xiàng)目要集成系統(tǒng)用戶界面、數(shù)據(jù)流程業(yè)務(wù)各個(gè)層面，真正實(shí)現(xiàn)資金流、物流和信息流等資源的統(tǒng)一調(diào)度。

二、設(shè)計(jì)部署思路

協(xié)同信息管理系統(tǒng)將打通原來(lái)的溝通平臺(tái)和搜索平臺(tái)，形成大數(shù)據(jù)基礎(chǔ)之上深度溝通，將整條業(yè)務(wù)處理流程整合成業(yè)務(wù)系統(tǒng)有機(jī)整體，雙向應(yīng)用搜索平臺(tái)。將參與整個(gè)協(xié)同系統(tǒng)的企業(yè)員工形成一個(gè)臨時(shí)性組織，在這個(gè)臨時(shí)組織內(nèi)部，搭建一個(gè)溝通互動(dòng)的平臺(tái)。這樣，企業(yè)的員工能通過(guò)溝通減少工作摩擦，使得工作能交接順利、運(yùn)行有序、人事和諧、工作輕松。通過(guò)系統(tǒng)價(jià)值的最大化同步員工價(jià)值和企業(yè)的價(jià)值最大化。

（一）客戶體驗(yàn)

通過(guò)訪談?wù){(diào)研等系統(tǒng)建設(shè)需求分析等前期工作，協(xié)同信息系統(tǒng)獲取了大量用戶的需求。并通過(guò)反饋與多次交流形成相關(guān)完善方案。通過(guò)提供線上線下多訪問(wèn)渠道，簡(jiǎn)化優(yōu)化技術(shù)架構(gòu)與業(yè)務(wù)流程、刪減冗余操作、重新設(shè)計(jì)界面元素和美化布局，滿足和提升用戶體驗(yàn)。

（二）智能管理

協(xié)同信息管理系統(tǒng)在原有的辦公OA系統(tǒng)的基礎(chǔ)上，打造功能更強(qiáng)大、性能更好的底層流程引擎，集成消息引擎進(jìn)行待辦預(yù)告和待辦提醒，同時(shí)能監(jiān)控各原生流程。

協(xié)同信息管理系統(tǒng)加強(qiáng)了與用戶交互的友好性。系統(tǒng)能準(zhǔn)確識(shí)別不同登錄用戶的身份類別和業(yè)務(wù)辦理權(quán)限，并據(jù)此提供個(gè)性化定制的管理報(bào)表和針對(duì)性強(qiáng)的功能界面，使系統(tǒng)掌控用戶權(quán)責(zé)范圍，支撐大型結(jié)構(gòu)化組織制度化管理和個(gè)人差異化管理的融合需求。

（三）云端架構(gòu)

協(xié)同信息管理系統(tǒng)采用業(yè)界流行的云計(jì)算架構(gòu)，功能采用總線+組件的技術(shù)架構(gòu)。把服務(wù)資源集中部署在省局的虛擬云計(jì)算服務(wù)器上，并通過(guò)互聯(lián)網(wǎng)和內(nèi)部網(wǎng)同步向外提供服務(wù)。集成大量共性功能模塊，形成復(fù)用，這樣就像插件一樣可靈活插拔。一旦系統(tǒng)出現(xiàn)組件出問(wèn)題就可以快速替換，不會(huì)直接影響整個(gè)系統(tǒng)的使用。因此信息系統(tǒng)的穩(wěn)定性大大提高了，及時(shí)的高可靠的運(yùn)維服務(wù)能保障系統(tǒng)質(zhì)量。

三、系統(tǒng)總體設(shè)計(jì)實(shí)現(xiàn)

（一）項(xiàng)目目標(biāo)

建筑防水協(xié)同信息系統(tǒng)將原來(lái)的OA系統(tǒng)、通知公告、移動(dòng)互聯(lián)、網(wǎng)上審批、績(jī)效考核、知識(shí)管理、文件管理、綜合事務(wù)、協(xié)作辦公、招標(biāo)采購(gòu)、監(jiān)管系統(tǒng)、檔案系統(tǒng)集成構(gòu)建協(xié)同平臺(tái)，調(diào)整分布式部署為集中式云端部署，并建立集成的統(tǒng)一溝通平臺(tái)、搜索引擎實(shí)施、歷史大數(shù)據(jù)處理。

（二）工程項(xiàng)目范圍

本工程項(xiàng)目采用云端集中部署，服務(wù)器提供公司所負(fù)責(zé)的各個(gè)防水項(xiàng)目組訪問(wèn)，以及近2萬(wàn)人員的下轄單位內(nèi)網(wǎng)訪問(wèn)。

（三）架構(gòu)技術(shù)

協(xié)同信息系統(tǒng)項(xiàng)目工程的建設(shè)遵照一個(gè)數(shù)據(jù)中心+一個(gè)集成平臺(tái)+三個(gè)保障體系——信息安全保障體系、行業(yè)標(biāo)準(zhǔn)化體系和運(yùn)行維護(hù)保障體系。總體技術(shù)架構(gòu)如圖1所示。

門戶層包括建筑防水工程項(xiàng)目系統(tǒng)信息門戶和應(yīng)用門戶。協(xié)同辦公系統(tǒng)層設(shè)計(jì)成一個(gè)模塊，集成了如下多個(gè)功能模塊。如：公文流轉(zhuǎn)、統(tǒng)一溝通與協(xié)作、體系文件管理、綜合事務(wù)、監(jiān)管采購(gòu)招標(biāo)、目標(biāo)績(jī)效考核、網(wǎng)上審批、檔案管理、資訊中心、移動(dòng)辦公等業(yè)務(wù)功能模塊?；A(chǔ)設(shè)施層包括應(yīng)用與數(shù)據(jù)庫(kù)服務(wù)器等；數(shù)據(jù)中心包括數(shù)據(jù)管理、加工和處理。

（四）協(xié)同信息管理系統(tǒng)模塊設(shè)計(jì)

圖1 協(xié)同信息系統(tǒng)總體技術(shù)架構(gòu)圖

圖2 系統(tǒng)體系結(jié)構(gòu)圖

對(duì)系統(tǒng)建設(shè)進(jìn)行分層設(shè)計(jì)，項(xiàng)目系統(tǒng)設(shè)計(jì)原理如圖2所示：采用MVC三層體系架構(gòu)嵌入組件化設(shè)計(jì)思路。數(shù)據(jù)層采用分庫(kù)設(shè)計(jì)并創(chuàng)建數(shù)據(jù)組件，應(yīng)用層讀取和更新數(shù)據(jù)庫(kù)層數(shù)據(jù)。利用用戶管理組件在基礎(chǔ)支撐層控制安全和整合界面。將各應(yīng)用系統(tǒng)中的支撐功能組件化，通過(guò)復(fù)用和繼承來(lái)降低開發(fā)量。整合應(yīng)用支撐層實(shí)現(xiàn)各個(gè)業(yè)務(wù)系統(tǒng)功能模塊化。使用頁(yè)面組件展現(xiàn)的功能來(lái)提供友好的用戶界面和完美的用戶體驗(yàn)。

（五）設(shè)計(jì)功能架構(gòu)

本協(xié)同信息系統(tǒng)以公文信息流轉(zhuǎn)為核心，搭建協(xié)同10個(gè)功能模塊的辦公平臺(tái)，如圖3所示，可以分為集成模塊、業(yè)務(wù)模塊、支撐模塊等幾大類別。移動(dòng)辦公提供多種訪問(wèn)方式來(lái)使得線上線下的信息流能快速推送和共享。業(yè)務(wù)功能模塊包括綜合事務(wù)管理、目標(biāo)績(jī)效考核等。

圖3 協(xié)同信息系統(tǒng)架構(gòu)功能圖

（六）協(xié)同信息管理系統(tǒng)數(shù)據(jù)流與功能建模

協(xié)同信息系統(tǒng)數(shù)據(jù)流和工作流經(jīng)建模如下圖4所示：

圖4 系統(tǒng)數(shù)據(jù)流程圖

圖5 系統(tǒng)核心功能架構(gòu)流程圖

用戶可以直接抓取上傳海量的互聯(lián)網(wǎng)絡(luò)資訊形成公文信息。填寫業(yè)務(wù)數(shù)據(jù)的引擎和工作列表，實(shí)現(xiàn)工程公文流轉(zhuǎn)、審核和留痕，最后形成正式公文。審批辦結(jié)業(yè)務(wù)數(shù)據(jù)后形成公文。公文根據(jù)數(shù)據(jù)流向送往數(shù)據(jù)倉(cāng)庫(kù)、閱文庫(kù)和檔案庫(kù)歸檔。將審核通過(guò)的公文收錄到收文材料庫(kù)，以便于日后再次復(fù)用。發(fā)出正式公文就進(jìn)入工作流和數(shù)據(jù)流，例如先要走閱文流程，最后要保留備份公文以供閱文查詢。

起草公文或處理公文時(shí)，系統(tǒng)用戶最主要的工作就是創(chuàng)建、修改業(yè)務(wù)數(shù)據(jù)，撰寫修改正文。在公文處理期間，系統(tǒng)提供快捷方便和復(fù)雜的信息檢索、開辟共享區(qū)利于多人協(xié)同辦文和在線實(shí)時(shí)溝通的網(wǎng)絡(luò)方法來(lái)辦理公文。

四、部署異構(gòu)體系邊界

（一）邊界部署

系統(tǒng)部署了運(yùn)行環(huán)境截然不同的兩大體系——其中一個(gè)是安裝在Linux或AIX操作系統(tǒng)上R1 Portal，其運(yùn)行環(huán)境是Web Sphere；另外一個(gè)共享協(xié)作的SharePoint的運(yùn)行在IIS管理工具的Windows Server操作系統(tǒng)服務(wù)器上。J2EE體系與. NET二者具有非常明確的部署邊界，因此就不得不部署在兩套完全不同的服務(wù)器集群上，然后可以通過(guò)WebService技術(shù)實(shí)現(xiàn)異構(gòu)體系的跨界交互。

各單位系統(tǒng)之間數(shù)據(jù)以及與省部的服務(wù)器之間每天都有大量的交互。公文傳輸系統(tǒng)就負(fù)責(zé)將不同的數(shù)據(jù)送達(dá)至任意指定的單位，同時(shí)還可以管理數(shù)據(jù)收發(fā)的信息，如單位記錄。在集中式部署環(huán)境下，原有系統(tǒng)的數(shù)據(jù)交互方式，例如通過(guò)MQ傳遞數(shù)據(jù)就被摒棄淘汰，而保留下來(lái)的數(shù)據(jù)交互將通過(guò)數(shù)據(jù)狀態(tài)進(jìn)行控制，保障公文發(fā)送的快捷、便捷、安全性，使得公文收發(fā)文數(shù)據(jù)可以實(shí)時(shí)達(dá)到各個(gè)單位。

（二）非結(jié)構(gòu)化與結(jié)構(gòu)化數(shù)據(jù)存放邊界

考慮網(wǎng)絡(luò)發(fā)展和實(shí)際業(yè)務(wù)動(dòng)態(tài)需求，本系統(tǒng)的許多功能實(shí)現(xiàn)了網(wǎng)絡(luò)化共享共存。例如“資訊中心”的功能就建立在SharePoint產(chǎn)品支撐基礎(chǔ)上。作為廣泛使用的共享區(qū)，SharePoint能夠配置好非結(jié)構(gòu)化數(shù)據(jù)源，完成Fast搜索引擎的查詢結(jié)果預(yù)覽——即原有的辦公OA系統(tǒng)中，所有文檔統(tǒng)一存放到云端服務(wù)器上，再在各分公司迅速實(shí)現(xiàn)共享，就可在SharePoint中配置文檔搜索數(shù)據(jù)源。這些非結(jié)構(gòu)化的數(shù)據(jù)的共享區(qū)操作是需要R1 Portal和業(yè)務(wù)系統(tǒng)的數(shù)據(jù)支撐。

業(yè)務(wù)系統(tǒng)常用來(lái)管理結(jié)構(gòu)化數(shù)據(jù)，因?yàn)榻Y(jié)構(gòu)化數(shù)據(jù)相當(dāng)比較容易處理，則可由業(yè)務(wù)系統(tǒng)提供數(shù)據(jù)支撐和實(shí)時(shí)性的決策分析，再推送展現(xiàn)到SharePoint前端；相對(duì)來(lái)說(shuō)，非實(shí)時(shí)性的、多維度決策分析則復(fù)雜的多，必須在大數(shù)據(jù)分析和數(shù)據(jù)挖掘的支持下由數(shù)據(jù)中心提供數(shù)據(jù)支持。

五、管理思想在協(xié)同系統(tǒng)中的融合

對(duì)于企業(yè)管理來(lái)說(shuō)，協(xié)同是指事物與事物之間通過(guò)協(xié)調(diào)一致的配合，信息的相互交聯(lián)，內(nèi)部資源的整合，管理與思想的統(tǒng)一，從而獲得最優(yōu)的解決方法、最高的效率，以及最大的收益。

就目前技術(shù)和市場(chǎng)狀況來(lái)看，協(xié)同可在以下五個(gè)方面明顯提升企業(yè)的競(jìng)爭(zhēng)力：

（1）數(shù)據(jù)的共享、交互和高效利用，打破“信息孤島”，有機(jī)整合現(xiàn)有相互孤立的軟件系統(tǒng)資源；優(yōu)化重組數(shù)據(jù)流程，提高數(shù)據(jù)利用率。

（2）促進(jìn)企業(yè)內(nèi)部人員的交流、溝通和協(xié)作，共建信息應(yīng)用和交流平臺(tái)，提升團(tuán)隊(duì)合作精神，從而鑄造良好的企業(yè)文化。

（3）增強(qiáng)內(nèi)部各部門間的協(xié)調(diào)能力，加強(qiáng)管理，優(yōu)化業(yè)務(wù)流程，協(xié)助管理層作出正確決策，提升決策反應(yīng)速度與執(zhí)行效率。

（4）促進(jìn)企業(yè)同合作伙伴、商家和客戶間的溝通和協(xié)作，縮短業(yè)務(wù)流程，延伸、拓展現(xiàn)有的市場(chǎng)體系，合理完善供應(yīng)鏈及客戶之間的關(guān)系。

（5）以人為本，打破原有相同介質(zhì)間的單調(diào)流通，構(gòu)筑一個(gè)數(shù)據(jù)、人員和企業(yè)之間三方雙向的開放性協(xié)同應(yīng)用平臺(tái)，營(yíng)造和完善良好的協(xié)同應(yīng)用網(wǎng)絡(luò)。

因此，構(gòu)建企業(yè)應(yīng)用集成及企業(yè)信息門戶平臺(tái)，必須按照協(xié)同的思想構(gòu)建，按照協(xié)同的目標(biāo)實(shí)現(xiàn)整個(gè)系統(tǒng)的協(xié)同。

六、結(jié) 語(yǔ)

移動(dòng)互聯(lián)背景下線上線下協(xié)同信息系統(tǒng)研究正當(dāng)其時(shí)。

通過(guò)建筑防水協(xié)同信息工程項(xiàng)目系統(tǒng)實(shí)例，深入地研究協(xié)同信息平臺(tái)搭建的核心內(nèi)容、重點(diǎn)和難點(diǎn)——功能設(shè)計(jì)、數(shù)據(jù)流與工作建模、架構(gòu)體系設(shè)計(jì)、異構(gòu)體系邊界劃分。劃分和界定了不同功能模塊的邊界，研究了模塊之間的跨界交互原則，充分體現(xiàn)了組件化設(shè)計(jì)理念，提高了協(xié)同信息系統(tǒng)的性能。

［1］盧鵬.基于ASP.NET技術(shù)和工作流模型的網(wǎng)上審批系統(tǒng).福建電腦.2009（004）125-126

［2］陳克玲，陳彥德，王睿.基于Web的工作流管理系統(tǒng)的設(shè)計(jì)分析.計(jì)算機(jī)與信息技術(shù).2007

［3］范玉順，羅海濱.工作流管理技術(shù)基礎(chǔ).北京.清華大學(xué)出版社.2001

［4］高新勤，李宗斌，杜軒.工作流管理系統(tǒng)動(dòng)態(tài)變更模型與實(shí)例遷移方法研究.計(jì)算機(jī)集成制造系統(tǒng).2008（08）

［5］Jablonski S.，Bussler，C.Workflow management:modeling concepts，architecture and implementation.International Thomson Computer Press，1996

［6］Ming-Xun Zhu，Xin-Xing Luo，Xiao-Hong Chen，Desheng Dash Wu.A non-functional requirements tradeoff model in Trustworthy Software Information Sciences，Volume 191，2012，Pages 61-75

［7］ LUO Xin-xing，ZHU Ming-xun， CHEN Xiao-hong. Non-Functional Requirement Conflict Tradeoff FO-QSIG Model in Trustworthy Software;Systems Engineering; 2010-02 Pages 101-105

［8］羅新星，朱名勛，陳曉紅.可信軟件中非功能需求FO-QSIG沖突權(quán)衡模型.系統(tǒng)工程.2010.2

Waterproof Construction Project Online and Offline Information System Design and Implementation

LIU Hai-ying
Beijing Oriental Yuhong Waterproof Technology Co.,Ltd,Beijing 100025

In accordance with the construction of cooperative office system at waterproof project,we analyzed the design theory,technology architecture design,architecture design,functional architecture design,data and workflow modeling,heterogeneous system border design and etc.By dividing the function modules and bounds of the construction,embedding the interaction between functional modules into the system component design,we aimed to improve the system performance

Coordination Office;Online and Offline；System Design;Workflow;Shared Synergies;Cloud Architecture

F224

A

湖南省自然科學(xué)基金資助項(xiàng)目（編號(hào)：2015JJ2194）

劉海英，女，桃源人，碩士，北京東方雨虹防水技術(shù)股份有限公司會(huì)計(jì)師，研究方向：投融資、項(xiàng)目管理等；北京，100025