鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)中運(yùn)營(yíng)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

李瀟怡，蔣秋華，譚 雪，王 斌

（1.中國(guó)鐵道科學(xué)研究院，北京 100081；2.中國(guó)鐵道科學(xué)研究院 電子計(jì)算技術(shù)研究所，北京 100081）

鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)中運(yùn)營(yíng)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

李瀟怡1，蔣秋華2，譚 雪1，王 斌2

（1.中國(guó)鐵道科學(xué)研究院，北京 100081；2.中國(guó)鐵道科學(xué)研究院 電子計(jì)算技術(shù)研究所，北京 100081）

運(yùn)營(yíng)管理系統(tǒng)作為鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)中系統(tǒng)業(yè)務(wù)和內(nèi)容服務(wù)數(shù)據(jù)的支撐點(diǎn)，由運(yùn)營(yíng)管理人員對(duì)鐵路Wi-Fi基礎(chǔ)資產(chǎn)及組織機(jī)構(gòu)權(quán)限進(jìn)行統(tǒng)一的管理與維護(hù)。文章采用Spring、Hibirnate、jQuery等技術(shù)，使用B/S架構(gòu)和MVC設(shè)計(jì)模式，結(jié)合Shiro身份驗(yàn)證框架，實(shí)現(xiàn)組織人員管理、權(quán)限管理、設(shè)備管理、基礎(chǔ)數(shù)據(jù)管理以及商戶投放范圍管理等功能模塊。介紹了運(yùn)營(yíng)管理系統(tǒng)的設(shè)計(jì)背景、設(shè)計(jì)架構(gòu)以及設(shè)計(jì)優(yōu)勢(shì)。

Spring；MVC；Hibernate；jQuery；運(yùn)營(yíng)管理系統(tǒng)

中國(guó)鐵路的龐大旅客群體必然帶來(lái)巨大的互聯(lián)網(wǎng)接入流量，鐵路旅行具有空間相對(duì)封閉固定、旅客在途時(shí)間長(zhǎng)等特點(diǎn)，旅途中的休閑、娛樂(lè)、購(gòu)物等方面均有互聯(lián)網(wǎng)接入的需求。根據(jù)鐵路總公司的需求，開發(fā)一套完整、安全、方便、簡(jiǎn)潔、結(jié)合鐵路業(yè)務(wù)特點(diǎn)的管理系統(tǒng)迫在眉睫。本運(yùn)營(yíng)管理系統(tǒng)通過(guò)維護(hù)基礎(chǔ)數(shù)據(jù)為鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)各個(gè)子系統(tǒng)提供數(shù)據(jù)支撐，是整個(gè)平臺(tái)正確運(yùn)行的重要保障。

1 鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)概述

鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)是鐵路旅客便捷獲取鐵路提供的優(yōu)質(zhì)客運(yùn)服務(wù)及其他各類延伸服務(wù)的重要平臺(tái)，是鐵路系統(tǒng)向社會(huì)展示與宣傳中國(guó)鐵路的重要窗口，充分利用鐵路資源為廣大旅客提供現(xiàn)代化、多元化、全行程的信息服務(wù)。鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)系統(tǒng)總體結(jié)構(gòu)如圖1所示。

鐵路站車Wi-Fi系統(tǒng)分為3個(gè)平臺(tái)：列車Wi-Fi服務(wù)平臺(tái)、車站W(wǎng)i-Fi服務(wù)平臺(tái)、鐵路總公司W(wǎng)i-Fi服務(wù)平臺(tái)（簡(jiǎn)稱：總公司W(wǎng)i-Fi服務(wù)平臺(tái)）。

（1）列車Wi-Fi服務(wù)平臺(tái)

列車Wi-Fi服務(wù)平臺(tái)通過(guò)數(shù)據(jù)同步網(wǎng)絡(luò)從總公司W(wǎng)i-Fi服務(wù)平臺(tái)獲取內(nèi)容服務(wù)、視頻服務(wù)、交易服務(wù)等相關(guān)數(shù)據(jù)，向列車旅客提供Wi-Fi接入信息服務(wù)。

（2）車站W(wǎng)i-Fi服務(wù)平臺(tái)

圖1 鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)系統(tǒng)總體結(jié)構(gòu)

車站W(wǎng)i-Fi服務(wù)平臺(tái)分為客服外網(wǎng)和車站生產(chǎn)網(wǎng)。客服外網(wǎng)與安全生產(chǎn)網(wǎng)、互聯(lián)網(wǎng)之間采用安全隔離。客服外網(wǎng)與車站生產(chǎn)網(wǎng)分別部署了車站W(wǎng)i-Fi服務(wù)器與內(nèi)容服務(wù)器。車站W(wǎng)i-Fi服務(wù)平臺(tái)通過(guò)數(shù)據(jù)同步網(wǎng)絡(luò)從總公司W(wǎng)i-Fi服務(wù)平臺(tái)獲取內(nèi)容服務(wù)、視頻服務(wù)、交易服務(wù)等相關(guān)數(shù)據(jù)，向列車旅客提供Wi-Fi接入信息服務(wù)。

（3）鐵路總公司W(wǎng)i-Fi服務(wù)平臺(tái)

鐵路總公司W(wǎng)i-Fi服務(wù)平臺(tái)是整個(gè)站車Wi-Fi系統(tǒng)的核心，主要負(fù)責(zé)編輯和管理站車旅客Wi-Fi信息服務(wù)數(shù)據(jù)內(nèi)容，并與列車Wi-Fi服務(wù)平臺(tái)和車站W(wǎng)i-Fi服務(wù)平臺(tái)同步。

各平臺(tái)功能如圖2所示。

2 運(yùn)營(yíng)管理系統(tǒng)的架構(gòu)設(shè)計(jì)

2.1 SpringMVC架構(gòu)

本系統(tǒng)采用Spring框架，其中，Spring MVC是一個(gè)構(gòu)建于Spring FrameWork之上的現(xiàn)代應(yīng)用程序框架，由3部分組成：

（1）Controller：Spring MVC將處理HTTP請(qǐng)求職責(zé)委托給Controller，Controller映射一個(gè)或多個(gè)URL且構(gòu)建成HttpServletRequest和HttpServletResponse對(duì)象配合運(yùn)行。Controller API并不試圖隱藏其依賴，相反，它完全支持并暴露其功能。Controller負(fù)責(zé)處理HTTP請(qǐng)求，執(zhí)行任何必須的任務(wù)，組成響應(yīng)對(duì)象，并將控制傳回到主請(qǐng)求處理工作流。Controller不處理視圖呈現(xiàn)，而是關(guān)注于處理請(qǐng)求和響應(yīng)對(duì)象，以及對(duì)服務(wù)層的委托。Controller故意設(shè)計(jì)成單例，像Servlet—樣。作為單例，它們可以處理并發(fā)的請(qǐng)求，因此不需要在每個(gè)請(qǐng)求中維持狀態(tài)。

（2）View：由Controller產(chǎn)生的響應(yīng)被View類實(shí)例呈現(xiàn)為輸出。Controller不執(zhí)行任何視圖呈現(xiàn)，也不知道所使用的視圖呈現(xiàn)技術(shù)。Spring MVC為諸多不同的視圖呈現(xiàn)技術(shù)提供良好的支持，這些技術(shù)包括JSP、JSTL、Velocity、Freemaker等。因?yàn)镃ontroller完全不知道視圖技術(shù)，所以要在同一個(gè)應(yīng)用程序中混合和匹配呈現(xiàn)工具甚至同時(shí)使用多種工具都輕而易舉。

（3）ModelAndView：當(dāng)處理完成時(shí)，控制器負(fù)責(zé)構(gòu)建對(duì)象集合，這些對(duì)象用于組成響應(yīng)（模型）并選擇用戶接下來(lái)看到的頁(yè)面（即View）。這種模型與視圖的組合被封裝在類中。

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

為了讓封裝類便于構(gòu)造和管理，本系統(tǒng)運(yùn)用工廠模式通過(guò)對(duì)HttpServletRequest和Http-ServletResponse對(duì)象進(jìn)行封裝來(lái)解除控制器Controller對(duì)servlet API的過(guò)度依賴，最后通過(guò)擴(kuò)展控制器Controller接口的子類AbstractController完成請(qǐng)求的轉(zhuǎn)交。緩存處理的優(yōu)化也可以通過(guò)這個(gè)封裝類來(lái)進(jìn)行。Spring Web MVC盡量不讓控制器知道所使用的任何技術(shù)，這樣有助于保持低耦合。因此，模型是任意對(duì)象的Map，而視圖一般以邏輯名稱來(lái)區(qū)分，之后視圖名稱就解析成真正的視圖實(shí)例，隨后出現(xiàn)在處理管道中。其工作原理如圖3所示。

圖3 Spring MVC工作流程圖

系統(tǒng)用戶發(fā)送http請(qǐng)求后，具體工作流程如下：

（1）用戶發(fā)送請(qǐng)求至前端控制器，前端控制器根據(jù)請(qǐng)求信息（如：URL）來(lái)決定選擇哪一個(gè)頁(yè)面控制器進(jìn)行處理并把請(qǐng)求委托給它，如圖3中的 1、2 步驟。

（2）頁(yè)面控制器接收到請(qǐng)求后，進(jìn)行功能處理，首先需要收集和綁定請(qǐng)求參數(shù)到一個(gè)命令對(duì)象，并進(jìn)行驗(yàn)證，然后將命令對(duì)象委托給業(yè)務(wù)對(duì)象進(jìn)行處理。處理完畢后返回一個(gè) ModelAndView（模型數(shù)據(jù)和邏輯視圖名），如圖3中的 3、4、5 步驟。

（3）前端控制器收回控制權(quán)，然后根據(jù)返回的邏輯視圖名，選擇相應(yīng)的視圖進(jìn)行渲染，并把模型數(shù)據(jù)傳入以便視圖渲染，如圖3中的步驟 6、7。

（4）前端控制器再次收回控制權(quán)，將響應(yīng)返回給用戶，如圖3中的步驟 8。

至此整個(gè)工作流程結(jié)束。

2.2 Shiro安全框架

本系統(tǒng)將Shiro安全框架作為身份認(rèn)證工具，使用起來(lái)比較簡(jiǎn)單，功能足夠強(qiáng)大，擴(kuò)展性較好。它可以不跟任何的框架或者容器捆綁，獨(dú)立運(yùn)行在服務(wù)器上。其整體框架如圖4所示。

圖4 Shiro整體框架圖

本系統(tǒng)用戶登錄時(shí)，Shiro認(rèn)證處理過(guò)程如下：

（1）用戶提交用戶名密碼后，應(yīng)用程序創(chuàng)建了一個(gè)終端用戶認(rèn)證信息的AuthenticationToken實(shí)例，然后調(diào)用Subject.login方法。

（2）Subject的實(shí)例通常是DelegatingSubject類或其子類的實(shí)例對(duì)象，在認(rèn)證開始時(shí)，會(huì)委托應(yīng)用程序設(shè)置的securityManager實(shí)例調(diào)用securityManager.login(token)方法。

（3）SecurityManager接受到token信息后會(huì)委托內(nèi)置的Authenticator的實(shí)例調(diào)用authenticator.authenticate(token)。

（4）默認(rèn)ModularRealmAuthenticator會(huì)調(diào)用AuthenticationStrategy進(jìn)行多Realm身份驗(yàn)證。在Realm被調(diào)用后，AuthenticationStrategy將對(duì)每一個(gè)Realm的結(jié)果作出響應(yīng)，但如果應(yīng)用程序中僅配置了一個(gè)Realm，Realm將被直接調(diào)用而無(wú)需再配置認(rèn)證策略。

（5）Authenticator會(huì)把相應(yīng)的token傳入Realm，判斷每一個(gè)Realm是否支持提交的token，從Realm獲取身份驗(yàn)證信息，如果沒(méi)有返回/拋出異常表示身份驗(yàn)證失敗。如果支持，Realm將調(diào)用getAuthenticationInfo(token)；getAuthenticationInfo方法就是實(shí)際認(rèn)證處理。至此，本系統(tǒng)登陸認(rèn)證處理流程結(jié)束。認(rèn)證成功后跳轉(zhuǎn)到系統(tǒng)主頁(yè)面。

2.3 B/S 架構(gòu)

本系統(tǒng)采用B/S 架構(gòu)（瀏覽器/ 服務(wù)器模式），該模型結(jié)合客戶端，將系統(tǒng)的核心功能集中在Web應(yīng)用程序服務(wù)器上，在服務(wù)器端運(yùn)行主要的程序代碼，把較少的邏輯交給Web瀏覽器。系統(tǒng)按照業(yè)務(wù)應(yīng)用，將架構(gòu)劃分為3個(gè)層次。

（1）表現(xiàn)層：展現(xiàn)給用戶的界面，用來(lái)直接與用戶進(jìn)行交互，如數(shù)據(jù)顯示，數(shù)據(jù)輸入等。該層處理頁(yè)面外觀顯示相關(guān)的工作。

（2）業(yè)務(wù)邏輯層：對(duì)數(shù)據(jù)業(yè)務(wù)邏輯的處理，一般能夠提供應(yīng)用程序接口上的所有功能。該層是系統(tǒng)架構(gòu)的核心，其關(guān)注點(diǎn)在業(yè)務(wù)邏輯的制定、流程的實(shí)現(xiàn)等。

（3）數(shù)據(jù)訪問(wèn)層：該層直接和數(shù)據(jù)庫(kù)進(jìn)行交互。通常表示為數(shù)據(jù)的添加、刪除、修改、查詢功能操作。為了保證數(shù)據(jù)操作的原子性，應(yīng)保證所有數(shù)據(jù)交互都集中于該層。

由于本系統(tǒng)鐵路業(yè)務(wù)的特殊性，修改升級(jí)維護(hù)很頻繁，所以業(yè)務(wù)變動(dòng)時(shí)只要將服務(wù)器端進(jìn)行升級(jí)和修改，客戶端不做任何變動(dòng)。

3 運(yùn)營(yíng)管理系統(tǒng)的主要功能

3.1 各模塊功能介紹

運(yùn)營(yíng)管理系統(tǒng)包含組織人員管理模塊、用戶個(gè)人信息管理模塊、權(quán)限管理模塊、設(shè)備管理模塊、基礎(chǔ)數(shù)據(jù)管理模塊、列車信息管理模塊以及商戶信息和商戶投放范圍管理模塊。各模塊功能如圖5所示。

3.1.1 組織人員管理

包括部門管理和用戶管理，其中，部門管理用于維護(hù)鐵路局各部門的基本信息，如部門名稱、部門類型、部門編碼等，用戶管理用于為創(chuàng)建好的各部門分配管理用戶，并維護(hù)用戶的詳細(xì)信息。

3.1.2 個(gè)人信息管理

個(gè)人信息管理提供基于個(gè)人登錄信息修改的功能以及用戶登錄密碼初始化的功能。系統(tǒng)將用戶登錄密碼使用MD5加密后保存至數(shù)據(jù)庫(kù)中。

圖5 系統(tǒng)功能結(jié)構(gòu)圖

3.1.3 權(quán)限管理

包括資源權(quán)限管理和角色權(quán)限管理兩部分。資源權(quán)限管理用于維護(hù)鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)的所有資源，角色管理用于維護(hù)鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)中所有角色，同時(shí)角色權(quán)限管理可以為新增角色分配資源和操作權(quán)限。

3.1.4 設(shè)備管理

包括設(shè)備廠商、設(shè)備信息、設(shè)備使用信息3個(gè)子模塊，其中設(shè)備廠商模塊用于維護(hù)設(shè)備廠商的信息，設(shè)備信息模塊用于維護(hù)全路的設(shè)備信息，設(shè)備使用信息模塊用于維護(hù)設(shè)備的使用情況。

3.1.5 基礎(chǔ)數(shù)據(jù)管理

包括類型字典、路局字典、段及運(yùn)用所字典、系統(tǒng)參數(shù)字典。其中類型字典模塊定義了本系統(tǒng)的所有數(shù)據(jù)類型。鐵路局字典來(lái)源于12306互聯(lián)網(wǎng)售票系統(tǒng)數(shù)據(jù)庫(kù)，段及運(yùn)用所字典的數(shù)據(jù)來(lái)源于動(dòng)車所數(shù)據(jù)庫(kù)，所以本系統(tǒng)只提供信息查詢功能。系統(tǒng)參數(shù)字典提供基于各系統(tǒng)所涉及參數(shù)的增加、刪除、修改和查詢功能。

3.1.6 列車信息管理

包括車組配屬信息、當(dāng)日開行詳細(xì)信息、車次、班組信息字典。其中車組配屬信息、當(dāng)日開行詳細(xì)信息數(shù)據(jù)來(lái)源于動(dòng)車所數(shù)據(jù)庫(kù)，車次、班組信息來(lái)源于12306互聯(lián)網(wǎng)售票系統(tǒng)數(shù)據(jù)庫(kù)，所以本系統(tǒng)只提供對(duì)這4個(gè)模塊的查詢功能。

3.1.7 商戶投放范圍管理

包括商戶投放范圍管理和商戶投放范圍信息查詢模塊。其中，商戶投放范圍管理用于維護(hù)組織機(jī)構(gòu)中所定義商戶的投放范圍和投放類型。商戶投放范圍信息查詢用于查詢商戶的投放范圍信息。

3.1.8 商戶信息管理

商戶信息管理模塊用于維護(hù)商戶的詳細(xì)信息。

3.2 系統(tǒng)業(yè)務(wù)流程

運(yùn)營(yíng)管理系統(tǒng)業(yè)務(wù)流程圖如圖6所示。

圖6 運(yùn)營(yíng)管理系統(tǒng)業(yè)務(wù)流程圖

本系統(tǒng)采用Java語(yǔ)言，以Eclipse為開發(fā)工具，根據(jù)登陸用戶獲取角色和資源的主要函數(shù)如下所示：

（1）public List＜Role〉getRoleByLoginName(Stri ng LoginName){}

該方法根據(jù)唯一的用戶id，在用戶-角色-組織機(jī)構(gòu)關(guān)聯(lián)表里根據(jù)用戶id查找該用戶對(duì)應(yīng)的角色，如果是鐵路總公司運(yùn)營(yíng)管理人員，則獲取全部系統(tǒng)資源和數(shù)據(jù)，如果是鐵路局運(yùn)營(yíng)管理人員，則根據(jù)各鐵路局用戶名獲取管理員的分配的相應(yīng)資源和數(shù)據(jù)。

（2）public SystemRoleResourcegetRoleResourceB yLoginName(String LoginName，List＜Role〉roleList){}

該方法根據(jù)角色id循環(huán)查找角色-資源關(guān)聯(lián)表中此角色對(duì)應(yīng)的資源集合以及用戶id查找用戶-角色-組織機(jī)構(gòu)關(guān)聯(lián)表里對(duì)應(yīng)的組織機(jī)構(gòu)。

（3）public List＜SystemMenu〉sysmenulist(List＜SysResource〉resourceList){}

該方法根據(jù)權(quán)限資源id遞歸查找菜單表中該用戶對(duì)應(yīng)的菜單，并將菜單添加到菜單樹中。

至此，用戶分別得到自己的菜單和資源以及組織機(jī)構(gòu)數(shù)據(jù)。

3.3 在鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)的作用

鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)分為平臺(tái)支撐層、平臺(tái)服務(wù)層和平臺(tái)應(yīng)用層，平臺(tái)應(yīng)用層又劃分為列車Wi-Fi服務(wù)平臺(tái)、車站W(wǎng)i-Fi服務(wù)平臺(tái)以及地面Wi-Fi平臺(tái)3個(gè)部分。

其中,地面Wi-Fi平臺(tái)為車站和列車Wi-Fi服務(wù)平臺(tái)提供管理和數(shù)據(jù)支撐服務(wù)，分為以下12個(gè)子系統(tǒng)：用戶中心、內(nèi)容服務(wù)系統(tǒng)、客運(yùn)服務(wù)系統(tǒng)、視頻服務(wù)系統(tǒng)、游戲服務(wù)系統(tǒng)、廣告管理系統(tǒng)、交易服務(wù)系統(tǒng)、電子支付前置系統(tǒng)、網(wǎng)絡(luò)服務(wù)管理系統(tǒng)、結(jié)賬清算系統(tǒng)、運(yùn)營(yíng)管理系統(tǒng)以及監(jiān)控系統(tǒng)。運(yùn)營(yíng)管理系統(tǒng)通過(guò)Web service調(diào)用或者數(shù)據(jù)庫(kù)同步的形式為平臺(tái)應(yīng)用層中各子系統(tǒng)提供身份認(rèn)證和基本數(shù)據(jù)信息，與其他系統(tǒng)的數(shù)據(jù)交互如圖7所示。

4 系統(tǒng)應(yīng)用效果展示

本系統(tǒng)部署在鐵路總公司層，將核心數(shù)據(jù)部署在客服內(nèi)網(wǎng)服務(wù)器上，將前臺(tái)展示內(nèi)容部署在客服外網(wǎng)服務(wù)器上，內(nèi)外網(wǎng)之間通過(guò)安全平臺(tái)隔離，客服外網(wǎng)通過(guò)Web service調(diào)用客服內(nèi)網(wǎng)服務(wù)，將得到的數(shù)據(jù)展示到Web端或通過(guò)接口返回給各個(gè)子系統(tǒng)。以鐵路總公司管理員admin為例，通過(guò)谷歌瀏覽器訪問(wèn)，核心模塊如圖8～12所示。

圖9 部門管理展示圖

圖10 資源管理展示圖

圖11 角色管理展示圖

圖12 用戶管理展示圖

5 系統(tǒng)設(shè)計(jì)優(yōu)勢(shì)

（1）該系統(tǒng)以Java為編程語(yǔ)言，它以Java虛擬機(jī)為基本平臺(tái)運(yùn)行，在不同的操作系統(tǒng)中具有可移植性。

（2）本文采用相對(duì)比較簡(jiǎn)單的 Spring-MVC完成系統(tǒng)開發(fā)。前臺(tái)頁(yè)面采用 EasyUI框架，該框架可以調(diào)用現(xiàn)成方法，省去很多配置前臺(tái) CSS 或 JS 的時(shí)間，從而使開發(fā)人員有更多精力去關(guān)心業(yè)務(wù)邏輯。

（3）系統(tǒng)設(shè)計(jì)為B/S結(jié)構(gòu)，使用B/S類型的應(yīng)用可以根據(jù)用戶的訪問(wèn)量以及服務(wù)器的性能考慮實(shí)現(xiàn)多Web服務(wù)器架設(shè)的負(fù)載均衡技術(shù)，以避免隨著用戶流的增大而引發(fā)的服務(wù)器性能問(wèn)題。

（4）系統(tǒng)使用了MVC架構(gòu)，該架構(gòu)不僅實(shí)現(xiàn)了功能的分解，而且其低耦合性能可以更好地?cái)U(kuò)展業(yè)務(wù)功能，使每一層只關(guān)注自己的任務(wù)，互不影響。

（5）系統(tǒng)將Shiro作為權(quán)限認(rèn)證框架，較之Spring Security，Shiro 更加簡(jiǎn)單和靈活，能夠非常清晰的處理認(rèn)證、授權(quán)、管理會(huì)話以及密碼加密。

（6）系統(tǒng)數(shù)據(jù)庫(kù)需要保存用戶密碼等私密資料。在密碼上，系統(tǒng)使用MD5加密后才保存至數(shù)據(jù)庫(kù)中，這樣避免了密碼明文被泄漏的風(fēng)險(xiǎn)。

（7）系統(tǒng)在頁(yè)面展現(xiàn)與代碼結(jié)構(gòu)上都以功能模塊為基本單元設(shè)計(jì)，對(duì)于新功能、新模塊的擴(kuò)展，系統(tǒng)和頁(yè)面實(shí)現(xiàn)上完全有能力駕馭。

6 結(jié)束語(yǔ)

本文介紹了B/S結(jié)構(gòu)、MVC設(shè)計(jì)模式和Spring框架，并以鐵路總公司的運(yùn)營(yíng)模式為需求，研究并實(shí)現(xiàn)了基于SpringMVC的運(yùn)營(yíng)管理平臺(tái)，按照表示層、業(yè)務(wù)層、數(shù)據(jù)庫(kù)訪問(wèn)層開發(fā)、組織，不僅提高了軟件的開發(fā)效率，也有利于后期的擴(kuò)展和維護(hù)。本系統(tǒng)結(jié)合鐵路自身的特色，以人的主體性為導(dǎo)向，利用互聯(lián)網(wǎng)把管理人員和運(yùn)營(yíng)人員及商戶很好的結(jié)合起來(lái)，增強(qiáng)相互溝通，形成協(xié)同管理的模式，為鐵路站車Wi-Fi運(yùn)營(yíng)服務(wù)平臺(tái)的正確運(yùn)營(yíng)提供了可靠的數(shù)據(jù)依托和數(shù)據(jù)參考。

[1]曹春鈺，朱小青.南通理工學(xué)院人事管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].信息技術(shù)與信息化， 2015（6）：52-53.

[2]Craig Walls Ryan Breidenbach.Spring in Action（中文版）[M].李 磊，程 立，譯.北京：人民郵電出版社，2008.

[3]PAUL Deck.Spring MVC學(xué)習(xí)指南[M].林儀明，崔 毅，譯.北京：人民郵電出版社，2015.

責(zé)任編輯 陳 蓉

Operation Management System in Wi-Fi operation service platform for railway station and train

LI Xiaoyi1,JIANG Qiuhua2,TAN Xue1,WANG Bin2
( 1.China Academy of Railway Sciences,Beijing 100081,China;2.Institute of Computing Technologies,China Academy of Railway Sciences,Beijing 100081,China)

As the Operation Management System is the key point of the system service and content service data in Wi-Fi operation service platform,operation administrators should uniformly manage and maintain the basic assets and organization authority of railway Wi-Fi.This article used the technologies of Spring,Hibirnate,jQuery,applied B/S structure and MVC design pattern,combined with Shiro authentication framework,implemented the functional modules of personnel management,authority management,device management,basic data management as well as business scope management.The article mainly introduced the design background,design architecture and advantages of the Operation Management System.

Spring;MVC;Hibernate;jQuery;Operation Management System

U293.2∶TP39

A

1005-8451（2016）10-0031-07

2016-01-29

李瀟怡，在讀碩士研究生；蔣秋華，研究員。