【正文】 對于程序的設計思路太簡單，對現(xiàn)實生活中的實際問題了解不 夠 深刻 ，對于數(shù)據類型的考慮不夠周全，缺乏與其他人的溝通等問題的出現(xiàn)說明了我對現(xiàn)實生活。 來了一次真正的理論與實戰(zhàn)相結合。 本科生畢業(yè)設計（論文） 40 第 9 章 總結 經過三個月的努力，同時在老師 和同學 的 幫助下，我的 基于 web 機票預定信息系統(tǒng)的設計與實現(xiàn) 工作基本上完成了。 本科生畢業(yè)設計（論文） 39 另外本系統(tǒng)有著很好的安全性 ，因為只有管理端可以訪問修改數(shù)據庫，客戶端只可以進行查詢操作，而且客戶端接受到服務器的 IP 是不對客戶公布的，客戶只能進行功能的操作。 本系統(tǒng)經過三個月的設計和實現(xiàn)，現(xiàn)在基本上所以主要功能都已經可以正確運行，系統(tǒng)對操作的反映速度較快，可以滿足使用條件。 性能分析 系統(tǒng)所完成的功能是一個系統(tǒng)的重要部分，而系統(tǒng)的性能同樣是不可忽視的問題， 設想一個實時性要求很高的系統(tǒng)，基本功能都能完成，但是不能在要求的時間內完成那這個系統(tǒng)根本不能使用。 系統(tǒng)維護對于一個軟件來說是很重要的， 本程序主要采用的是改正性維護與完善性維護。當操作員進入系統(tǒng)后，系統(tǒng)會根據操作員的權限，對系統(tǒng)菜單可用與否進行設置，以防止操作員進行非法操作。在程序設計完成后，我繼續(xù)進行完善性維護，不 斷增加系統(tǒng)的功能，完善系統(tǒng)的功能，使系統(tǒng)能夠更好的運行。 軟件維護通常包括四類活動：為了糾正在使用過程中暴露出來的錯誤而進行的改正性維護；為了適應外部環(huán)境的變化而進行的適應性維護；為了改進原有的軟件而進行的完 善性維護；以及為了改進將來的可維護性和可靠性而進行的預防性維護。 本科生畢業(yè)設計（論文） 38 第 8 章 系統(tǒng)維護 與性能分析 系統(tǒng)維護 軟件維護是軟件生命周期最后一個階段，它處于系統(tǒng)投入生產以后的時期中。首先添加一個從北京到紐約的票價為 本科生畢業(yè)設計（論文） 37 3321 的航班。 下面進行查詢測試，這個主要是測試數(shù)據庫的連接，查詢界面如下： 本科生畢業(yè)設計（論文） 36 查詢成功則表示著連接數(shù)據庫成功。但基本上能夠滿足運行的需要。 分別為： 圖 圖 下面是編程過程中出現(xiàn)的異常和錯誤提示： 以上這些只是一部分的出錯界面，還有一些類似的提示就不在這里演示了。 本科生畢業(yè)設計（論文） 35 本系統(tǒng)的測試 對本系統(tǒng)的測試主要用到的是黑盒法，主要看系統(tǒng)是否能正確地接受輸入的數(shù)據 并產生正確的輸出信息，同時保持外部信息的完整性。 由于本系統(tǒng)的規(guī)模比較小， 無法使用大規(guī)模的測試方法，因此主要是讓其他不知道本系統(tǒng)內部代碼的人員，通過使用本系統(tǒng)來找到不足之處。 (6)驗收測試： 驗收測試的目的是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作。高可靠性的模塊是組成可靠系統(tǒng)的堅實基礎。 (4)單元測試： 單元測試集中在檢查軟件設計的最小單位 — 模塊上，通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。會審小組由組長， 2～ 3 名程序設計和測試人員及程序員組成。 (2)為了保證測試的質量，將測試過程分成幾個階段，即：代碼審查、單元測試、集成測試和驗收測試。 本科生畢業(yè)設計（論文） 34 測試的步驟 通常情況下，對一個軟件的測試步驟為： 首先，由一位對整個系統(tǒng)設計熟悉的設計人員編寫測試大綱，明確測試的內容和測試通過的準則，設計完整合理的測試用例，以便系統(tǒng)實現(xiàn)后進行全面測試。也就是所通過測試并不能證明程序是完全正確的。也就是完全了解程序的結構和處理過程，這種方法按照程序內部的邏輯測試程序，檢驗程序中的每條通路是否能按預定的要求正確工作，白盒測試又稱為結構測試。黑盒測試又稱為功能測試。 對于軟件而言，黑盒測試法是把程序看成一個黑盒子，完全不考慮程序的內部結構和處理過程。 測試的方法 軟件測試的正確定義是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。 由于本系統(tǒng)屬于信息管理 軟件，因此必須經過測試來確定軟件的可靠性，發(fā)現(xiàn)系統(tǒng)中的錯誤，并及時改正，以避免發(fā)生重大問題。 本科生畢業(yè)設計（論文） 33 第 7 章 系統(tǒng)測試 測試的目的 測試的目的就是在軟件投入生產性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。 具體如圖： 本科生畢業(yè)設計（論文） 31 圖 信息界面 圖 還包括訂票退票的查詢界面 ,下面主要給出退票查詢界面： 這個界面主要是對用戶訂票以后由于其他原因想退票的而設計的查詢界面，然后對機票進行相應的調整。 下面是航班管理界面。該界面主要使用 菜單控件MenuStrip. 這個控件使用起來相當方便，首先點擊每個主目錄修改完名稱后，會彈出下拉菜單然后編寫其他子功能的名稱，依 次這樣進行便可以完成。 } 在客戶端還對客戶實現(xiàn)了客戶留言功能，客戶可以對訂票的意見，航班的意見以及自己的要求進行描述， 管理員收到信息后會進行相應的修改和調整。 //從水晶報表中設置數(shù)據記錄數(shù)據； = MyReport。 CrystalReport1 MyReport = new CrystalReport1()。 (dr)。 ()。這個報表在用戶打印，和其他控件比如bo 等一起使用時，非常方便靈活 ，是目前比較流行使用的控件。 用戶打印界面采用的是水晶報表的方式把用戶訂票的數(shù)據添加到報表中，用戶可在其中進行查詢完成打印。 ()。 //往數(shù)據庫里面插入新數(shù)據； = Conn。 + + 39。 + + 39。 + + 39。 + + 39。 + + 39。 SqlCommand cmd = new SqlCommand()。Integrated Security=SSPI。 //按照指定語句進行查詢； private void button1_Click(object sender, EventArgs e) { 本科生畢業(yè)設計（論文） 28 SqlConnection Conn = new SqlConnection()。 ()。 = select * from 票價 。database=機票 。 = workstation id=++。 = 。 雙擊確定按鈕進行編寫代碼 .這個窗體可是說是客戶端 中 的 突出 主要功能頁面，它的主要實現(xiàn)代碼如下： private void dingpiao_Load(object sender, EventArgs e) { = 。 同時 添加打印機票按鈕，點擊后可進入打印界面。 圖 界面 圖 本科生畢業(yè)設計（論文） 27 圖 訂 票 界面 圖 創(chuàng)建窗體 dingpiao,“ Text”設置為“ 訂票” 。還有客戶端的主要功能界面 的 各個顯示界面如下 ，客戶端代碼這里就不寫出來了 。會員的 本科生畢業(yè)設計（論文） 26 修改密碼和其他信息等在服務器那邊進行。 在 會員 管理的菜單中包括 會員注冊。當選擇對應的功能項后，在操作界面上會彈出一個新的操作窗體，用戶可以在這個新窗體中進行所需操作，并可以隨時關閉窗體返回操 作界面。系統(tǒng)在后面還多次使用了該控件，以后就不做仔細闡述。在操作界面中以菜單為主，通過菜單可以找到系統(tǒng)中的全部動能。 = 。 //這部分代碼是轉到 main窗體； } else { (密碼錯誤 , 登陸錯誤 )。 本科生畢業(yè)設計（論文） 25 main newfrm = new main()。amp。 string temp = (2).ToString().Trim()。 ()。 ()。 + + 39。 SqlConnection sqlCon = ()。 同時也可以 在其屬性中 添加 Image 圖片等內容，用于美化界面。 根據該設計思路，設計出的登陸界面如圖所示： 圖 首先 創(chuàng)建窗體 Form1,“ Text”設置為“ 客戶端 ” 。在該過程中 ip 地址由管理端提供，用戶只要有自己的用戶名和密碼就可以。而且我是采用 配置文件 (*.ini)來動態(tài)的連接數(shù)據庫的，這樣系統(tǒng)的移植性更加強大，無論服務器的 IP 或者名稱如何變化，無論登陸的用戶名和密碼如何變化，只要對配置文件的相關字段進行配置就能輕而易舉的適應各種環(huán)境，增加的本軟件的健壯性。各個模塊所完成的功能下面進行詳細介紹。經過這個階段的設計工作，應該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程 本科生畢業(yè)設計（論文） 23 序設計語言書寫的程序。利用菜單 控件編輯器 可以很方便地 編輯菜單內容，添加菜單內容對菜單進行編寫代碼，完成菜單的制作。在本系統(tǒng)中為了方便使用主要以下拉 菜單為主，有少量的級聯(lián)菜單。一般來說級聯(lián)菜單不宜超過兩層。一般來說，當用戶右擊某個對象時，出現(xiàn)彈出式菜單。用戶選擇菜單標題后，該標題下的菜單即被彈出。 菜單有 3 種類型：下拉菜單、彈出式菜單和級聯(lián)菜單。二是對系統(tǒng)功能的分門別類，菜單可以一級一級地展開，形成樹型結構，條理清晰，查找快捷。 而且使用菜單有兩個很突出的優(yōu)點，一是節(jié)省屏幕的顯示空間。 菜單設計 菜單中集成了用戶在程序窗口中所完成的絕大部分操作，是程序開發(fā)中的核心元素 。 本科生畢業(yè)設計（論文） 21 第 6章 詳細設計 詳細設計階段的根本目的是確定應該怎樣具體的實現(xiàn)所要求的系統(tǒng)，給出軟件模塊結構中各個模塊的內部過程描述 。 評價物理數(shù)據庫的方法完全依賴于所選用的 DBMS，主要是從定量估算各種方案的存儲空間、存取時間和維護代價入手，對估算結果進行權衡、比較，選擇出一個較優(yōu)的合理的物理結構。 本科生畢業(yè)設計（論文） 20 其次，要充分了解所用的 RDBMS 的內部特征，特別是系統(tǒng)提供的存取方法和存儲結構。希望設計優(yōu)化的物理數(shù)據庫結構，使得在數(shù)據庫上運行的各種事務響應時間小、存儲空間利用率高、事務吞吐率大。 數(shù)據庫的物理設計通常分為兩步： 1) 確定數(shù)據庫的物理結構，在關系數(shù)據庫中主要指存取方法和存儲結構； 2) 對物理結構進行評價，評價的重點是時間和空間效率。 （ 三 ） 建立邏輯設計結果 資料管理子系統(tǒng) 邏輯設計結果 ： 由上面機票預訂系統(tǒng)的 ER 圖得到的關系模型如下（關系的碼由下劃線標出）： 會員表（ 會員 編號 ，姓名，身份證號，聯(lián)系方式） 管理員表（ 管理員 編號 ， 姓名，身份證號， 密碼 ） 本科生畢業(yè)設計（論文） 18 航線航班 管理子系統(tǒng) 邏輯設計結果： 航班 表（ 航班 編號 ， 航班票價 ） 航線 表（ 航線 編號 ， 航線 名稱） 票價 表（ 航班號 ， 國內，國際 ） 訂票 管理子系統(tǒng) 邏輯設計結果： 訂票 表（ 訂票 編號 ， 金額， 日期） 機票打印 子系統(tǒng) 邏輯設計結果： 機票表（ 機票 編號 ， 身份證 編號，交費日期， 票價 ） 表 所有用戶列表 字段 類型 長度 NULL 備注 用戶名 Char 10 否 無 密碼 Char 10 否 無 表 訂票信息 列表 字段 類型 長度 NULL 備注 航班號 Char 10 否 無 日期 Datetime 8 否 無 票價 Char 10 否 無 身份證號 Varchar 50 否 無 數(shù)量 Char 10 否 無 表 會員列表 字段 類型 長度 NULL 備注 會員 編 號 Char 10 否 無 姓名 Varchar 50 否 無 密碼 Char 10 否 無