【正文】 （ 6）系級干部的主講課時不能超過 4 學(xué)時 /周。 （ 2）任課教師自報本人授課計劃，經(jīng)所在教研室協(xié)調(diào)確認(rèn)。由于該系統(tǒng)較正式，且在 WINDOWS系統(tǒng)下開發(fā)，故在 WINDOWS 環(huán)境下基本沒有限制。本系統(tǒng)主要針對的是學(xué)校內(nèi)部的課程安排系統(tǒng)，主要的系統(tǒng)管理者也應(yīng)該是學(xué)校的網(wǎng)絡(luò)管理者。 實(shí)現(xiàn)該 系統(tǒng) 的 為：學(xué)校 計算中心或 學(xué)校 計算機(jī)網(wǎng)絡(luò) 中心。 引言 ：本系統(tǒng)是為 每學(xué)期的期中，學(xué)院教務(wù)處分別向各個系發(fā)出下學(xué)期的教學(xué)計劃而建立的管理系統(tǒng)，是為了方便學(xué)院教務(wù)處更好的管理老師和學(xué)生。 167。 167。 167。由于本管理系統(tǒng)的對象單一，僅對本學(xué)院的課程信息進(jìn)行管理，且在對課程信息進(jìn)行協(xié)調(diào)及統(tǒng)計操作時基本不涉及到計算過程，因此，這個管理系統(tǒng)比較畢業(yè)論文 31 適合采用數(shù)據(jù)庫來設(shè)計。 b．輸出如報告、文件或數(shù)據(jù) ：下學(xué)期教學(xué)計劃。 用戶 ：學(xué)院教務(wù)處 及 任課老師和學(xué)生。 可行性研究報告 167。 （ 5）每位教師的主講門數(shù)不超過 2 門 /學(xué)期：講師以下職稱的教師不能承擔(dān)系定主課的主講任務(wù)。 ： （ 1）系上將老師的信息傳輸?shù)皆撓到y(tǒng)，并在系統(tǒng)中保存。由于現(xiàn)在教育逐步的被人們所重視，學(xué)校的教育系統(tǒng)的完善，將對學(xué)校自身的發(fā)展有很大幫助，所以學(xué)校課程管理的自動化也是相當(dāng)必要的。所以做的很認(rèn)真。常常是忘了判斷數(shù)據(jù)為空的情況，例如查找的結(jié)果為空，因?yàn)闆]有加入判斷代碼，強(qiáng)行在為空的數(shù)據(jù)集“ rds”進(jìn)行讀取操作，就會導(dǎo)致系統(tǒng)提示出錯。 點(diǎn)擊：“請返回”后，就回到主頁面，并可以看到剛剛添加的航線，如圖 所示。 圖 管理員登錄頁面 畢業(yè)論文 28 當(dāng)填寫完登錄號和 密碼后，點(diǎn)擊提交，我們將進(jìn)入管理員管理頁面，如圖 所示： 圖 管理員管理頁面 我們點(diǎn)擊添加航線按鈕。 畢業(yè)論文 27 圖 用戶注冊成功頁面 我們成功的注冊了一個用戶，我們在用戶登錄窗口，就可以用我們剛剛申請的用戶登錄了，如圖 所示。 乘客注冊 我們先點(diǎn)擊主頁面上的乘客注冊，進(jìn)入乘客信息填寫頁面，如圖 所示。先根據(jù)功能規(guī)定設(shè)計好測試用例，按照測試用例所設(shè)計的運(yùn)行環(huán)境、運(yùn) 行數(shù)據(jù)來測試程序，最后判斷測試結(jié)果與測試用例設(shè)計的期望結(jié)果的差別來確定程序是否符合要求。白盒測試根據(jù)被測程序的內(nèi)部結(jié)構(gòu)設(shè)計測試用例，測試者需要事先了解被測試程序的結(jié)構(gòu)；而黑盒測試則是根據(jù)程序的功能來設(shè)計測試用例。 測試方法主要分為靜態(tài)分析和動態(tài)測試兩種方式。 167。測試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。 目的 在開發(fā)大型軟件的漫長過程中，面對極其錯綜復(fù)雜的問題，人的主觀認(rèn)識不可能完全符合客觀現(xiàn)實(shí)，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺。 ID， Password， Name，PID 的數(shù)據(jù)類型都是文本。 SYZuoWei 的數(shù)據(jù)類型是數(shù)字。 表 表 航線信息表主要是由 HXID， BeginPlace， EndPlace， SYZuoWei， Price 組成。 167。乘客訂票是需要乘客 進(jìn)行注冊后才能擁有的功能，而第 3 個功能就是乘客訂票，它需要乘客填寫自己的信息后，進(jìn)行申請，申請通過后，乘客才擁有了自己的訂票權(quán)利。 詳細(xì)頁面設(shè)計： 本身這個系統(tǒng)主要包括兩個登錄窗口：一個乘客登錄窗口，一個管理員登錄窗口。如果信息錯誤，則系統(tǒng)將通知機(jī)場保安， 如圖 所示。乘客可能繼續(xù)等待，等待機(jī)場新得通知，那么旅行社將安排。錯過取票時間取票則比較麻煩，也是要先核對各種信息，如果有錯誤，則系統(tǒng)會通知機(jī)場保安。如果使用航班數(shù)量較多，就可以適當(dāng)增加航班；如果使用航班數(shù)量較少，則可以適 當(dāng)減少航班。如果是新路線，也應(yīng)該看旅行情況，如果旅行情況頻繁就應(yīng)該加入正式運(yùn)營；如果旅行情況冷清，則航空公司就應(yīng)該取消該線路，如圖 所示。 乘客信息表 航班文檔 取票通知和賬單 正確 正確 錯誤 非法身份 錯誤 正確 圖 乘客取票流程圖 一個航空機(jī)票預(yù)行系統(tǒng)，肯定是有查詢功 能的。 航班文檔 乘客信息 信息 人數(shù)未滿 緊急情況 人數(shù)已滿 圖 航班安排流程圖 支付訂金后，乘客信息進(jìn)入了系統(tǒng)，當(dāng)乘客需要取票通知和賬單的時候，系統(tǒng)會對相關(guān)信息進(jìn)行查詢，通過對機(jī)票文檔的查詢，系統(tǒng)會看信息是否符合，如果不符合，那么系統(tǒng)將不會打印取票旅行社 訂票系統(tǒng) 查詢是否已訂票 注冊 訂票系統(tǒng) 航班人數(shù) 另做安排 安排航班 另做安排 畢業(yè)論文 14 通知和賬單，如果信息符合，那么系統(tǒng)會打印取票通知和賬單給乘客， 如圖 所示 。這其中要查詢乘客信息表，如圖 所示。 圖 結(jié)構(gòu)圖（服務(wù)器端） 準(zhǔn)備定票發(fā)送數(shù)據(jù) 檢驗(yàn)輸入 讀入旅客資料 旅客資料 機(jī)票預(yù)訂系統(tǒng)（客戶端） 接收輸入 數(shù)據(jù) 聯(lián)絡(luò)服務(wù)器 輸出數(shù)據(jù) 準(zhǔn)備確認(rèn)發(fā)送數(shù) 讀入賬單號 確定（定票 /領(lǐng)票） 定票 /領(lǐng)票 賬單號 準(zhǔn)備網(wǎng)絡(luò)數(shù)據(jù)包 解開網(wǎng)絡(luò)數(shù)據(jù)包 發(fā)送數(shù)據(jù) 接收數(shù)據(jù) 定票成功 領(lǐng)票成功 確認(rèn)操作類型 準(zhǔn)備輸出 判斷錯誤類型 準(zhǔn)備輸 出 準(zhǔn)備錯誤信息 打印賬 單 顯示確 認(rèn) 顯示錯 誤 打印機(jī) 票 確認(rèn)顯 示 賬單 機(jī)票 機(jī)票預(yù)訂系統(tǒng)（服務(wù)器端） 接收數(shù)據(jù) 數(shù)據(jù)處理 、 查詢 發(fā)送數(shù)據(jù) 判斷類型 解開數(shù)據(jù)包 接收客戶機(jī)數(shù)據(jù) 準(zhǔn)備數(shù)據(jù)包 發(fā)送數(shù)據(jù)到客戶 機(jī) 準(zhǔn)備數(shù)據(jù)庫ACCESS 數(shù)據(jù)庫操作 判斷查詢 準(zhǔn)備返回數(shù) 據(jù) 判斷原 因 準(zhǔn)備返回數(shù) 據(jù) 畢業(yè)論文 12 在分析了本系統(tǒng)的邏輯模型圖和結(jié)構(gòu)圖后，我們就應(yīng)該對本系統(tǒng)的具體功能流程圖進(jìn)行分析，首先是功能的總體描述。框內(nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關(guān)系。具體設(shè)計如圖 所示。其中旅客包括：姓名 、 性別 、 旅行時間 、 旅行地點(diǎn) 、 工作單位 、 身份證號碼這些屬性。 系統(tǒng)設(shè)計 “機(jī)票預(yù)定系統(tǒng)”的系統(tǒng)設(shè)計，主要包括系統(tǒng)構(gòu)架設(shè)計 、 詳細(xì)頁面設(shè)計和文件 、 數(shù)據(jù)庫設(shè)計。然而，從系統(tǒng)開發(fā)的角 度上看，共享會給設(shè)計和調(diào)試帶來困難。 由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的旅行社中中，機(jī)票是共享數(shù)據(jù)，所以如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。 機(jī)票預(yù)訂系統(tǒng)的數(shù)據(jù)要求 機(jī)票預(yù)訂系統(tǒng)的數(shù)據(jù)要求包括如下幾點(diǎn)： 數(shù)據(jù)的輸入是否準(zhǔn)確是數(shù)據(jù)處理的前提，錯誤的輸入會導(dǎo)致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。另一方面，在系統(tǒng)設(shè)計和開發(fā)的過程中，應(yīng)在考慮成本的基礎(chǔ)上盡量采用當(dāng)前主流并先進(jìn)且有良好發(fā)展前途的產(chǎn)品。例如在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、開發(fā)工具都必須符合通用標(biāo)準(zhǔn)。要實(shí)現(xiàn)這一點(diǎn)，就 要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。而要實(shí)現(xiàn)這一點(diǎn)，應(yīng)通過系統(tǒng)的開放性來完成，既系統(tǒng)應(yīng)是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。 機(jī)票預(yù)訂系統(tǒng)的性能要求 為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運(yùn)行，機(jī)票預(yù) 訂系統(tǒng)應(yīng)該滿足以下的性能要求： 系統(tǒng)處理的準(zhǔn)確性和及時性是系統(tǒng)的必要性能。 [6]銷售額的分析和管理 這一步驟的功能要求包括對銷售的機(jī)票進(jìn)行分析，這一工作是在前面的基礎(chǔ)上，以計算機(jī)為工具，對機(jī)票預(yù)定系統(tǒng)的功能和目標(biāo)進(jìn)行擴(kuò)充。 [2]生成航班信息： 根據(jù)所需機(jī)票信息（時間，地點(diǎn)），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間，等級），分配所需的機(jī)票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。 167。 [3]機(jī)票信息的傳遞及接收： 將旅客所須的機(jī)票信息由旅行社客戶端由網(wǎng)絡(luò)傳到航空公司的服務(wù)器上，并且接受航空公司返回的航班信息，然后存儲起來。這部分功能是客戶端子系統(tǒng)的基本部分，這個功能是以后各個部分的基礎(chǔ)。當(dāng)系統(tǒng)檢測到已售出機(jī)票的信息后，就會打印機(jī)票給旅客。用戶則劃分為基本乘客和管理員兩大類，管理員還兼具有管理職能 當(dāng)旅客需要訂票時，旅行社把旅客的信息做一個備份，再把旅客的訂票信息傳給航空公司，航空公司則幫旅客安排航班，然后把安排好了的航班機(jī)票信息傳回給旅行社，旅行社再通過對旅客訂票記錄的核實(shí)，產(chǎn)生取票通知，然后把取票通知發(fā)給旅客。 目標(biāo) 機(jī)票預(yù)訂系統(tǒng)的總目標(biāo)是：在計算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫和先進(jìn)的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有系統(tǒng)管理員 事 務(wù) 航 班信 息 的 更新 服務(wù)器終端顯示數(shù)據(jù) 產(chǎn)生報表 售票員 查詢請 求 數(shù)據(jù)庫 產(chǎn)生報表 客戶機(jī)終端顯示數(shù)據(jù) 售票員 表單申 請 客戶機(jī)終端顯示數(shù)據(jù) 售票員 機(jī)票核對事務(wù) 在客戶端打印機(jī)票和帳單 產(chǎn)生報表 帳單 畢業(yè)論文 6 良好人機(jī)交互界面的機(jī)票預(yù)定系統(tǒng)，實(shí)現(xiàn)航空公司的機(jī)票銷售的自動化的計算機(jī)系統(tǒng)，為企業(yè)的決策層提供準(zhǔn)確、精細(xì)、迅速的機(jī)票銷售信息。 法律上可行性 因?yàn)楸竟芾硐到y(tǒng)是：航空公司對機(jī)票進(jìn)行信息管理和航班信息管理的數(shù)據(jù)庫系 統(tǒng)。 操作上可行性 系統(tǒng)的操作方式在這個用戶組織內(nèi)能不 能行得通。 經(jīng)濟(jì)上可行性 這個系統(tǒng)的經(jīng)濟(jì)效益能不能超過它的開發(fā)成本。在計算機(jī)硬件和軟件快速發(fā)展的今天，計算機(jī)硬件和軟件已經(jīng)遠(yuǎn)遠(yuǎn)滿足本管理系統(tǒng)的要求。 畢業(yè)論文 5 167。 實(shí)現(xiàn)該系統(tǒng) 的 為：航空公司 計算中心 。 可性行分析 167。 其功能描述如下： （ 1）旅行社將乘客的信息傳輸?shù)皆撓到y(tǒng)，并在系統(tǒng)中注冊。這時航空公司對自身的銷售系統(tǒng)進(jìn)行提升，開發(fā) “機(jī)票預(yù)定系統(tǒng)”對自身的銷售過程有相當(dāng)大的幫助，以下這章就是“機(jī)票預(yù)定系統(tǒng)”開發(fā)過程。先根據(jù)功能規(guī)定設(shè)計好測試用例，按照測試用例所設(shè)計的運(yùn)行環(huán)境、運(yùn)行數(shù)據(jù)來測試程序，最后判斷測試結(jié)果與測試用例設(shè)計的期望結(jié)果的差別來確定程序是否符合要求。在可行性分析時，要從技術(shù)上、經(jīng)濟(jì)上、操作上、法律上進(jìn)行分析。 本人所承擔(dān)任務(wù)與要求概括 本人的任務(wù)是對兩個案例的建設(shè)，包括 :機(jī)票預(yù)定系統(tǒng)和教務(wù)管理系統(tǒng)之子系統(tǒng) —— 系內(nèi)課程安排。而且這些對于我們來講也比較熟悉，與我們的專業(yè)也比較接近，工作量也不是很大。且本文作者對 Access 技術(shù)也比較熟悉，所以采用 Access 技術(shù)。但是由于沒有一個專業(yè) IT 公司的支持，其技術(shù)支持不好，通用性不強(qiáng)。目前主要有 Asp、 PHP、 Jsp 等腳本技術(shù)。其中，學(xué)生模塊，主要涉及學(xué)生課程設(shè)計的選題，項目組工作的評估，學(xué)生個人課程設(shè)計成績的評定，管理等；教師模塊主要是案例庫的管理，如錄入，修改等。 軟件工程課程設(shè)計管理系統(tǒng)對于我們來將，比較接近我們的專業(yè)，對與我們專業(yè)知識的強(qiáng)化有很大幫助。面對今年 280 萬應(yīng)屆高校畢業(yè)生就業(yè)的嚴(yán)峻形式，軟件行業(yè)等領(lǐng)域仍然處于人才需求排名前列。要畢業(yè)論文 2 達(dá)到這一目標(biāo)，我國急需培養(yǎng)大批軟件工程技術(shù)和軟件工程管理人才”。 167。在過程改善方面，已存在若干軟件過程模型，并出現(xiàn)了軟件企業(yè)的認(rèn)證熱潮，例如，美國的 cmm 認(rèn)證和歐洲的 iso9001/tickit 認(rèn)證?！? 當(dāng)前，學(xué)術(shù)界和產(chǎn)業(yè)界的共識是：在注重軟件工程技術(shù)研究的同時應(yīng)注重軟件過程的研究；軟件開發(fā)單位不僅需要技術(shù)創(chuàng)新（采用先進(jìn)技術(shù)），更需要將其過程改善放在首位。軟件復(fù)用和軟件構(gòu)件技術(shù)，再工程技術(shù)及領(lǐng)域工程技術(shù)正逐步成為主流軟件技術(shù)，是軟件工程化，工業(yè)化生產(chǎn)技術(shù)的核心技術(shù)。于是，人們開始重視軟件開發(fā)過程，方法，工具和環(huán)境的研究，軟件工程應(yīng)運(yùn)而生。在很多發(fā)達(dá)國家，軟件產(chǎn)業(yè)已成為社會的支柱產(chǎn)業(yè)，軟件工程師也成為最受青睞的一種職業(yè)。 軟件工程現(xiàn)狀 1969 年，美國 IBM 公司首次宣布除操作系統(tǒng)繼續(xù)隨計算機(jī)配送外，其余軟件一律計價出售，從此開創(chuàng)了軟件成為獨(dú)立商品的先河。 測試 人員 .................................................... 41 167。 小結(jié) .....