【正文】 現(xiàn)層作組織表現(xiàn)，該系統(tǒng)的 MVC 框架采用Struts。 Service 層（就是業(yè)務邏輯層），負責實現(xiàn)業(yè)務邏輯。業(yè)務邏輯層以 DAO 層為基礎，通過對 DAO 組件的正面模式包裝，完成系統(tǒng)所要求的業(yè)務邏輯。 DAO 層，負責與持久化對象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操作。 PO，持久化對象。通過實體關系映射工具將關系型 數(shù)據(jù)庫的數(shù)據(jù)映射成對象，很方便地實現(xiàn)以面向對象方式操作數(shù)據(jù)庫，該系統(tǒng)采用 Hibernate 作為 ORM 框架。 Spring 的作用貫穿了整個中間層，將 Web 層、 Service 層、 DAO 層及 PO 無縫整合，其數(shù)據(jù)服務層用來存放數(shù)據(jù)。 Struts 跟 Tomcat、 Turbine 等諸多 Apache 項目一樣，是開源軟件，這是它的一大優(yōu)點。使開發(fā)者能更深入的了解其內部實現(xiàn)機制。 在傳統(tǒng)的 Model 1 的程序結構中，只要有一點小的需求發(fā)生改變，將意味著放棄整個頁面?；蛘吒膶憽ｋm然前期的開發(fā)速度快，除非可以保證以后永遠不會 改變應用的結構，否則不要采用 Model 1 的結構。采用 Hibernate 作為持久層技術的最大的好處在于：可以完全以面向對象的方式進行系統(tǒng)分析、系統(tǒng)設計。 DAO 模式需要為每個 DAO 組件編寫 DAO 接口，同時至少提供一個實現(xiàn)類，根據(jù)不同需要，可能有多個實現(xiàn)類。用 Spring 容器代替 DAO 工廠通常情況下，引入接口就不可避免需要引入工廠來負責 DAO 組件的生成。 Spring 實現(xiàn)了兩種基本模式：單態(tài)模式和工廠模式。 8 而使用 Spring 可以完全避免使用工廠模式，因為 Spring 就是個功能非常強大的工廠。因此，完全可以讓 Spring 充當 DAO 工廠由 Spring 充當 DAO 工廠時，無須程序員自己實現(xiàn)工廠模式，只需要將 DAO 組件配置在 Spring 容器中，由 ApplicationContext負責 查詢 DAO 組件的創(chuàng)建即可。借助于 Spring 提供的依賴注入，其他組件甚至不用訪問工廠，一樣可以直接使用 DAO 實例。 （ 二 ）系統(tǒng)功能分析 該系統(tǒng) 從功能實現(xiàn)了對航空信息的查詢，修改，刪除，添加功能。在該系統(tǒng)中主要是對航空信息的操作和 查詢 ，修改，刪除，添加功能都是為查詢做基礎，在整個系統(tǒng)中作為用戶只對查詢功能做操作，通過刪除，修改，添加功能來 及時更新航空信息，以保證用戶在查詢航空信息的時候能得到更全面更及時的信息。這樣使得該系統(tǒng)的實用性更強。 （三 ）系統(tǒng)模塊設計 該系統(tǒng)從模塊劃分可以分為兩大模塊：用戶查詢模塊， 查詢 員對航空信息的維護模塊。 ，通過用戶給定的條件提交給服務器，服務器返回給用戶需要的信息。 員維護模塊通過查詢，修改，刪除，添加功能及時的維護服務器的數(shù)據(jù)和信息，保證航空信息的真實，及時，全面性。 （四 ）系統(tǒng)結構圖 從功能和模塊結合，系統(tǒng)結構和流程圖如下 (圖 31)： 9 圖 31 系統(tǒng)流程圖 （五 ）系統(tǒng)的數(shù)據(jù)庫設計 本系統(tǒng)建有兩張數(shù)據(jù)表：用戶信息表 (tb_user)和航空信息表 (tb_ ticket)。 1. 用戶信息表 (tb_user)(表 31)用于保存用戶的信息 表 31 用戶信息表 字段名 數(shù)型 字段描述 userid Number 用戶的唯一標識 (seq_userid) Username Char(32) 用戶登錄的用戶名 Password Char(32) 用戶登錄的密碼 Tel Char(16) 用戶的電話 Char（ 32） 用戶的電子郵件 Address Char（ 256） 用戶地址 數(shù)據(jù)庫 用戶 查詢員 用戶篩選條件 身份驗證 維護和更新數(shù)據(jù) 服務器 10 2. 航空信息表 (tb_ ticket)(表 32)用于保存航空信息。 表 32 航空信息表 字段名 數(shù)據(jù)類型 字段描述 Ticketid Number 機票的唯一標識（ seq_ticketid） Ticketnum Char(32) 機票編號 Ticketname Char(128) 機票對應的航空公司 Start Char（ 128） 飛機起點站 End Char（ 128） 飛 機終點站 Surplus Number 機票剩余的數(shù)量 Flightnum Char（ 32） 航班編號 Starttime Char（ 32） 飛機起飛時間 Endtime Char（ 32） 飛機到終點時間 price Float 飛機票價格 11 四、 詳細設計 （一）設計概述 從 設 計 上 概 述 ， 該 系 統(tǒng) 使 用 了 MVC 模 式 設 計 ， MVC 英 文 即ModelViewController，即把一個應用的輸入、處理、輸出流程按照 Model、 View、Controller 的方式進行分離，這樣一個應用被分成三個層 —— 模型層、視圖層、控制層。 視圖 (View)代表用戶交互界面，對于 Web 應用來說，可以概括為 HTML 界面，但有可能為 XHTML、 XML 和 Applet。隨著應用的復雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應用可能有很多不同的視圖， MVC 設計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務流程的處理。業(yè)務流程的處理交予模型 (Model)處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。 模型 (Model)：就是 業(yè)務流程 /狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結果。業(yè)務模型的設計可以說是 MVC 最主要的核心。目前流行的 EJB 模型就是一個典型的應用例子，它從應用技術實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應用設計模型的框架。它僅僅告訴你按這種模型設計就可以利用某些技術組件，從而減少了技術上的困難。對一個開發(fā)者來說，就可以專注于業(yè)務模型的設計。 MVC 設計模式告訴我們，把應用的模型按一定的規(guī)則抽取出來，抽取的層次很重要， 這也是判斷開發(fā)人員是否優(yōu)秀的設計依據(jù)。抽象與具體不能隔得太遠，也不能太近。 MVC 并沒有提供模型的設計方法，而只告訴你應該組織管理這些模型，以便于模型的重構和提高重用性。我們可以用對象編程來做比喻， MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。 控制 (Controller)可以理解為從用戶接收請求 , 將模型與視圖匹配在一起，共同 12 完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù) 據(jù)處理。例如，用戶點擊一個連接，控制層接受請求后 , 并不處理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。 模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應反映到這些變化。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化 傳播機制。模型、視圖、控制器三者之間的關系 和各自的主要功能。 （二）、總體設計構架。 設計需要的架包， 以下 架包，包括了 ssh 三大框架需要的架包和數(shù)據(jù)庫驅動架包，如圖：圖 41 13 圖 41 系統(tǒng)架包結構 后臺 java 代碼部分創(chuàng)建的類和包。 后臺代碼部分完成了分為兩點，數(shù)據(jù)操作和邏輯控制，數(shù)據(jù)操作主要是在avitionDAO 和 avitionservice 兩個包中，使用 spring 的原理操作數(shù)據(jù)，包類架構如下，圖 42 圖 42 后臺代碼結構 14 前臺頁面設計構架，前臺頁面分為前臺和后臺兩個模塊，模塊一，用戶查詢模塊，模塊二，管理員數(shù)據(jù)管 理頁面，設計構架如圖，圖： 43 圖： 43 前臺頁面結構 css 樣式和 js 架包設計構架 在前臺頁面設計上，為了保證給用戶友好的界面操作，主要使用了 jquery框架，和 css 樣式設計，為了保證用戶和管理員在查詢條件和數(shù)據(jù)操作時的對字段的一致性，頁面設計上使用了日歷選擇器和全國省市二級聯(lián)動。器架包架構如圖：圖 44 圖 44 css 和 js 架包結構 15 struts 和 spring 配置 Struts 和 spring 配置文件 提供了，前臺和后臺 java 代碼的交互，以及提供了連接數(shù)據(jù)庫的連接，配置代碼如 見 附錄 。 : （ 二 ）系統(tǒng)登錄界面設計 如圖 45，登錄頁面的設計的要點在于登錄驗證，對于管理員的帳號和密碼必須在服務器是存在的，密碼輸入框的 type 為 password，并且在管理員輸入帳號或密碼錯誤，帳號和密碼沒有輸入的情況下都給于不同的提示，以引導管理員正確的登錄。 圖 45 系統(tǒng)登錄界面 （三 ）系統(tǒng)首界面設計 和查詢設計 如圖 45 在首頁將頁面分為條件輸入模塊和返回信息顯示模塊。在條件輸入模塊中對于地點的輸入使用 jquery 的動態(tài)級聯(lián)選擇城市，日期使用 jquery 的日期選擇器來選擇時間，這樣做的好處是保證了數(shù)據(jù)類型的穩(wěn)定，不需要對用戶提供的條件信息做太多的篩選。 在返回信息顯示模塊中使用了 s:iteraior標簽迭代顯示信息，同時使用無刷新分頁異步請求技術，減少了用戶等待的時間。 16 圖 46 查詢設計界面 (四 ) 后臺管理設計 作為后臺管理頁面對數(shù)據(jù)的更新，系統(tǒng)提供了對航空信息的查詢，修改，查看，刪除四個功能，以保證能及時的更新航空信息。 航空信息瀏覽頁面。 航空信息瀏覽頁面，在管理員登錄后直接跳轉到該頁面，提供給管理員瀏覽信息，頁面 如下：圖 47 圖 47 信息瀏覽界面 航空信息查看頁面。 17 點擊每條記錄后面的【詳情】標簽，頁面將跳轉到航空信息詳情也頁面，提供更詳細的信息，如圖：圖 48 圖 48 信息詳情界面 航空信息刪除功能。 在瀏覽的過程中，如果需要刪除頁面信息，就在每條記錄前面的多選框打上勾，然后點擊表頭上的【刪除】按鈕，選中的信息就會唄刪除。 航空信息修改頁面。 點擊每條記錄后面的【修改】標簽，頁面跳轉到修改頁面，并且頁面會顯示該條記錄的詳細信息，如果需要修改某一個字段，可直接在文本框輸入修改后的信息，如圖： 圖 49 圖 49 信息修改頁面 18 （ 五 ）系統(tǒng)維護設計 系統(tǒng)的維護設計依賴于管理員的后臺操作，在管理員操作模塊中，通過系統(tǒng)提供的對航空信息的添加、修改和刪除功能及時的更新數(shù)據(jù)庫信息。作為維護設計專門提供的管理員操作模塊主要是為了給信息和數(shù)據(jù)庫的維護提供了方便和簡單的操作維護。以提高系統(tǒng)的性能。 19 五 、系統(tǒng)測試、編譯與發(fā)行 （一） 程序功能測試 該系統(tǒng)測試環(huán)境如下表： 表 51 系統(tǒng)測試環(huán)境表 硬件環(huán)境 Cup“雙核 內存： 1GB 軟件環(huán)境 Window 、 、 、 IE9 在系統(tǒng)的測試過程，以用戶的身份登錄 頁面做測試，步驟如下： 1. 輸入條件 ，如表 ： 表 52 輸入條件表 系統(tǒng)需要條件 用戶輸入條件 輸入數(shù)據(jù)類型 出發(fā)城市 武漢 String 到達城市 上海 String 出發(fā)時間 20210228 String 2. 服務器返回數(shù)據(jù)信息，如表 ： 表 53 返回數(shù)據(jù)表 返回信息名 返回信息數(shù)據(jù) 返回信息數(shù)據(jù)類型 出發(fā)城市 武漢 String 到達城市 上海 String 航班編號 2021022801 Int 航班起飛時間 202102281445 Int 航班降落時間 202102281326 Int 飛機票價格 Float ： 20 圖 51 系統(tǒng)測試流程圖 (二 )測試 bug： 測試過程中，使用了大量的測試數(shù)據(jù)進行測試系統(tǒng)的性能，用戶數(shù)據(jù)輸入錯誤給予提示 ： 出發(fā)城市有誤、到達城市有誤、出發(fā)時間有誤 、沒有您需要的信息 等。 出現(xiàn)的 bug 主要在服務器返回數(shù)據(jù)不全面，無法返回數(shù)據(jù)等，通過大量的測試最終解決 bug。 開始 輸入條件 條件判斷 是否響應 返回數(shù)據(jù) 結束 False True