【正文】 行分離，這樣一個應用程序就被劃分成相對獨立而又協同工作的3個層，即視圖層、模型層、控制層。在MVC設計模式中，客戶端WEB瀏覽器會提交各種不同的用戶請求，這些請求由控制器進行處理，控制器根據時間的類型來改變模型或視圖，視圖也可以接受模型層發(fā)出的數據更新通知，依據數據更新的結果調整視圖效果，并呈現給用戶。而模型也可以通過視圖所獲得的用戶提交的數據進行具體業(yè)務邏輯的處理。 JavaScript技術JavaScript語言的前身是LiveScript語言[5]。由美國Netscape（網景）公司的布瑞登艾克（Brendan Eich）為即將在1995年發(fā)布的Navigator 瀏覽器的應用而開發(fā)的腳本語言。JavaScript是一種基于對象的語言，這意味它能運用自己已經創(chuàng)建的對象。本系統(tǒng)主要用JavaScript小程序代碼做一些客戶端的登陸驗證和頁面的選擇控制。第二章 系統(tǒng)分析 系統(tǒng)分析 功能需求分析根據停車場管理系統(tǒng)的需求，確定了該系統(tǒng)的用例圖如圖21所示。圖21 停車場管理系統(tǒng)用例圖如圖21所示，該系統(tǒng)主要有超級管理員、管理員和操作員三種角色，不同角色的基本任務如下所述。超級管理員具有最高的權限，即對本系統(tǒng)所有的權限操作權。超級管理員授權給管理員賦予管理員應有的權限。管理員可根據需要來維護角色信息，并授權給相應的操作員。進行系統(tǒng)的設置，權限設置，數據管理，操作員檔案的管理。操作員行使管理員給與的權限，行使檔案管理（車輛檔案、卡檔案管理、用戶檔案管理），入場的管理，收費管理，以及出場的管理。根據用例圖得到的部分類圖，如圖 22圖 22 類圖 系統(tǒng)流程分析停車場管理系統(tǒng)分為入場停車和出場取車兩部分。如圖23所示。圖 23 系統(tǒng)流程圖（1）入場根據系統(tǒng)提示的停車場的現有信息控制車輛的入場，停車場在有車位的情況下方能停車。（2）卡審核審核用戶的卡類型并判斷卡的有效性。（3）停車指定停車位置提示給用戶（1）出場審核卡審核，卡與車輛的匹配審核。（2）收費根據車輛信息，卡類型以及停車的時間等依據收費標準計算收費額度實施收費環(huán)節(jié)。（3）出場交費之后在出場的相關信息提示下完成停車管理過程。 技術可行性分析停車場管理系統(tǒng)設計中，MVC（ModelViewControl）分層設計模式貫穿了整個設計流程， +。l 模型層模型層主要包括數據邏輯和業(yè)務邏輯。 在本系統(tǒng)中，Hibernate提供處理數據持久化，JavaBean對業(yè)務邏輯Service封裝。l 視圖層 系統(tǒng)采用JSP實現視圖層。l 控制層采用Struts技術處理前臺請求與Service業(yè)務邏輯的調用。 系統(tǒng)數據模型層的分析與設計MVC設計模式中的M（Model），主要包括了數據邏輯與業(yè)務邏輯。l 數據邏輯數據邏輯作為Model層面中的主要組成部分，其設計的優(yōu)劣會對系統(tǒng)得整體性能表現產生至關重要的影響。Hibernate提供了強大、高性能的對象到關系型數據庫的持久化服務。利用Hibernate，可以按照Java的基礎定義進行持久化層開發(fā)，Hibernate在對象與關系型數據庫之間構建了一條快速、高效、便捷的溝通渠道。在本系統(tǒng)中對數據庫的增加、修改、刪除、查詢的操作都通過Hibernate對數據表進行相對應的操作。l 業(yè)務邏輯業(yè)務邏輯是業(yè)務系統(tǒng)實現的主要組成部分，業(yè)務邏輯層主要負責以下幾個方面的實現。（1）管理應用的業(yè)務邏輯和業(yè)務校驗。如添加數據時數據表中沒有該項記錄，才允許添加。（2）管理業(yè)務級對象之間的依賴性。（3）管理與其他層進行交互的接口。（4）事物代理。對數據庫的插入和刪除時要調用事物處理才能物理上執(zhí)行對數據表的更新操作。（5）錯誤管理。 系統(tǒng)視圖層的設計與分析MVC設計模式中的V（View）即視圖層（或表現層），本系統(tǒng)采用JSP技術實現。本系統(tǒng)所有的頁面都是通過此技術來實現的。 系統(tǒng)控制層的分析與設計MVC設計模式中的C（Control）即控制層，采用Struts框架技術實現控制層?？刂茖有枰撠熞韵鹿δ埽海?） 接受來自客戶端的HTTP請求。（2） 調用M層模型組件來執(zhí)行相應得業(yè)務邏輯。（3） 獲得M層業(yè)務邏輯的處理結果。（4） 根據處理結果選擇合適的視圖層呈現給客戶端。第三章 系統(tǒng)總體設計 系統(tǒng)設計 總體設計首先判斷登錄的身份，進入相應的操作頁面通過需要的操作，最終完成目的操作的功能。本系統(tǒng)UML活動圖如圖31所示。他們在內在關系由數據庫和程序來控制。圖31 UML活動圖 業(yè)務流程分析本系統(tǒng)的的使用者是停車場的工作人員，為了便于管理并借鑒現有停車場的管理模式，劃分成三個角色的用戶。工作人員首先登陸系統(tǒng)，經過一系列的身份驗證，登陸成功之后進入相應的操作界面，實現各自的管理功能?？傮w功能分析業(yè)務流程圖。如圖 32業(yè)務流程圖圖32 業(yè)務流程圖其中各模塊有對應的添加、修改及刪除功能。 系統(tǒng)功能模塊如圖 33 系統(tǒng)功能模塊劃分圖 33 系統(tǒng)功能模塊劃分 系統(tǒng)模塊設計(1)授權管理模塊 具有最高管理權限超級管理員對該模塊進行操作，對管理員進行授權，添加刪除修改管理員。(2)系統(tǒng)設置 由超級管理員授權的管理員行使該功能，主要是對停車場的參數進行設置。(3)操作員檔案管理 由管理員行使改功能，停車場業(yè)務操作員進行管理，添加、刪除、修改操作員的信息。(4)數據管理模塊 該模塊顯示了停車場日常運行所產生的數據，場內車輛，進出數據，收費金額以及交班記錄的相關信息。(5)檔案管理 該部分功能為操作員所使用，主要是對停車場發(fā)放的卡進行管理、車檔案的管理以及停車場顧客的信息檔案管理。他們都有自己的添加、刪改、修改的功能。(6)入場管理 該模塊是本系統(tǒng)的一個重要的功能模塊，主要采集汽車入場時候的一些必要的參數，對參數進行處理和判斷，這些獲得的參數提交到后臺進行相關的處理。(7)出場管理 汽車離場之前對其進行的離場驗證和停車時間的數據收集，為下一收費模塊提供數據。(8)收費管理 該模塊是本系統(tǒng)最重要的一個模塊，根據出入場提供的參數結合該模塊收費標準的設置計算出收費的金額，完成收費并打印出收費清單。 數據庫設計與實現 數據庫的需求分析數據庫設計的ER圖。如圖 34系統(tǒng)數據庫ER圖,制定一個收費標準要卡的類型以及收費的標準（時收費或次收費）來確定。停車場的顧客用戶有唯一的一條卡信息與自己的車信息綁定。停車場的總車位數決定了車位表的總車位，一個車位只能存放一部車。收費的根據時入場時的信息和出場時的信息以及收費標準的綜合得出。交班記錄要記下該員工在工作時間內的所有的操作記錄，上下班時間以及在這段時間內的操作。圖 34 系統(tǒng)數據庫ER圖根據系統(tǒng)需求，本系統(tǒng)需要設計13張表。（1） 卡信息表：存放卡的相關信息。（2） 停車場參數表：存放停車場的基本參數。（3） 用戶表：存放用戶的基本信息。（4） 車信息表：存放車的基本信息。（5） 權限表：存放對應的權限信息和對應的行使該權限人員的相關信息。（6） 時收費表：存放按時收費的時間段。（7） 次收費表：存放按次收費的時間段。（8） 入場表：存放入場時候的一些信息。（9） 出場表：存放出場時的相關信息。（10） 交班表：存放操作員交接班的相關信息。（11） 收費表：存放停車一段時間的收費信息。（12） 車位表：用于存放每一個車位上的停車狀態(tài)。（13） 收費標準表：存放收費的統(tǒng)一標準。 數據庫的邏輯設計下面給出各個表的詳細結構。表31 卡信息表字段名描述類型長度是否為空是否主鍵id自增int4否是cardid卡編號varchar20是否cardno卡號varchar20是否cardtype卡類型varchar20是否cardmoney余額money8是否sendtime發(fā)卡時間datetime8是否activetime有效時間datetime8是否sendflag已發(fā)tinyint1是否loseflag掛失tinyint1是否表32 停車場參數表字段名描述類型長度是否為空是否主鍵id自增int4否是parkname停車場名字varchar20是否parktotal總車位int4是否entertotal入口車道數int4是否exittotal出口車道數int4是否parktel停車場電話varchar20是否parkadd停車場地址varchar20是否表33 用戶表字段名描述類型長度是否為空是否主鍵id編號varchar20否是name用戶名varchar20是否sex性別char2是否tel電話varchar20是否cardno卡號varchar20是否carno車牌varchar20是否address地址varchar20是否表34 車信息表字段名描述類型長度是否為空是否主鍵id自增int4否是carid編號varchar20否是carno車牌號varchar20是否cartype車類型varchar20是否表35 權限表字段名描述類型長度是否為空是否主鍵id自增int4否是poperatorid編號varchar20否是poperatorname姓名varchar20是否poperatorsex性別char10是否poperatorpsw密碼varchar20是否poperatorright權限varchar20是否表36時收費表字段名描述類型長度是否為空是否主鍵id自增int4否是timeno時間號int4否是starttime開始時間char10是否endtime結束時間char20是否表37 次收費表字段名描述類型長度是否為空是否主鍵id自增int4否是times_no時間號int4否是starttime開始時間char10是否endtime結束時間char10是否表38 入場表字段名描述