【正文】 準備錯誤信息 打印賬 單 顯示確 認 顯示錯 誤 打印機 票 確認顯 示 賬單 機票 機票預訂系統(tǒng)（服務器端） 接收數據 數據處理 、 查詢 發(fā)送數據 判斷類型 解開數據包 接收客戶機數據 準備數據包 發(fā)送數據到客戶 機 準備數據庫ACCESS 數據庫操作 判斷查詢 準備返回數 據 判斷原 因 準備返回數 據 畢業(yè)論文 12 在分析了本系統(tǒng)的邏輯模型圖和結構圖后，我們就應該對本系統(tǒng)的具體功能流程圖進行分析，首先是功能的總體描述。 圖 功能描述圖 然后是乘客預訂機票的流程圖。這其中要查詢乘客信息表，如圖 所示。 乘客信息 信息 信息 是 訂票文檔 圖 乘客注冊流程圖 乘客信息進入系統(tǒng)后，開始訂票，系統(tǒng)就開始查詢航班人數，如果乘客要訂航班人數已經滿員了，那么系統(tǒng)會提示乘客，航班已滿，希望乘客另做安排。 航班文檔 乘客信息 信息 人數未滿 緊急情況 人數已滿 圖 航班安排流程圖 支付訂金后，乘客信息進入了系統(tǒng)，當乘客需要取票通知和賬單的時候，系統(tǒng)會對相關信息進行查詢，通過對機票文檔的查詢，系統(tǒng)會看信息是否符合，如果不符合，那么系統(tǒng)將不會打印取票旅行社 訂票系統(tǒng) 查詢是否已訂票 注冊 訂票系統(tǒng) 航班人數 另做安排 安排航班 另做安排 畢業(yè)論文 14 通知和賬單，如果信息符合，那么系統(tǒng)會打印取票通知和賬單給乘客， 如圖 所示 。如果正確，那么系統(tǒng)會通知乘客交款并核對乘客身份，這時候系統(tǒng)將用到乘客信息表，如果是非法身份，則系統(tǒng)不在繼續(xù)深入核對。 乘客信息表 航班文檔 取票通知和賬單 正確 正確 錯誤 非法身份 錯誤 正確 圖 乘客取票流程圖 一個航空機票預行系統(tǒng)，肯定是有查詢功 能的。航班號查詢：如果航班緊缺，那么，航空公司就應該增加航班；如果航班富余，那么，航空公訂票系統(tǒng) 查詢 打印取票通知和賬單 乘客 訂票系統(tǒng)核對 交款并核對身份 核對航班 重新安排航班 打印機票 乘客 畢業(yè)論文 15 司就應該更改航班線路，使航班性能可以最大化發(fā)揮。如果是新路線，也應該看旅行情況，如果旅行情況頻繁就應該加入正式運營；如果旅行情況冷清，則航空公司就應該取消該線路，如圖 所示。乘客流量查詢：如果客流量大的話，航空公航班查詢 查詢分類 航班號 增加航班 更改航班線路 航班線路 旅行情況 增加航班 減少航班 旅行情況 加入正式運營 取消該 路線 畢業(yè)論文 16 司就可以增加航班；如果客流量小的話，航空公司就應該減少航班。如果使用航班數量較多，就可以適當增加航班；如果使用航班數量較少，則可以適 當減少航班。 客流量大 客流量小 多 少 高 低 圖 乘載查詢流程圖 當乘客的取票通知和賬單進入系 統(tǒng)后，系統(tǒng)進行取票指令，取票又分為正常時間取票和錯過取票時間取票。錯過取票時間取票則比較麻煩，也是要先核對各種信息，如果有錯誤，則系統(tǒng)會通知機場保安。 取票通知和賬單 取 票 正確 錯誤 正確 錯誤 圖 取票時間延誤處理流程圖 當機場發(fā)出航班取消的通知后，系統(tǒng)將做出相應的處理。乘客可能繼續(xù)等待，等待機場新得通知，那么旅行社將安排。還有可能就是取消旅行計劃。如果信息錯誤，則系統(tǒng)將通知機場保安， 如圖 所示。如果信息是正確的話，那就要沒收舊機票，退還一部分的訂金，乘客重新開始訂票，并支付全額訂金，如圖 所示。 詳細頁面設計： 本身這個系統(tǒng)主要包括兩個登錄窗口：一個乘客登錄窗口，一個管理員登錄窗口。主頁面上有 3 個基本功能：查看航線，乘客訂票，乘客注冊。乘客訂票是需要乘客 進行注冊后才能擁有的功能，而第 3 個功能就是乘客訂票，它需要乘客填寫自己的信息后，進行申請，申請通過后，乘客才擁有了自己的訂票權利。 下面作者分別對主頁面，查看航線，乘客訂票，乘客注冊進行了代碼設計。 167。設 ID 為主鍵。 表 表 航線信息表主要是由 HXID， BeginPlace， EndPlace， SYZuoWei， Price 組成。HXID 的數據類型是自動編號。 SYZuoWei 的數據類型是數字。 畢業(yè)論文 24 表 表 航線信息表相關屬性 用戶注冊表主要由 ID， Password， Name， Sex， PID 組成。 ID， Password， Name，PID 的數據類型都是文本。 表 用戶注冊表 畢業(yè)論文 25 表 用戶注冊表相關屬性 167。 目的 在開發(fā)大型軟件的漫長過程中，面對極其錯綜復雜的問題，人的主觀認識不可能完全符合客觀現(xiàn)實，與工程密切相關的各類人員之間的通信和配合也不可能完美無缺。尤其對于軟件工程系統(tǒng)這類會影響人們生活．財產的工程軟件，必須盡量減少差錯，以免造成嚴重的損失。測試的目的就是在軟件投入生產性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。 167。 167。 測試方案 在經過一個多月的開發(fā)，整個項目的工作差不多完工了，接下來進行測試工作。 測試方法主要分為靜態(tài)分析和動態(tài)測試兩種方式。動態(tài)測試則是被測試程序在程序實際執(zhí)行過程中的測試，設置測試用例，按照預設的數據條件來運行程序看其是否達到預期目的。白盒測試根據被測程序的內部結構設計測試用例，測試者需要事先了解被測試程序的結構；而黑盒測試則是根據程序的功能來設計測試用例。此處著重介紹對系統(tǒng)采用的黑盒測試過程。先根據功能規(guī)定設計好測試用例，按照測試用例所設計的運行環(huán)境、運 行數據來測試程序，最后判斷測試結果與測試用例設計的期望結果的差別來確定程序是否符合要求。 167。 乘客注冊 我們先點擊主頁面上的乘客注冊，進入乘客信息填寫頁面，如圖 所示。然后點擊提交。 畢業(yè)論文 27 圖 用戶注冊成功頁面 我們成功的注冊了一個用戶，我們在用戶登錄窗口，就可以用我們剛剛申請的用戶登錄了，如圖 所示。 167。 圖 管理員登錄頁面 畢業(yè)論文 28 當填寫完登錄號和 密碼后，點擊提交，我們將進入管理員管理頁面，如圖 所示： 圖 管理員管理頁面 我們點擊添加航線按鈕。如圖 所示： 圖 航線信息填寫頁面 填寫好了以后，然后點擊添加。 點擊：“請返回”后，就回到主頁面，并可以看到剛剛添加的航線，如圖 所示。 測試結果 經過總耗時約一個多星期的測試，發(fā)現(xiàn)了不少問題。常常是忘了判斷數據為空的情況，例如查找的結果為空，因為沒有加入判斷代碼，強行在為空的數據集“ rds”進行讀取操作，就會導致系統(tǒng)提示出錯。 167。所以做的很認真。但在做完這個案例后，才發(fā) 覺留給后一個案例設計的時間卻很短了，這也算是我在系統(tǒng)開發(fā)時間上的判斷失誤，在以后的工作中，我就應該會注意對系統(tǒng)開發(fā)時間的把握。由于現(xiàn)在教育逐步的被人們所重視，學校的教育系統(tǒng)的完善，將對學校自身的發(fā)展有很大幫助，所以學校課程管理的自動化也是相當必要的。 問題描述 功能：是學校對教師的信息進行統(tǒng)計，更新。 ： （ 1）系上將老師的信息傳輸到該系統(tǒng)，并在系統(tǒng)中保存。 （ 3）教學計劃上交系主管教學計劃的主任，批準后上報學院教務處。 （ 5）每位教師的主講門數不超過 2 門 /學期：講師以下職稱的教師不能承擔系定主課的主講任務。 （ 7）本學期出現(xiàn)嚴重教學事故的教師不能承擔下學期的主講任務。 可行性研究報告 167。 ： a． 本 系統(tǒng)的名稱 ： 教務管理系統(tǒng)之子系統(tǒng) —— 系內課程安排 b．本 系統(tǒng) 的任務提出者 為：學院教務處。 用戶 ：學院教務處 及 任課老師和學生。 167。 b．輸出如報告、文件或數據 ：下學期教學計劃。 167。由于本管理系統(tǒng)的對象單一，僅對本學院的課程信息進行管理，且在對課程信息進行協(xié)調及統(tǒng)計操作時基本不涉及到計算過程，因此，這個管理系統(tǒng)比較畢業(yè)論文 31 適合采用數據庫來設計。在數據庫編程工具方面，各種可視化編程方法的出現(xiàn)，一改過去程序設計的概念和方法，用戶用鼠標就可以快速、簡捷地創(chuàng)建應用程序，極大地提高了編程效率。 167。本 教務管理系統(tǒng)之子系統(tǒng) —— 系內課程安排 是小型數據庫應用程序，不需要多少人力和物力就可以設計的。 167。在進行需求分析時，就對用戶組織 進行了調查，針對他們的情況，設計出適合這個用戶組織的人機界面，使操作方式簡單明了。 167。 167。 引言 ：本系統(tǒng)是為 每學期的期中，學院教務處分別向各個系發(fā)出下學期的教學計劃而建立的管理系統(tǒng)，是為了方便學院教務處更好的管理老師和學生。 開發(fā)者 ：學校計算中心。 實現(xiàn)該 系統(tǒng) 的 為：學校 計算中心或 學校 計算機網絡 中心。 任務概述 一 .目標： 開發(fā)出本系統(tǒng)后，教師，學生可以通過本系統(tǒng)了解系內課程安排，提早為自己的教學內容備課，學生也可以為此安排學習計劃。本系統(tǒng)主要針對的是學校內部的課程安排系統(tǒng)，主要的系統(tǒng)管理者也應該是學校的網絡管理者。 二 .運 行條件 軟件運行基本環(huán)境為 WINDOWS 環(huán)境。由于該系統(tǒng)較正式，且在 WINDOWS系統(tǒng)下開發(fā)，故在 WINDOWS 環(huán)境下基本沒有限制。并對老師的教學計劃做出相應的調整，來達到最好的教學效果。 （ 2）任課教師自報本人授課計劃，經所在教研室協(xié)調確認。 （ 4）教務處給出下學期全系教師的教學任務書。 （ 6）系級干部的主講課時不能超過 4 學時 /周。 ：教務處