基于SOA的工程項目監督平臺的研究

黎川、魏偉、謝天長

(江西省高速公路聯網管理中心，江西南昌330001)

0 引言

信息化、數字化管理等概念已于20世紀80年代在我國項目管理建設中開始出現,它們首先應用于工程建設設計的電腦繪圖中,當時電腦繪圖基本停留在手工繪制的階段，項目管理和信息管理在當時企業內部管理部門的發展過程也相對緩慢。后來，信息化、數字化在我國企業的工程項目建設管理中得到快速穩定的發展。信息網絡系統作為項目建設信息交流中的重要構成部分，在企業中充分發揮積極作用，以促進企業有效管理。

1 技術概述

面向服務架構（SOA）是一種應用程序架構，它能把應用程序拆分為不同功能單元，所有功能均可定義為獨立的服務，并使用定義好的接口和協議將服務聯系起來，實現系統完整功能。接口以中立的方式定義，區別于實現服務的硬件平臺、操作系統和編程語言。因此，在不同系統上的服務可以使用通過統一和通用的接口完成交互。SOA 能夠較好適應于工程項目監督平臺。

SOA 能夠在最新的和現有的系統之上創建應用，借助現有的應用產生新的服務，為企業提供更好的靈活性來構建系統和業務流程。SOA 的三大核心部件為企業服務總線ESB(Enterprise Service Bus)、業務流程管理BPM(Business Process Management) 和門戶Portal。

SOA 架構中有三種角色，分別為服務提供者、服務注冊中心和服務請求者。

SOA 的三種操作包括發布操作、查找操作和綁定操作。SOA 工作原理：服務提供者發布服務到服務注冊中心，并且對服務使用者的請求進行響應；服務注冊中心對已經發布的web service 其進行分類，并提供搜索服務；服務請求者利用服務中心查找所需要的服務，然后使用該服務。

圖1 SOA 工作流程圖

2 基于SOA 的工程項目監督平臺

2.1 基于SOA 的工程項目監督平臺研究的意義

工程項目監督平臺的理念就是將監督機制貫穿項目始終，實現對項目前期立項、招標審核、實施過程管理、支付管理、驗收管理、使用及效益等全周期、全過程監督。在平臺中引入預警機制，及時發現和糾正問題，確保項目建設依法合規。通過平臺研究，建立完善的立體監督防控體系，使項目建設管理部門、財務部門和審計部門等根據職能對項目進行監管[1]。

2.2 基于SOA 的工程項目監督平臺模塊

工程項目監督平臺模塊包括：廉政監督管理、項目前期監督、項目中期監督、項目驗收監督以及系統管理，每個模板具體功能見圖2。

圖2 系統功能圖

2.2.1 廉政監督管理

廉政監督管理包括在線廉政學習與考核、自動預警管理、約談處置和立案查處管理、人員廉政檔案管理、投訴舉報管理、項目績效管理、招標評分標準管理、招標類型管理、信息化項目配置管理、項目統計報表、動態預警管理等[2]。

2.2.2 項目前中期監督

可行性研究：提供項目可行性研究報告及相關材料上傳功能，展示審批人員相關信息及意見，實現可行性階段監督。

初步設計：提供項目初步設計及相關材料上傳功能，展示審批人員相關信息及意見，項目統計報備管理提供可按項目名稱、標段名稱、中標公司、責任單位等檢索內容，對項目信息進行匯總統計的功能，實現初步設計階段監督。

年度投資計劃：提供項目投資計劃及相關材料上傳功能，展示審批人員相關信息及意見，實現年度投資計劃階段監督[3]。

招投標：提供項目招投標及相關材料上傳功能，展示招投標過程中參與及監督人員相關信息及意見建議，項目監管管理提供廳本級以及廳直屬單位所有項目的監管，實現招投標階段監督。

2.2.3 項目實施監督

項目總覽：提供所有項目的匯總信息，提供項目名稱、項目階段、中標金額、中標公司、責任領導、責任處室、項目負責人等信息列表[4]。

需求調研監管：提供需求調研相關材料，填報需求調研階段關鍵信息（如：調研時間、調研事項等）。

合同監管：提供項目在合同簽訂階段的監管。

實施過程監管：提供在項目在實施過程階段的監管，項目監管管理提供項目支付情況、進度情況、項目資料完備情況的監管。

承建單位自檢監管：項目聯調聯試后，由承建單位進行自檢并形成報告，紀檢監察人員通過自檢報告，核實項目整體情況[5]。

第三方測評監管：提供第三方測評報告上傳功能，紀檢監察人員通過自檢報告，核實項目目標完成情況。

2.2.4 項目驗收監督

包括方案報審、初步驗收、試運行、竣工審計、竣工驗收、項目后評價管理等。

3 基于SOA 的工程項目監督平臺實現

3.1 架構設計方法

項目采用按功能分模塊的開發方式，權限控制采用RBAC 思想，支持數據字典與數據權限管理，支持前端菜單動態路由等[6]。

3.2 平臺選型

使用springboot2.x 作為基礎框架，使用dubbo 作為服務治理框架，持久層由mybatis_plus、druid 和mysql5.7 組成，通過jwt 和shiro 完成權限認證，引入redis 和guava 作為緩存，前端框架包括vue、elementui 和nginx 負載均衡，還需要加入流程(activiti)和任務調度(quartzcluster)[7]。

3.3 運行部署

項目主要采取集群化部署，采用了dubbo 服務治理方案，具有擴容性強、負載均衡、動態流程、支持多端等特點。隨著業務量增長，可實現服務器動態擴容，應對日益增長的用戶需要。無論在后臺接口與服務提供層還是在數據層，均以集群方式部署，訪問與計算壓力按照規則分布在不同的服務器上。實現了發起業務流程,可根據業務要求,進行按需審批。同一套接口及服務支持pc 端、移動端、駕駛艙、決策分析報表等[8]。

4.4 技術要求

立足當前主流技術，構建模塊化應用，要求系統著眼點要高，不僅能夠滿足日志監管要求，還要符合政務信息化的最新方向。各信息系統必須遵循標準，確保與項目管理業務系統的有效連接，實現信息共享和整合。建設系統不僅應滿足當前需求，還應保持良好的擴展性。從設備選擇和網絡聯網方案的角度來看，必須堅持開放性原則，確保系統與各種硬件設備互連，支持跨平臺和數據接口，有助于與其他系統軟件進行集成[9]。

強大、穩定的程序語言、主流的開發框架、先進的中間件和高可用技術都是系統建設的關鍵因素。同時，系統需要確保長期穩定的運行能力和安全的運行環境，即系統錯誤修正和恢復能力良好。對于操作者或使用者而言，系統應以實用性和簡便性為原則，保證系統正常使用和高效管理。對于企業而言，系統應以高效性和智能性為原則，減少系統管理和維護成本。系統中的業務邏輯是各功能模塊的設計重點，可以考慮采用模塊化、組件化和開放性設計，這對于實現應用模塊的增設、刪除是有效的。

4.5 系統業務架構

項目監督管理平臺主要實現廉政教育管理、項目事前監督管理、項目事中管理、項目驗收管理以及評價體系。管理過程中的廉政教育考核、違規舉報、招標管理、可行性研究、投資計劃等，實行實時反饋和全流程規范管理等功能，主要由三大部分構成。

4.6 性能與高可用性

前端通過nginx 訪問web 層的restapi，實現負載均衡。web 層與service 服務提供層，使用dubbo 解耦，實現服務治理。mysql 主庫承擔數據寫入，其余讀庫提供給移動端、決策分析、報表調取使用，不影響主庫寫入性能。主與從數據一致性通過主從復制實現，讀庫配置要求偏高，減少復制延時。redis 集群主要記錄登錄狀態以及其他熱點數據信息[10]。

4.7 數據備災

平臺擁有完整的數據庫備災機制，數據采用主從、分片架構。實現不同物理機之間相互備份，每周一全備，每天一增備，通過binlog日志，記錄了平臺近一個月的操作數據過程，系統數據可實現恢復到故障前，真正實現“零丟失”數據恢復。

4.8 移動端APP

根據信息化管理需求，將同步開發一套APP 端用戶平臺，對接數據接口及業務處理接口，保障事件處理便捷、問題追溯實時同步。同時數據平臺與客戶端保持一致。

5 結論

工程項目監督平臺的功能包括項目前期立項、招標審核、實施過程管理、支付管理、驗收管理、使用及效益等全周期、全過程監督。通過改變項目監督機構或部門的傳統工作形式，向項目建設各方提供了強大的科學平臺對工程項目進行監管。監督平臺的建設及試運行在項目監督機構和參與建設項目各方的工作效率、合作處理能力、辦公和人力資源、信息共享等方面具有良好的經濟效益。

工程項目監督平臺不但為項目監督機構和參與建設項目各方提供先進的科技管理工具，還為社會公眾提供工程建設項目、工程質量建設情況和行業管理等相關信息，以確保社會公眾的知情權和監督權。

工程項目監督平臺促進了項目質量管理標準化、項目建設的程序化和信息管理的科學化，為工程項目質量管理提供保障，為國家交通系統工程項目監督行業提供參考。通過平臺建立完整的工程項目建設信息、崗位信息和業績數據庫等，提供科學、可靠的基礎數據用于服務社會信用體系的建設。