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

1、本科實驗報告 課程名稱： 軟件工程 實驗項目： 傳統(tǒng)軟件工程的需求分析建模 實驗地點： 專業(yè)班級：軟件工程學號：2 學生姓名： 指導教師： 2015年 4 月 日 太原理工大學學生實驗報告學院名稱專業(yè)班級學號1實驗成績學生姓名同組人員無實驗日期 課程名稱軟件工程實驗題目傳統(tǒng)軟件工程的需求分析建模 一 實驗目的與任務1. 概述 項目名稱：航空公司機票預定系統(tǒng)。 項目用戶：航空公司。 開發(fā)單位：13級30班）小組2. 項目目標 在1個月內(nèi)建立一個高效率、無差錯的航空公司機票預定系統(tǒng)。3. 存在的主要問題 人工不易管理，手續(xù)煩瑣。4. 建立新系統(tǒng) （1）經(jīng)濟可行性 成本效益分析。 成本估算：打印機1

2、臺（2000元）+開發(fā)費（3500元）=5500元，可承擔。 效益估算：該系統(tǒng)有很好的社會效益，提高了航空公司售票效率，方便了旅客，售票方便化，科學化。 （2）技術(shù)可行性。 經(jīng)過調(diào)查分析，得到目前航空公司機票預定系統(tǒng)流程圖如下： （3）操作可行性。 比較圖一圖二可以看出，與人工系統(tǒng)相比，計算機保留了原系統(tǒng)的主要工作流程，可以看出計算機系統(tǒng)是人工系統(tǒng)的優(yōu)化，操作也不復雜，工作人員在短時間經(jīng)過培訓就可熟練掌握。5. 結(jié)論 由于經(jīng)濟、技術(shù)、操作三方面的可行性分析都通過，因此由我校軟件技術(shù)系開發(fā)航空公司機票預定系統(tǒng)是可行的。1、 概述 項目名稱：航空機票預訂系統(tǒng) 項目用戶：航空機票銷售部 開發(fā)人員：1

3、3級30班（）小組1、 項目目標在一個月內(nèi)建立一個高效率、穩(wěn)定的系統(tǒng)，在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，能夠?qū)崿F(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)，為旅客提供實時，方便，快捷的機票銷售信息，并提高航空公司的工作效率，服務質(zhì)量，并為其增加經(jīng)濟效益，加快航空公司的信息化發(fā)展步伐。2、 主要功能（1） 為游客提供機票預定服務，方便旅游局的售票工作，提高旅游局的服務質(zhì)量和服務效率（2） 機場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在機場的主服

4、務器上。對服務器上的數(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)具有容錯性，并且對操作人員要進行系統(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ù)完

5、整性進行嚴格的約束。對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應該拒絕該數(shù)據(jù)。系統(tǒng)數(shù)據(jù)流圖頂層數(shù)據(jù)流圖只是粗略的給出整個系統(tǒng)的數(shù)據(jù)流情況。為了更好的把“航空機票預定系統(tǒng)”中各個模塊的具體數(shù)據(jù)流處理細節(jié)表示出來，可以在頂層圖的基礎(chǔ)上自頂向下繼續(xù)分解，得到1層和2層數(shù)據(jù)流圖。 2、 數(shù)據(jù)字典 旅客信息:姓名：xxx性別：男描述：旅客訂票時所填的資料(省份證號、所需機票的基本信息、乘機時間）定義：訂票申請表單(旅客姓名、旅客性別、起飛日期、飛行目的地、座位類型 ）位置：位置：在客戶端由旅客填寫 航班信息：航班名稱：航班類型：描述：所有從本地起飛的航班信息（航班號、起飛時間、到

6、達的目的地、空出的座位數(shù)、票價）定義：航班信息（航班號、起飛日期、飛行目的地、空出的座位數(shù)、票價）位置：從服務器端查詢后，發(fā)送到客戶端賬單信息：賬單名稱：賬單號：描述：已定票的旅客信息資料（帳單號、旅客姓名、旅客性別、旅客身份證號）定義：賬單基本信息（訂票旅客的姓名、性別、省份證號、航班號）位置：在服務器端產(chǎn)生，發(fā)送回客戶端機票信息：機票編號：航班號：描述：所有機票信息（已出售的機票、剩余機票、航班號、起飛時間）定義：機票基本信息（旅客姓名、旅客性別、身份證號碼、航班號、起飛時間、飛行目的地、座位號）位置：發(fā)送到客戶端3、 系統(tǒng)接口說明本系統(tǒng)運行在計算機上的Windows操作系統(tǒng)（Window

7、s 9X、Windows NT、Windows 2000、Windows XP）環(huán)境下。后臺采用SQL2000關(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ù)進行簡單的

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

9、服務器的數(shù)據(jù)庫中。l 生成航班信息：根據(jù)所需機票信息（時間，地點），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間），分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標記。l 傳遞航班信息到客戶端：把得到的航班信息通過網(wǎng)絡傳遞到客戶端。l 接收旅行社的反饋信息：對旅行社的反饋信息進行分析，把已經(jīng)售出的機票進行統(tǒng)計，對被旅客所退掉的機票要進行數(shù)據(jù)庫的恢復。l 印出機票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。2、 功能描述 系統(tǒng)流程圖：系統(tǒng)邏輯圖： 四.性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預訂系統(tǒng)應該滿足以下的性能需求

10、：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)提供足夠的手段進行功能的調(diào)整。而要實現(xiàn)這一點，應通過系統(tǒng)的開放性來完成，即系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通

11、過軟件的修補、替換完成系統(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)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。例如在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡系統(tǒng)、開發(fā)工具都必須符合通用標準。如規(guī)范的數(shù)據(jù)庫操縱界面、作為業(yè)界標準的TCP/IP網(wǎng)絡協(xié)議及ISO9002標準所要

12、求的質(zhì)量規(guī)范等；同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制訂行之有效的軟件工程規(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)設計和開發(fā)的過程中，應在考慮成本的基礎(chǔ)上盡量采用當前主流并先進且有良好發(fā)展前途的產(chǎn)品。五 思考題1、 如何理解需求分析在軟件開發(fā)中的重要性？答：需求分析為軟件的開發(fā)起到了決策的作用，提供了開發(fā)的方向，并指明了開發(fā)的策

13、略，在軟件開發(fā)及維護中均起到了舉足輕重的作用。大家一定要足夠重視需求分析，可以說在一個大型軟件系統(tǒng)的開發(fā)中,它的作用要遠遠大于程序設計。永遠別忘了：需求分析和程序設計不盡相同，合理、可行是才是重要的。跳出程序設計的圈子，站在系統(tǒng)的角度上來看問題，結(jié)論會截然不同。 2、 分析業(yè)務流程圖，數(shù)據(jù)流圖和程序流程圖之間的差別和各自的特點。答：a. 業(yè)務流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務流程中的不合流理向，它是物理模型。 b. 數(shù)據(jù)流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動

14、、處理和存儲情況，數(shù)據(jù)流程圖是邏輯模型。描述的是處理和數(shù)據(jù)，不重點突出流程的先后，以處理和數(shù)據(jù)流、數(shù)據(jù)存儲為核心。 c. 程序流程圖：描述程序中控制流的情況，即程序中處理的執(zhí)行順序和執(zhí)行序列所依賴的條件。 3、怎樣完成系統(tǒng)需要的、合乎規(guī)范的數(shù)據(jù)流圖和數(shù)據(jù)詞典？答： 對于在數(shù)據(jù)流圖中每一個被命名的圖形元素均加以定義：其內(nèi)容包括圖形元素的名字，圖形元素的別名或編號，圖形元素類別（如加工、數(shù)據(jù)流、數(shù)據(jù)文件、數(shù)據(jù)元素、數(shù)據(jù)源點或數(shù)據(jù)匯點等）、描述、定義、位置等。本科實驗報告 課程名稱： 軟件工程 實驗項目：傳統(tǒng)軟件工程的結(jié)構(gòu)設計 實驗地點： 專業(yè)班級：軟件工程學號：2 學生姓名： 指導教師： 2015

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

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

17、誤后即印出機票給旅客。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。二、總體設計21處理流程下面將使用（結(jié)構(gòu)化設計）面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。以下將分別對系統(tǒng)的這兩大部分進行流程分析：211 客戶機程序流程21534678旅客資料定票/取票帳單號經(jīng)網(wǎng)絡送服務器程序打印帳單輸出確定預定信息輸出錯誤原因打印機票輸出確定預定信息服務器經(jīng)網(wǎng)絡送來回答911=11816151213141719201014212 服務器程序流程2.2總體結(jié)構(gòu)和模塊外部設計

18、下面以結(jié)構(gòu)圖來描述機票預定系統(tǒng)的軟件總體結(jié)構(gòu)?？騼?nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關(guān)系。221 系統(tǒng)功能模塊劃分部分機票預定系統(tǒng)（服務器部分）接收數(shù)據(jù)數(shù)據(jù)處理、查詢發(fā)送數(shù)據(jù)判斷類型解開數(shù)據(jù)包接收客戶機數(shù)據(jù)準備數(shù)據(jù)包發(fā)送數(shù)據(jù)到客戶機準備SQL數(shù)據(jù)庫操作判斷查詢準備返回數(shù)據(jù)判斷原因準備返回數(shù)據(jù)22. 2 客戶機部分22. 3 服務器程序部分3、功能分配3.3.1各項模塊的功能可參照2.2和2.3 中的說明。客戶機程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡通信及輸出部分。服務器程序主要也是由三大功能：接收網(wǎng)絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡數(shù)據(jù)部分。服務器程序需與已建立的SQL SERVER 數(shù)據(jù)庫互

19、連，其接口將于下面部分闡述。3.3.2模塊描述客戶端子系統(tǒng)：在客戶端系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分：l 旅客信息的輸入和統(tǒng)計：系統(tǒng)要求做到既能夠從其它子系統(tǒng)中共享一部分信息，又有方便的操作界面手工輸入旅客信息。這部分要求對輸入的數(shù)據(jù)進行簡單的統(tǒng)計，供航空公司進行查詢和宏觀調(diào)控。l 旅客信息的存儲：將旅客的信息存儲到系統(tǒng)中，以備以后的取票確認以及查詢。l 機票信息的傳遞及接收：將旅客所須的機票信息經(jīng)客戶端由網(wǎng)絡傳到航空公司的服務器上，并 且接受航空公司返回的航班信息，然后存儲起來。l 取票通知及帳單的生成和打印：把已存儲的從航空公司返回的航班機票信息打印出來，并且生成帳單打印出來給旅客。

20、l 印出機票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。2服務器端的功能要求：在客戶端系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分：l 接收由旅行社客戶端發(fā)回的所需機票信息：通過網(wǎng)絡接收機票信息并存入到服務器的數(shù)據(jù)庫中。l 生成航班信息：根據(jù)所需機票信息（時間，地點），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間），分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標記。l 傳遞航班信息到客戶端：把得到的航班信息通過網(wǎng)絡傳遞到客戶端。l 接收旅行社的反饋信息：對旅行社的反饋信息進行分析，把已經(jīng)售出的機票進行統(tǒng)計，對被旅客所退掉的機票要進行數(shù)據(jù)庫的恢復。

21、印出機票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。三 詳細設計說明 總體設計系統(tǒng)服務器詳細設計 機票預定系統(tǒng)（服務器部分）接收數(shù)據(jù)數(shù)據(jù)處理、查詢發(fā)送數(shù)據(jù)判斷類型解開數(shù)據(jù)包接收客戶機數(shù)據(jù)準備數(shù)據(jù)包發(fā)送數(shù)據(jù)到客戶機準備SQL數(shù)據(jù)庫操作判斷查詢準備返回數(shù)據(jù)判斷原因準備返回數(shù)據(jù)客戶端詳細設計準備輸出判斷錯誤類型準備輸出準備錯誤信息打印帳單顯示確認顯示錯誤打印機票確認顯示帳單機票讀入旅客資料讀入帳單號確定（定票/領(lǐng)票）旅客資料定票/領(lǐng)票帳單號機票預定系統(tǒng)（客戶機程序）接收輸入數(shù)據(jù)聯(lián)絡服務器輸出數(shù)據(jù)準備定票發(fā)送數(shù)據(jù)準備確認發(fā)送數(shù)檢驗輸入準備網(wǎng)絡數(shù)據(jù)包

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

23、考資料。（3） 設計說明：數(shù)據(jù)說明；數(shù)據(jù)流的復審；數(shù)據(jù)結(jié)構(gòu)的復審；導出的軟件結(jié)構(gòu)；結(jié)構(gòu)的內(nèi)部接口。（4） 模塊：處理過程描述；接口描述；設計語言描述；所以模塊；數(shù)據(jù)的組織；注解。（5） 文件結(jié)構(gòu)和全局數(shù)據(jù)：外部文件結(jié)構(gòu)；邏輯結(jié)構(gòu)；邏輯記錄描述；存取方法；全局數(shù)據(jù)；文件和數(shù)據(jù)的相互對照。（6） 需求與模塊的相互對照表。（7） 測試的準備：測試大綱；整體策略；專門的考慮。（8） 裝備：特殊的程序覆蓋規(guī)定；數(shù)據(jù)轉(zhuǎn)儲。（9） 專門的注釋。（10） 附錄。五 思考題1 系統(tǒng)設計和需求分析的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？答：需求分析是一個項目的開端，也是項目建設的基石。是對用戶需求的定義，對軟件系統(tǒng)的描

24、述。在以往建設失敗的項目中，80是由于需求分析的不明確而造成的。因此一個項目成功的關(guān)鍵因素之一，就是對需求分析的把握程度。而項目的整體風險往往表現(xiàn)在需求分析不明確、業(yè)務流程不合理，用戶不習慣或不愿意去用承建方的軟件。作為第三方的監(jiān)理公司，必須提醒承建方、客戶方重視需求分析的重要性。 v 系統(tǒng)分析的任務：將用戶的業(yè)務邏輯轉(zhuǎn)化為程序邏輯，計算時間和成本。根據(jù)開發(fā)人員的理論知識和實際的經(jīng)驗，人們會采用各種滿足實際情況的系統(tǒng)分析、開發(fā)方法、步驟以及文檔等等。2 怎樣描繪系統(tǒng)的體系結(jié)構(gòu)？答：系統(tǒng)體系結(jié)構(gòu)是由許多結(jié)構(gòu)要素及各種視圖（或觀點） 共11頁第6頁 （View）所組成的，而各種視圖主要是基于各組成

25、要素之間的聯(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ā)展演變提供指導。，“體系結(jié)構(gòu)”指系統(tǒng)的組成結(jié)構(gòu)及其相互關(guān)系，是指導系統(tǒng)設計和發(fā)展的原則。“體系結(jié)構(gòu)框架”是用于規(guī)范體系結(jié)構(gòu)設計的指南。3 怎樣繪制符合規(guī)范的流程圖。答：了解流程圖的各個符號以及流程圖的形式，根據(jù)需要來選擇框，線等繪制出系統(tǒng)所要求的流程圖。4 怎樣組織對設計階段工作的評審？答：最高管理

26、者應把管理評審的重點放在影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評審是標準對組織 最高管理者提出的重要活動之一。本科實驗報告 課程名稱： 軟件工程 實驗項目： 測試 實驗地點： 專業(yè)班級：軟件工學號： 指導教師： 2015年 4 月 日 一，目的與任務 1.目的：在實驗四基礎(chǔ)上選擇一個模塊進行編碼，完成相關(guān)的測試。 1、了解軟件測試方法分類，其中包括 1）白盒測試2）黑盒測試 3）靜態(tài)測試 4）動態(tài)測試 2、了解測試類型 1）單元測試 2）集成測試3）確認測試4）黑盒測試 5）白盒測試6）功能測試 7） 測試 8） 測試 2.任務：正確運用軟件測試技術(shù)和方法，完成系統(tǒng)的單元測試、綜合測試、確認測試、系統(tǒng)測

27、試的方法，掌握測試用例的設計方法，并給出測試報告。 二、內(nèi)容、要求 1.測試用例： 黑盒法測試售票點查看航班，讓用戶確認選定的航班；安排預定的航班2. 測試環(huán)境：SQLserver 2008; 數(shù)據(jù)庫表結(jié)構(gòu)：測試分析： 三 .測試結(jié)果：測試成功。四思考題： 1怎樣看待測試的重要性。答：試想一下如果一個系統(tǒng)開發(fā)完畢后不能正常運行可能造成的后果，損失錢財，損失時間，損失客戶，等等2怎樣選擇測試的技術(shù)和方案。答：一個測試方法，就是設定輸入數(shù)據(jù)，運行被測試函數(shù)，然后判斷實際疏忽是否符合預期輸入數(shù)據(jù)時測試用例的核心，輸入數(shù)據(jù)的定義是：被測試函數(shù)所讀取的外部數(shù)據(jù)及這些數(shù)據(jù)的初始值。3 比較邏輯測試和基本路

28、徑測試的不同和聯(lián)系。答：邏輯測試指的是編程,也就是邏輯循環(huán)語言。是需要一定的邏輯性基礎(chǔ)的。 基本路徑測試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設計測試用例的方法。4 怎樣組織對測試階段工作的評審？答：最高管理者應把管理評審的重點放在影響產(chǎn)品質(zhì)量的關(guān)鍵問題;管理評審是標準對組織 最高管理者提出的重要活動之一。 課程名稱： 軟件工程 實驗項目：面向?qū)ο蟮姆治雠c設計 實驗地點： 專業(yè)班級：軟件工程1學號：2 學生姓名： 指導教師： 2015年 4 月 11 日 一 目的與任務1.目的：掌握面向?qū)ο蟮姆治?、設計方法，建立對象模型、功能模型和動態(tài)模型，并掌

29、握UML中常用的模型符號的使用方法。2.任務：用一個簡單項目（可以考慮仍然選擇前面面向過程軟件工程所選定的項目），通過分析，建立系統(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個類，分別是顧客類，管理員類，航空公司類，機票類。各個類對應的屬性和操作方法在圖中已

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

31、進行處理時，會先收取款，最后會把票給顧客。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)系，顯示對象之間的交互過程以及交互順序，同時描述了為滿足用例要求所進行的活動以及活動問的約束關(guān)系。動態(tài)模型主要包括的狀態(tài)圖、順序圖和活動圖已經(jīng)在1-4、1-5、1-6中畫

32、出。 建立動態(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ù)流圖組成，此功能模型的分析與設計依照對象模型和動態(tài)模型而來。 DFD圖（數(shù)據(jù)流圖）描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流中沒有任何具體的物理部件，它知識描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程，流程如圖。

33、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)模型和功能模型之后，以為這兩個子模型更準確地描述了對類中提供的服務的需求。三 思考題1 面向?qū)ο蟮南到y(tǒng)分析和設計之間的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？答：要有良好的系統(tǒng)分析才能做出合理的設計設計不好的話 開發(fā)及維護都很麻煩 成本也會增加，兩者不必先后關(guān)聯(lián)。2 要用面向?qū)ο蟮姆椒枥L系統(tǒng)的體系結(jié)構(gòu)，該如何進行？答：系統(tǒng)的體系結(jié)構(gòu)可以用結(jié)構(gòu)圖描述！