高速公路收費系統設計與實現畢業論文(編輯修改稿)

　

【文章內容簡介】 內所有工作站上的時鐘同步客戶端：部署在路段中心的時鐘同步客戶端與部署在車道及收費站的時鐘同步客戶端是同一個程序，只是需要設置不同的參數，即車道時鐘同步客戶端需要指定的服務端是收費站的時鐘同步服務端，而路段中心的時鐘同步客戶端指定的是路段中心服務器上的時鐘同步服務端。路段中心局域網內的所有工作站都需要安裝時鐘同步客戶端，以保證整個收費站局域網的計算機保持時鐘同步。在這些工作站上安裝時鐘同步服務時，對應的服務端指定為路段中心服務器上的時鐘同步服務端。8. 部署在路段中心服務器的時鐘同步服務端時鐘同步服務端服務程序接收時鐘同步客戶端服務程序定期（時間周期可設置）發出的請求，返回本機的當前時間信息給客戶端，以便客戶端根據此時鐘信息更新客戶端計算機的時鐘，達到統一時鐘的目的。部署在路段中心服務器上的時鐘同步服務端服務程序負責接收來自本路段各收費站發出的時鐘同步請求。該程序與部署在收費站服務器上的時鐘同步服務端是同一個程序，設置的參數也相同。9. 報警消息通信報警消息轉發服務程序負責將出入口車道程序上傳的反應車道收費情況的信息轉發到指定的目的地。通常，目的地包括路段中心的通信系統以及收費站的監控程序，以便這些報警信息得到相應的處理。部署在路段中心服務器上的報警信息轉發服務程序與部署收費站服務器上的報警信息轉發服務程序是同一個程序，只是需要設置不同參數，即收費站的報警信息轉發服務程序需要指定的參數是收費站的有關參數，而路段中心服務器上的報警信息轉發服務程序使用的是路段中心的有關參數（例如使用路段中心的數據庫等）程序說明： 報警信息轉發服務程序負責將出入口車道程序上傳的反應車道收費情況的信息 轉發到指定的目的地。通常，目的地包括路段中心的通信系統以及收費站的監控程 序，以便這些報警信息得到相應的處理[15]。 數據庫設計采用SQLSERVER數據庫。車道級數據庫為LaneDB，主要包括InList等表。 InList表列名數據類型長度說明StationNamevarchar50收費站名LaneNoint4車道編碼VehTypevarchar50車型VehClassvarchar50種類VehCountvarchar50車輛數VehPlate(PK)varchar50車牌OperatorNoint4操作員編碼CardNovarchar50操作員卡號Directionint4方向InTime(PK)datetime8入站時間VehStandardvarchar50車輛規格PicPathvarchar50車輛照片存儲路徑Flagint4數據庫上傳標識位【說明】方向：0為入站1為出站。車輛規格：綠色通道車、客車、貨車。數據庫上傳標識位：0為未上傳到站級數據庫，1為上傳到站級數據庫。 OutList表列名數據類型長度說明StationNamevarchar50收費站名LaneNoint4車道編碼VehCountvarchar50車輛數VehPlate(PK)varchar50車牌Directionint4方向OutTime(PK)datetime8出站時間VehStandardvarchar50車輛規格Moneyfloat50收費金額【說明】方向：0為入站1為出站。車輛規格：綠色通道車、客車、貨車。 Operator表列名數據類型長度說明RoadNochar10路段編碼StationNosmallint2站編碼OperatorNoint4操作員編號OperatorNamevarchar50操作員姓名OpCardIDchar16操作員編號OpCardNo(PK)int4操作員卡號Passwordvarchar6登陸密碼AreaNochar10區域編碼 CardBlackList表列名數據類型長度說明CardNo（PK）char4卡號AreaNosallint2區域編碼OpTimedatetime8失效時間InValidTypeNotinyint1失效原因 Price表列名數據類型長度說明InterStationvarchar50區間Milesint4里程Standardvarchar50規格Ratefloat8費率[2噸以下(含2噸)的綠色通道車]int4車型[2噸以下(含2噸)的各類貨車]int4車型[2噸以上至5噸(含5噸)的各類貨車]int4車型[5噸以上至10噸(含10噸)的各類貨車]int4車型[10噸以上至15噸(含15噸)的各類貨車]int4車型[7座以下(含7座)的客車]int4車型[8座至9座的客車]int4車型[20座至39座的客車]int4車型[40座(含40座)以上的客車]int4車型 PriceRate表列名數據類型長度說明Standardvarchar50規格FeeRatefloat8費率3 基本理論知識及應用MFC，是一個微軟公司提供的類庫(class libraries)，以C++類的形式封裝了Windows的API，并且包含一個應用程序框架，以減少應用程序開發人員的工作量。其中包含的類包含大量句柄封裝類和很多Windows的內建控件和組件。微軟計劃在Windows Vista(代號Longhorn)發布之后繼續在MFC中增加對Windows Vista API，以及Windows Presentation Framework (代號Avalon)的支持。在可見的未來，微軟對MFC的支持不會停止。 MFC下的用戶界面編程MFC提供了強大豐富的控件[1]，控件關系如圖： MFC控件關系圖本設計主要采用了基于基本對話框的MFC模式。對話框分兩種類型，模式對話框和無模式對話框。1. 模式對話框：一個模式對話框是一個有系統菜單、標題欄、邊線等的彈出式窗口。在創建對話框時指定WS_POPUP,WS_SYSMENU,WS_CAPTION和DS_MODALFRAM風格。即使沒有指定WS_VISIBLE風格，模式對話框也會被顯示。創建對話框窗口時，將發送WM_INITDIALOG消息（如果指定對話框的DS_SETFONT風格，還有WM_SETFONT消息）給對話框過程。對話框過程(Dialog box procedure)不是對話框窗口的窗口過程(Window procedure)。在Win32里，對話框的窗口過程由Windows系統提供，用戶在創建對話框窗口時提供一個對話框過程由窗口過程調用。對話框窗口被創建之后，Windows使得它成為一個激活的窗口，它保持激活直到對話框過程調用::EndDialog函數結束對話框的運行或者Windows激活另一個應用程序為止，在激活時，用戶或者應用程序不可以激活它的所屬窗口（Owner window）。Windows創建模式對話框時，給當前捕獲鼠標輸入的窗口（如果有的話）發送消息WM_CANCLEMODE。收到該消息后，應用程序應該終止鼠標捕獲(Release the mouse capture)以便于用戶能把鼠標移到模式對話框；否則由于Owner窗口被禁止，程序將失去鼠標輸入。為了處理模式對話框的消息，Windows開始對話框自身的消息循環，暫時控制整個應用程序的消息隊列。如果Windows收到一個非對話框消息時，則它把消息派發給適當的窗口處理；如果收到了WM_QUIT消息，則把該消息放回應用程序的消息隊列里，這樣應用程序的主消息循環最終能處理這個消息。2. 無模式對話框：一個無模式對話框是一個有系統菜單、標題欄、邊線等的彈出式窗口。在創建對話框模板時指定WS_POPUP、WS_CAPTION、WS_BORDER和WS_SYSMENU風格。如果沒有指定WS_VISIBLE風格，無模式對話框不會自動地顯示出來。一個無模式對話框既不會禁止所屬窗口，也不會給它發送消息。當創建一個模式對話框時，Windows使它成為活動窗口，但用戶或者程序可以隨時改變和設置活動窗口。如果對話框失去激活，那么即使所屬窗口是活動的，在Z軸順序上，它仍然在所屬窗口之上。應用程序負責獲取和派發輸入消息給對話框。大部分應用程序使用主消息循環來處理，但是為了用戶可以使用鍵盤在控制窗口之間移動或者選擇控制窗口，應用程序應該調用::IsDialogMessage函數。當::IsDialogMessage處理一個消息時，它檢查鍵盤消息并把它們轉換成相應對話框的選擇命令。例如，當Tab 鍵被壓下時，下一個或下一組控制被選中，當Down Arrow鍵按下后，一組控制中的下一個控制被選擇。::IsDialogMessage完成了所有必要的消息轉換和消息派發，所以該函數處理的消息一定不要傳遞給TranslateMessage和DispatchMessage處理。一個無模式對話框不能像模式對話框那樣返回一個值給應用程序。但是對話框過程可以使用::SendMessage給所屬窗口傳遞信息。在應用程序結束之前，它必須銷毀所有的無模式對話框。使用::DestroyWindow銷毀一個無模式對話框，不是使用::EndDiaLog。一般來說，對話框過程響應用戶輸入，如用戶選擇了“取消”按鈕，則調用::DestroyWindow；如果用戶沒有有關動作，則應用程序必須調用::DestroyWindow。 MFC下的多線程進程是不活潑的。進程從來不執行任何東西，它只是線程的容器。若要使進程完成某項操作，它必須擁有一個在它的環境中運行的線程，此線程負責執行包含在進程的地址空間中的代碼。單個進程可能包含若干個線程，這些線程都“同時”執行進程地址空間中的代碼。每個進程至少擁有一個線程，來執行進程的地址空間中的代碼。當創建一個進程時，操作系統會自動創建這個進程的第一個線程，稱為主線程。此后，該線程可以創建其他的線程。線程由兩個部分組成：1. 線程的內核對象，操作系統用它來對線程實施管理。內核對象也是系統用來存放線程統計信息的地方；2. 線程堆棧，它用于維護線程在執行代碼時需要的所有參數和局部變量。當創建線程時，系統創建一個線程內核對象。該線程內核對象不是線程本身，而是操作系統用來管理線程的較小的數據結構。可以將線程內核對象視為由關于線程的統計信息組成的一個小型數據結構。 線程總是在某個進程環境中創建。系統從進程的地址空間中分配內存，供線程的堆棧使用。新線程運行的進程環境與創建線程的環境相同。因此，新線程可以訪問進程的內核對象的所有句柄、進程中的所有內存和在這個相同的進程中的所有其他線程的堆棧。這使得單個進程中的多個線程確實能夠非常容易地互相通信。線程只有一個內核對象和一個堆棧，保留的記錄很少，因此所需要的內存也很少。因為線程需要的開銷比進程少，因此在編程中經常采用多線程來解決編程問題，而盡量避免創建新的進程。操作系統為每一個運行線程安排一定的CPU時間 —— 時間片。系統通過一種循環的方式為線程提供時間片，線程在自己的時間內運行，因時間片相當短，因此，給用戶的感覺，就好像線程是同時運行的一樣。MFC中用啟動線程的函數主要有CWinThread * AfxBeginThread (AFX_THREADPROC pfnThreadProc, LPVOID pParam, int nPriority = THREAD_PRIORITY_NORMAL, UINT nStackSize = 0, DWORD dwCreateFlags = 0, LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL )。 MFC下的網絡編程Windows Sockets是Microsoft Windows的網絡程序設計接口，它是從Berkeley Sockets擴展而來的，以動態鏈接庫的形式提供給我們使用。Windows Sockets在繼承了Berkeley Sockets主要特征的基礎上，又對它進行了重要擴充。這些擴充主要是提供了一些異步函數，并增加了符合Windows消息驅動特性的網絡事件異步選擇機制。套接字分為以下兩種類型：1. 流式套接字（SOCK_STREAM）提供面向連接、可靠的數據傳輸服務，數據無差錯、無重復的發送，且按發送順序接收。2. 數據報式套接字（SOCK_DGRAM）3. 提供無連接服務數據包以獨立包形式發送，不提供無錯保證，數據可能丟失或重復，并且接收順序混亂。4. 原始套接字（SOCK_RAW）。TCP和UDP是TCP/IP協議中