軟件工程考點(diǎn)復(fù)習(xí)

1、1.1什么是軟件工程？構(gòu)成軟件工程的主要要素是什么？影響軟件工程技術(shù)進(jìn)步的動力是什么？1將系統(tǒng)的、規(guī)范的、可量化的方法應(yīng)用于軟件開發(fā)、運(yùn)行、維護(hù)的過程2. 包括1中的方法的研究人、過程、項(xiàng)目、方法和工具、軟件制品硬件能力、軟件技術(shù)、社會需求和科學(xué)技術(shù)水平1.2闡述軟件的正確性、可用性、可靠性、有效性、安全性、可維護(hù)性、可移植性和可復(fù)用性的概念，并指明這些概念的重要性。正確性， 軟件滿足需求規(guī)約和用戶目標(biāo)的程度可用性， 軟件操作的學(xué)習(xí)和為程序輸入數(shù)據(jù)的難易程度學(xué)習(xí)和使用軟件的難易程度，包括操作軟件、為軟件輸入數(shù)據(jù)、解釋軟件輸出結(jié)果等。可靠性 軟件完成預(yù)期功能，成功運(yùn)行的概率有效性軟件系統(tǒng)利用計算

2、機(jī)的時間資源和空間資源完成系統(tǒng)功能的能力可維護(hù)性軟件制品交付給用戶后，可以對它進(jìn)行修改，以便改正潛伏的缺陷、改進(jìn)性能和其他屬性，是軟件制品適應(yīng)環(huán)境的變化可移植性將軟件安裝在不同的計算機(jī)系統(tǒng)或平臺的難易程度安全性控制或保護(hù)程序和數(shù)據(jù)不受破壞的機(jī)制，以防止程序或數(shù)據(jù)受到意外或蓄意的存取、修改、使用、泄密、毀壞等可復(fù)用性概念或功能相對獨(dú)立的一個或一組相關(guān)模塊定義為一個軟構(gòu)件，軟構(gòu)件可以在多種場合應(yīng)用的程度成為構(gòu)件的可復(fù)用性1.10闡述通用軟件開發(fā)過程的五項(xiàng)活動，分析通用軟件開發(fā)過程的優(yōu)點(diǎn)。通用軟件過程模型用 “溝通、策劃、建模、構(gòu)建、部署” 5項(xiàng)活動構(gòu)建軟件過程模型。 在軟件項(xiàng)目管理等普適性活動的支

3、持下進(jìn)行軟件開發(fā)，增強(qiáng)了軟件的開發(fā)能力、突出了軟件工程特色，具有較大的靈活性和適應(yīng)性。2.4 研究圖2.1（課本60,61頁）所示的面對對象的迭代式軟件開發(fā)過程，描述在立項(xiàng)，初始，細(xì)化，構(gòu)造和移交階段分別可能使用哪些UML圖形機(jī)制，為什么？ 初始階段用例圖描述軟件需求活動圖表示業(yè)務(wù)處理過程交互圖表示用例內(nèi)部實(shí)現(xiàn)過程細(xì)化階段包圖、構(gòu)件圖和部署圖 表示軟件體系結(jié)構(gòu)構(gòu)造階段類圖 交互圖 活動圖 狀態(tài)圖 構(gòu)件圖表示軟件詳細(xì)設(shè)計模型移交階段部署圖3.1以下陳述哪些是有效的用戶需求？請說明理由。答案：目標(biāo)軟件應(yīng)該用java語言實(shí)現(xiàn)。軟件系統(tǒng)必須在5秒內(nèi)響應(yīng)并處理外部事件目標(biāo)軟件應(yīng)該由一些特定的模塊構(gòu)成。當(dāng)

4、目標(biāo)軟件與用戶交互時，必須使用某些特定的菜單和對話框。其中，項(xiàng)是用戶的有效需求。是用戶對系統(tǒng)性能的需求；是用戶對系統(tǒng)功能的需求；是用戶對系統(tǒng)使用界面的需求。而是程序設(shè)計對計算機(jī)語言的需求，應(yīng)該有系統(tǒng)設(shè)計人員提出，所以不是用戶的有效需求。3.2下述語句哪些屬于不精確的用戶需求？對不精確的需求描述，給出相應(yīng)的需求分析對策。答案：  系統(tǒng)應(yīng)表現(xiàn)出良好的響應(yīng)速度。  系統(tǒng)必須用菜單驅(qū)動。  在數(shù)據(jù)錄入畫面，應(yīng)該有25個按鈕。  系統(tǒng)運(yùn)行時占用的內(nèi)存不得超過128KB。電梯應(yīng)平穩(wěn)運(yùn)行即使系統(tǒng)崩潰，也不能損壞用戶數(shù)據(jù)。其中，是不精確的用戶需求。應(yīng)該指出：哪個功能要有

5、速度響應(yīng)要求，具體的數(shù)據(jù)是什么？平穩(wěn)運(yùn)行的具體定義是什么？例如上升時具體要求抖動的參數(shù)不大于多少等等；沒有說明應(yīng)該采取什么具體措施保護(hù)數(shù)據(jù)。P74 3.1構(gòu)成需求工作的工作流用例驅(qū)動的需求獲取過程1. 定義軟件問題2. 創(chuàng)建框架用例3. 精化用例4. 評審用例模型需求分析的任務(wù)需求分析的任務(wù)是在需求獲取階段的輸出制品的基礎(chǔ)上，獲得對軟件需求更深入、更完整的理解，并且將軟件需求表示為面向軟件設(shè)計人員、易于修改和維護(hù)的分析模型用例驅(qū)動的需求分析的主要活動P1346.9軟件設(shè)計應(yīng)遵循哪些原則抽象與逐步求精強(qiáng)內(nèi)聚及松耦合信息隱藏及關(guān)注點(diǎn)分離P172 6.4構(gòu)成軟件設(shè)計過程的工作流P190 193用戶界

6、面設(shè)計過程P2271. 用戶分析，任務(wù)分析及建模2. 概念設(shè)計3. 界面流設(shè)計4. 界面精化詳細(xì)設(shè)計過程的主要活動P2391. 用例設(shè)計2. 子系統(tǒng)設(shè)計3. 構(gòu)件設(shè)計4. 類設(shè)計5. 數(shù)據(jù)模型設(shè)計6. 設(shè)計整合與驗(yàn)證9.3 在面向?qū)ο蟮脑O(shè)計模型中，如何檢查類圖與順序圖之間的一致性？12.3簡述軟件測試的任務(wù)和原則任務(wù)檢查軟件是否滿足需求規(guī)約，并在軟件制品交付前盡可能發(fā)現(xiàn)軟件中潛伏的缺陷，減輕交付后軟件改正性維護(hù)的開銷。原則1. 測試是一個持續(xù)進(jìn)行的過程，而不是一個階段。2. 測試一定有計劃，受控制，并提供足夠的時間和資源3. 測試應(yīng)當(dāng)分優(yōu)先級4. 測試應(yīng)當(dāng)有重點(diǎn)5. 測試不是為了證明程序的正確

7、性，而是為了證明不能工作6. 測試是不可能窮盡的，當(dāng)測試充分性滿足時就可以停止測試7. 測試是開發(fā)的朋友，不是開發(fā)的敵人8. 測試人員應(yīng)公正地測試，如實(shí)地記錄和報告缺陷9. 測試自動化能解決一部分問題，但不是全部。10. 測試不能僅僅包括功能性驗(yàn)證，還應(yīng)包括性能、可靠性、可維護(hù)性和安全性等方面的驗(yàn)證12.5何謂測試用例？一般包括哪些內(nèi)容？為測試設(shè)計的輸入數(shù)據(jù)稱為測試用例。生成輸入數(shù)據(jù)、程序執(zhí)行條件、測試步驟和預(yù)期的輸出12.22“確認(rèn)測試”應(yīng)由誰完成，軟件開發(fā)人員還是軟件用戶？說明理由。答案：“確認(rèn)測試”應(yīng)由軟件用戶來完成，“確認(rèn)測試”的目的是測試系統(tǒng)是否達(dá)到用戶對功能的需求，性能的需求以及使用的需求，所以，“確認(rèn)測試”應(yīng)該主要由用戶來完成。12.24測試與測試有何差別？答案：測試是系統(tǒng)開發(fā)者進(jìn)行的測試，用戶不參與，主要是進(jìn)行系統(tǒng)各項(xiàng)技術(shù)性能的測試；測試是用戶的測試，通常開發(fā)人員不在場，主要是對系統(tǒng)使用功能的測試。軟件維護(hù)的分類糾錯性維護(hù)、完善性維護(hù)、適應(yīng)