太原理工軟件工程實(shí)驗(yàn)報告全套

《太原理工軟件工程實(shí)驗(yàn)報告全套》由會員分享，可在線閱讀，更多相關(guān)《太原理工軟件工程實(shí)驗(yàn)報告全套（29頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 本科實(shí)驗(yàn)報告 課程名稱： 軟件工程 實(shí)驗(yàn)項(xiàng)目： 傳統(tǒng)軟件工程的需求分析建模 實(shí)驗(yàn)地點(diǎn)： 專業(yè)班級：軟件工程學(xué)號：2 學(xué)生姓名： 指導(dǎo)教師： 2015年 4 月 日 太原理工大學(xué)學(xué)生實(shí)驗(yàn)報告 學(xué)院名稱 專業(yè)班級 學(xué)號 1 實(shí)驗(yàn)成績 學(xué)生姓名 同組

2、人員 無 實(shí)驗(yàn)日期 課程名稱 軟件工程 實(shí)驗(yàn)題目 傳統(tǒng)軟件工程的需求分析建模 一 實(shí)驗(yàn)?zāi)康呐c任務(wù) 1. 概述 項(xiàng)目名稱：航空公司機(jī)票預(yù)定系統(tǒng)。 項(xiàng)目用戶：航空公司。 開發(fā)單位：13級30班）小組 2. 項(xiàng)目目標(biāo) 在1個月內(nèi)建立一個高效率、無差錯的航空公司機(jī)票預(yù)定系統(tǒng)。 3. 存在的主要問題 人工不易管理，手續(xù)煩瑣。 4. 建立新系統(tǒng) （1）經(jīng)濟(jì)可行性 成本效益分析。 成本估算：打印機(jī)1臺（2000元）+開發(fā)費(fèi)

3、（3500元）=5500元，可承擔(dān)。 效益估算：該系統(tǒng)有很好的社會效益，提高了航空公司售票效率，方便了旅客，售票方便化，科學(xué)化。 （2）技術(shù)可行性。 　　　　　經(jīng)過調(diào)查分析，得到目前航空公司機(jī)票預(yù)定系統(tǒng)流程圖如下： 　　　　　　　　　　　　　 （3）操作可行性。 比較圖一圖二可以看出，與人工系統(tǒng)相比，計算機(jī)保留了原系統(tǒng)的主要工作流程，可以看出計算機(jī)系統(tǒng)是人工系統(tǒng)的優(yōu)化，操作也不復(fù)雜，工作人

4、員在短時間經(jīng)過培訓(xùn)就可熟練掌握。 5. 結(jié)論 由于經(jīng)濟(jì)、技術(shù)、操作三方面的可行性分析都通過，因此由我校軟件技術(shù)系開發(fā)航空公司機(jī)票預(yù)定系統(tǒng)是可行的。 1、 概述 項(xiàng)目名稱：航空機(jī)票預(yù)訂系統(tǒng) 項(xiàng)目用戶：航空機(jī)票銷售部 開發(fā)人員：13級30班（）小組 1、 項(xiàng)目目標(biāo) 在一個月內(nèi)建立一個高效率、穩(wěn)定的系統(tǒng)，在計算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫和先進(jìn)的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的機(jī)票預(yù)定系統(tǒng)，能夠?qū)崿F(xiàn)航空公司的機(jī)票銷售的自動化的計算機(jī)系統(tǒng)，為旅客提供實(shí)時，方便，快捷的機(jī)票銷

5、售信息，并提高航空公司的工作效率，服務(wù)質(zhì)量，并為其增加經(jīng)濟(jì)效益，加快航空公司的信息化發(fā)展步伐。 2、 主要功能 （1） 為游客提供機(jī)票預(yù)定服務(wù)，方便旅游局的售票工作，提高旅游局的服務(wù)質(zhì)量和服務(wù)效率 （2） 機(jī)場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在機(jī)場的主服務(wù)器上。對服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時正確的刷新。 2、 數(shù)據(jù)描述 1、 數(shù)據(jù)流圖 1．?dāng)?shù)據(jù)錄入和處理的準(zhǔn)確性和實(shí)時性 數(shù)據(jù)的輸入是否準(zhǔn)確是數(shù)據(jù)處理的前提，錯誤的輸入會導(dǎo)致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。數(shù)據(jù)的輸入來源是手工輸入。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng)具

6、有容錯性，并且對操作人員要進(jìn)行系統(tǒng)的培訓(xùn)。在系統(tǒng)中，數(shù)據(jù)的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。 2． 數(shù)據(jù)的一致性與完整性 由于系統(tǒng)的數(shù)據(jù)是共享的，所以如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題，要有一定的人員維護(hù)數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向，并且要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進(jìn)行嚴(yán)格的約束。 對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應(yīng)該拒絕該數(shù)據(jù)。 系統(tǒng)數(shù)據(jù)流圖 頂層數(shù)據(jù)流圖只是粗略的給出整個系統(tǒng)的數(shù)據(jù)流情況。為了更好的把“航空機(jī)票預(yù)定系統(tǒng)”中各個模塊的具體數(shù)據(jù)流處理細(xì)節(jié)表示出來，可以在頂層圖的

7、基礎(chǔ)上自頂向下繼續(xù)分解，得到1層和2層數(shù)據(jù)流圖。 2、 數(shù)據(jù)字典 旅客信息: 姓名：xxx 性別：男 描述：旅客訂票時所填的資料(省份證號、所需機(jī)票的基本信息、乘機(jī)時間） 定義：訂票申請表單(旅客姓名、旅客性別、起飛日期、飛行目的地、座位類型 ） 位置：位置：在客戶端由旅客填寫 航班信息： 航班名稱： 航班類型： 描述：所有從本地起飛的航班信息（航班號、起飛時間、到達(dá)的目的地、空出的座位數(shù)、票價） 定義：航班信息（航班號、起飛日期、飛行目的地、空出的座位數(shù)、票價） 位置：從服務(wù)器端查詢后，發(fā)送到客戶端 賬單信息： 賬單名稱： 賬

8、單號： 描述：已定票的旅客信息資料（帳單號、旅客姓名、旅客性別、旅客身份證號） 定義：賬單基本信息（訂票旅客的姓名、性別、省份證號、航班號） 位置：在服務(wù)器端產(chǎn)生，發(fā)送回客戶端 機(jī)票信息： 機(jī)票編號： 航班號： 描述：所有機(jī)票信息（已出售的機(jī)票、剩余機(jī)票、航班號、起飛時間） 定義：機(jī)票基本信息（旅客姓名、旅客性別、身份證號碼、航班號、起飛時間、飛行目的地、座位號） 位置：發(fā)送到客戶端 3、 系統(tǒng)接口說明 本系統(tǒng)運(yùn)行在計算機(jī)上的Windows操作系統(tǒng)（Windows 9X、Windows NT、Windows 2000、Windows XP）環(huán)境下。后臺采用SQL200

9、0關(guān)系型數(shù)據(jù)庫存放表,前端采用C#管理此數(shù)據(jù)庫并實(shí)現(xiàn)應(yīng)用。最終得到相應(yīng)的帳單。 4、 內(nèi)部接口說明 本系統(tǒng)內(nèi)部加工之間并不是全自動化，有些部分需要人工參與。打印出票據(jù)后，需要人員進(jìn)行核對和收費(fèi)，核對過后才將數(shù)據(jù)傳之主數(shù)據(jù)庫進(jìn)型存儲。從而才使預(yù)定的票具有有效性。 3、 功能需求 1、功能劃分 1．客戶端子系統(tǒng)： 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個部分： l 旅客信息的輸入和統(tǒng)計：系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息，又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進(jìn)行簡單的統(tǒng)計，供航空公司進(jìn)行查詢和宏觀調(diào)控。 l 旅客信息的存儲：將旅客的信息

10、存儲到系統(tǒng)中，以備以后的取票確認(rèn)以及查詢。 l 機(jī)票信息的傳遞及接收：將旅客所須的機(jī)票信息經(jīng)客戶端由網(wǎng)絡(luò)傳到航空公司的服務(wù)器上，并 且接受航空公司返回的航班信息，然后存儲起來。 l 取票通知及帳單的生成和打?。喊岩汛鎯Φ膹暮娇展痉祷氐暮桨鄼C(jī)票信息打印出來，并且生成帳單打印出來給旅客。 l 印出機(jī)票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認(rèn)無誤后，接受旅客的付款后把機(jī)票印出來交給旅客。 2．服務(wù)器端的功能要求： 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個部分： l 接收由旅行社客戶端發(fā)回的所需機(jī)票信息：通過網(wǎng)絡(luò)接收機(jī)票信息并存入到服務(wù)器的數(shù)據(jù)庫中。 l 生成航班信息：根

11、據(jù)所需機(jī)票信息（時間，地點(diǎn)），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間），分配所需的機(jī)票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。 l 傳遞航班信息到客戶端：把得到的航班信息通過網(wǎng)絡(luò)傳遞到客戶端。 l 接收旅行社的反饋信息：對旅行社的反饋信息進(jìn)行分析，把已經(jīng)售出的機(jī)票進(jìn)行統(tǒng)計，對被旅客所退掉的機(jī)票要進(jìn)行數(shù)據(jù)庫的恢復(fù)。 l 印出機(jī)票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認(rèn)無誤后，接受旅客的付款后把機(jī)票印出來交給旅客。 2、 功能描述 系統(tǒng)流程圖： 系統(tǒng)邏輯圖：

12、 四.性能需求 為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運(yùn)行，機(jī)票預(yù)訂系統(tǒng)應(yīng)該滿足以下的性能需求： 1．系統(tǒng)處理的準(zhǔn)確性和及時性 系統(tǒng)處理的準(zhǔn)確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設(shè)計和開發(fā)過程中，要充分考慮系統(tǒng)當(dāng)前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應(yīng)時間能夠滿足企業(yè)對信息處理的需求。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準(zhǔn)確性。 2．系統(tǒng)的開放性和系統(tǒng)的可擴(kuò)充性 機(jī)票預(yù)訂系統(tǒng)在開發(fā)過程中，應(yīng)該充分考慮以后的可擴(kuò)充性。例如企業(yè)中管理模塊的加入（人事管理、工資管理、日常事務(wù)管理等）也會不斷的更新和完善。所有這些，都要求系統(tǒng)提供足

13、夠的手段進(jìn)行功能的調(diào)整。而要實(shí)現(xiàn)這一點(diǎn)，應(yīng)通過系統(tǒng)的開放性來完成，即系統(tǒng)應(yīng)是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補(bǔ)、替換完成系統(tǒng)的升級和更新?lián)Q代。 3．系統(tǒng)的易用性和易維護(hù)性 機(jī)票預(yù)訂系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機(jī)并不時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機(jī)交互界面。要實(shí)現(xiàn)這一點(diǎn)，就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。 4．系統(tǒng)的標(biāo)準(zhǔn)性 系統(tǒng)在設(shè)計開發(fā)使用過程中都要涉及到很多計算機(jī)硬件、軟件。所有這些都

14、要符合主流國際、國家和行業(yè)標(biāo)準(zhǔn)。例如在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、開發(fā)工具都必須符合通用標(biāo)準(zhǔn)。如規(guī)范的數(shù)據(jù)庫操縱界面、作為業(yè)界標(biāo)準(zhǔn)的TCP/IP網(wǎng)絡(luò)協(xié)議及ISO9002標(biāo)準(zhǔn)所要求的質(zhì)量規(guī)范等；同時，在自主開發(fā)本系統(tǒng)時，要進(jìn)行良好的設(shè)計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 5．系統(tǒng)的先進(jìn)性 目前計算機(jī)系統(tǒng)的技術(shù)發(fā)展相當(dāng)快，做為機(jī)票預(yù)訂系統(tǒng)工程，應(yīng)該保證系統(tǒng)在一段時間內(nèi)是先進(jìn)的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進(jìn)，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴(kuò)充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設(shè)計和開發(fā)的過程中，應(yīng)在考

15、慮成本的基礎(chǔ)上盡量采用當(dāng)前主流并先進(jìn)且有良好發(fā)展前途的產(chǎn)品。 五 思考題 1、 如何理解需求分析在軟件開發(fā)中的重要性？ 答：需求分析為軟件的開發(fā)起到了決策的作用，提供了開發(fā)的方向，并指明了開發(fā)的策略，在軟件開發(fā)及維護(hù)中均起到了舉足輕重的作用。大家一定要足夠重視需求分析，可以說在一個大型軟件系統(tǒng)的開發(fā)中,它的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計。永遠(yuǎn)別忘了：需求分析和程序設(shè)計不盡相同，合理、可行是才是重要的。跳出程序設(shè)計的圈子，站在系統(tǒng)的角度上來看問題，結(jié)論會截然不同。 2、 分析業(yè)務(wù)流程圖，數(shù)據(jù)流圖和程序流程圖之間的差別和各自的特點(diǎn)。 答：a. 業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)

16、關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合流理向，它是物理模型。 b. 數(shù)據(jù)流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況，數(shù)據(jù)流程圖是邏輯模型。描述的是處理和數(shù)據(jù)，不重點(diǎn)突出流程的先后，以處理和數(shù)據(jù)流、數(shù)據(jù)存儲為核心。 c. 程序流程圖：描述程序中控制流的情況，即程序中處理的執(zhí)行順序和執(zhí)行序列所依賴的條件。 3、怎樣完成系統(tǒng)需要的、合乎規(guī)范的數(shù)據(jù)流圖和數(shù)據(jù)詞典？ 答： 對于在數(shù)據(jù)流圖中每一個被命名的圖形元素均加以定義：其內(nèi)容包括圖形元素的名字，圖形元素的別名或編號，圖形元

17、素類別（如加工、數(shù)據(jù)流、數(shù)據(jù)文件、數(shù)據(jù)元素、數(shù)據(jù)源點(diǎn)或數(shù)據(jù)匯點(diǎn)等）、描述、定義、位置等。 本科實(shí)驗(yàn)報告 課程名稱： 軟件工程 實(shí)驗(yàn)項(xiàng)目：傳統(tǒng)軟件工程的結(jié)構(gòu)設(shè)計 實(shí)驗(yàn)地點(diǎn)： 專業(yè)班級：軟件工程學(xué)號：2 學(xué)生姓名： 指導(dǎo)教師： 2015年 4 月 11 日 概要設(shè)計說明書 一、 概述 項(xiàng)目名稱：XX航空公司機(jī)票預(yù)定系統(tǒng) 項(xiàng)目用戶：XX航空公司 開發(fā)人

18、員：13級30班）小組 1、項(xiàng)目目標(biāo) 在一個月內(nèi)建立一個高效率、無差錯的航空公司機(jī)票預(yù)定系統(tǒng)。 2、系統(tǒng)設(shè)計目標(biāo) 從用戶的觀點(diǎn)看，要求系統(tǒng)能達(dá)到的功能目標(biāo)：系統(tǒng)主要功能，共5項(xiàng)子功能。 預(yù)訂票以及發(fā)票： （1）、審查旅客的信息有效性； （2）、查詢與旅客對應(yīng)的航班信息； （3）、打印并發(fā)放旅客取票通知和賬單； （4）、校對旅客信息、取票通知、賬單（起飛前三日）； （5）、打印機(jī)票； 　 設(shè)計人員從技術(shù)觀點(diǎn)來看，要求系統(tǒng)能達(dá)到以下性能目標(biāo)： （1） 數(shù)據(jù)庫中數(shù)據(jù)一致性和完整性強(qiáng)，數(shù)據(jù)安全性好； （2） 應(yīng)用程序功能完備，易使用； （3

19、） 方便用戶使用，具有較高的用戶友好性； （4） 具有較高的可靠性，將系統(tǒng)發(fā)生故障的概率控制在2.5%以下，并具有快速回復(fù)能力； （5） 具有較高的運(yùn)行效率，應(yīng)比人工操作提高效率10倍以上； （6） 具有較強(qiáng)的可維護(hù)性。 3、設(shè)計策略 （7） 航空公司為方便旅客，需開發(fā)一個機(jī)票預(yù)定系統(tǒng)。為便于旅客由旅行社代替航空公司負(fù)責(zé)為旅客定票，旅行社把預(yù)定機(jī)票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機(jī)票預(yù)定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務(wù)器后，為旅客安排航班，印出取票通知。旅客在飛機(jī)起飛前一天憑取票通知和賬單交款后取票，系統(tǒng)校對無誤

20、后即印出機(jī)票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機(jī)的界面要簡單明了，易于操作，服務(wù)器程序利于維護(hù)。 二、總體設(shè)計 2．1處理流程 下面將使用（結(jié)構(gòu)化設(shè)計）面向數(shù)據(jù)流的方法對機(jī)票預(yù)定系統(tǒng)的處理流程進(jìn)行分析。系統(tǒng)可分為兩大部分：一、客戶機(jī)上的程序，二、服務(wù)器上的程序。以下將分別對系統(tǒng)的這兩大部分進(jìn)行流程分析： 2．1．1 客戶機(jī)程序流程 2 1 5 3 4 6 7 8 旅客資料 定票/取票 帳單號 經(jīng)網(wǎng)絡(luò)送服務(wù)器程序 打印帳單 輸出確定預(yù)定信息 輸出錯誤原因 打印機(jī)票 輸出確定預(yù)定信息 服務(wù)器經(jīng)網(wǎng)絡(luò)送來回答

21、 9 11=1 18 16 15 12 13 14 17 19 20 10 14 2．1．2 服務(wù)器程序流程 2.2總體結(jié)構(gòu)和模塊外部設(shè)計 下面以結(jié)構(gòu)圖來描述機(jī)票預(yù)定系統(tǒng)的軟件總體結(jié)構(gòu)?？騼?nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關(guān)系。 2．2．1 系統(tǒng)功能模塊劃分部分 機(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)備SQL 數(shù)據(jù)庫操作 判斷查詢 準(zhǔn)備返回數(shù)據(jù) 判斷原因 準(zhǔn)備返回數(shù)據(jù) 2．2. 2 客戶機(jī)部分 2．2

22、. 3 服務(wù)器程序部分 　　　　 3、功能分配 3.3.1 各項(xiàng)模塊的功能可參照2.2和2.3 中的說明?？蛻魴C(jī)程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡(luò)通信及輸出部分。服務(wù)器程序主要也是由三大功能：接收網(wǎng)絡(luò)數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡(luò)數(shù)據(jù)部分。服務(wù)器程序需與已建立的SQL SERVER 數(shù)據(jù)庫互連，其接口將于下面部分闡述。 3.3.2模塊描述 　　客戶端子系統(tǒng)： 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個部分： l 旅客信息的輸入和統(tǒng)計：系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息，又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進(jìn)行簡單的統(tǒng)

23、計，供航空公司進(jìn)行查詢和宏觀調(diào)控。 l 旅客信息的存儲：將旅客的信息存儲到系統(tǒng)中，以備以后的取票確認(rèn)以及查詢。 l 機(jī)票信息的傳遞及接收：將旅客所須的機(jī)票信息經(jīng)客戶端由網(wǎng)絡(luò)傳到航空公司的服務(wù)器上，并 且接受航空公司返回的航班信息，然后存儲起來。 l 取票通知及帳單的生成和打印：把已存儲的從航空公司返回的航班機(jī)票信息打印出來，并且生成帳單打印出來給旅客。 l 印出機(jī)票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認(rèn)無誤后，接受旅客的付款后把機(jī)票印出來交給旅客。 2．服務(wù)器端的功能要求： 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個部分： l 接收由旅行社客戶端發(fā)回的所需機(jī)票信息：

24、通過網(wǎng)絡(luò)接收機(jī)票信息并存入到服務(wù)器的數(shù)據(jù)庫中。 l 生成航班信息：根據(jù)所需機(jī)票信息（時間，地點(diǎn)），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間），分配所需的機(jī)票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。 l 傳遞航班信息到客戶端：把得到的航班信息通過網(wǎng)絡(luò)傳遞到客戶端。 l 接收旅行社的反饋信息：對旅行社的反饋信息進(jìn)行分析，把已經(jīng)售出的機(jī)票進(jìn)行統(tǒng)計，對被旅客所退掉的機(jī)票要進(jìn)行數(shù)據(jù)庫的恢復(fù)。 印出機(jī)票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認(rèn)無誤后，接受旅客的付款后把機(jī)票印出來交給旅客。 三 詳細(xì)設(shè)計說明 總體設(shè)計 系統(tǒng)服務(wù)器詳細(xì)

25、設(shè)計 機(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)備SQL 數(shù)據(jù)庫操作 判斷查詢 準(zhǔn)備返回數(shù)據(jù) 判斷原因 準(zhǔn)備返回數(shù)據(jù) 客戶端詳細(xì)設(shè)計 準(zhǔn)備輸出 判斷錯誤類型 準(zhǔn)備輸出 準(zhǔn)備錯誤信息 打印帳單 顯示確認(rèn) 顯示錯誤 打印機(jī)票 確認(rèn)顯示 帳單 機(jī)票 讀入旅客資料 讀入帳單號 確定（定票/領(lǐng)票） 旅客資料 定票/領(lǐng)票 帳單號 機(jī)票預(yù)定系統(tǒng)（客戶機(jī)程序） 接收輸入數(shù)據(jù) 聯(lián)絡(luò)服務(wù)器 輸出數(shù)據(jù) 準(zhǔn)備定票發(fā)送數(shù)據(jù) 準(zhǔn)備確認(rèn)

26、發(fā)送數(shù) 檢驗(yàn)輸入 準(zhǔn)備網(wǎng)絡(luò)數(shù)據(jù)包 解開網(wǎng)絡(luò)數(shù)據(jù)包 發(fā)送數(shù)據(jù) 接收數(shù)據(jù) 定票成功？ 領(lǐng)票成功？ 確認(rèn)操作類型 四、軟件設(shè)計規(guī)格說明 軟件設(shè)計規(guī)格說明是軟件設(shè)計的最終成果，它用于兩個方面，一方面作為編碼人員書寫源程序的依據(jù)，另一方面作為測試階段及維護(hù)階段的一個指南。 軟件設(shè)計規(guī)格說明的編寫可以分為兩個階段。在概要設(shè)計階段應(yīng)集中于軟件結(jié)果的描述，在詳細(xì)設(shè)計階段應(yīng)集中于每個軟件元素細(xì)節(jié)的描述。在軟件設(shè)計規(guī)格說明中應(yīng)該包括的內(nèi)容如下。 （1） 作用范圍： 系統(tǒng)的目標(biāo)和作為系統(tǒng)元素的軟件的作用； 硬件、軟件和人員的接口； 主要的軟件功能； 外部定義的數(shù)據(jù)庫； 主要

27、的設(shè)計約束與限制。 （2） 參考文檔： 現(xiàn)有的軟件文檔； 系統(tǒng)的文檔資料； 外購產(chǎn)品文檔，包括硬件和軟件； 技術(shù)參考資料。 （3） 設(shè)計說明： 數(shù)據(jù)說明； 數(shù)據(jù)流的復(fù)審； 數(shù)據(jù)結(jié)構(gòu)的復(fù)審； 導(dǎo)出的軟件結(jié)構(gòu)； 結(jié)構(gòu)的內(nèi)部接口。 （4） 模塊： 處理過程描述； 接口描述； 設(shè)計語言描述； 所以模塊； 數(shù)據(jù)的組織； 注解。 （5） 文件結(jié)構(gòu)和全局?jǐn)?shù)據(jù)： 外部文件結(jié)構(gòu)； 邏輯結(jié)構(gòu)； 邏輯記錄描述； 存取方法； 全局?jǐn)?shù)據(jù)； 文件和數(shù)據(jù)的相互對照。 （6） 需求與模塊的相互對照表。 （7） 測試的準(zhǔn)備： 測試大綱； 整體策略； 專門的考慮。 （

28、8） 裝備： 特殊的程序覆蓋規(guī)定； 數(shù)據(jù)轉(zhuǎn)儲。 （9） 專門的注釋。 （10） 附錄。 五 思考題 1． 系統(tǒng)設(shè)計和需求分析的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？ 答：需求分析是一個項(xiàng)目的開端，也是項(xiàng)目建設(shè)的基石。是對用戶需求的定義，對軟件系統(tǒng)的描述。在以往建設(shè)失敗的項(xiàng)目中，80％是由于需求分析的不明確而造成的。因此一個項(xiàng)目成功的關(guān)鍵因素之一，就是對需求分析的把握程度。而項(xiàng)目的整體風(fēng)險往往表現(xiàn)在需求分析不明確、業(yè)務(wù)流程不合理，用戶不習(xí)慣或不愿意去用承建方的軟件。作為第三方的監(jiān)理公司，必須提醒承建方、客戶方重視需求分析的重要性。 v 系統(tǒng)分析的任務(wù)：將用戶的業(yè)務(wù)邏輯轉(zhuǎn)化為程序邏輯，

29、計算時間和成本。根據(jù)開發(fā)人員的理論知識和實(shí)際的經(jīng)驗(yàn)，人們會采用各種滿足實(shí)際情況的系統(tǒng)分析、開發(fā)方法、步驟以及文檔等等。 2． 怎樣描繪系統(tǒng)的體系結(jié)構(gòu)？ 答：系統(tǒng)體系結(jié)構(gòu)是由許多結(jié)構(gòu)要素及各種視圖（或觀點(diǎn)） 共11頁第6頁 （View）所組成的，而各種視圖主要是基于各組成要素之間的聯(lián)系與互操作而形成的。所以，系統(tǒng)體系結(jié)構(gòu)是一個綜合各種觀點(diǎn)的模型，用來完整描述整個系統(tǒng)。 體系結(jié)構(gòu)框架（Architecture Framework）用于規(guī)定具體體系結(jié)構(gòu)的定義及其文檔所表達(dá)的意義。體系結(jié)構(gòu)框架不需要包羅萬象，通常只是針對特定的領(lǐng)域，可能更注重戰(zhàn)略方面的問題，并為體系結(jié)構(gòu)的發(fā)展演變提供指導(dǎo)。，“

30、體系結(jié)構(gòu)”指系統(tǒng)的組成結(jié)構(gòu)及其相互關(guān)系，是指導(dǎo)系統(tǒng)設(shè)計和發(fā)展的原則?！绑w系結(jié)構(gòu)框架”是用于規(guī)范體系結(jié)構(gòu)設(shè)計的指南。 3． 怎樣繪制符合規(guī)范的流程圖。 答：了解流程圖的各個符號以及流程圖的形式，根據(jù)需要來選擇框，線等繪制出系統(tǒng)所要求的流程圖。 4． 怎樣組織對設(shè)計階段工作的評審？ 答：最高管理者應(yīng)把管理評審的重點(diǎn)放在影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評審是標(biāo)準(zhǔn)對組織 最高管理者提出的重要活動之一。  本科實(shí)驗(yàn)報告 課程名稱： 軟件工程 實(shí)驗(yàn)項(xiàng)目： 測試 實(shí)驗(yàn)地

31、點(diǎn)： 專業(yè)班級：軟件工學(xué)號： 指導(dǎo)教師： 2015年 4 月 日  一，目的與任務(wù) 1.目的：在實(shí)驗(yàn)四基礎(chǔ)上選擇一個模塊進(jìn)行編碼，完成相關(guān)的測試。 1、了解軟件測試方法分類，其中包括 1）白盒測試2）黑盒測試 3）靜態(tài)測試 4）動態(tài)測試 2、了解測試類型 1）單元測試 2）集成測試3）確認(rèn)測試4）黑盒測試 5）白盒測試6）功能測試 7） α 測試 8） β 測試 2.任務(wù)：正確運(yùn)用軟件測試

32、技術(shù)和方法，完成系統(tǒng)的單元測試、綜合測試、確認(rèn)測試、系統(tǒng)測試的方法，掌握測試用例的設(shè)計方法，并給出測試報告。 二、內(nèi)容、要求 1.測試用例： 黑盒法測試售票點(diǎn)查看航班，讓用戶確認(rèn)選定的航班；安排預(yù)定的航班 2. 測試環(huán)境：SQLserver 2008; 數(shù)據(jù)庫表結(jié)構(gòu)： 測試分析： 三 .測試結(jié)果： 測試成功。 四．思考題： 1．怎樣看待測試的重要性。 答：試想一下如果一個系統(tǒng)開發(fā)完畢

33、后不能正常運(yùn)行可能造成的后果，損失錢財，損失時間，損失客戶，等等 2．怎樣選擇測試的技術(shù)和方案。 答：一個測試方法，就是設(shè)定輸入數(shù)據(jù)，運(yùn)行被測試函數(shù)，然后判斷實(shí)際疏忽是否符合預(yù)期輸入數(shù)據(jù)時測試用例的核心，輸入數(shù)據(jù)的定義是：被測試函數(shù)所讀取的外部數(shù)據(jù)及這些數(shù)據(jù)的初始值。 3． 比較邏輯測試和基本路徑測試的不同和聯(lián)系。 答：邏輯測試指的是編程,也就是邏輯循環(huán)語言。是需要一定的邏輯性基礎(chǔ)的。 基本路徑測試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例的方法。 4． 怎樣組織對測試階段工作的評審？ 答：最高管理者應(yīng)把管理評審的重點(diǎn)放在

34、影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評審是標(biāo)準(zhǔn)對組織 最高管理者提出的重要活動之一。  課程名稱： 軟件工程 實(shí)驗(yàn)項(xiàng)目：面向?qū)ο蟮姆治雠c設(shè)計 實(shí)驗(yàn)地點(diǎn)： 專業(yè)班級：軟件工程1學(xué)號：2 學(xué)生姓名： 指導(dǎo)教師： 2015年 4 月 11 日  一 目的與任務(wù) 1.目的：掌握面向?qū)ο蟮姆治?、設(shè)計方法，建立對象

35、模型、功能模型和動態(tài)模型，并掌握UML中常用的模型符號的使用方法。 2.任務(wù)：用一個簡單項(xiàng)目（可以考慮仍然選擇前面面向過程軟件工程所選定的項(xiàng)目），通過分析，建立系統(tǒng)用例圖，抽取出類，建立順序圖及類的狀態(tài)圖等。 二 實(shí)驗(yàn)內(nèi)容 用例模型圖說明： 機(jī)票預(yù)訂系統(tǒng)主要使用的對象是旅行社管理員。管理員根據(jù)顧客填寫的目的地和時間信息，將其輸入系統(tǒng)，系統(tǒng)根據(jù)相關(guān)信息進(jìn)行處理，則系統(tǒng)其中的一個功能即用例就是接收顧客信息。顧客需要用取票單去航空公司取票，系統(tǒng)由管理員輸入的信息來識別，則系統(tǒng)的另一個功能即用例就是預(yù)定管理員輸入信息符合的票。 類圖說明： 為此系統(tǒng)定義了4個類，分別是顧客類，管理員

36、類，航空公司類，機(jī)票類。各個類對應(yīng)的屬性和操作方法在圖中已表示出，目前應(yīng)該還是有很多不完善的地方，在后期再加以修改。 對象圖說明： 對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。一個對象就是類的一個具體實(shí)例，本例中設(shè)置了一個custom的取票操作，詳細(xì)信息在圖中已經(jīng)設(shè)置，根據(jù)顧客的相關(guān)信息和操作，系統(tǒng)會調(diào)用相應(yīng)的類的對象來處理，在本例中不一定會全部都涉及。 順序圖說明： 順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。由于在顧客，旅行社，航空公司之間也有先后順序，所以在順序圖中會有兩個生命周期，分別是訂票和取票操作。旅行社根據(jù)顧客填寫的信息，就操作系統(tǒng)的訂票功能。系

37、統(tǒng)在對管理進(jìn)行處理時，會先記錄顧客的相關(guān)信息，最后再打印取票單給顧客。系統(tǒng)對取票進(jìn)行處理時，會先收取款，最后會把票給顧客。 1-5、狀態(tài)圖  狀態(tài)圖說明： 在訂票系統(tǒng)中，主要會有兩個對象的狀態(tài)：顧客和管理員。顧客的狀態(tài)最開始是填寫信息，再管理員將信息輸入系統(tǒng)，此時系統(tǒng)查詢合適的航班，顧客收到系統(tǒng)打印出的相應(yīng)單據(jù)，最后顧客將取票單和款返回給系統(tǒng)得到票。 2.動態(tài)模型 動態(tài)模型說明： 動態(tài)模型主要是描述系統(tǒng)的動態(tài)行為和控制結(jié)構(gòu)。動態(tài)行為包括系統(tǒng)中對象生存期內(nèi)可能的狀態(tài)以及事件發(fā)生時狀態(tài)的遷移，還包括對象之問動態(tài)合作關(guān)系，顯示對象之間的交互過程以及交互順序，同時

38、描述了為滿足用例要求所進(jìn)行的活動以及活動問的約束關(guān)系。動態(tài)模型主要包括的狀態(tài)圖、順序圖和活動圖已經(jīng)在1-4、1-5、1-6中畫出。 建立動態(tài)模型的第一步是編寫交互行為的腳本；第二步從腳本中提取出事件，確定后觸發(fā)每個事件的動作對象及接收事件的目標(biāo)對象；第三步排列事件發(fā)生的次序，確定每個對象可能有的狀態(tài)及狀態(tài)間的轉(zhuǎn)換關(guān)系，并用狀態(tài)圖描繪它們。最后，比較各個對象的狀態(tài)圖，檢查它們之間的一致性，確保事件之間的匹配。 3、功能模型 功能模型表明了系統(tǒng)中數(shù)據(jù)之間的依賴關(guān)系，以及有關(guān)的數(shù)據(jù)處理功能，它由一組數(shù)據(jù)流圖組成，此功能模型的分析與設(shè)計依照對象模型和動態(tài)模型而來。 DFD圖（數(shù)據(jù)

39、流圖）描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流中沒有任何具體的物理部件，它知識描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程，流程如圖。 4對象模型 對象模型說明: 對象模型描述了現(xiàn)實(shí)世界中的類與對象以及它們之間的關(guān)系，表示了目標(biāo)系統(tǒng)動靜態(tài)數(shù)據(jù)結(jié)構(gòu)。首先確定對象類和關(guān)聯(lián)，對于大型復(fù)雜問題還要進(jìn)一步劃分出若干個主題；然后給類和關(guān)聯(lián)增添屬性，以進(jìn)一步描述它們；接下來利用適當(dāng)?shù)睦^承關(guān)系進(jìn)一步合并和組織類。而對類中操作的最后確定，則需要等到建立了動態(tài)模型和功能模型之后，以為這兩個子模型更準(zhǔn)確地描述了對類中提供的服務(wù)的需求。 三 思考題 1． 面向?qū)ο蟮南到y(tǒng)分析和設(shè)計之間的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？ 答：要有良好的系統(tǒng)分析才能做出合理的設(shè)計設(shè)計不好的話 開發(fā)及維護(hù)都很麻煩 成本也會增加，兩者不必先后關(guān)聯(lián)。 2． 要用面向?qū)ο蟮姆椒枥L系統(tǒng)的體系結(jié)構(gòu)，該如何進(jìn)行？ 答：系統(tǒng)的體系結(jié)構(gòu)可以用結(jié)構(gòu)圖描述！