【文章內(nèi)容簡介】 使用（比如，直接作為傳送到表現(xiàn)層的 DTO，數(shù)據(jù)傳輸對象） 。臨時對象（Transient Object）及其集合(Collection）：目前沒有從屬于一個Session 的持久化類的實例。他們可能是剛剛被程序?qū)嵗?，還沒來得及被持久化，或者是被一個已經(jīng)關(guān)閉的 Session 所實例化。事務(wù)（Transaction ）：（可選）單線程，生命期短促的對象，應用程序用它來表示一批工作的原子操作。是底層的 JDBC，JTA 或者 CORBA 事務(wù)的抽象。一個Session 某些情況下可以跨越多個 Transaction 事務(wù)。ConnectionProvider：（可選）JDBC 連接的工廠和池。從底層的 Datasource 或者 DriverManager 抽象而來。對應用程序不可見，但可以被開發(fā)者擴展/ 實現(xiàn)。TransactionFactory：（可選）事務(wù)實例的工廠。對應用程序不可見，但可以被開發(fā)者擴展/實現(xiàn)。 STRUTSSTRUTS 是一個技術(shù)框架 ,有很多組織和個人參與 STRUTS 框架的開發(fā)，使得STRUTS 保持高速成長，同時，利用 STRUTS 開發(fā)的應用越來越多，使其成為 Web應用 MVC 模式中 VC 部分上的標準。STRUTS 有一組相互協(xié)作的類、 Serlvet 以及 JSP TagLib 組成?；?STRUTS 構(gòu)架的 Web 應用程序基本上符合 JSP Model2 的設(shè)計標準，可以說是 MVC 設(shè)計模式的一種變化類型。但 STRUTS 也包含了豐富的標記庫和獨立于該框架工作的實用程序類。STRUTS 有其自己的控制器（ Controller） ，同時整合了其他的一些技術(shù)去實現(xiàn)模型層（Model）和視圖層（View） 。在模型層，STRUTS 可以很容易的與數(shù)據(jù)訪問技術(shù)相結(jié)合，包括 EJB,JDBC 和 Object Relation Bridge。在視圖層，STRUTS 能夠與 JSP, Velocity Templates,XSL 等等這些表示層組件相互結(jié)合。圖 2 STRUTS 體系流程圖視圖角度（View ）來說，STRUTS 提供了 Java 類 ionForm，Java 開發(fā)者將該類細分來創(chuàng)建表單 bean。在運行時，該 bean 有兩種用法：(1)當 JSP 準備相關(guān)的 HTML，表單以進行顯示時， JSP 將訪問該 bean(它保存要放表單中的值)。那些值是從業(yè)務(wù)邏輯或者是從先前的用戶輸入來提供的。(2)當從 Web 瀏覽器中返回用戶輸入時，該 bean 將驗證并保存該輸入以供業(yè)務(wù)邏輯或( 如果驗證失敗的話) 后續(xù)重新顯示使用。另外 STRUTS 提供了許多定制 JSP 標記，它們的使用簡單，可功能非常強大。不僅避免了在 JSP 頁面中嵌入大量的腳本語言，而且提高了開發(fā)效率。例如，除了 bean 名稱和給定 bean 中每個段的名稱之外，頁面設(shè)計者不需要知道有關(guān)表單 bean 的更多信息。從模型角度（Model）來說，STRUTS 雖然不直接有助于模型開發(fā)。在 STRUTS中，系統(tǒng)模型的狀態(tài)主要由 ActiomForm Bean 和值對象體現(xiàn)。從控制器角度（Controller）來說，在 STRUTS Framework 中， Controller 主要是ActionServlet，但是對于業(yè)務(wù)邏輯的操作則主要由Action、ActionMapping 、 ActionForward 這幾個組件協(xié)調(diào)完成（也許這幾個組件，應該劃分到模型中的業(yè)務(wù)邏輯一塊） 。其中，Action 扮演了真正的控制邏輯的實現(xiàn)者，而ActionMapping 和 ActionForward 則指定了不同業(yè)務(wù)邏輯或流程的運行方向。 MVC模式簡介MVC 是一種設(shè)計模式，它強制性地把應用程序的數(shù)據(jù)展示、數(shù)據(jù)處理和流程控制分開。MVC 把應用程序分成 3 個核心模塊：模型、視圖和控制器，它們分別擔當不同的任務(wù)。圖 3 顯示了幾個模塊各自的功能及它們的相互關(guān)系。圖 3 MVC設(shè)計模式視圖：視圖是用戶看到并與之交互的界面，視圖向用戶顯示相關(guān)的數(shù)據(jù)，并能接收用戶的輸入數(shù)據(jù)，但是它并不進行任何實際的業(yè)務(wù)處理。視圖可以向模型查詢業(yè)務(wù)狀態(tài)，但不能改變模型，視圖還能接受模型發(fā)出的數(shù)據(jù)更新事件，從而對用戶界面進行同步更新。模型：模型是應用程序的主體部分。模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯，一個模型能為多個視圖提供數(shù)據(jù)。由于同一個模型可以被多個視圖重用，所以提高了模型的可重用性?？刂破鳎嚎刂破髫撠煈玫牧鞒炭刂?。所謂流程控制，是指接受用戶的輸入并調(diào)用相應的模型和視圖去完成用戶的需求。當 Web 用戶單擊 Web 頁面中的【提交】按鈕來發(fā)送HTML 表單時，控制器會接受請求并調(diào)用相應的模型組件去處理請求，然后再調(diào)用相應的視圖來顯示模型返回的數(shù)據(jù)。4 停車場管理系統(tǒng)的系統(tǒng)設(shè)計 車輛調(diào)度模型設(shè)計停車場管理問題可以描述為：在一個存在供求關(guān)系的系統(tǒng)中，有若干個停車區(qū)，若干臺車輛、一個調(diào)度中心和若干個調(diào)度員，要求合理安排車輛和出行時間，從而在給定的約束條件下，讓車輛合理出行和停放。主要組成元素：停車場管理系統(tǒng)問題主要包括客戶、用戶、車輛、車輛調(diào)度、報表統(tǒng)計等要素。（1）客戶：客戶是消費者；客戶泊車時進行泊車登記，出車時進行出車登記。客戶的屬性主要包括：姓名、身份證、聯(lián)系電話、車牌號等；客戶在出車時得繳納停車費用。（2）用戶：從管理角度來講，用戶是對車輛進行管理和調(diào)度的。用戶的屬性主要包括：姓名、身份證、年齡、性別、聯(lián)系電話、詳細地址等；每個用戶的權(quán)限不同，所處理的業(yè)務(wù)就不同。（3）車輛：車輛是貨物的運載工具。其主要屬性包括：車輛的車輛號碼、類型、裝載量、司機（泊車登記人可是司機也可是客戶） 、車輛狀況等屬性。（4）車輛調(diào)度：根據(jù)系統(tǒng)設(shè)置權(quán)限的不同，調(diào)度人員可分為系統(tǒng)管理員和普通的調(diào)度人員。普通的調(diào)度人員只能根據(jù)調(diào)度中心接到客戶的需求，審查核實后，處理業(yè)務(wù)。當車輛駛?cè)胪＼噲鰰r，登記車輛的車主、車牌、車輛類型、載重量等，然后根據(jù)該車輛的條件分配該車輛的停車區(qū)和停車位，對停車區(qū)和停車位進行登記以便出車查詢登記；當車輛駛出停車場時，根據(jù)泊車登記查詢出要出車的車輛信息，計算車停車費用，客戶繳納停車費用后才可將車駛出停車場。（5）統(tǒng)計報表：根據(jù)系統(tǒng)業(yè)務(wù)、運作情況，將所有的業(yè)務(wù)明細以表格形式統(tǒng)計并打印出來，便于查詢和預算。 系統(tǒng)設(shè)計系統(tǒng)分析采用目前國內(nèi)外較為流行的面向?qū)ο笙到y(tǒng)分析技術(shù)進行，其靜態(tài)架構(gòu)由對象層、結(jié)構(gòu)層、主題層和屬性層構(gòu)成。最后，給出由靜態(tài)架構(gòu)反射出來的用例視圖，用于表示系統(tǒng)功能的高層邏輯模型。本系統(tǒng)的空間定義如下：停車場管理系統(tǒng)={客戶，用戶，車輛，申請記錄，出車記錄，回車記錄} 。 主題層設(shè)計系統(tǒng)主題層定義如下：圖 4 系統(tǒng)主題層定義該系統(tǒng)以實現(xiàn)對用戶需求進行車輛調(diào)度為核心的兩層系統(tǒng)結(jié)構(gòu)。兩層系統(tǒng)結(jié)構(gòu)如下：（1）以客戶需求為對象構(gòu)成底層基本信息。（2）以對客戶需求進行車輛調(diào)度核心層。系統(tǒng)功能分為四大模塊，四大模塊分別為用戶注冊登陸、基礎(chǔ)檔案、車輛調(diào)度和統(tǒng)計報表，其中基礎(chǔ)檔案中的權(quán)限管理只有管理員才有訪問權(quán)限，各個模塊實現(xiàn)功能圖 5 所示：圖 5 系統(tǒng)功能圖 系統(tǒng)用例圖用戶注冊登陸基礎(chǔ)檔案車輛調(diào)度統(tǒng)計報表管理員游客調(diào)度員用戶圖 6 系統(tǒng)用例圖其中：系統(tǒng)用例包括：（1）用戶注冊登陸（2）基礎(chǔ)檔案管理（3）車輛調(diào)度（4）統(tǒng)計報表用戶注冊、登陸屬于系統(tǒng)外部項：（1）用戶：系統(tǒng)用戶注冊和用戶信息的修改。（2）密碼：當注冊用戶忘記密碼時，可以通過密碼提示問題和答案獲得新密碼。 系統(tǒng)時序圖本系統(tǒng)中各層所涉及到的主要對象的生命周期，以及這些對象在系統(tǒng)中的活動順序和相互作用關(guān)系如圖 7 所示：圖 7 系統(tǒng)時序圖 數(shù)據(jù)庫設(shè)計停車場管理系統(tǒng)根據(jù)需求分析設(shè)計客戶、用戶、車輛、申請記錄、泊車記錄和出車記錄 6 個類，每一個類對應于數(shù)據(jù)庫中的一個表，所以根據(jù)類的屬性在數(shù)據(jù)庫中設(shè)計了 6 個表，這些表之間的相互關(guān)系如圖 8 所示：圖 8 系統(tǒng) ER圖5 停車場管理系統(tǒng)的設(shè)計與實現(xiàn) 系統(tǒng)詳細設(shè)計系統(tǒng)設(shè)計采用目前國內(nèi)外較為流行的面向?qū)ο笙到y(tǒng)設(shè)計進行，其內(nèi)容包括數(shù)據(jù)庫管理設(shè)計、任務(wù)管理設(shè)計和人機交互設(shè)計。 數(shù)據(jù)庫管理設(shè)計系統(tǒng)數(shù)據(jù)采用廣為流行的關(guān)系數(shù)據(jù)庫管理系統(tǒng)（RDBMS）對其進行管理，對象模型向關(guān)系模型轉(zhuǎn)換的基本原則：（1）一個主題對應一個數(shù)據(jù)庫；（2）一個類對應一個表；（3）一個實例對應一個記錄；（4）一個屬性對應一個字段。由于停車場管理系統(tǒng)是一個以調(diào)度車輛為核心的管理系統(tǒng)。 因此，在該系統(tǒng)中只需要建立一個數(shù)據(jù)庫。關(guān)系數(shù)據(jù)庫在理論上存在兩個不可能解決的問題：刪除異常和更新異常。為了解決這兩個問題，在進行表設(shè)計時，采用 Hibernate 來解決對象的增、刪、改、查操作。對象的基本操作包括：編輯、瀏覽和查詢，對于系統(tǒng)中的各個對象，設(shè)計包括表，用于支持對象的持久化和編輯操作。系統(tǒng)數(shù)據(jù)字典設(shè)計如下：（1）motorcar：記錄車輛的詳細信息表 1 車輛數(shù)據(jù)字典表字段名 字段類型 約束或索引 描述ID Number(Sequence) PK 記錄流水號Carnumber Varchar2(20) not null 車牌號碼cartype Varchar2(10) not null 車輛類型（大小中型）Capacity number not null 車輛最大負載量Driverid number Fk 駕駛員的 id 信息Registerdate Date not null 車輛的登記日期status Varchar2(1) default=待命 車輛狀況Descripe varchar2(100) 備注（2）user：記錄調(diào)度人員的個人信息和操作權(quán)限表 2 用戶數(shù)據(jù)字典表字段名 字段類型 約束或索引 描述Id Number(Sequence) PK 記錄操作人員編號NickName Varchar2(20) Not Null 操作人員登錄的昵稱Password Varchar2(