太原理工軟件工程實驗報告全套

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15、慮成本的基礎(chǔ)上盡量采用當前主流并先進且有良好發(fā)展前途的產(chǎn)品。 五 思考題 1、 如何理解需求分析在軟件開發(fā)中的重要性？ 答：需求分析為軟件的開發(fā)起到了決策的作用，提供了開發(fā)的方向，并指明了開發(fā)的策略，在軟件開發(fā)及維護中均起到了舉足輕重的作用。大家一定要足夠重視需求分析，可以說在一個大型軟件系統(tǒng)的開發(fā)中,它的作用要遠遠大于程序設(shè)計。永遠別忘了：需求分析和程序設(shè)計不盡相同，合理、可行是才是重要的。跳出程序設(shè)計的圈子，站在系統(tǒng)的角度上來看問題，結(jié)論會截然不同。 2、 分析業(yè)務(wù)流程圖，數(shù)據(jù)流圖和程序流程圖之間的差別和各自的特點。 答：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ù)，不重點突出流程的先后，以處理和數(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ù)源點或數(shù)據(jù)匯點等）、描述、定義、位置等。 本科實驗報告 課程名稱： 軟件工程 實驗項目：傳統(tǒng)軟件工程的結(jié)構(gòu)設(shè)計 實驗地點： 專業(yè)班級：軟件工程學號：2 學生姓名： 指導教師： 2015年 4 月 11 日 概要設(shè)計說明書 一、 概述 項目名稱：XX航空公司機票預定系統(tǒng) 項目用戶：XX航空公司 開發(fā)人

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

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

20、后即印出機票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務(wù)器程序利于維護。 二、總體設(shè)計 2．1處理流程 下面將使用（結(jié)構(gòu)化設(shè)計）面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務(wù)器上的程序。以下將分別對系統(tǒng)的這兩大部分進行流程分析： 2．1．1 客戶機程序流程 2 1 5 3 4 6 7 8 旅客資料 定票/取票 帳單號 經(jīng)網(wǎng)絡(luò)送服務(wù)器程序 打印帳單 輸出確定預定信息 輸出錯誤原因 打印機票 輸出確定預定信息 服務(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)圖來描述機票預定系統(tǒng)的軟件總體結(jié)構(gòu)?？騼?nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關(guān)系。 2．2．1 系統(tǒng)功能模塊劃分部分 機票預定系統(tǒng)（服務(wù)器部分） 接收數(shù)據(jù) 數(shù)據(jù)處理、查詢 發(fā)送數(shù)據(jù) 判斷類型 解開數(shù)據(jù)包 接收客戶機數(shù)據(jù) 準備數(shù)據(jù)包 發(fā)送數(shù)據(jù)到客戶機 準備SQL 數(shù)據(jù)庫操作 判斷查詢 準備返回數(shù)據(jù) 判斷原因 準備返回數(shù)據(jù) 2．2. 2 客戶機部分 2．2

22、. 3 服務(wù)器程序部分 　　　　 3、功能分配 3.3.1 各項模塊的功能可參照2.2和2.3 中的說明。客戶機程序主要有三大塊：接收數(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)的功能實現(xiàn)上，可以分為以下幾個部分： l 旅客信息的輸入和統(tǒng)計：系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息，又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進行簡單的統(tǒng)

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

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

25、設(shè)計 機票預定系統(tǒng)（服務(wù)器部分） 接收數(shù)據(jù) 數(shù)據(jù)處理、查詢 發(fā)送數(shù)據(jù) 判斷類型 解開數(shù)據(jù)包 接收客戶機數(shù)據(jù) 準備數(shù)據(jù)包 發(fā)送數(shù)據(jù)到客戶機 準備SQL 數(shù)據(jù)庫操作 判斷查詢 準備返回數(shù)據(jù) 判斷原因 準備返回數(shù)據(jù) 客戶端詳細設(shè)計 準備輸出 判斷錯誤類型 準備輸出 準備錯誤信息 打印帳單 顯示確認 顯示錯誤 打印機票 確認顯示 帳單 機票 讀入旅客資料 讀入帳單號 確定（定票/領(lǐng)票） 旅客資料 定票/領(lǐng)票 帳單號 機票預定系統(tǒng)（客戶機程序） 接收輸入數(shù)據(jù) 聯(lián)絡(luò)服務(wù)器 輸出數(shù)據(jù) 準備定票發(fā)送數(shù)據(jù) 準備確認

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

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

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

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

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

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

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

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

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

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

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

37、統(tǒng)在對管理進行處理時，會先記錄顧客的相關(guān)信息，最后再打印取票單給顧客。系統(tǒng)對取票進行處理時，會先收取款，最后會把票給顧客。 1-5、狀態(tài)圖  狀態(tài)圖說明： 在訂票系統(tǒng)中，主要會有兩個對象的狀態(tài)：顧客和管理員。顧客的狀態(tài)最開始是填寫信息，再管理員將信息輸入系統(tǒng)，此時系統(tǒng)查詢合適的航班，顧客收到系統(tǒ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、描述了為滿足用例要求所進行的活動以及活動問的約束關(guān)系。動態(tài)模型主要包括的狀態(tài)圖、順序圖和活動圖已經(jīng)在1-4、1-5、1-6中畫出。 建立動態(tài)模型的第一步是編寫交互行為的腳本；第二步從腳本中提取出事件，確定后觸發(fā)每個事件的動作對象及接收事件的目標對象；第三步排列事件發(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)實世界中的類與對象以及它們之間的關(guān)系，表示了目標系統(tǒng)動靜態(tài)數(shù)據(jù)結(jié)構(gòu)。首先確定對象類和關(guān)聯(lián)，對于大型復雜問題還要進一步劃分出若干個主題；然后給類和關(guān)聯(lián)增添屬性，以進一步描述它們；接下來利用適當?shù)睦^承關(guān)系進一步合并和組織類。而對類中操作的最后確定，則需要等到建立了動態(tài)模型和功能模型之后，以為這兩個子模型更準確地描述了對類中提供的服務(wù)的需求。 三 思考題 1． 面向?qū)ο蟮南到y(tǒng)分析和設(shè)計之間的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？ 答：要有良好的系統(tǒng)分析才能做出合理的設(shè)計設(shè)計不好的話 開發(fā)及維護都很麻煩 成本也會增加，兩者不必先后關(guān)聯(lián)。 2． 要用面向?qū)ο蟮姆椒枥L系統(tǒng)的體系結(jié)構(gòu)，該如何進行？ 答：系統(tǒng)的體系結(jié)構(gòu)可以用結(jié)構(gòu)圖描述！