軟件工程實驗_第1頁
軟件工程實驗_第2頁
軟件工程實驗_第3頁
軟件工程實驗_第4頁
軟件工程實驗_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件工程實驗報告學(xué) 院:_ 軟件學(xué)院_專業(yè)班級:_軟件1308班 _學(xué) 號:_2013005493 _姓 名:_朱瑞春 _指導(dǎo)教師: 崔冬華 2015-05-20太原理工大學(xué)學(xué)生實驗報告專業(yè)班級軟件1308班學(xué)號2013005493姓名朱瑞春實驗日期2015.05.11實驗地點實驗樓209成績課程名稱機票預(yù)訂系統(tǒng)實驗題目傳統(tǒng)軟件開發(fā)方法的需求分析建模1、 目的與任務(wù)目的:(1) 客戶端功能旅行社把旅客要求訂票的信息由專人負(fù)責(zé)輸入,進行網(wǎng)上訂票。當(dāng)旅客交付了預(yù)訂金后,系統(tǒng)打印出取票通知和帳單給旅客。(2) 服務(wù)器端功能接收由旅行社客戶端發(fā)回的所需機票信息。通過網(wǎng)絡(luò)接收機票信息并存入到服務(wù)器的數(shù)據(jù)

2、庫中。生成航班信息。根據(jù)所需機票信息(時間,地點),在數(shù)據(jù)庫中查詢并得到正確的航班的信息,分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。傳遞航班信息到旅行社(客戶端),把得到的航班信息通過網(wǎng)絡(luò)傳遞到旅行社。打印機票給已經(jīng)訂票的旅客。根據(jù)旅客的取票通知及帳單,經(jīng)過確認(rèn)無誤后,接受旅客的付款后把機票印出來交給旅客。任務(wù): 數(shù)據(jù)流圖(1) 旅客訂票流程圖,如圖 3.1所示:圖 3.1旅客訂票流程(2) 旅客取票流程圖,如圖3.2所示:圖 3.1旅客取票流程數(shù)據(jù)字典思考題:1: 如何理解需求分析在軟件開發(fā)中的重要性?需求分析”,就是對需要解決的問題進行詳細分析,弄清楚需要解決的問 題。開發(fā)人員需要了解

3、顧客的需求,然后體現(xiàn)在軟件中。如果說軟件開發(fā)過程中, 開發(fā)人員需要了解自己做什么,顧客需要告訴開發(fā)人員自己需要什么,而需求分 析就是連接開發(fā)人員和顧客之間的重要紐帶。只有真正理解顧客的需求,才能設(shè) 計出顧客所需要的軟件。 在過去很長一段時間,開發(fā)人員的認(rèn)為需求分析是整個開發(fā)過程中最簡單的 一個環(huán)節(jié)。然后越來越多的開發(fā)人員認(rèn)識到它才是整個開發(fā)過程中的核心部分。 正所謂“磨刀不誤砍柴工”。只有真正理解了顧客的需求,才能順利開發(fā)出顧客 真正需要的軟件。如果一味追求進度,而忽略需求分析,很可能南轅北轍,開發(fā)變 得毫無意義。2、分析業(yè)務(wù)流程圖,數(shù)據(jù)流圖和程序流程圖之間的差別和各自的特點。 數(shù)據(jù)流圖:它從

4、數(shù)據(jù)的傳遞和加工角度,以圖形方式來表達系統(tǒng)的邏輯功能,數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯交換過程,是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的一種圖示放大。它是描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。程序流程圖:程序流程圖:程序邏輯描寫敘述程序中控制流的情況,即程序中處理的運行順序和運行序列所以來的條件,途中的有向線段表示的是控制流從一個處理走到下一個處理。 (程序流程圖標(biāo)準(zhǔn)符號) (數(shù)據(jù)流圖標(biāo)準(zhǔn)符號)太原理工大學(xué)學(xué)生實驗報告專業(yè)班級 軟件1308班學(xué)號2013005493姓名朱瑞春實驗日期2015.05.11實驗地點實驗樓209成績課程名稱機票預(yù)訂系統(tǒng)實驗題目傳統(tǒng)軟件開發(fā)

5、方法的結(jié)構(gòu)設(shè)計總體設(shè)計可能的設(shè)計方法有自頂向下,逐步細化設(shè)計方法;模塊化設(shè)計方法;結(jié)構(gòu)化設(shè)計方法。針對以上系統(tǒng)要完成的功能,本系統(tǒng)總體設(shè)計采用自頂向下,逐步細化的方法將功能層次結(jié)構(gòu)的各個部分組合起來,以完成整個系統(tǒng)的實現(xiàn)細節(jié)。1. 層次結(jié)構(gòu)系統(tǒng)的的頂層結(jié)構(gòu)航班信息管理圖 4.2航班信息管理航班信息管理航班錄入航班查詢航班修改航班刪除訂票處理:圖 4.2訂票處理取票處理:例外處理(此處航班改變后,均做退票處理)2.接口設(shè)計(人機界面設(shè)計) 管理員和票務(wù)員使用同一登陸界面,登陸后進去后有個自的界面,然后進一步操作。大體的界面設(shè)計訂票界面4.數(shù)據(jù)庫設(shè)計整體E-R圖模塊設(shè)計模塊設(shè)計將對總體設(shè)計中模塊結(jié)

6、構(gòu)進行細化。登陸模塊航班信息管理的各個模塊訂票處理的各個模塊圖:訂票處理各模塊取票處理模塊例外處理退票面模塊(延誤取票和此模塊類似)思考題:1.系統(tǒng)設(shè)計和需求分析的關(guān)系是什么?兩者必須先后關(guān)聯(lián)嗎?需要先進行需求分析后再進行系統(tǒng)設(shè)計,需求分析作為系統(tǒng)設(shè)計的輸入,系統(tǒng)設(shè)計的目標(biāo)是為了實現(xiàn)用戶需求。把用戶需求轉(zhuǎn)換為系統(tǒng)需求,所以需求分析實質(zhì)上做的是理解用戶的想法并描述出來,系統(tǒng)設(shè)計是把描述的需求轉(zhuǎn)換落地的方案。2.怎樣描繪系統(tǒng)的體系結(jié)構(gòu)? a.系統(tǒng)體系結(jié)構(gòu)是一個綜合模型系統(tǒng)。體系結(jié)構(gòu)是由許多結(jié)構(gòu)要素及各種視圖(或觀點)(View)所組成的,如下圖,而各種視圖主要是基于各組成要素之間的聯(lián)系與

7、互操作而形成的。所以,系統(tǒng)體系結(jié)構(gòu)是一個綜合各種觀點的模型,用來完整描述整個系統(tǒng).  b. 系統(tǒng)體系結(jié)構(gòu)是一個系統(tǒng)建模的方法。在系統(tǒng)體系結(jié)構(gòu)的各種視圖中,以組織視圖與行為視圖最為突出和重要。所以,要完成各種視圖的綜合,必須先完成組織與行為視圖的統(tǒng)一?;旧?,通過組織視圖與行為視圖的合一過程,我們就可以構(gòu)建出一個可以完整描述的系統(tǒng)。所以,系統(tǒng)體系結(jié)構(gòu)可以作為構(gòu)建系統(tǒng)模型的一種方法。一般來說,系統(tǒng)或軟件體系結(jié)構(gòu)都需要用相應(yīng)的體系結(jié)構(gòu)描述語言來描述,其目的在于為體系結(jié)構(gòu)進行描述和呈現(xiàn),為體系結(jié)構(gòu)中的相關(guān)人員,如:管理人員、系統(tǒng)開發(fā)人員和用戶等,提供可以進行溝通的語言。太原理工大學(xué)

8、學(xué)生實驗報告專業(yè)班級軟件1308班學(xué)號2013005493姓名朱瑞春實驗日期2015.05.11實驗地點實驗樓209成績課程名稱機票預(yù)訂系統(tǒng)實驗題目系統(tǒng)測試一、目的與任務(wù)目的:在實驗四基礎(chǔ)上選擇一個模塊進行編碼,完成相關(guān)的測試。1、了解軟件測試方法分類,其中包括: 1)白盒測試2)黑盒測試3)靜態(tài)測試 4)動態(tài)測試2、了解測試類型 1)單元測試 2)集成測試3)確認(rèn)測試4)黑盒測試 5)白盒測試6)功能測試 7) 測試 8) 測試任務(wù):正確運用軟件測試技術(shù)和方法,完成系統(tǒng)的單元測試、綜合測試、確認(rèn)測試、系統(tǒng)測試的方法,掌握測試用例的設(shè)計方法,并給出測試報告。2、 內(nèi)容、要求測試用例:使用黑盒法

9、測試 “新增航班” 模塊功能1驗證表單完整性:用例一:出發(fā)城市:北京到達城市:上海起飛日期:起飛時間:機票價格:機票數(shù)目:用例二:出發(fā)城市:北京到達城市:起飛日期:起飛時間:機票價格:機票數(shù)目:用例三:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:機票價格:機票數(shù)目:用例四:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:機票數(shù)目:用例五:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:用例六:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1

10、234機票數(shù)目:1232驗證出發(fā)城市及到達城市合法性:用例一:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:123用例二:出發(fā)城市:北京到達城市:北京起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:1233驗證起飛日期合法性:用例一:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:123用例二:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-6起飛時間:12:30機票價格:1234機票數(shù)目:1234驗證機票價格合法性:用例一:出發(fā)城市:北京到達城市:

11、上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:123用例二:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:¥1234機票數(shù)目:123用例三:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:-1234機票數(shù)目:1235驗證機票數(shù)目合法性:用例一:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:0用例二:出發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:&123用例三:出

12、發(fā)城市:北京到達城市:上海起飛日期:2008-6-11起飛時間:12:30機票價格:1234機票數(shù)目:-123太原理工大學(xué)學(xué)生實驗報告專業(yè)班級軟件1308班學(xué)號2013005493姓名朱瑞春實驗日期2015.05.11實驗地點實驗樓209成績課程名稱機票預(yù)訂系統(tǒng)實驗題目面向?qū)ο蟮姆治雠c設(shè)計1、 目的與任務(wù)目的:掌握面向?qū)ο蟮姆治?、設(shè)計方法,建立對象模型、功能模型和動態(tài)模型,并掌握UML中常用的模型符號的使用方法。任務(wù):用一個簡單項目(可以考慮仍然選擇前面面向過程軟件工程所選定的項目),通過分析,建立系統(tǒng)用例圖,抽取出類,建立順序圖及類的狀態(tài)圖等。2、 內(nèi)容、要求用例模型圖用例模型圖說明:機票預(yù)

13、訂系統(tǒng)主要使用的對象是旅行社管理員。管理員根據(jù)顧客填寫的目的地和時間信息,將其輸入系統(tǒng),系統(tǒng)根據(jù)相關(guān)信息進行處理,則系統(tǒng)其中的一個功能即用例就是接收顧客信息。顧客需要用取票單去航空公司取票,系統(tǒng)由管理員輸入的信息來識別,則系統(tǒng)的另一個功能即用例就是預(yù)定管理員輸入信息符合的票。1-2、類圖類圖說明:為此系統(tǒng)定義了4個類,分別是顧客類,管理員類,航空公司類,機票類。各個類對應(yīng)的屬性和操作方法在圖中已表示出,目前應(yīng)該還是有很多不完善的地方,在后期再加以修改。1-3、對象圖對象圖說明:對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。一個對象就是類的一個具體實例,本例中設(shè)置了一個custom的取票操作,詳細信息在圖中已

14、經(jīng)設(shè)置,根據(jù)顧客的相關(guān)信息和操作,系統(tǒng)會調(diào)用相應(yīng)的類的對象來處理,在本例中不一定會全部都涉及。1-4、順序圖順序圖說明:順序圖用來描述對象之間動態(tài)的交互關(guān)系,著重體現(xiàn)對象間消息傳遞的時間順序。由于在顧客,旅行社,航空公司之間也有先后順序,所以在順序圖中會有兩個生命周期,分別是訂票和取票操作。旅行社根據(jù)顧客填寫的信息,就操作系統(tǒng)的訂票功能。系統(tǒng)在對管理進行處理時,會先記錄顧客的相關(guān)信息,最后再打印取票單給顧客。系統(tǒng)對取票進行處理時,會先收取款,最后會把票給顧客。1-5、狀態(tài)圖狀態(tài)圖說明:在訂票系統(tǒng)中,主要會有兩個對象的狀態(tài):顧客和管理員。顧客的狀態(tài)最開始是填寫信息,再管理員將信息輸入系統(tǒng),此時系

15、統(tǒng)查詢合適的航班,顧客收到系統(tǒng)打印出的相應(yīng)單據(jù),最后顧客將取票單和款返回給系統(tǒng)得到票。1-6、活動圖活動圖說明:狀態(tài)圖著重描述對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件,活描述系統(tǒng)中各種活動的執(zhí)行順序,刻畫一個方法中所要進行的各項活動的執(zhí)行流程。在訂票系統(tǒng)中,各種活動由顧客和管理員的狀態(tài)圖轉(zhuǎn)化而來。顧客的信息,之后就由管理員輸入系統(tǒng),系統(tǒng)對應(yīng)的活動就有查詢訂票,各自活動都有自己的的后續(xù)活動。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)系,顯示對象之間的交互過程以及交互順序,同時描述了為

16、滿足用例要求所進行的活動以及活動問的約束關(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ù)流圖)描繪信息流和數(shù)據(jù)從輸入移動到輸出

17、的過程中所經(jīng)受的變換。數(shù)據(jù)流中沒有任何具體的物理部件,它知識描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程,流程如圖。4、對象模型對象模型說明:對象模型描述了現(xiàn)實世界中的類與對象以及它們之間的關(guān)系,表示了目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。首先確定對象類和關(guān)聯(lián),對于大型復(fù)雜問題還要進一步劃分出若干個主題;然后給類和關(guān)聯(lián)增添屬性,以進一步描述它們;接下來利用適當(dāng)?shù)睦^承關(guān)系進一步合并和組織類。而對類中操作的最后確定,則需要等到建立了動態(tài)模型和功能模型之后,以為這兩個子模型更準(zhǔn)確地描述了對類中提供的服務(wù)的需求。思考題:要用面向?qū)ο蟮姆椒枥L系統(tǒng)的體系結(jié)構(gòu),該如何進行?系統(tǒng)體系結(jié)構(gòu)用于描述系統(tǒng)各部分的結(jié)構(gòu),接口以及用于通信的機制,包括軟件系統(tǒng)體系結(jié)構(gòu)模型和硬件系統(tǒng)體系結(jié)構(gòu)模型。而軟件體系結(jié)構(gòu)模型

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論