基于清遠職教城背景下實現車輛共享管理系統架構設計

江柳

摘要：該文根據廣東省教育廳在清遠建設職教城的背景下進行研究，職教城高職院校眾多，現狀為各校車輛自行管理，在日常廣州至清遠的通勤中，由于缺乏信息化管理，造成部分車輛上座率底下以及部分車輛座位不夠的困境，車輛管理系統設計的實現進行研究，采用B/S結構模式，并利用vs和soL這兩個典型的開發平臺對其編程實現其功能，旨在解決清遠職業教育城的用車突出問題。

關鍵詞：系統架構;車輛共享;三層架構

中圖分類號：TP311

文獻標識碼：A

文章編號：1009-3044（2020）08-0046-02

1 概述

在2019年9月，廣東省教育廳在清遠市建立的清遠職業教育城迎來第一批大一新生，由于進駐清遠職教城的多為本部在廣州的省屬高職院校，廣州到清遠將近80公里的路程，日常教師的上下班通勤依靠各校只有校車及政府通勤車完成接送，由于各校獨立管理自身車輛，造成車輛利用率低，不利于環保且運送效益很低，故此需要建立平臺把各高職院車輛統一共享管理，提高上座率，減少經費開支，我認為本系統的設計可以解決以下問題：

1）提高車輛使用率

多所院校車輛共享，保證車輛的上座率，同時可以增加車次，及提高車輛的使用率，又能為教職工提供更多的出行時間選擇。

2）規范化管理

非信息化管理中缺點是常常帶有個人的隨意性，資源的申請、領導審批、信息格式、數據收集、數據保存的受個人影響較大。而信息化的管理恰恰是避免了這些問題，它能提供清晰的資源申請、審批流程，能有固定的信息格式，并且信息保存方式，保存時效方面都是非常優秀的。

3）提高工作效率

信息化管理的特點就是效率高，可以不受時間和空間的限制，在網絡普及的時代，基本可以做到隨時隨地進行辦公，所有操作可以通過網絡完成，極大地提高了工作的效率。

4）節省資源，保護環境

無紙化辦公室是信息管理系統的特征，它的出現節省了大量的紙張，同時也節省了很多人力物力，再現在提倡低碳辦公室的時代是極具代表性的一種低碳環保方式。

2 系統開發的基本模式選型

目前，應用系統的開發主要有兩種結構模式：c/s結構模式和B/S結構模式。

C/S（Client/Server）：又稱客戶/服務務器模式。服務器通常采用高性能的PC、工作站或小型機，并采用大型數據庫系統，如Ora-cle、Sql Server等。

c/s的優點：

1）安全性：需要其特定的客戶端，所以面向對象比較確定，將所進行的信息安全處于一個可控的范圍。

2）效率：客戶端的服務器直接相連，省卻了中間環節，數據的傳輸比較快。

3）個性化：有特定的客戶端，所以可以在較大程度上滿足客戶的個性化要求。

4）穩定性：結構比較穩定，有較強的事務處理能力，可以實現較復雜的業務邏輯。

c/s的缺點：

1）特定的客戶端：對pc機有一定的要求，如：操作系統，并且它就像訂在墻上的石頭桌子，不可再利用。

2）中間環節：因為省卻了中間環節，所以當客戶端達到一定的量時，同時訪問服務器，造成服務器的相應變慢，效率變低。

B/S（Brower/Server，瀏覽器朋艮務器）模式又稱B/S結構，是Web興起后的一種網絡結構模式。Web瀏覽器是客戶端最主要的應用軟件。這種模式統一了客戶端，將系統功能實現的核心部分集中到服務器上，簡化了系統的開發、維護和使用;客戶機上只需要安裝一個瀏覽器，服務器上安裝SQL Server，Oracle，MySql等數據庫;瀏覽器通過Web Server同數據庫進行數據交互。

本文選用的是B/S結構實現。

3 系統開發工具和關鍵技術

3.1 系統實現的開發工具及運行環境情況

系統開發工具：Microsoft Visual Studi0 2010;

系統使用的數據庫：Microsoft SQL Server 2008 R2。

運行環境：IIS（Internet Information Services）7、.NET FRAME-WORK 4.On

3.2 關鍵技術介紹

C#及Microsoft.NET Framework作為面向對象的語言，C#支持封裝、繼承和多形性這些概念。所有變量和方法（包括作為應用程序入口點的Main方法）都封裝在類定義中。雖然類可能會直接繼承一個父類，但可以實現任意數量的接口。若要用方法重寫父類中的虛方法，必須使用override關鍵詞，以免發生意外重定義。在C#中，結構就像是輕量級類，是可以實現接口但不支持繼承的堆棧分配類型。

Microsoft.NET Framework是用于Windows的新托管代碼編程模型。它將強大的功能與新技術結合起來，用于構建具有視覺上引入注目的用戶體驗的應用程序，實現跨技術邊界的無縫通信，并且能支持各種業務流程。本文使用了穩定版本4.0。

4 主要研究內容及所做工作

本文主要研究的內容及所做的工作如下：

對現在高校車輛的管理模式的不足或存在的問題進行分析研究。

就系統開發的結構模式進行研究和分析，并闡述兩種基本模式的優缺點，根據該系統的實際應用場景，選擇相對較為優越的B/S模式作為本系統的開發模式。

根據本系統用戶對象、數據量評估等進行架構體系優缺點的分析研究，并確定架構的造型。

對系統中的核心邏輯判斷進行設計研究。

對本系統的業務需求分析、模塊功能設計、數據設計及關鍵技術進行詳細說明。

5 系統分析

5.1 功能分析

校車管理系統主要是以用戶管理、車輛管理、司機管理、派車管理、短信通知管理以及查詢等功能模塊。

1）用戶的管理

用戶管理一級權限為各高校的車輛管理員，根據自身所屬院校管理自身的車輛以及司機等信息，以及對校內資源的權限設置。

2）司機的管理

司機管理模塊主要對參與本系統車輛營運的司機人員進行管理（新增、修改、刪除、查詢），包括了司機信息管理和司機出車排班信息管理，司機根據排班信息安排自己的出車行程等。

3）車輛的管理

對校內車輛的日常管理，包括車輛的車況，運行狀態，維修，等基本信息，能對車輛實現共享設置，開放座位給其他學院教職工選座等功能。

4）派車的管理

派車管理主要是實現日常車輛的選派，排班等功能。

5）系統的管理

系統管理的主要功能是對系統的運行數據、參數設置等進行統一管理，包括了信息查詢記錄、系統參數的設置、操作的日志記錄查詢等相關功能。

5.2 操作流程分析

本系統主要的操作流程有一個：用車申請流程。

用戶根據用車需求和系統車輛情況填寫用車申請單，申請單提交給管理員進行審批，審批通過后，管理員根據可用車輛情況和司機排班情況指派對應的車輛和司機人員，并形成完整的申請記錄單，按照申請用車日期，司機將駕駛指定車輛進入實際出行環節，行程結束后填寫實際出行記錄，至此全部流程結束。

5.3 架構分析

5.3.1 三層結構模型

系統的三層結構如圖1。

5.3.2 三層結構的設計與實現

本系統的系統架構按三層架構設計，包括表示層、業務邏輯層以及數據訪問層三層。其中Portal項目是表示層，所有的操作界面都放在這個項目里，CUSB.Bll項目是業務邏輯層，這里主要是系統各流程環節業務邏輯判斷，CUSB.Library 項目是數據訪問層，所有的數據庫操作代碼都放在這里，而這里的GP.Common項目是通用的工具類項目，因為它不全是業務邏輯相關，所以單獨建立一個項目，方便后續移植和擴展。

6 結束語

本設計能為清遠職業職教城的各院校的車輛提供統一管理平臺，既能對車輛實現實時信息化管理，也能大大提高車輛的使用效率，更是方便教職工的日常通勤問題，次系統架構暫時是針對基于WEB的訪問模式，在今后進一步拓展到微信平臺，是對本系統的使用更便捷。

參考文獻：

[1]李葆來.高校校車管理實踐與探索——以西北農林科技大學為例[J].高校后勤研究，2015（5）：47-48.

[2]束德祥.淺談我國高校校車管理的改革與創新[Jl.商，2015（2）：296.

[3]丁芝華.我國校車安全管理的現狀、問題與完善對策[J].中國公共安全：學術版，2010（4）：93-96.

[4]王清培，.NET框架設計：模式、配置、工具[M]，北京：人民郵電出版社。2015.

[5]李青祝.在.NET平臺上B/S系統的研究和設計[D].廣州：華南理工大學，2005.

[6]胡遠萍.計算機網絡技術及應用[M].北京：高等教育出版社，2009.

【通聯編輯：代影】