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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21、 9 11=1 18 16 15 12 13 14 17 19 20 10 14 2．1．2 服務器程序流程 2.2總體結構和模塊外部設計 下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構?？騼茸⒚髁四K的名字；方框之間的直線表示模塊的調用關系。 2．2．1 系統(tǒng)功能模塊劃分部分 機票預定系統(tǒng)（服務器部分） 接收數據 數據處理、查詢 發(fā)送數據 判斷類型 解開數據包 接收客戶機數據 準備數據包 發(fā)送數據到客戶機 準備SQL 數據庫操作 判斷查詢 準備返回數據 判斷原因 準備返回數據 2．2. 2 客戶機部分 2．2

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

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

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

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

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

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

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

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

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

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

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

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

34、影響產品質量的關鍵問題;管理評審是標準對組織 最高管理者提出的重要活動之一。  課程名稱： 軟件工程 實驗項目：面向對象的分析與設計 實驗地點： 專業(yè)班級：軟件工程1學號：2 學生姓名： 指導教師： 2015年 4 月 11 日  一 目的與任務 1.目的：掌握面向對象的分析、設計方法，建立對象

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

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

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

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

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