【正文】 .............. 26 167。 經(jīng)濟上可行性 ............................................ 31 167。 輸出設(shè)計 ................................................ 36 167。 測試項目 .................................................... 41 167。 正是由于軟件的發(fā)展，使計算機應(yīng)用逐步滲透到社會生活的各個角落，使各行各業(yè)都發(fā)生了很大的變化。 “目前，從技術(shù)上看，軟件開發(fā)的主要模式仍以手工作坊式為住，但工程化技術(shù)和 case 工具的采用呈穩(wěn)步上升趨勢。當(dāng)前最重要的模型有 tickie， sei 的 cmm， bootstrap 和spice。這就說明我國在近段時期內(nèi)，對軟件工程人員的需求是非常大的。 167。而 Jsp 基于 Java 的技術(shù)，第一次執(zhí)行時將保存編譯結(jié)果為字節(jié)代碼，第二次執(zhí)行時速度就非常的快，并且跨平臺性好。 167。 要對這兩個系統(tǒng)一一進行建設(shè)。 最后案例完成后，還要進行和老師，學(xué)生模塊的聯(lián)結(jié)，由老師，學(xué)生模塊實現(xiàn)對這兩個系統(tǒng)的管理。 （ 2）系統(tǒng)為乘客安排航班。 167。在數(shù)據(jù)庫編程工具方面，各種可視化編程方法的出現(xiàn)，一改過去程序設(shè)計的概念和方法，用戶用鼠標(biāo)就可以快速、簡捷地創(chuàng)建應(yīng)用程序，極大地提高了編程效率。在進行需求分析時，就對用戶組織進行了調(diào)查，針對他們的情況，設(shè)計出適合這個用戶組織的人機界面，使操作方式簡單明了。根據(jù)可行性研究的結(jié)果和客戶的要求，分析現(xiàn)有情況及問題，采用 Client/Server 結(jié)構(gòu)，將機票預(yù)定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端 子系統(tǒng)，服務(wù)器端子系統(tǒng)。具體流程如圖 所示。 [4]取票通知及賬單的生成和打?。? 把已存儲的從航空公司返回的航班機票信息打印出來，并且生成賬單打印出來一起交給旅客。 [3]傳遞航班信息到客戶端（旅行社）： 旅客 旅客 旅客信息查詢 打印機票 畢業(yè)論文 8 把得到的航班信息通過網(wǎng)絡(luò)傳遞到旅行社。在系統(tǒng)設(shè)計和開發(fā)過程中，要充分考慮系統(tǒng)當(dāng)前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時間能夠滿足企業(yè)對信息處理的需求。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。如規(guī)范的數(shù)據(jù)庫操縱界面、作為業(yè)界標(biāo)準的 TCP/IP 網(wǎng)絡(luò)協(xié)議及ISO9002 標(biāo)準所要求的質(zhì)量規(guī)范等；同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設(shè)計工畢業(yè)論文 9 作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。數(shù)據(jù)的輸入來源是手工輸入。因此，應(yīng)該提供靈活的配置，使各個分系統(tǒng)能夠獨立運行，而通過人工干預(yù)的手段進行系統(tǒng)數(shù)據(jù)的交換。旅行社包括：訂票旅客信息 、 售出機票信息和可售機票這些屬性。具體設(shè)計如圖 所示。 乘客信息表 身份證號 取票通知 交款發(fā)票 非法號碼 無效通知 錯誤發(fā)票 圖 乘客預(yù)訂機票流程圖 乘客 審查號 碼 審查通 知 審查發(fā)票 機票 功能描述 預(yù)訂機票 乘客注冊 帳單通知打印 乘客取票功能 查詢功能 特殊情況處理 畢業(yè)論文 13 當(dāng)旅行社把乘客的信息輸入到這個系統(tǒng)中，系統(tǒng)開始查詢乘客是否已經(jīng)訂票，其中這里要查詢訂票文檔，如果乘客已經(jīng)訂票，那么系統(tǒng)將退出，如果還沒有訂票，那么系統(tǒng)將為乘客進行注冊，如圖 所示。但航班查詢又分為：航班號查詢和航班線路查詢。還要看乘坐率，如果乘坐率高，就應(yīng)該適當(dāng)增加航班，如果乘坐率低，就可以適當(dāng)減少航班， 如圖 所示。那么更改航班線路，那么就需要重新訂票。 當(dāng)一個乘客訪問這個頁面的時候，他首先可看到，航班的線路，對航程有個初步的認識，并可以了解航線的價格。 文件和 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)字典 數(shù)據(jù)流名：取票通知 畢業(yè)論文 21 別 名： 組 成：乘客姓名 +{取票號 +數(shù)量 +總價 +取票時間 } 備 注： 數(shù)據(jù)流名： 機票 別 名： 組 成：乘客姓名 +{票號 +座位號 +單價 +時間 +目的地 } 備 注： 數(shù)據(jù)流名： 交款發(fā)票 別 名： 組 成：乘客姓名 +{票號 +交款金額 +交款時間 +數(shù)量 } 備 注： 數(shù)據(jù)流名： 身份證 別 名： 身份證號 組 成：姓名 +民族 +性別 +出生年月日 +國家 +省份 +身份證 } 備 注： 數(shù)據(jù)流名：賬單 別 名：購票賬單 組 成：乘客姓名 +{賬單號 +數(shù)量 +總價 +付款時間 } 備 注： 數(shù)據(jù)項名：數(shù)目 別 名：購票量 取 值：正整數(shù) 備 注： 畢業(yè)論文 22 數(shù)據(jù)項名：票費合計 別 名： 取 值： 000— 9999 備 注： 數(shù)據(jù)項名：乘客流量 別 名： 取 值： 000— 999999 備 注： 文件名：乘客信息表 別 名： 組 成： {姓名 +性別 +工作單位 +身份證號 碼 +旅行時間 +旅行目的地 } 備 注： 文件名：售票登記表 別 名： 組 成： {姓名 +購票數(shù)量 +旅行時間 +旅行目的地 +總計 } 備 注： 表 表 姓名 性別 工作單位 身份證號碼 旅行時間 旅行目 的地 張三 男 市國土局 513601195411210005 5 天 北京 李四 男 市教育局 514312197803260010 15 天 上海 文件名 ： 訂票文檔 別 名： 機票文檔 組 成：乘客姓名 +{票號 +座位號 +單價 +時間 +目的地 } 備 注： 文件名 ： 航班文檔 別 名： 組 成： 航班號 +座位 +乘客人數(shù) +機組人員 +所屬公司 } 備 注： 畢業(yè)論文 23 王玫 女 市一中 513801198108010016 4 天 漢城 趙安 男 無業(yè) 513312198306230011 3 天 成都 胡靜 女 市醫(yī)院 512114198103110007 7 天 羅馬 表 姓名 購票數(shù)量 旅行時間 旅行目的 地 總計 張三 3 張 5 天 北京 2600 李四 1 張 15 天 上海 840 王玫 1 張 4 天 漢城 1400 趙安 2 張 3 天 成都 1600 胡靜 4 張 7 天 羅馬 6880 管理員登記表主要是由 ID， Password， Name， Sex 組成。 Price 的數(shù)據(jù)類型是貨幣。因此，在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯 。 運行環(huán)境 系統(tǒng)軟 件： Window XP 數(shù)據(jù)庫管理系統(tǒng)： Access 硬件要求： Pentium II 450 以上 , 512M RAM, 36G HD 167。 測試過程繁雜而且方式多種多樣，這里由于篇幅原因不再一一列舉。 圖 用戶信息填寫頁面 并填寫用戶信息，我們設(shè)定登錄號為： 1111 ，登錄密碼為： 1111，確認密碼： 1111，姓名： dd，性別：男，身份證號碼： 123456789。在原有航線上添加一條航線，從成都到羅馬，剩余座位為 2，票價為3888。 最后經(jīng)過對上述發(fā)現(xiàn)的問題的修改并反復(fù)進行測試，已經(jīng)解決了發(fā)現(xiàn)的絕大多數(shù)錯誤，已經(jīng)能夠確保系統(tǒng)在常規(guī)環(huán)境下運行的正確性。 167。 （ 6）系級干部的主講課時不能超過 4學(xué)時 /周。 實現(xiàn)該 系統(tǒng) 的 為：學(xué)校 計算中心或 學(xué)校 計算機網(wǎng)絡(luò) 中心。在計算機硬件和軟件快速發(fā)展的今天，計算機硬件和軟件已經(jīng)遠遠滿足本管理系統(tǒng)的要求。 操作上可行性 系統(tǒng)的操作方式在這個用戶組織內(nèi)能不能行得通。 ： a． 本 系統(tǒng)的名稱 ： 教務(wù)管理系統(tǒng)之子系 統(tǒng) —— 系內(nèi)課程安排 b．本 系統(tǒng) 的任務(wù)提出者 為：學(xué)院教務(wù)處。本系統(tǒng)的操作有一定的難度，所以對管理者的計算機水平有一定要求。 畢業(yè)論文 32 （ 3）教學(xué)計劃上交系主管教學(xué)計劃的主任，批準后上報學(xué)院教務(wù)處。 （ 5）每位教師的主講門數(shù)不超過 2 門 /學(xué)期：講師以下職稱的教師不能承擔(dān)系定主課的主講任務(wù)。建議： windows XP。 用戶 ：學(xué)院教務(wù)處 及 任課老師和學(xué)生。在加上本系統(tǒng)并不是很復(fù)雜，所以早操作方面不應(yīng)有很大的問題。本人決定用面向?qū)ο蟮脑O(shè)計方案來完成的 系內(nèi)課程安排 設(shè)計。 可行性研究的前提 ： a．功能 ：能自動的安排出任課教師授課計劃，協(xié)調(diào)教學(xué)計劃。 167。并對老師的教學(xué)計劃做出相 應(yīng)的調(diào)整，來達到最好的教學(xué)效果。 小結(jié) 經(jīng)過測試，“機票預(yù)定系統(tǒng)”就差不多做完了，由于“機票預(yù)定系統(tǒng)”是本人該課題的第一個案例。系統(tǒng)就會顯示：“添加成功， 請返回 ”。系統(tǒng)就會對 1111 用戶進 行注冊，如圖 所示。黑盒測試主要是根據(jù)程序功能規(guī)定來測試的。測試是整個項目開發(fā)過程中一個極其重要的工作步驟，它將檢驗前面開發(fā)工作的正確性，發(fā)現(xiàn)設(shè)計中的設(shè)計缺陷畢業(yè)論文 26 （ bug），保障軟件的質(zhì)量，因此測試工作要認真和仔細。測試是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。設(shè) ID 為主鍵。 ID， Password， Name的數(shù)據(jù)類型都是文本， Sex 的數(shù)據(jù)類型為是 /否， true 為男， false 為女。查看航線是用戶不需要進行登錄就可以查看航線，價格的一個功能。那就需要退票，退票的時候，系統(tǒng)會核對各種信息，如果信息正確，則機預(yù)訂系統(tǒng) 正常時間取票 核對各種信息 打印機票 通知機場保安 錯過取票時間 核對各種信息 退還部分錢 通知機場保安 重新預(yù)訂機票 畢業(yè)論文 18 場將全額退還訂金，并做出一定補償。正常時間取票，是需要系統(tǒng)核對各種信息，如果信息正確則打印機票，如果信息有錯乘載查詢 查詢分類 乘客流量 增加航班 減少航班 航班情況 航班數(shù)量 乘坐率 增加航班 減少航班 增加航班 減少航班 畢業(yè)論文 17 誤，則系統(tǒng)則會通知機場保安，看是否有重要問題。航班線路查詢：舊線路如果旅行情況清淡，就應(yīng)該減少航班；如果旅行情況頻繁，則航空公司就可以增加航班。如果航班沒有滿，那么系統(tǒng)為乘客安排航班，如果航班有緊急問題，那么系統(tǒng)將另做安排， 如圖 所示。具體設(shè)計如圖 所示。而航班機票又包括：價格 、 時間 、 等級這些屬性。 167。在系統(tǒng)中，數(shù)據(jù)的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。這一方面通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。作為系統(tǒng)的很多數(shù)據(jù)來源，而機票數(shù)量和時間又影響企業(yè)的決策活動，其準確性很大程度上決定了機票預(yù)訂系統(tǒng)的成敗。 [5]印出機票給已經(jīng)訂票的旅客： 根據(jù)旅客的取票通知及賬單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。 [5]機票銷售情況的核算 這一功能是在上一功能的基礎(chǔ)上，對機票銷售額進行單項核算， 得到該旅行社的銷售情況并把核算結(jié)果作為企業(yè)報表輸出。 客戶端功能要求 在客戶端的功能要求實現(xiàn)上，可以分為以下幾個部分： [1]旅客信息的輸入和統(tǒng)計 旅行社把旅客要求訂票的信息由專人負責(zé)輸入。 機票預(yù)訂系統(tǒng)的功能要求 根據(jù)航空公司的需要，系統(tǒng)應(yīng)當(dāng)包含基本的功能有：用戶注冊、用戶登錄和管理員登錄，航班查看等。 167。 圖 可行性分析圖 167