太原理工軟件工程實(shí)驗(yàn)報(bào)告全套
《太原理工軟件工程實(shí)驗(yàn)報(bào)告全套》由會(huì)員分享,可在線閱讀,更多相關(guān)《太原理工軟件工程實(shí)驗(yàn)報(bào)告全套(29頁珍藏版)》請?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)成績 學(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級(jí)30班)小組 2. 項(xiàng)目目標(biāo) 在1個(gè)月內(nèi)建立一個(gè)高效率、無差錯(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ù)庫和先進(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ī)場提供的信息必須及時(shí)的反映在旅游局的工作平臺(tái)上。售票系統(tǒng)的定單必須無差錯(cuò)的存儲(chǔ)在機(jī)場的主服務(wù)器上。對服務(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ò)性,并且對操作人員要進(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ù)流圖只是粗略的給出整個(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í)間) 定義:訂票申請表單(旅客姓名、旅客性別、起飛日期、飛行目的地、座位類型 ) 位置:位置:在客戶端由旅客填寫 航班信息: 航班名稱: 航班類型: 描述:所有從本地起飛的航班信息(航班號(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ù)庫存放表,前端采用C#管理此數(shù)據(jù)庫并實(shí)現(xiàn)應(yīng)用。最終得到相應(yīng)的帳單。 4、 內(nèi)部接口說明 本系統(tǒng)內(nèi)部加工之間并不是全自動(dòng)化,有些部分需要人工參與。打印出票據(jù)后,需要人員進(jìn)行核對和收費(fèi),核對過后才將數(shù)據(jù)傳之主數(shù)據(jù)庫進(jìn)型存儲(chǔ)。從而才使預(yù)定的票具有有效性。 3、 功能需求 1、功能劃分 1.客戶端子系統(tǒng): 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上,可以分為以下幾個(gè)部分: l 旅客信息的輸入和統(tǒng)計(jì):系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息,又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進(jì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)無誤后,接受旅客的付款后把機(jī)票印出來交給旅客。 2.服務(wù)器端的功能要求: 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上,可以分為以下幾個(gè)部分: l 接收由旅行社客戶端發(fā)回的所需機(jī)票信息:通過網(wǎng)絡(luò)接收機(jī)票信息并存入到服務(wù)器的數(shù)據(jù)庫中。 l 生成航班信息:根
11、據(jù)所需機(jī)票信息(時(shí)間,地點(diǎn)),在數(shù)據(jù)庫中查詢并得到正確的航班的信息(價(jià)格,時(shí)間),分配所需的機(jī)票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。 l 傳遞航班信息到客戶端:把得到的航班信息通過網(wǎng)絡(luò)傳遞到客戶端。 l 接收旅行社的反饋信息:對旅行社的反饋信息進(jìn)行分析,把已經(jīng)售出的機(jī)票進(jìn)行統(tǒng)計(jì),對被旅客所退掉的機(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)確性和及時(shí)性 系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是系統(tǒng)的必要性能。在系統(tǒng)設(shè)計(jì)和開發(fā)過程中,要充分考慮系統(tǒng)當(dāng)前和將來可能承受的工作量,使系統(tǒng)的處理能力和響應(yīng)時(shí)間能夠滿足企業(yè)對信息處理的需求。在系統(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ī)范,可以簡單的加入和減少系統(tǒng)的模塊,配置系統(tǒng)的硬件。通過軟件的修補(bǔ)、替換完成系統(tǒng)的升級(jí)和更新?lián)Q代。 3.系統(tǒng)的易用性和易維護(hù)性 機(jī)票預(yù)訂系統(tǒng)是直接面對使用人員的,而使用人員往往對計(jì)算機(jī)并不時(shí)非常熟悉。這就要求系統(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è)計(jì)開發(fā)使用過程中都要涉及到很多計(jì)算機(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ī)范等;同時(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ù)詞典? 答: 對于在數(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è)高效率、無差錯(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)、查詢與旅客對應(yīng)的航班信息; (3)、打印并發(fā)放旅客取票通知和賬單; (4)、校對旅客信息、取票通知、賬單(起飛前三日); (5)、打印機(jī)票; 設(shè)計(jì)人員從技術(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è)計(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)校對無誤
20、后即印出機(jī)票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機(jī)的界面要簡單明了,易于操作,服務(wù)器程序利于維護(hù)。 二、總體設(shè)計(jì) 2.1處理流程 下面將使用(結(jié)構(gòu)化設(shè)計(jì))面向數(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 旅客資料 定票/取票 帳單號(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ù)庫操作 判斷查詢 準(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ù)庫操作及發(fā)送網(wǎng)絡(luò)數(shù)據(jù)部分。服務(wù)器程序需與已建立的SQL SERVER 數(shù)據(jù)庫互連,其接口將于下面部分闡述。 3.3.2模塊描述 客戶端子系統(tǒng): 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上,可以分為以下幾個(gè)部分: l 旅客信息的輸入和統(tǒng)計(jì):系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息,又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進(jì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)無誤后,接受旅客的付款后把機(jī)票印出來交給旅客。 2.服務(wù)器端的功能要求: 在客戶端系統(tǒng)的功能實(shí)現(xiàn)上,可以分為以下幾個(gè)部分: l 接收由旅行社客戶端發(fā)回的所需機(jī)票信息:
24、通過網(wǎng)絡(luò)接收機(jī)票信息并存入到服務(wù)器的數(shù)據(jù)庫中。 l 生成航班信息:根據(jù)所需機(jī)票信息(時(shí)間,地點(diǎn)),在數(shù)據(jù)庫中查詢并得到正確的航班的信息(價(jià)格,時(shí)間),分配所需的機(jī)票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。 l 傳遞航班信息到客戶端:把得到的航班信息通過網(wǎng)絡(luò)傳遞到客戶端。 l 接收旅行社的反饋信息:對旅行社的反饋信息進(jìn)行分析,把已經(jīng)售出的機(jī)票進(jìn)行統(tǒng)計(jì),對被旅客所退掉的機(jī)票要進(jìn)行數(shù)據(jù)庫的恢復(fù)。 印出機(jī)票給已經(jīng)訂票的旅客:根據(jù)旅客的取票通知及帳單,經(jīng)過確認(rèn)無誤后,接受旅客的付款后把機(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ù)庫操作 判斷查詢 準(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ù),另一方面作為測試階段及維護(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ù)庫; 主要
27、的設(shè)計(jì)約束與限制。 (2) 參考文檔: 現(xiàn)有的軟件文檔; 系統(tǒng)的文檔資料; 外購產(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ì)語言描述; 所以模塊; 數(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)儲(chǔ)。 (9) 專門的注釋。 (10) 附錄。 五 思考題 1. 系統(tǒng)設(shè)計(jì)和需求分析的關(guān)系是什么?兩者必須先后關(guān)聯(lián)嗎? 答:需求分析是一個(gè)項(xiàng)目的開端,也是項(xiàng)目建設(shè)的基石。是對用戶需求的定義,對軟件系統(tǒng)的描述。在以往建設(shè)失敗的項(xiàng)目中,80%是由于需求分析的不明確而造成的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一,就是對需求分析的把握程度。而項(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頁第6頁 (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)框架不需要包羅萬象,通常只是針對特定的領(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. 怎樣組織對設(shè)計(jì)階段工作的評(píng)審? 答:最高管理者應(yīng)把管理評(píng)審的重點(diǎn)放在影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評(píng)審是標(biāo)準(zhǔn)對組織 最高管理者提出的重要活動(dòng)之一。 本科實(shí)驗(yàn)報(bào)告 課程名稱: 軟件工程 實(shí)驗(yàn)項(xiàng)目: 測試 實(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)的測試。 1、了解軟件測試方法分類,其中包括 1)白盒測試2)黑盒測試 3)靜態(tài)測試 4)動(dòng)態(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è)計(jì)方法,并給出測試報(bào)告。 二、內(nèi)容、要求 1.測試用例: 黑盒法測試售票點(diǎn)查看航班,讓用戶確認(rèn)選定的航班;安排預(yù)定的航班 2. 測試環(huán)境:SQLserver 2008; 數(shù)據(jù)庫表結(jié)構(gòu): 測試分析: 三 .測試結(jié)果: 測試成功。 四.思考題: 1.怎樣看待測試的重要性。 答:試想一下如果一個(gè)系統(tǒng)開發(fā)完畢
33、后不能正常運(yùn)行可能造成的后果,損失錢財(cái),損失時(shí)間,損失客戶,等等 2.怎樣選擇測試的技術(shù)和方案。 答:一個(gè)測試方法,就是設(shè)定輸入數(shù)據(jù),運(yùn)行被測試函數(shù),然后判斷實(shí)際疏忽是否符合預(yù)期輸入數(shù)據(jù)時(shí)測試用例的核心,輸入數(shù)據(jù)的定義是:被測試函數(shù)所讀取的外部數(shù)據(jù)及這些數(shù)據(jù)的初始值。 3. 比較邏輯測試和基本路徑測試的不同和聯(lián)系。 答:邏輯測試指的是編程,也就是邏輯循環(huán)語言。是需要一定的邏輯性基礎(chǔ)的。 基本路徑測試法是在程序控制流圖的基礎(chǔ)上,通過分析控制構(gòu)造的環(huán)路復(fù)雜性,導(dǎo)出基本可執(zhí)行路徑集合,從而設(shè)計(jì)測試用例的方法。 4. 怎樣組織對測試階段工作的評(píng)審? 答:最高管理者應(yīng)把管理評(píng)審的重點(diǎn)放在
34、影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評(píng)審是標(biāo)準(zhǔn)對組織 最高管理者提出的重要活動(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ì)方法,建立對象
35、模型、功能模型和動(dòng)態(tài)模型,并掌握UML中常用的模型符號(hào)的使用方法。 2.任務(wù):用一個(gè)簡單項(xiàng)目(可以考慮仍然選擇前面面向過程軟件工程所選定的項(xiàng)目),通過分析,建立系統(tǒng)用例圖,抽取出類,建立順序圖及類的狀態(tài)圖等。 二 實(shí)驗(yàn)內(nèi)容 用例模型圖說明: 機(jī)票預(yù)訂系統(tǒng)主要使用的對象是旅行社管理員。管理員根據(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è)類對應(yīng)的屬性和操作方法在圖中已表示出,目前應(yīng)該還是有很多不完善的地方,在后期再加以修改。 對象圖說明: 對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。一個(gè)對象就是類的一個(gè)具體實(shí)例,本例中設(shè)置了一個(gè)custom的取票操作,詳細(xì)信息在圖中已經(jīng)設(shè)置,根據(jù)顧客的相關(guān)信息和操作,系統(tǒng)會(huì)調(diào)用相應(yīng)的類的對象來處理,在本例中不一定會(huì)全部都涉及。 順序圖說明: 順序圖用來描述對象之間動(dòng)態(tài)的交互關(guān)系,著重體現(xiàn)對象間消息傳遞的時(shí)間順序。由于在顧客,旅行社,航空公司之間也有先后順序,所以在順序圖中會(huì)有兩個(gè)生命周期,分別是訂票和取票操作。旅行社根據(jù)顧客填寫的信息,就操作系統(tǒng)的訂票功能。系
37、統(tǒng)在對管理進(jìn)行處理時(shí),會(huì)先記錄顧客的相關(guān)信息,最后再打印取票單給顧客。系統(tǒng)對取票進(jìn)行處理時(shí),會(huì)先收取款,最后會(huì)把票給顧客。 1-5、狀態(tài)圖 狀態(tài)圖說明: 在訂票系統(tǒng)中,主要會(huì)有兩個(gè)對象的狀態(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)中對象生存期內(nèi)可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的遷移,還包括對象之問動(dòng)態(tài)合作關(guān)系,顯示對象之間的交互過程以及交互順序,同時(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)作對象及接收事件的目標(biāo)對象;第三步排列事件發(fā)生的次序,確定每個(gè)對象可能有的狀態(tài)及狀態(tài)間的轉(zhuǎn)換關(guān)系,并用狀態(tài)圖描繪它們。最后,比較各個(gè)對象的狀態(tài)圖,檢查它們之間的一致性,確保事件之間的匹配。 3、功能模型 功能模型表明了系統(tǒng)中數(shù)據(jù)之間的依賴關(guān)系,以及有關(guān)的數(shù)據(jù)處理功能,它由一組數(shù)據(jù)流圖組成,此功能模型的分析與設(shè)計(jì)依照對象模型和動(dòng)態(tài)模型而來。 DFD圖(數(shù)據(jù)
39、流圖)描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流中沒有任何具體的物理部件,它知識(shí)描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過程,流程如圖。 4對象模型 對象模型說明: 對象模型描述了現(xiàn)實(shí)世界中的類與對象以及它們之間的關(guān)系,表示了目標(biāo)系統(tǒng)動(dòng)靜態(tài)數(shù)據(jù)結(jié)構(gòu)。首先確定對象類和關(guān)聯(lián),對于大型復(fù)雜問題還要進(jìn)一步劃分出若干個(gè)主題;然后給類和關(guān)聯(lián)增添屬性,以進(jìn)一步描述它們;接下來利用適當(dāng)?shù)睦^承關(guān)系進(jìn)一步合并和組織類。而對類中操作的最后確定,則需要等到建立了動(dòng)態(tài)模型和功能模型之后,以為這兩個(gè)子模型更準(zhǔn)確地描述了對類中提供的服務(wù)的需求。 三 思考題 1. 面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)之間的關(guān)系是什么?兩者必須先后關(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)圖描述!
- 溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年防凍教育安全教育班會(huì)全文PPT
- 2025年寒假安全教育班會(huì)全文PPT
- 初中2025年冬季防溺水安全教育全文PPT
- 初中臘八節(jié)2024年專題PPT
- 主播直播培訓(xùn)提升人氣的方法正確的直播方式如何留住游客
- XX地區(qū)機(jī)關(guān)工委2024年度年終黨建工作總結(jié)述職匯報(bào)
- 心肺復(fù)蘇培訓(xùn)(心臟驟停的臨床表現(xiàn)與診斷)
- 我的大學(xué)生活介紹
- XX單位2024年終專題組織生活會(huì)理論學(xué)習(xí)理論學(xué)習(xí)強(qiáng)黨性凝心聚力建新功
- 2024年XX單位個(gè)人述職述廉報(bào)告
- 一文解讀2025中央經(jīng)濟(jì)工作會(huì)議精神(使社會(huì)信心有效提振經(jīng)濟(jì)明顯回升)
- 2025職業(yè)生涯規(guī)劃報(bào)告自我評(píng)估職業(yè)探索目標(biāo)設(shè)定發(fā)展策略
- 2024年度XX縣縣委書記個(gè)人述職報(bào)告及2025年工作計(jì)劃
- 寒假計(jì)劃中學(xué)生寒假計(jì)劃安排表(規(guī)劃好寒假的每個(gè)階段)
- 中央經(jīng)濟(jì)工作會(huì)議九大看點(diǎn)學(xué)思想強(qiáng)黨性重實(shí)踐建新功