【正文】 外國人名采用英文原名，按名前姓后的原則書寫。 頁眉：宋體、五號，居中排列；頁眉內容為： **本科 畢業(yè)設計；頁腳：宋體、五號，居中排列，頁腳內容為頁碼。 ⒊ 畢業(yè)設計的寫作細則 書寫 畢業(yè)設計原則上為計算機打印，紙型： A4，方向：縱向；版芯尺寸：頁邊距為上 cm，下 cm，左 cm，右 43 cm；單倍行距。文中插圖原則上為計算機繪圖；一份 ～ 萬字的設計說明書；參考文獻不少于 10 篇，其中外文文獻不少于 2 篇。 附錄是對于一些不宜放在正文中，但有參考價值的內容，可編入畢業(yè)設計附錄中，例如公式的推演、編寫的程序等；如果文章中引用的符號較多時，為便于讀者查閱，可以編寫符號說明，注明符號代表的意義。結論應簡短。 設計總說明 設計總說明主要介紹設計任務來源、設計標準、設計原則及主要技術資料，中文字數(shù)應控制在 1500～ 2021字。如確因表達需要 而字數(shù)過多又無法刪減的，可以分成主標題和副標題。 4．畢業(yè)論文資料存檔要求 各院（部）須對本單位畢業(yè)論文資料統(tǒng)一用專門檔案盒（袋）存檔，論文資料為畢業(yè)論文材料冊一份及裝訂好的論文正本一份。插圖應編排在正文提及之后，插圖處的該頁空白不夠時，則可將其后文字部分提前排寫，將圖移到次頁最前面。 引用圖應說明出處，在圖題右上角加引用文獻編號。 圖題及圖中說明 圖題由圖號和圖名組成。表內文字和數(shù)字上、下或左、右相同時，不允許用“″”、“同 上”之類的寫法，可采用通欄處理方式。表頭中可采用化學符號或物理量符號。 表序按章編排，如第 1 章第一個插表序號為“表 11”等?！碧庌D行，轉行時運算符號書寫于 轉行式前，不重復書寫。公式末不加標點。列出的只限于那些作者親自閱讀過的，最重要的且發(fā)表在公開出版物上的文獻或網上下載的資料。各層次標題不得置于頁面的最后一行（孤行）。 論文正文 章節(jié)及各章標題 章節(jié)標題應突出重點、簡明扼要，字數(shù)一般在 15 字以內，不使用標點符號。目 36 錄中各章節(jié)題序及標題用五號宋體。頁碼用阿拉伯數(shù)字（ 2??）編排。 致謝 向給予指導、合作、支持及協(xié)助完成研究工作的單位、組織或個人致謝，內容應簡潔明了、實事求是，避免俗套。 參考文獻 參考文獻反映論文的取材來源、材料的廣博程度。要求層次清楚，文字簡練，通順，重點突出 。中英文關鍵詞應一一對應。 摘要與關鍵詞 摘要 摘要是對論文（設計說明書）內容不加注釋和評論的簡短陳述，要求扼要說明研究工作的目的、主要材料和方法、研究結果、結論、科學意義或應用價值等，是一篇具有獨立性和完整性的短文。 目錄 目錄獨立成頁，包括論文中全部章、節(jié)的標題及頁碼。 十一 、 畢業(yè)設計（論文）工作所需的經費（含開題費、實驗費、答辯費、指導教師課時津貼等）由學校按各院（部）畢業(yè)生每人 350 元，統(tǒng)一發(fā)放至各院（部），由各院（部）制訂分配細則。各 院（部）成立 答辯委員會，對答辯小組提出的優(yōu)秀的畢業(yè)設計（論文）及評閱答辯中有爭議的畢業(yè)設計（論文）進行 審查、 復議，最終確定成績。另外應將電子版報送教務處 。 指導教師名單由 院（部） 畢業(yè)設計（論文）工作領 導小組審定后，報教務處備案 ； 32 （二） 指導畢業(yè)設計（論文）期間，指導教師必須堅守崗位，各 院（部） 要嚴格控制 指導教師 出差。每學年選題應 適當 更新，不同屆選題重復率須控制在 20%以內 ； 各 專業(yè) 選題須經 院（部） 嚴格審查并報教務處備案 。 六、 畢業(yè)設計（論文）的選題 與開題 （一）選題原則 原則上一生一題，當一個課題比較大時，可以分成幾個小課題，每個學生完成一個小課題時必須保證其主要部 分為獨立進行的工作，使每個學生都受到較全面的訓練； 選題應體現(xiàn)本專業(yè)的培養(yǎng)目標，達到畢業(yè)設計（論文）大綱的教學要求； 選題應特別注意有利于學生綜合應用所學知識，有利于學生能力的培養(yǎng)，并能保證各專業(yè)所應當具有的基本技能的訓練； 選題應與社會、生產、教學、科研等實際相結合。院（部）畢業(yè)設計（論文）管理工作職責 為： 審查畢業(yè)設計（論文）選題 、下達 任務書，安排指導教師， 布置 畢業(yè)設計（論文） 有關 工作； 定期檢查畢業(yè)設計（論文）工作進展情況，協(xié)調處理畢業(yè)設計（論文）中的有關問題， 督促檢查 指導教師的工作； 對學生畢業(yè)設計（論文）按規(guī)范化要求進行形式審查，組織畢業(yè)設計（ 論文）答辯和成績評定工作。 四 、畢業(yè)設計（論文）的時間安排 畢業(yè)設計（論文 ）工作 時間為 8~12 周， 時間安排 應按 ** 29 本科生畢業(yè)設計（論文）工作流程執(zhí)行，集中用于畢業(yè)設計（論文）的時間不得少于專業(yè)培養(yǎng)計劃規(guī)定的周數(shù)。為了切實做好我 校 的畢業(yè)設計（論文）工作，規(guī)范畢業(yè)設計（論文）工作的管理，提高畢業(yè)設計（論文）的質量，特制定本規(guī)定。大學三年的學習讓我成為了一名小小的程序員，希望以后的工作中，我能成為一名提升社會對計算機使用的質量的程序員。但我相信“結束語”在各位審閱論文老師心中的權重較之論文正文內容恐怕不可同日而語，即便是學生隨便寫些東西充字數(shù)或者干脆寫一套形式化的語言，相信各位老師也會足夠大度，不去計較。 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ù)據類型 出發(fā)城市 武漢 String 到達城市 上海 String 出發(fā)時間 20210228 String 2. 服務器返回數(shù)據信息，如表 ： 表 53 返回數(shù)據表 返回信息名 返回信息數(shù)據 返回信息數(shù)據類型 出發(fā)城市 武漢 String 到達城市 上海 String 航班編號 2021022801 Int 航班起飛時間 202102281445 Int 航班降落時間 202102281326 Int 飛機票價格 Float ： 20 圖 51 系統(tǒng)測試流程圖 (二 )測試 bug： 測試過程中，使用了大量的測試數(shù)據進行測試系統(tǒng)的性能，用戶數(shù)據輸入錯誤給予提示 ： 出發(fā)城市有誤、到達城市有誤、出發(fā)時間有誤 、沒有您需要的信息 等。 航空信息修改頁面。 航空信息瀏覽頁面。 圖 45 系統(tǒng)登錄界面 （三 ）系統(tǒng)首界面設計 和查詢設計 如圖 45 在首頁將頁面分為條件輸入模塊和返回信息顯示模塊。 設計需要的架包， 以下 架包，包括了 ssh 三大框架需要的架包和數(shù)據庫驅動架包，如圖：圖 41 13 圖 41 系統(tǒng)架包結構 后臺 java 代碼部分創(chuàng)建的類和包。因此，無論何時發(fā)生了何種數(shù)據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。例如，用戶點擊一個連接，控制層接受請求后 , 并不處理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。我們可以用對象編程來做比喻， MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。對一個開發(fā)者來說，就可以專注于業(yè)務模型的設計。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據，并返回最終的處理結果。一個應用可能有很多不同的視圖， MVC 設計模式對于視圖的處理僅限于視圖上數(shù)據的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務流程的處理。 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ù)據庫 用戶 查詢員 用戶篩選條件 身份驗證 維護和更新數(shù)據 服務器 10 2. 航空信息表 (tb_ ticket)(表 32)用于保存航空信息。 （三 ）系統(tǒng)模塊設計 該系統(tǒng)從模塊劃分可以分為兩大模塊：用戶查詢模塊， 查詢 員對航空信息的維護模塊。借助于 Spring 提供的依賴注入，其他組件甚至不用訪問工廠，一樣可以直接使用 DAO 實例。用 Spring 容器代替 DAO 工廠通常情況下，引入接口就不可避免需要引入工廠來負責 DAO 組件的生成。或者改寫。 Spring 的作用貫穿了整個中間層，將 Web 層、 Service 層、 DAO 層及 PO 無縫整合，其數(shù)據服務層用來存放數(shù)據。 DAO 層，負責與持久化對象交互。中間層采用的是流行的Spring+Hibernate，為了將控制層與業(yè)務邏輯層分離，又細分為以下幾種。 7 三 、 總體設計 （一）總體設計原理 典型的 J2EE 三層結構，分為表現(xiàn)層、中間層（業(yè)務邏輯層）和數(shù)據服務層。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng)具有容錯性，并且對操作人員要進行系統(tǒng)的培訓。機票預定系統(tǒng)的總目標是：在計算機網絡，數(shù)據庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系 統(tǒng)，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息。 3． 操作可行性 目前，市場經濟已經覆蓋了全國各個地區(qū)，大中小型發(fā)達城市，從而滿足了人們日益增長的物質需求。 1． 技術可行性 隨著計算機科學技術的不斷進步， 查詢 信息系統(tǒng)在各個領域上廣泛應用。而計算機 查詢 存儲量大，運算速度快等許多諸多優(yōu)點，給我們提供了處理信息及時、快捷，因此我們可以利用計算機，實現(xiàn)系統(tǒng)的 查詢 。 在眾多的編程語言中， VB可以快速地創(chuàng)建多媒體、圖形界面等應用程序。 在系統(tǒng)開發(fā)中包括很多環(huán)節(jié)，例如旅客信息的輸入、機票信息的傳遞及接收、取票通知及帳單的生成和打印、機票銷售情況的核算等等。在科學研究、軍事領域、計算機圖形學、以及小到我們的日常生活中計算機無處不在，尤其是目前，計算機軟件技術的發(fā)展已達到了相當高的水平，它含蓋了我們生活的方方面面，例如：大型超市 查詢 系統(tǒng)、公司 查詢 系統(tǒng)、教學 查詢 系統(tǒng)、酒店 查詢 系統(tǒng)等都是現(xiàn)在的熱點開發(fā)項目。當今的航空客運服務業(yè)發(fā)展十分迅速，它是現(xiàn)代生活高節(jié)奏的一個有力體現(xiàn)。 1 摘 要 在現(xiàn)實生活中，人們往往要處理大量繁雜的數(shù)據。在航空服務業(yè)中，飛機訂票業(yè)務是一項重要內容，它大大方便了人們的旅行。目前，我國一些旅行社和酒店的機票預定還停留在人工處理階段，這已經嚴重制約了工作效率，在計算機技術高速發(fā)展的今天，有必要引入高效的計算機系統(tǒng)，來協(xié)助處理機票預定工作。其中較為重要的一個環(huán)節(jié)是旅客信息 查詢 系統(tǒng)，同時在此系統(tǒng)中也是一個比較繁雜的環(huán)節(jié)。 企業(yè)版除了具有專業(yè)版的全部功能外，還包括 BackOffice。 5 二、可行性研究與需求分析 （一 ）可行性研究 新系統(tǒng)目標應充分為機票預定 查詢 服務，同時，新系統(tǒng)目標應該和現(xiàn)行系統(tǒng)的各項基本功能密切相關，并 且可以分期分批實現(xiàn)。我國雖處在發(fā)展中，但商品經濟的熱潮已經不斷增長，且人們對于科技的投資正在不斷的加大，在現(xiàn)代的網絡與信息技術的高速發(fā)展人們對生活質量的要求不斷的提高，及信息技術的依賴，為了適應當前的發(fā)展形勢，跟上現(xiàn)代科技的發(fā)展所以我們有必要為當前數(shù)量較多的酒店、旅行社及機票預售點設計更為方便快捷的 系統(tǒng)，從而更有利于經濟的發(fā)展。人們物質文化水平的不斷提高和科學技術的不斷進步以及 人們對快速高效的工作效率要求不斷的提高，為我們開發(fā)使用機票預訂系統(tǒng)打下了堅實的基礎。 2。在系統(tǒng)中，數(shù)據的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據。三層體系將業(yè)務規(guī)則、數(shù)據訪問及合法性校驗等工作放在中間層處理。 Web 層，就是 MVC 模式里面的“ C”（ controller），負責控制業(yè)務邏輯層與表現(xiàn)層的交互，調用業(yè)務邏輯層，并將業(yè)務數(shù)據返回給表現(xiàn)層作組織表現(xiàn)，該系統(tǒng)的 MVC 框架采用Struts。該層封裝了數(shù)據的增、刪、查、改的操作。 Struts 跟 Tomcat、 Turbine 等諸多 Apache 項目一樣，是開源軟件，這是它的一大優(yōu)點。雖然前期的開發(fā)速度快，除非可以保證以后永