滕飛
摘 要:本文為道路運政管理信息系統提供技術架構設計方案,為道路運輸業務辦理提供網絡化、流程化、規范化、高效化的三級聯網辦公,進而全面提升運政管理工作水平。
關鍵詞:運政管理 信息化技術架構 設計方案
中圖分類號:TP399 文獻標識碼:A 文章編號:1672-3791(2017)11(b)-0024-02
道路運政管理信息系統作為道路運輸行業應用系統軟件,為道路運輸業務辦理提供網絡化、流程化、規范化、高效化的三級聯網辦公,進而全面提升運政管理工作水平。該系統業務繁雜,功能模塊較多,涉及到的數據表眾多,因此做好系統的技術架構設計便尤為重要。
1 系統技術架構設計
系統采用SOA架構體系,依托道路運輸行業數據中心,建立道路運輸服務組件中心(WebService),建立道路運輸綜合政務管理系統、道路運輸企業服務系統、道路運輸公眾服務系統、道路運輸行業信用系統,為道路運輸管理部門、運輸企業以及社會公眾提供專業化、便捷的信息支撐與服務。
1.1 基礎層
項目系統部署在云基礎平臺,服務器基于Vmware虛擬化,應用服務器使用虛擬服務器,數據庫服務器使用獨立的高性能服務器,數據存儲采用獨立的存儲設備。
1.2 數據層
按交通運輸部最新標準規范《道路運輸信息基礎數據元》《省交通廳基礎數據元》要求,整合運政系統、聯網售票、衛星定位、檢測站聯網等數據資源,并與公安、工商、交通運輸部等外部信息實現數據交換與共享,實現與全國運政系統的互聯互通,為行業大數據分析奠定基礎。
系統數據模型設計:根據系統數據需求,并結合交通部數據標準和省交通廳數據目錄和字典標準設計數據模型;關系型數據設計,基于E-R(實體關系)圖設計,對數據進行建模,確定實體、屬性、關系、約束等;非關系數據,設計存儲目錄和文件命名,并設計實現與關系型數據的關聯等。基于E-R圖,生成Oracle數據庫的表、字段、關聯關系、約束,設計索引、觸發器、表分區規則等。
1.3 數據層
(1)支撐層主要工具。
面向專網應用B/S模式,采用JAVA語言,Oracle 11g數據庫,數據采用集中管理模式。面向(移動)互聯網應用基于支持HTML5瀏覽器開發,可兼容iOS、Android手機或平板電腦操作。
(2)基礎支撐軟件與開發工具主要包括。
操作系統:Centos5.11、Centos6.7,可應用在要求高度穩定性的服務器上。
數據庫軟件:Oracle11g企業版,Oracle11g是目前整個Oracle數據庫產品中最穩定一個版本,特點是高效率、可靠性好、功能強大,特別適用于大型項目。
Web服務:Nginx1.9、Tomcat8,測試Nginx是一款輕量級的Web服務器/反向代理服務器,并在一個BSD-like協議下發行,占有內存少,并發能力強。Tomcat支持最新的Servlet3.1和JSP2.3規范。
緩存服務:Redis3,其并發能力強、開銷小、穩定高效。
程序開發語言及框架:JAVA(JDK1.8)、 Spring+Hibernate+Velocity;Spring具有方便解耦、簡化開發、面向切面編程、聲明式事物、方便測試等特點;Hibernate對JDBC進行了非常輕量級的對象封裝,它將POJO與數據庫表建立映射關系,是一個全自動的orm框架;Velocity是一個基于java的模板引擎(template engine)。
HA軟件:Keepalived 1.2.19。
報表開發工具:FineReport。其功能全面且專業,支持關系型數據庫、BI多維數據庫的連接取數,支持中國式復雜報表的處理,支持離線填報、多級上報、數據填報,有著安全、完善的權限控制方案;設計報表簡單高效,學習成本低。類Excel的界面使用戶不需任何額外學習成本,零編碼開發報表,輕松拖拽數據,迅速完成報表制作。具有類EXCEL設計模式、數據支持與整合、多工作目錄切換,遠程設計,協同制表、聚合決策報表、HTML5圖表、數據地圖、交互分析等主要功能。
1.4 業務層
采用SOA架構構建,在整個系統中扮演一個中介的角色,對數據交換起到了承上啟下的作用,對于數據模型層而言,它是調用者,而對于表示層而言,它又是被調用者,依賴于被依賴的關系都糾結在業務層上。從設計模式角度出發,提出把業務層進一步分出一層,單獨形成一個業務接口組件層。
(1)業務邏輯層。
道路運輸綜合政務管理系統:運政綜合管理分系統、移動辦公系統(不含移動稽查)、從業人員網上考試分系統、運政WebService服務中心、出租汽車監管分系統、無車承運監測分系統;道路運輸企業服務系統:企業辦事分系統、從業人員辦事分系統;道路運輸公眾服務系統:公眾服務分系統(互聯網版)、公眾服務分系統(微信版);道路運輸行業信用系統:信譽考核分系統、服務質量評價分系統。
(2)業務服務組件層。
業務組件層,對業務邏輯進行抽象,把業務提取出來,定義業務組件接口。上層的應用無需關心組件接口的實現,只需要按照接口定義標準調用接口即可。業務接口實現人員專注于業務實現,無需關注上層展現,真正做到面向服務架構。
業務服務組件層包括:服務化管理器:服務注冊、服務發現、服務接口文檔、服務上下線審批、服務黑名單、服務權限控制、負載均衡和容錯、服務監控和統計、服務運行容器;服務化組件:運政系統類服務化組件、行政許可類組件、業務管理類組件、市場監管類組件、從業人員類組件、督察督辦類組件、智慧助手類組件、代征稅類組件、系統管理與維護類組件;互聯網類服務組件:行政許可業務申請和受理類組件、企業日常監管審核類業務辦理類組件、企業信息查詢提醒類組件、公眾服務類組件。
1.5 展現層
為運管機構、運輸企業和社會公眾分別提供運政專網、互聯網、移動互聯網以及API服務接口各種應用方式。
2 結語
綜上所述,該系統架構設計可以滿足行業應用系統軟件業務需求,能夠全面優化運政業務流程,規范運政業務,適應新時期運政管理與服務職能轉變的需要,簡化事前審批,強化事中事后的動態監管,全面提升道路運輸行業市場監管水平和服務能力。
參考文獻
[1] 雷明強.基于SST的檔案管理系統的設計與實現[D].北京郵電大學,2011.
[2] 翁捷.曲庫信息管理系統的設計與實現[D].北京交通大學,2015.
[3] 莫宗軍.智能家居系統應用管理模塊的設計與實現[D]. 北京郵電大學,2015.
[4] 吳曉航.基于SOA架構的電視臺全臺網的設計[D].鄭州大學,2013.
[5] 楊曉霞.基于COM+技術的基層電子政務平臺的研究與實現[D].中北大學,2009.
[6] 楊瑩,郭偉,董道鵬.基于嵌入式Linux的時間服務器雙機熱備系統[J].宇航計測技術,2013(4):57.
[7] 嚴志敏.TOF基礎服務高性能緩存系統的設計與實現[D].西安電子科技大學,2013.
[8] 陳蕾.道路運輸與國民經濟發展的互動關系研究[D].長安大學,2010.
[9] 王小建.道路運輸信息化測評指標體系與方法研究[D]. 長安大學,2013.
[10]郝彬,陳朔鷹.利用框架技術構建Web應用[J].計算機工程與設計,2007(1):14-18.endprint