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