基于分層架構的車輛審批調度管理系統設計與實現

馬長勝 劉賢鋒 王繼水

摘要：隨著高職院校的快速發展，公務用車頻率大幅度攀升，為提高公務車輛管理效率，在對需求進行詳細分析的基礎上，設計并實現了基于B/S模式三層架構的車輛審批調度管理系統，重點對系統需求、設計思想、詳細設計及核心模塊實現進行了闡述，為實現公務用車信息化管理提供了參考。

關鍵詞關鍵詞：分層架構；車輛審批調度管理系統；數據庫設計；公務用車信息化

DOIDOI：10.11907/rjdk.161343

中圖分類號：TP319文獻標識碼：A文章編號文章編號：16727800（2016）007012103

0引言

隨著信息技術的不斷發展及廣泛應用，互聯網日漸成為公眾了解社會、獲取信息和交流溝通的重要渠道。企事業單位為適應社會發展趨勢，對單位內部管理信息化和網絡化的要求也越來越迫切。為了滿足單位內部公務用車需求，各企事業單位基本都擁有不同規模的公務車隊。隨著單位規模的不斷擴大，公務用車的數量越來越多，各部門用車次數日趨頻繁，無形中對單位行政部門公務用車的審批和調度管理效率提出了更高的要求。以某單位公務車輛使用管理為例，目前該單位公務車輛管理從車輛購置、用車審批、車輛調度、駕駛員管理到用車統計等都以傳統的人工管理為主，信息管理繁瑣，信息查詢、修改十分不便，管理效率相對較低。因此，迫切需要加強公務車輛管理的信息化支撐手段，提升公車管理部門的信息化管理水平，提高工作效率。1系統需求分析

為滿足學校對公務用車信息化管理的需求，使系統具有安全性、靈活性、通用性和可擴展性，同時根據現行公務車輛管理相關制度，結合單位公務車輛目前的實際審批調度流程，對管理系統功能進行了詳細調研，并形成具體需求分析。1.1系統功能分析

公務車輛審批調度管理系統需要滿足如下功能：①根據單位職員人事管理系統基礎數據，完成系統登錄權限控制；②根據車輛實際情況，實現現有公務車輛基礎數據管理；③根據用車人公務用車需求，實現用車申請信息管理，查詢審核及派車結果；④部門領導審核管理本部門用車申請，查詢部門用車記錄；⑤單位領導審核管理各下屬部門已審核通過的用車申請，可查詢車輛信息、人員信息和各部門用車申請及車輛使用情況等信息；⑥公車管理部門根據已審核通過的用車申請，派發公務車輛，通過短信方式通知用車聯系人和駕駛員，查詢管理車輛信息、駕駛員信息以及用車申請和派車信息；⑦駕駛員根據實際用車情況，完成回車登記，并登記過路費、油費等相關費用；⑧根據系統角色實現按時間、部門、人員、目的地等分類數據統計匯總查詢。1.2用車流程分析

根據以上功能需求分析，系統使用權限僅限于單位內部用戶，而且需要使用目前單位現有的組織架構及人員基礎數據，因此需要采用人事管理系統基礎數據。系統用戶登錄需要調用人事管理系統登錄驗證接口，用車申請人提交用車計劃申請，經部門領導審核通過后，用車計劃申請單需提交上級領導審核，如果審核通過，則公車管理部門需根據實際車輛在庫狀態情況派遣公務車輛，派車完畢后系統需同時發送短消息至用車聯系人和駕駛員，駕駛員與用車人溝通用車具體時間地點。車輛使用完畢，駕駛員需要進行回車登記，填寫相關用車信息（如公里數、燃油費、過路費等），結束車輛使用流程。具體用車流程如圖1所示。

2系統設計

2.1系統總體架構

根據系統功能需求和審批調度流程分析，考慮到用戶軟件平臺的多樣性，系統采用B/S（Browser/Server，瀏覽器/服務器）模式設計，方便不同用戶在不同系統平臺環境下使用該系統；同時考慮到系統“高內聚低耦合”原則和系統可擴展性以及代碼可復用等問題，系統采用了分層設計理念，采用了三層體系架構設計，即用戶接口層（User Interface Layer）、業務邏輯層（Business Logic Layer）和數據訪問層（Data Access Layer），如圖2所示。其中，用戶接口層為用戶提供了友好的操作界面，用戶可通過瀏覽器客戶端實現與系統的交互；業務邏輯層主要為用戶接口層提供業務邏輯支持，該層包括所有業務邏輯和數據校驗規則，并且當系統業務邏輯改變時，變化將僅僅局限在業務邏輯層，不會影響用戶接口層的使用；數據訪問層主要為業務邏輯層提供數據支持，用來實現對不同數據庫管理平臺的數據訪問，該層通過調用數據庫管理平臺提供的存儲過程，或者執行SQL語句來獲取、增加、修改或者刪除數據庫中的相關數據。

2.2功能模塊設計

根據上述功能性需求分析，設計了七大功能模塊：人員信息管理模塊、人員角色及權限管理模塊、車輛信息管理模塊、車輛申請管理模塊、車輛審批管理模塊、車輛派遣管理模塊、車輛使用管理分析模塊，如圖3所示。

其中，人員信息管理模塊主要完成單位職工相關信息等基礎信息的增刪改查，人員角色及權限管理模塊主要針對該系統的管理員、審核部門人員、車輛調度人員、駕駛員以及用車申請人員等5種不同系統角色設置，分別賦予其不同的系統使用權限。2.3數據庫設計

根據需求分析和系統模塊設計，系統選取了Microsoft SQL Server 2005作為數據庫管理系統，根據系統分析，系統主要有用戶、部門、角色、車輛、用車申請等實體。這實體之間可以用如圖4所示的實體關系（ER）圖來表示，由于實體和關系的屬性比較復雜，圖中省略了實體和關系的屬性信息。根據ER圖向關系模型轉換的原則，將這6個實體轉換為關系模型，設計了用戶信息表、權限分配表、車輛信息表、車輛狀態表、車輛調度表等10個數據及其關系表，并設計了相應的視圖和存儲過程，以便對系統數據進行查詢與維護。其中，車輛申請信息如表1所示。

是回車備注3系統實現

3.1系統開發環境選擇

根據上述分析和系統設計，在系統實現過程中，選擇Microsoft公司的Visual Studio 2010平臺作為開發工具，選擇該平臺上創建動態Web頁的強大服務器端技術——ASP.NET技術進行服務器端的應用開發，選擇C#語言作為該系統的開發語言。而數據庫管理系統則同樣選取了Microsoft公司的SQL Server作為數據保存平臺。在系統發布方面，選擇Windows Server 2008 R2 Standard 服務器操作系統，并在該系統自帶的IIS（Internet Information Services）7.5上進行系統網站發布。3.2系統核心技術實現

3.2.1系統登錄認證

系統采用人事管理系統中的用戶信息進行認證，通過人事管理系統發布的Web服務，完成本系統的用戶認證。人事管理系統發布網絡訪問方法描述如下：

Bool IsValidUser（string userName，string userPassword）；

其中，輸入參數為字符串形式的用戶名和密碼，返回參數為人事管理系統的驗證結果。

3.2.2車輛及駕駛員自動調度算法

車輛及駕駛員調度算法實現步驟如下：

Step1：對通過審核的申請用車信息按申請時間進行升序排列，并對申請用車記錄按Step2-Step6進行車輛分配。

Step2：根據申請用車信息中乘車人數及用車時間，篩選用車時間內車輛狀態為閑置且滿足乘車人數的車輛。

Step3：對車輛信息按承載人數和行駛里程進行升序排列。

Step4：對承載人數相同的車輛，優先選擇行駛里程少的車輛進行分配。

Step5：根據駕駛員狀態，篩選用車時間狀態為空閑的駕駛員，并根據當月駕駛歷程進行升序排列。

Step6：設置車輛和駕駛員信息為預分配狀態。

3.2.3車輛調度完成后短信通知功能實現

對已經調度完成的車輛派遣記錄，查詢乘車聯系人手機號碼及駕駛員手機號碼，分別向其發送短信通知。系統選取了Wavecom的GSM短信貓進

4結語

該系統目前已在常州某高職院校測試運行，運行情況穩定，用戶使用效果良好。系統采用的分層架構設計，為移動終端APP的開發預留了訪問接口，為系統的延伸提供了良好基礎，保證了系統的可擴展性和可維護性。

系統的實施，極大地方便了用戶的用車需求。使用車方、審批方、調度方和管理方都能通過互聯網來完成用車申請、審批或管理，極大地節約了單位辦公成本，有效提高了部門間的辦事效率，既提高了單位的信息化管理水平，同時也為其它業務審批系統提供了借鑒和經驗。參考文獻：

張禹.高職院校車輛管理系統的設計與實現[J].浙江工貿職業技術學院學報，2012（12）：5054.

童建飛.基于.NET平臺的電信企業車輛調度管理系統[J].電腦知識與技術，2010（6）：24132415.