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

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

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

2、人員 無(wú) 實(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級(jí)30班）小組 2. 項(xiàng)目目標(biāo) 在1個(gè)月內(nèi)建立一個(gè)高效率、無(wú)差錯(cuò)的航空公司機(jī)票預(yù)定系統(tǒng)。 3. 存在的主要問題 人工不易管理，手續(xù)煩瑣。 4. 建立新系統(tǒng) （1）經(jīng)濟(jì)可行性 成本效益分析。 成本估算：打印機(jī)1臺(tái)（2000元）+開發(fā)費(fèi)

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

4、員在短時(shí)間經(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級(jí)30班（）小組 1、 項(xiàng)目目標(biāo) 在一個(gè)月內(nèi)建立一個(gè)高效率、穩(wěn)定的系統(tǒng)，在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)和先進(jìn)的開發(fā)平臺(tái)上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個(gè)具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的機(jī)票預(yù)定系統(tǒng)，能夠?qū)崿F(xiàn)航空公司的機(jī)票銷售的自動(dòng)化的計(jì)算機(jī)系統(tǒng)，為旅客提供實(shí)時(shí)，方便，快捷的機(jī)票銷

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

6、有容錯(cuò)性，并且對(duì)操作人員要進(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ù)的去向，并且要求對(duì)數(shù)據(jù)庫(kù)的數(shù)據(jù)完整性進(jìn)行嚴(yán)格的約束。 對(duì)于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應(yīng)該拒絕該數(shù)據(jù)。 系統(tǒng)數(shù)據(jù)流圖 頂層數(shù)據(jù)流圖只是粗略的給出整個(gè)系統(tǒng)的數(shù)據(jù)流情況。為了更好的把“航空機(jī)票預(yù)定系統(tǒng)”中各個(gè)模塊的具體數(shù)據(jù)流處理細(xì)節(jié)表示出來，可以在頂層圖的

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

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

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

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

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

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

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

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

15、慮成本的基礎(chǔ)上盡量采用當(dāng)前主流并先進(jìn)且有良好發(fā)展前途的產(chǎn)品。 五 思考題 1、 如何理解需求分析在軟件開發(fā)中的重要性？ 答：需求分析為軟件的開發(fā)起到了決策的作用，提供了開發(fā)的方向，并指明了開發(fā)的策略，在軟件開發(fā)及維護(hù)中均起到了舉足輕重的作用。大家一定要足夠重視需求分析，可以說在一個(gè)大型軟件系統(tǒng)的開發(fā)中,它的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì)。永遠(yuǎn)別忘了：需求分析和程序設(shè)計(jì)不盡相同，合理、可行是才是重要的。跳出程序設(shè)計(jì)的圈子，站在系統(tǒng)的角度上來看問題，結(jié)論會(huì)截然不同。 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ù)幾種符號(hào)綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況，數(shù)據(jù)流程圖是邏輯模型。描述的是處理和數(shù)據(jù)，不重點(diǎn)突出流程的先后，以處理和數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)為核心。 c. 程序流程圖：描述程序中控制流的情況，即程序中處理的執(zhí)行順序和執(zhí)行序列所依賴的條件。 3、怎樣完成系統(tǒng)需要的、合乎規(guī)范的數(shù)據(jù)流圖和數(shù)據(jù)詞典？ 答： 對(duì)于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素均加以定義：其內(nèi)容包括圖形元素的名字，圖形元素的別名或編號(hào)，圖形元

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

18、員：13級(jí)30班）小組 1、項(xiàng)目目標(biāo) 在一個(gè)月內(nèi)建立一個(gè)高效率、無(wú)差錯(cuò)的航空公司機(jī)票預(yù)定系統(tǒng)。 2、系統(tǒng)設(shè)計(jì)目標(biāo) 從用戶的觀點(diǎn)看，要求系統(tǒng)能達(dá)到的功能目標(biāo)：系統(tǒng)主要功能，共5項(xiàng)子功能。 預(yù)訂票以及發(fā)票： （1）、審查旅客的信息有效性； （2）、查詢與旅客對(duì)應(yīng)的航班信息； （3）、打印并發(fā)放旅客取票通知和賬單； （4）、校對(duì)旅客信息、取票通知、賬單（起飛前三日）； （5）、打印機(jī)票； 　 設(shè)計(jì)人員從技術(shù)觀點(diǎn)來看，要求系統(tǒng)能達(dá)到以下性能目標(biāo)： （1） 數(shù)據(jù)庫(kù)中數(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è)計(jì)策略 （7） 航空公司為方便旅客，需開發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。為便于旅客由旅行社代替航空公司負(fù)責(zé)為旅客定票，旅行社把預(yù)定機(jī)票的旅客信息，包括姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地，輸入機(jī)票預(yù)定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務(wù)器后，為旅客安排航班，印出取票通知。旅客在飛機(jī)起飛前一天憑取票通知和賬單交款后取票，系統(tǒng)校對(duì)無(wú)誤

20、后即印出機(jī)票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無(wú)誤的完成上述操作。并要求客戶機(jī)的界面要簡(jiǎn)單明了，易于操作，服務(wù)器程序利于維護(hù)。 二、總體設(shè)計(jì) 2．1處理流程 下面將使用（結(jié)構(gòu)化設(shè)計(jì)）面向數(shù)據(jù)流的方法對(duì)機(jī)票預(yù)定系統(tǒng)的處理流程進(jìn)行分析。系統(tǒng)可分為兩大部分：一、客戶機(jī)上的程序，二、服務(wù)器上的程序。以下將分別對(duì)系統(tǒng)的這兩大部分進(jìn)行流程分析： 2．1．1 客戶機(jī)程序流程 2 1 5 3 4 6 7 8 旅客資料 定票/取票 帳單號(hào) 經(jīng)網(wǎng)絡(luò)送服務(wù)器程序 打印帳單 輸出確定預(yù)定信息 輸出錯(cuò)誤原因 打印機(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è)計(jì) 下面以結(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ù)庫(kù)操作 判斷查詢 準(zhǔn)備返回?cái)?shù)據(jù) 判斷原因 準(zhǔn)備返回?cái)?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ù)庫(kù)操作及發(fā)送網(wǎng)絡(luò)數(shù)據(jù)部分。服務(wù)器程序需與已建立的SQL SERVER 數(shù)據(jù)庫(kù)互連，其接口將于下面部分闡述。 3.3.2模塊描述 　　客戶端子系統(tǒng)： 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上，可以分為以下幾個(gè)部分： l 旅客信息的輸入和統(tǒng)計(jì)：系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息，又有方便的操作界面手工輸入旅客信息。這部分要求對(duì)輸入的數(shù)據(jù)進(jìn)行簡(jiǎn)單的統(tǒng)

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

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

25、設(shè)計(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)備SQL 數(shù)據(jù)庫(kù)操作 判斷查詢 準(zhǔn)備返回?cái)?shù)據(jù) 判斷原因 準(zhǔn)備返回?cái)?shù)據(jù) 客戶端詳細(xì)設(shè)計(jì) 準(zhǔn)備輸出 判斷錯(cuò)誤類型 準(zhǔn)備輸出 準(zhǔn)備錯(cuò)誤信息 打印帳單 顯示確認(rèn) 顯示錯(cuò)誤 打印機(jī)票 確認(rèn)顯示 帳單 機(jī)票 讀入旅客資料 讀入帳單號(hào) 確定（定票/領(lǐng)票） 旅客資料 定票/領(lǐng)票 帳單號(hào) 機(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è)計(jì)規(guī)格說明 軟件設(shè)計(jì)規(guī)格說明是軟件設(shè)計(jì)的最終成果，它用于兩個(gè)方面，一方面作為編碼人員書寫源程序的依據(jù)，另一方面作為測(cè)試階段及維護(hù)階段的一個(gè)指南。 軟件設(shè)計(jì)規(guī)格說明的編寫可以分為兩個(gè)階段。在概要設(shè)計(jì)階段應(yīng)集中于軟件結(jié)果的描述，在詳細(xì)設(shè)計(jì)階段應(yīng)集中于每個(gè)軟件元素細(xì)節(jié)的描述。在軟件設(shè)計(jì)規(guī)格說明中應(yīng)該包括的內(nèi)容如下。 （1） 作用范圍： 系統(tǒng)的目標(biāo)和作為系統(tǒng)元素的軟件的作用； 硬件、軟件和人員的接口； 主要的軟件功能； 外部定義的數(shù)據(jù)庫(kù)； 主要

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

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

29、計(jì)算時(shí)間和成本。根據(jù)開發(fā)人員的理論知識(shí)和實(shí)際的經(jīng)驗(yàn)，人們會(huì)采用各種滿足實(shí)際情況的系統(tǒng)分析、開發(fā)方法、步驟以及文檔等等。 2． 怎樣描繪系統(tǒng)的體系結(jié)構(gòu)？ 答：系統(tǒng)體系結(jié)構(gòu)是由許多結(jié)構(gòu)要素及各種視圖（或觀點(diǎn)） 共11頁(yè)第6頁(yè) （View）所組成的，而各種視圖主要是基于各組成要素之間的聯(lián)系與互操作而形成的。所以，系統(tǒng)體系結(jié)構(gòu)是一個(gè)綜合各種觀點(diǎn)的模型，用來完整描述整個(gè)系統(tǒng)。 體系結(jié)構(gòu)框架（Architecture Framework）用于規(guī)定具體體系結(jié)構(gòu)的定義及其文檔所表達(dá)的意義。體系結(jié)構(gòu)框架不需要包羅萬(wàn)象，通常只是針對(duì)特定的領(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è)計(jì)和發(fā)展的原則?！绑w系結(jié)構(gòu)框架”是用于規(guī)范體系結(jié)構(gòu)設(shè)計(jì)的指南。 3． 怎樣繪制符合規(guī)范的流程圖。 答：了解流程圖的各個(gè)符號(hào)以及流程圖的形式，根據(jù)需要來選擇框，線等繪制出系統(tǒng)所要求的流程圖。 4． 怎樣組織對(duì)設(shè)計(jì)階段工作的評(píng)審？ 答：最高管理者應(yīng)把管理評(píng)審的重點(diǎn)放在影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評(píng)審是標(biāo)準(zhǔn)對(duì)組織 最高管理者提出的重要活動(dòng)之一。  本科實(shí)驗(yàn)報(bào)告 課程名稱： 軟件工程 實(shí)驗(yàn)項(xiàng)目： 測(cè)試 實(shí)驗(yàn)地

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

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

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

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

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

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

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

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

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