第一篇：軟件工程基礎

一、選擇題

【例1】對軟件的特點，下面描述正確的是_______。

A）軟件是一種物理實體

B）軟件在運行使用期間不存在老化問題

C）軟件開發、運行對計算機沒有依賴性，不受計算機系統的限制

D）軟件的生產有一個明顯的制作過程

【例2】以下哪項是軟件生命周期的主要活動階段？_______

A）需求分析B）軟件開發

C）軟件確認D）軟件演進

【例3】從技術觀點看，軟件設計包括_______。

A）結構設計、數據設計、接口設計、程序設計

B）結構設計、數據設計、接口設計、過程設計

C）結構設計、數據設計、文檔設計、過程設計

D）結構設計、數據設計、文檔設計、程序設計

【例4】以下哪個是軟件測試的目的？_______

A）證明程序沒有錯誤B）演示程序的正確性

C）發現程序中的錯誤D）改正程序中的錯誤

【例5】以下哪個測試要對接口測試？_______。

A）單元測試B）集成測試

C）驗收測試D）系統測試

【例6】程序調試的主要任務是_______。

A）檢查錯誤B）改正錯誤

C）發現錯誤D）以上都不是

【例7】以下哪些不是程序調試的基本步驟？_______

A）分析錯誤原因B）錯誤定位

C）修改設計代碼以排除錯誤D）回歸測試，防止引入新錯誤

【例8】在修改錯誤時應遵循的原則有_______。

A）注意修改錯誤本身而不僅僅是錯誤的征兆和表現

B）修改錯誤的是源代碼而不是目標代碼

C）遵循在程序設計過程中的各種方法和原則

D）以上3個都是

二、填空題

【例1】軟件設計是軟件工程的重要階段，是一個把軟件需求轉換為_______的過程。

【例2】_______是指把一個待開發的軟件分解成若干小的簡單的部分。

【例3】數據流圖采用4種符號表示_______、數據源點和終點、數據流向和數據加工。

第二篇：軟件工程 基礎實踐教程 讀書總結

軟件工程 基礎實踐教程吳潔明 著

第一章 軟件工程概述

1.2軟件工程發展簡史

20世紀70年代，第一代軟件工程，即傳統軟件工程。80年代，第二代即對象工程。90年代第三代即構件工程。

1.3軟件工程的定義和目標

軟件工程是將系統化的、規范的、可度量的方法應用于軟件的開發運行和維護過程，也就是將工程化應用于軟件開發和管理之中。

軟件工程研究的主要目標是軟件開發技術和軟件開發管理兩個方面。

目標：（1）合理預算開發成本，付出較低的開發費用；（2）實現預期的軟件功能，達到較好的軟件性能，滿足用戶的需求。（3）提高所開發軟件的可維護性，降低維護費用。(4)提高軟件開發生產率，及時交付使用。

1.4 軟件工程的7條基本原理

1.用分階段的生命周期計劃嚴格管理。2.進行階段證實是。3.實行嚴格的產品控制。4.采用現代程序設計技術。5.結果應能清楚地審查。6.開發小組的人員應該少而精。7.承認不斷改進軟件工程實踐的必要性。

1.5 軟件生命周期模型

可行性研究、需求分析、設計、實現、測試和集成、維護

瀑布模型、快速原型化模型、演化模型、螺旋模型、構件組裝模型

1.6軟件工程過程

第一級 初始級、第二級 可重復級、第三級 定義級、第四級 管理級、第五級 優化級

1.7 軟件開發方法簡述

1.Parnas方法有兩個閃光點：信息隱藏技術；錯誤預防技術。

信息隱藏技術：在概要設計時列出可能會發生變化的因素，并在模塊劃分時將這些因素放到個別模塊的內部。

錯誤預防：在每個可能產生的錯誤之前增加一些判斷，防止軟件出現不可預料的結果。

2.Yourdon方法3.面向數據結構的軟件開發方法4 問題分析方法PAM5.面向對象的軟件開發方法6.可視化開發方法

1.8 軟件工程相關的技術規范、標準和最新文獻的信息源

CMM規范、ISO9000-

3、ISO/IEC12207標準、PSP規范、TSP規范、軟件配置管理系列標準、JAVA規范、C++規范、Unicode標準、其他資料

第二章可行性研究

2.2可行性研究的步驟

1.復查系統的規模和目標2.研究目前正在使用的系統3.導出新系統的高層邏輯模型4.進一步定義問題5.導出和評價供選擇的解法6.推薦行動方針7.草擬開發計劃8.書寫文檔提交審查

2.3 可行性分析的要素經濟、技術、社會環境、人

2.4 成本/效益分析

2.4.1 程序規模估算

第一種方法：根據以前做過的類似項目規模與新項目規模的比例關系，對照以前項目的工作量求出新項目的工作量。

第二種方法：基于功能點的估算方法，該方法中確定了5個信息域特性：輸入項數，輸出項數，查詢數，主文件數和外部接口數。

2.4.2 工作量估算

1.IBM模型 2..Putnam模型3.COCOMO||模型

2.4.3 成本/效益分析方法

1.傾向的時間價值 2.投資回收期 3.純收入 4.投資回收率

第三章需求工程

3.1 需求工程的概念

需求工程由需求開發和需求管理組成。需求開發是指需求的獲取、分析、規格說明和驗證。需求管理是在軟件開發過程中對需求開發結果的控制、跟蹤和管理。

3.1.1 需求分類分為4個層次：業務需求、用戶需求、功能需求和非功能需求。業務需求是反映組織機構或客戶對軟件高層次的目標要求。

用戶需求是用戶使用該軟件要完成的任務。

功能需求定義了軟件開發人員必須實現的軟件功能。

非功能需求是對功能需求的補充。

3.1.2 需求工程的主要活動

需求開發的活動：獲得需求；分析需求；編寫需求規格說明書；審查需求。

需求管理的活動：需求變更控制；需求版本控制；需求跟蹤；需求狀態跟蹤控制。

3.1.3 高質量需求的特征

需求開發階段的主要產品是軟件需求規格說明書，在評審過程中應特別關注下面幾點： 完整性，正確性，可行性，必要性，劃分優先性，無二義性

3.1.4 影響需求質量的因素

1.用戶需求不斷增加 2.模棱兩可的需求 3.用戶不配合 4.過于精簡的需求說明 5.忽略了用戶的分類 6.不準確計劃 7.不必要的特性

3.3 需求獲取方法

調研計劃包括：調研的部門，調研前的培訓內容，調研的時間和地點，設計調研訪談表，調研結果分析，調研報告的格式和內容。

1.發現問題及時與開發人員溝通。2.用戶必須堅持需求審查。

3.3.1 必須向用戶交代的兩個重要問題

第一，軟件開發與其他產品的開發過程一樣是分階段的，每個階段都有階段產品。第二，分階段審查產品時產品的合格標準是什么？

需要提交的階段產品及其主要內容和提交時間：軟件范圍和目標說明書；軟件調研報告；軟件開發計劃書；軟件需求分析規格說明書；軟件設計規格說明書；軟件模塊開發卷宗；軟件測試計劃書；軟件測試報告；軟件用戶手冊；軟件開發月報。

3.4 定義軟件的質量屬性

有效性：指在預定的時間內系統正常運行時間的比例。

高效性：系統效率用來衡量處理器優化、磁盤和內在空間利用率、通信帶寬利用率等系統資源的使用情況。

靈活性/可修改性：靈活性反映在軟件中添加新功能時所需要的工作量。

安全性：保證系統不被非法訪問，防止數據丟失、防止病毒入侵、防止私人數據進入系統。互操作性：表明產品與其他系統交換信息和使用服務的難易程度。

可靠性：可靠性指標是軟件在給定時間間隔內按照規格說明書的規定正常運行的概率。健壯性：指當軟件遇到非法輸入數據或相關的運行環境出現異常軟件仍能正確運行的程度。易用性：可指對用戶某項操作的時間要求，也可指用戶學習操作軟件所用的時間要求，或者是對軟件操作形式的要求。

可維護性：它描述糾正一個缺陷或進行一個變更的簡易程度。

可移植性：度量把軟件從一種環境移到另一種環境中所花費的工作量。

可重用性：表明一個軟件組件可用于其他軟件的程度。

可測試性：指測試軟件時缺陷的簡易程度。

可理解性：指人們通過閱讀程序源代碼和相關文檔了解程序功能、結構和運行方式的容易程度。

3.5 需求優先級

3.7 需求管理

目的：保障需求規格說明書與軟件產品的一致性；控制需求變更對項目開發的影響；使需求活動與計劃保持一致。

第四章 結構化分析

4.1 結構化分析的主要工具

結構化分析方法研究的核心是數據的組成、數據流向和對數據的加工處理。

4.1.3 數據字典主要用來描述數據流程圖中的數據流、數據存儲、處理過程和外部實體。數據流是數據結構中的數據在系統內的傳播路徑。

數據元素是數據處理中最小的、不可分割的單位，它直接反映事物的某個屬性。

4.1.6 實體關系圖它給出了一組基本的構件：數據對象、屬性、關系和各種類型指示符，主要目的是表示數據對象及其關系。

4.2 結構化分析方法的實現步驟

兩條基本原則：必須要理解問題的數據域和功能域；按自頂向下、逐層分解的方式對問題進行分解和細化。

步驟；1.信息分析 2.回溯 3.補充 4.確定非功能需求 5.復查 6.畫出軟件的功能結構圖 7.修正開發計劃 8.編寫需求文檔。

4.3 結構化分析規格說明書

第5章 結構化軟件設計

5.1 軟件設計的過程

典型總體設計過程：1.設想供選擇的方案對每種合理的方案都應該備下列四份資料：系統流程圖，組成系統的元素清單，成本/效益分析，實現這個方案的進度計劃。2.推薦最佳方案 3.功能分解 4.設計軟件結構 5.數據設計 6.制定測試計劃 7.書寫文檔 8.設計審查和復審

9.評審詳細設計

5.2 軟件設計原則和影響設計的因素

原則：1.多樣化設計 2.設計可回溯到需求 3.充分利用已有的模塊 4.設計應該表現出一致性和規范性 5.設計的易修改性 6.容錯性設計 7.設計的粒度要適當 8.在設計時就要開始評估軟件的質量 9.設計評審

5.3 軟件設計的概念

5.3.1 模塊

一般把用一個名字就可調用的一段程序稱為“模塊”。模塊具有如下三個屬性：功能、邏輯、狀態

5.3.2 模塊化

模塊化就是把整個系統劃分成若干個模塊，每個模塊完成一個子功能，將多個模塊組織起來實現整個系統的功能。

5.3.3 模塊獨立性

反映模塊獨立性的有兩個標準：內聚和耦合1.耦合：指模塊間相互關聯的程度

耦合分為7類：內容耦合、公共耦合、外部耦合、控制耦合、數據結構耦合、數據耦合、非

直接耦合、2.內聚：指一個模塊內部各元素之間的緊密程度

巧合內聚、邏輯內聚、時間內聚、過程內聚、通信內聚、信息內聚、功能內聚。

5.5 結構化設計方法

具體流程：1.首先分析流程圖的類型 2.將數據流程圖映射為結構圖 3.用“因子分解”方法定義軟件的層次結構。4.優化設計結構

5.5.1 數據流和類型：交換流、事務流

5.5.2 變換分析變換分析方法由以下四步組成：重畫數據流程圖；區分邏輯輸入、邏輯輸出和中心變換部分；進行第一級分解，設計上層模塊；進行第二級分解，設計中、下層模塊。

5.7 優化軟件設計

規則1：模塊功能完善化 規則2：設計功能單一和結果可預測的模塊 規則3：消除重復功能規則4：模塊的作秀范圍應在控制范圍之內 規則5：模塊的大小要適中 規則6：盡可能減少高扇入的結構 規則7.將模塊中相對變化較大的部分剝離出去

5.8 設計復查

復查過程分為三部：首先，采用概要設計復查的方法來檢查在概念上的設計；然后，在關鍵設計審查中，應向其他開發者描述關鍵技術上的設計細節；最后，進行程序設計的復查，程序設計的復查羽毛球詳細設計階段。

5.9 數據設計

5.9.1 數據設計的原則：1.用于軟件的系統化方法也適用于數據，在導出、評審定義軟件需求和軟件體系結構時，必須定義和評審其中用到的數據流、數據對象、數據結構。2.確定所有的數據結構以及在每種數據結構上實施的操作。3.應該建立一個數據字典，用它來定義數據和軟件的設計。4.底層數據設計的決策應該推遲到設計過程的后期進行，在數據設計中也可以使用自頂向下、逐步細化的方法。5.數據設計要遵從信息隱藏原則，只有那些相關的模塊才能訪問相應的數據結構，數據結構的邏輯表示與物理表示要分開。6.應當創建一個存放數據結構和相關操作的庫 7.軟件設計和程序設計語言應當支持抽象數據類型的定義和實現，否則，對于一些復雜數據結構的設計和實現可能是非常困難的。

5.9.2 數據結構設計

5.11 詳細設計

5.11.1 結構化設計

包括順序、條件和重復三種結構。順序結構實現了任何算法定義中的核心處理，條件結構允許根據邏輯情況選擇處理方式，重復結構提供了循環。

核心內容：1.程序模塊只有一個入口和一個出口 2.程序中只包含順序、條件和循環三種控制結構 3.詳細設計階段采用自頂向下逐步求精的方法，可以把一個模塊的功能愛步分解細化為一個系列具體的處理步驟。

第6章 軟件測試

6.1 軟件測試的概念

6.1.1 測試定義

從廣義上講，是指軟件產品生存周期內所有的檢查、評審和確認活動。從狹義上講，軟件測試是為了發現錯誤而執行程序的過程。

軟件測試的原則：1.應該把測試貫穿在整個開發過程之中 2.每個測試用例都應該包括測試輸入數據和這組數據輸入作用下的預期輸出結果。3.要對每個測試結果進行全面檢查，不要漏掉已經出現的錯誤跡象。5.在設計測試用例時，應該包括有效的、期望的輸入情況，也要包括無效的和不期望的輸入情況。6.軟件中遺留的錯誤數量與已經發現的錯誤數量成正比。

7.回歸測試的關聯性要特別引起注意，修改一個錯誤而想起更多我錯誤的現象并不少見 8.測試程序時不公要檢查程序是否做了它應該做的事情，還要檢查它是否做了不該做的事情。

9.嚴格執行測試計劃。10.做好測試記錄，為統計和維護提供基礎數據。

第三篇：中南大學軟件學院軟件工程基礎復習

1.瀑布模型是以文檔為驅動、適合于（軟件需求確定的）軟件項目的開發。

2.需求分析的基本任務是（確定用戶需要軟件做什么）。

3.若有一個計算類型的程序，它的輸入量只有一個X，其范圍是［-1.0，1.0］，現從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設計這組測試用例的方法是（邊界值分析法）。

4.根據程序流程圖劃分的模塊通常是（過程）內聚的模塊。

5.軟件的分類，按其功能可分為：系統軟件、（支撐軟件）和應用軟件。

6.UML的定義包括UML語義和（UML表示法）兩個部分。

7.客觀世界中的若干類，通常有兩種主要的結構關系：即分類結構和(整體與部分結構)。

8.IDEF1X圖用來描述系統的（數據）模型，主要有實體、聯系和（屬性）三種成分，其中實體可分為獨立實體和（從屬實體），且一個實體只能在圖中出現一次。

9、軟件是計算機程序、（描述計算機程序的文檔）及（數據）的完整集合，將其統稱為軟件配置，這些項稱為軟件配置項。通過正式復審的軟件配置項稱為（基線），只有通過正式的變化控制過程才能改變它。

10、通常，將軟件生命周期全過程中使用的一整套技術方法的集合稱為方法學，包含三個要素，即方法、（工具）和（過程）。傳統方法學采用（結構化）技術來自頂向下順序地完成軟件開發的各項任務，而面向對象方法是一種以（數據）為主線，把數據和對數據的操作緊密地結合起來的方法，其開發過程是一個多次迭代的演化過程。

11、軟件測試的目標是（暴露程序中的錯誤），因而從心理學角度來看，由程序作者對自己編寫的程序進行測試是不恰當的。設計測試方案是測試階段的關鍵技術問題，測試方案一般包括（測試目的）、輸入的測試數據和（預期的結果）。

12、模型是為了理解事物而對事物作出的一種抽象，由（一組圖示符號）和（組織這些符號的規則）組成。對象模型描述了系統的靜態結構，通常使用UML提供的（類圖）圖來描述。

13、需求分析的基本任務是（準確地回答系統必須做什么），在需求分析結束前，系統分析員應該寫出（軟件需求規格說明書），以書面的形式準確描述軟件需求。

14、面向數據流的設計方法把（信息流）映射成軟件結構，依據其類型的不同，有兩種不同的映射方法，分別是（變化分析）和（事物分析）方法。

15、軟件設計一般分為(概要設計)和(詳細設計)兩個階段。

16.如果一個模塊完成多個邏輯上相近或相關的功能，并且每次調用只選擇該模塊中的一個功能執行，則稱此模塊為 邏輯內聚的模塊。

17.在數據流圖中，每個加工至少有一個輸入數據流 和一個 輸出數據流。

18.軟件項目計劃是計劃（策劃）階段的結果產品。但由于是在高層次進行系統分析，未能考慮軟件系統開發的細節情節，因此軟件項目計劃一般在需求分析 階段完成后才定稿的。

19.在面向對象類層次結構中，子類只繼承一個父類的數據結構和方法，則稱為 單重繼承。如果子類繼承了多個父類的數據結構和方法，則稱為多重繼承。

20.在軟件測試過程中，α測試是由 一個用戶在開發 環境下進行的測試，而β測試是由多個用戶在 實際使用環境下進行的測試。

21.統一建模語言UML提供了兩種描述整體/部分關系的方法，分別是聚合 和 組合。

22.瀑布模型是以文檔 驅動的軟件生存周期模型，適合需求明確的軟件系統開發。23.IDEF1X方法用來建立系統的數據 模型。

24.在單元測試期間，應該為被測模塊編寫相應的測試軟件，一般地驅動 模塊接收測試數據，并把數據傳給被測模塊，而樁 模塊則模擬實際模塊完成少量數據處理。

25.評估軟件企業的質量管理有兩種方法，一種是按照ISO9001 認證，另外一種是按照CMM認證。

1.軟件測試的目的是（發現錯誤）。

2.軟件按服務對象可分為項目軟件和（產品軟件）。

3.在常見的軟件生存期模型中，（螺旋）模型是風險驅動的。

4.UML通過三種擴展機制來擴充UML的建模能力，分別是（約束）、構造型和（標記值）。

5.在軟件測試用例的設計方法中，白盒法以(程序內部數據結構)為依據設計測試用例，6.在面向對象設計原則中，（組裝復用）原則要求在新的對象里盡量使用已有的類對應的對象，并通過（委派）達到復用已有功能的目的。

7.狀態圖描述一個類對象所經歷的(各種狀態)以及事件發生時狀態的(轉移條件).8．SOFL軟件開發方法學認為，在需求分析和規格說明階段應該采用(結構化)方法，而在設計和實現階段則應該采用（面向對象）方法。

9.可行性研究的內容包括（技術可行性）、經濟可行性和(操作可行性)。軟件按服務對象可分為（項目軟件）和產品軟件在常見的軟件生存周期模型中，（瀑布）模型是文檔驅動的UML采用（用例）圖描述系統與外部用戶的交互行為在軟件測試用例的設計方法中，黑盒法以（外部功能）為依據設計測試用例定性度量模型獨立性的兩個標準是（內聚度）和（耦合度）8 在SA方法的需求描述工具中，（層次方框圖）描述系統的分解，即描述系統由哪幾個部分組成，各部分之

間有什么聯系等等；（數據詞典（和加工說明））定義了數據流圖中每個圖形元素；結構化語言、判定

表或判定樹則詳細描述、數據流圖中不能被分解的（基本加工）IDEFO圖主要元素是簡單的盒子及箭頭，其中盒子代表（活動）。而箭頭表示系統處理的（數據約束）

1.什么是軟件工程？軟件工程和計算機科學有何區別？ 答：軟件工程是指導軟件開發和維護的工程性學

科；計算機科學著重于原理和理論，軟件工程與計算機科學不同，軟件工程著重于如何建造軟件系統，軟

件是計算機中看不見摸不著的邏輯部分，以程序、數據和文檔的形式出現。

2.面向對象方法和結構化方法有何區別與聯系？ 答：區別: 面向對象從所處理的數據入手，以數據為中

心來描述系統，其基本思想是盡可能模擬人類習慣的思維方式，使開發軟件的方法與過程盡可能接近人類

認識世界的方法與過程，基本原則為：對象+類+繼承+消息通信 結構化方法首先關心的是功能，強調以模

塊為中心，其基本思想是自頂向下，逐步求精，單入口，單出口，基本原則為：抽象與功能的分解 聯系：

軟件開發過程中，在需求分析和規格說明階段采用結構化方法，在設計和實現階段采用面向對象方法。

3.什么是模塊的作用域和模塊的控制域？為何要求模塊的控制域必須在作用域內？ 答：模塊的作用域是

指模塊中判定的作用范圍，它是指所有受這個判定范圍影響的模塊；模塊的控制域是指模塊本身及其直接

或間接調用的模塊；如果模塊的作用域不在控制域內，則會增加數據間的傳遞量，使模塊間出現控制耦合4.什么是設計模式？試舉例說明組合設計模式的應用。答：設計模式是指系統命名，解釋和評價某一重要的，可復用的面向對象的設計方案。組合設計模式：使用迭代器模式來遍歷組合結構。

5．什么是依賴倒置原則？它和開閉原則有何聯系？ 答：依賴倒置是類設計原則的一種，它要求高層不應

依賴于底層，抽象不應依賴于細節；依賴倒置原則的本質其實就是通過抽象（抽象類或接口）使各個類或

模塊的實現彼此獨立，不相互影響，實現模塊間的松耦合，如果沒有實現這個原則，則開閉原則也無法實

現。

6.軟件生存期過程和軟件生存期模型有何聯系？瀑布模型有何特點？答：軟件生存期過程沒有規定一個特

定的生存周期模型，各軟件開發機構可視其項目的需要選擇一種軟件生存周期模型，并將軟件生存期過程

所含過程、活動和任務映射到選定的軟件生存周期模型中。軟件生存期模型是軟件生存期過程所含過程、活動和任務的映射。瀑布模型特點：各階段相互依賴；每階段都進行評審；強調需求分析和設計。

1.瀑布模型是軟件工程中應用最廣泛的過程模型，試述采用瀑布模型進行軟件開發的基本過程，該過程有

何特點？ 答：瀑布模型規定了各項軟件工程活動，包括需求分析、規格說明、設計、編碼、測試和維護，并規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級而下。瀑布模型的特點是：階段間具

有順序性和依賴性；清楚區分邏輯設計和物理設計，盡可能推遲程序的物理實現；每個階段都必須完成規

定文檔，且每階段結束前需要對完成的文檔進行評審。

2、什么是軟件配置管理？軟件配置管理和軟件維護有何不同？ 答：軟件配置管理是在軟件生命周期內管理變

化的一組活動，用來：標識變化、控制變化、確保適當地實現了變化、向相關人員報告變化。

軟件配置管理和軟件維護的區別是：軟件配置管理是一組追蹤和控制活動，在軟件項目啟動時就開始，并

一直持續到軟件被淘汰后才終止；軟件維護是一組軟件工程活動，發生于軟件交付給用戶并投入運行之后。

3、試舉例說明聚集關系中共享聚集和組合聚集有何不同。答：如果在聚集關系中部分對象可同時參與多個

整體對象的構成，則該聚集稱為共享聚集。例如，一個課題組包含許多成員，每個成員又可以是另一個課

題組的成員，則課題組和成員之間是一種共享聚集的關系。

如果部分對象完全隸屬于整體對象，并與整體對象共存，則該聚集稱為組合聚集。例如，在屏幕上一個窗

口由文本框、列表框、按鈕和菜單等構成，且一旦關閉了窗口，則各組成部分也消失，則窗口和它的組成部分之的關系為組合聚集關系。

1非漸增式測試與漸增式測試有何區別？ 答：非漸增式測試，一般應先經過單元測試，然后再把所有模塊一

次性組裝在一起進行測試，最終得到要求的軟件系統；而漸增式測試則采用逐步加入模塊或功能簇的方式

進行，在加入過程中邊連接邊測試，比較容易定位和修正錯誤，且接口也可以更容易進行徹底地測試2.試舉例說明什么是功能性需求，什么是非功能性需求？為何非功能性需求往往比功能性需求還要重

要？ 答：功能性需求是說有具體的完成內容的需求。例如：比如客戶登錄、郵箱網站的收發郵件、論壇網

站的發帖留言等。非功能性需求是指軟件產品為滿足用戶業務需求而必須具有且除功能需求以外的特性，包括系統的性能、可靠性、可維護性、可擴充性和對技術和對業務的適應性等。例如：性能要求：要求系

統能滿足100個人同時使用，頁面反應時間不能超過6秒；非功能性需求往往比功能性需求還要重要是因為

非功能性需求描述的是軟件的質量屬性，直接影響著用戶體驗，因此非功能性需求在決定系統成敗的因素

中起更重要的作用。

3.層次圖和層次方框圖有何區別？ 答：不同：1,層次圖描繪軟件的層次結構.層次方框圖描繪的是數據結

構。2,層次圖的方框表示模塊或子模塊。層次方框圖的方框表示數據結構整體或其子集。3,層次圖的連線表

示調用關系，層次方框圖表示組成關系。

4.快速原型模型有幾種？各有何特點？答：快速原形模型根據原型的不同作用，有三類原型模型：

(1)探索型原型：把原型用于開發的需求分析階段，目的是要弄清用戶的需求，確定所期望的特性，并探索

各種方案的可行性。它主要針對開發目標模糊，用戶與開發者對項目都缺乏經驗的情況，通過對原型的開

發來明確用戶的需求。

(2)實驗型原型：主要用于設計階段，考核實現方安是否合適，能否實現。對于一個大型系統，若對設計方

案心中沒有把握時，可通過這種原型的開發來證實設計方案的正確性。

(3)演化型原型：它將原型思想擴展到軟件開發的全過程，就是及早向用戶提交一個原型系統，在得到用戶

認可后，將原型系統不斷擴充演化為最終的軟件系統。

2.什么是模塊的作用域？為何設計軟件結構時要求模塊的作用域必須在控制域之內？ 答：所謂模塊的作

用域是指模塊判定的影響范圍。作用域在控制域之內，可使得軟件修改時代碼局部化。

3.什么是動態測試？為何靜態測試方法往往比動態測試方法效率高？ 答：動態測試是指經運行程序代碼

而檢查代碼是否存在錯誤。靜態測試往往不是運行代碼，而在軟件開發的早期進行，而早期錯誤發現要比

錯誤晚發現付出的成本少，而靜態測試往往在發現錯誤后還可繼續進行，但動態測試往往需要停下來改進后才能進一步測試。1 試簡要說明面向對象方法與結構化方法相比有何優越性，至少列出三點。答:(1)強調從現實世界中客觀

存在的事物（對象）出發來認識問題域和構造系統，這就使系統開發者大大減少了對問題域的理解難度，從而使系統能更準確地反映問題域。（2）運用人類日常的思維方法和原則（體現于OO方法的抽象、分類、繼承、封裝、消息通訊等基本原則）進行系統開發，有益于發揮人類的思維能力，并有效地控制了系統復

雜性。（3）對象的概念貫穿于開發過程的終，使各個開發階段的系統成分具良好的對應，從而顯著地提高

了系統的開發效率與質量，并大大降低系統維護的難度。（4）對象概念的一致性，使參與系統開發的各類

人員在開發的各所段具有共同語言，有效地改善了人員之間的交流和協作。（5）對象的相對穩定性和對易

變因素隔離，增強了系統的應變能力。（6）對象類之間的繼承關系和對象的相對獨立性，對軟件復用提供

了強有力的支持。1.什么是軟件危機？軟件危機是指在計算機軟件的開發和維護過程中所遇到的一系列嚴重問題。這些問題

表現在以下幾個方面：(1)用戶對開發出的軟件很難滿意。(2)軟件產品的質量往往靠不住。(3)一般軟件很

難維護。4)軟件生產效率很低。(5)軟件開發成本越來越大。(6)軟件成本與開發進度難以估計。7)軟件技術的發展遠遠滿足不了計算機應用的普及與深入的需要。

2.什么是軟件生存周期？軟件生存周期是指從軟件定義、開發、使用、維護到淘汰的全過程。

1．軟件開發模型有幾種？它們的開發方法有可特點？軟件開發模型有瀑布型、漸增型和變換型。瀑布型開

發方法是按照軟件生存周期的劃分依次實施，每一個階段有明確規定的任務。它的特點：(1)各個階段的順

序性和依賴性；(2)劃分邏輯設計與物理設計，盡可能推遲程序的物理實現；3)每個階段必須完成規定的文

檔，對其中問題通過復審及早發現，及早解決。漸增型開發方法及特點:1)從部分需求出發，先建立一個不

完全的系統，通過測試運行該系統取得經驗和信息反饋，加深對軟件需求的理解，進一步使系統擴充和完

善。如此反復，直至軟件人員和用戶對所設計完成的軟件系統滿意為止。2)在漸增型開發下的軟件是隨軟

件開發的過程而逐漸形成的。(3)漸增型開發方法適合于知識型軟件的開發，設計系統時對用戶需求的認識

開始不是很清楚的，需要在開發過程中不斷認識、不斷獲得新的知識去豐富和完善系統。多數研究性質的試驗軟件，一般采用此方法。變換型開發方法及特點:(1)從軟件需求的形式化規格說明出發，經過一系列的程序變換，得到最終的程序系統。(2)該方法必須有嚴格的數學理論和形式化技術的支持。

2．功能與對象的區別？

1、功能比對象容易變化(功能相對不穩定)

2、功能是主觀的，對象是可觀的。

3、功能是可以調用的，要么全有，要么全無，而對象可以部分的繼承使用。

3． 軟件開發過程可視化的兩種方法？文檔驅動、小批量發布

4．風險分析的目的？對風險進行管理。

5． 傳遞信息的方法？

1、參數。

2、全局變量。

3、公共可訪問區域。

6．數據建模的作用？

1、抓住問題的主要方面---理解問題。

2、便于交流。

3、可以進行分析(性能、可靠

性、、、、、、)。

4、可以自動生成代碼。

7． 描述模型的兩種方法？

1、結構化方法：結構化方法首先關心的是功能，強調以模塊為中心，采用模

塊化、自頂向下、逐步求精設計過程(分層)，適合需求明確的模型。其不足之處：不太適應規模大及

特別復雜的項目，難于解決軟件重用問題，難于適應需求變化或模糊的問題，軟件維護比較復雜。

2、面向

對象方法：面向對象方法則從所處理的數據入手，以數據為中心來描述系統，適合迭代增量式分解(網狀)。

其不足之處：類作為復用單元，有時顯得太小，類繼承會增加類間的耦合度，該方法不夠成熟。

8． 描述作業之間的關系？

1、畫PERT圖。

2、確定最晚發生時刻與最早發生時刻。

3、計算機動時間，為0 的為關鍵事件。

4、Gantt圖的方法進行描述。

9． 用例與功能的區別？

1、完成一個用例需要若干功能。

2、用例是從用戶使用系統的角度來描述系統的行為的。

3、用例往往是對用戶有價值的結果。

4、用例滿足用戶的業務目標。

10． 描述模塊獨立性的標準？內聚度(內聚度是指模塊內部各成分聯系緊密的程度，內聚度越高，模塊獨

立性越強)耦合度(耦合度是指模塊之間相互關聯的緊密程度。耦合度越低，模塊獨立性越強)

11．什么是黑盒測試?黑盒測試主要采用的技術有哪些? 黑盒測試也稱為功能測試,它著眼于程序的外部特

征,而不考慮程序的內部邏輯結構。測試者把被測程序看成一個黑盒,不用關心程序的內部結構。黑盒測試是

在程序接口處進行測試，它只檢查程序功能是否能按照規格說明書的規定正常使用，程序是否能適當地接

收輸入數據產生正確的輸出信息，并且保持外部信息(如數據庫或文件)的完整性。黑盒測試主要采用的技

術有:等價分類法、邊沿值分析法、錯誤推測法和因果圖等技術。

12．什么是白盒測試?白盒測試主要采用的技術有哪些?測試者了解被測程序的內部結構和處理過程,對程序的所有邏輯路徑進行測試,在不同點檢查程序狀態,確定實際狀態與預期狀態是否一致。白盒測試主要采用的技術有：路徑測試技術和事務處理流程技術，對包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術。

13． 瀑布模型的優缺點？優點：1.流水線生產比個人生產效率高，質量好。2.將邏輯設計與物理實施分開，避免無用功。減少成本，能盡量推遲物理實施。3.文檔驅動使得開發過程可視化，便于管理和控制。缺點：

1.當需求不明確時，流水線被阻塞。2.得不到用戶的反饋，開發過程得不到修正，導致有可能出現大的失誤。3.最后將產品一次提交給用戶，用戶感到不適應，成本增加，市場風險加大。

14．軟件工程的目的？以期用較少的代價獲取高質量的軟件。

第四篇：0.《軟件工程基礎課程》課程大作業要求及規范

《軟件工程基礎》大作業要求

執筆人：董元和（2017年9月20日）

一、總體要求

1.本次大作業要求各同學按原先選定項目題目，按照軟件生命周期進行軟件各類分析與設計，并撰寫相關文檔。各文檔會隨著課程地進行，按章節分步完成，期末結束進行集中修訂和匯總，作為本課程大作業的主要材料。2.軟件分析與設計可參考教材第13章“一體化開發方法應用實例”及教材各章節的相關內容，文檔撰寫可參考“《計算機軟件文檔編制規范》GB-T8567-2006”、“GBT 9385-2008 計算機軟件需求規格說明規范”等，并需要根據教材內容繪制規范的相應的圖表。3.軟件分析與設計統一采用面向對象方法，要求各階段文檔所采用的分析與設計方法一致。4.項目設計應該有相應的項目軟件代碼，并可以簡單演示。

5.各文檔除注明執筆人，可以請其它同學協助，但須說明協作人員，并注明協作人員的工作內容。6.課程結束，各文檔在老師檢查合格后，統一裝訂成冊，交由老師存檔。

二、具體完成內容

1.可行性分析及開發計劃

1）對所選項目的系統進行可行性分析，寫出“可行性分析報告”；

2）對所選項目，制訂出初步的軟件開發計劃，寫出“軟件開發計劃書”。

2.軟件需求分析

1）對所選項目進行認真詳細的需求分析，并撰寫需求分析報告。文檔需要有詳細的相關需求分析圖表，如分析出業務流程圖（TFD）、再根據TFD抽象出數據流程圖（DFD），也可以結合面向對象的分析方法（OOA）完成項目需求分析，如用例圖等，還需包含數據庫的需求分析。

3.軟件設計

1）對所選項目進行認真詳細的軟件概要設計，并撰寫概要設計文檔。文檔要求有詳盡的相關概要設計圖表，如總體結構圖、模塊結構圖、數據庫及人機界面的總體設計等，也可以結合面向對象的設計方法（OOD）完成概要設計，如類圖等。

2）對所選項目進行認真詳細的軟件詳細設計，并撰寫詳細設計文檔。文檔要求有詳盡的相關詳細設計圖表，如總體流程圖、模塊流程圖、數據庫及人機界面的詳細設計等，也可以結合面向對象的設計方法（OOD）完成概要設計，如類圖、活動圖、狀態圖等。3）數據庫的設計應該按照概念設計、邏輯設計、物理設計的過程來完成設計，并有相應的圖表或文字描述，應該有采用Viso、PowerDesigner、Enterprise Architect、ERStudio等建模軟件完成的建模圖表。4）軟件設計應該有人機界面的設計，包括人機界面的概要設計與詳細設計。可借用Axure、DreamWaver等協作軟件。

4.軟件實現

1）對所選項目進行初步的軟件實現，并撰寫相應的軟件實現文檔，如軟件規格說明、總結報告、用戶手冊等，各文檔可分章節合成一個文檔。

2）需說明開發環境及框架、開發的前臺及后臺語言、數據庫管理平臺、采用的軟件工具、基本的核心代碼等。軟件應該能基本運行演示。

5.軟件測試、部署與維護（1人主筆完成）

1）結合小組項目進行軟件測試、調試、部署及維護，開撰寫相應的測試報告文檔。要求說明軟件測試方法、測試用例、測試工具等。

三、考核評定

1.項目整體評分。根據各同學項目完成情況，給予總體評分，占個人大作業成績的40%； 2.各部分分步評分。根據各部分的難易程度及完成情況，給予分步評分，各部分成績總和占個人大作業成績的60%；

四、考核班級及學期

1.班級：計算機學院1505班； 2.學期：2017-2018學年上學期

第五篇：軟件工程

1.軟件危機的概念 系統的數據要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機是指在計算機軟件開發、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護過程中遇到的一系列嚴重問題和難接口需求，約束，逆向需求以及將來可能優點：綜合了以上兩種策略的長處 題。提出的需求。9.確認測試

補充： 5.常使用的圖形工具 確認測試又稱有效性測試。有效性測試是

1．軟件危機的表現有哪些？ 實體-聯系圖，數據流圖，狀態轉換圖，在模擬的環境下，運用黑盒測試的方法，答：1）對軟件開發成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規格說明書常很不準確。第五章 列出的需求。任務是驗證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設計的任務 能及其他特性是否與用戶的要求一致。對的現象時有發生。劃分出組成系統的物理元素——程序、文軟件的功能和性能要求在軟件需求規格

3）軟件產品的質量往往是靠不件、數據庫、人工過程和文檔等等 說明書中已經明確規定，它包含的信息就住的。設計軟件的結構。也就是要確定系統中每是軟件確認測試的基礎。

4）軟件常常是不可維護的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術有那些，5）軟件通常沒有適當的文檔資塊相互間的關系。覆蓋標準的強弱程度

料。2.模塊化思想 白盒測試是一種測試用例設計方法，盒子

6）軟件成本在計算機系統總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內部的東西以及里面

7）軟件開發生產率提高的速度這些模塊集成起來構成一個整體，可以完是如何運作的。“白盒”法全面了解程序內遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結構、對所有邏輯路徑進行測試。

2．產生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標準（內聚和耦合的白盒測試的測試方法有代碼檢查法、靜態答：1）用戶對軟件需求的描述不精確。含義，種類）結構分析法、靜態質量度量法、邏輯覆蓋

2）軟件開發人員對用戶需求的內聚：標志著每一個模塊內各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項目的經念的自然拓展。偶然內聚，邏輯內聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內聚，功能內聚，順序內聚，通信內聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發大型軟件易產生疏漏和過程內聚。路徑覆蓋發現錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結構內不同模塊之間變化。

5）缺乏有力的方法學的指導和互連程度的度量。數據耦合，控制耦合，11.什么時候黑盒測試，其測試技術有哪有效的開發工具的支持。特征耦合，公共環境耦合，內容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發式規則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進軟件結構提高模塊的獨立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規模應該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數據結構和文 3.深度、寬度、扇出和扇入都應適當 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應在控制范圍之內中選取少數代表性數據作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計劃嚴格管理 6.設計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅持進行階段評審 7.模塊功能應該可以預測 邊界，而且也必須考慮輸出域邊界。它是

3.實行嚴格的產品控制 5.面向數據流的設計方法把信息流映射對等價類劃分方法的補充。

4.采用現代程序設計技術 成軟件結構 12.軟件調試技術有哪些

5.結果應能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發小組的人員應該少而精 映射：變換分析，事物分析 的最低效的方法，僅當所有其他方法都

7.承認不斷改進軟件工程實踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當常用的調試方段的任務是什么？ 1.詳細設計的基本任務 法，當調試小程序時很有效。從發現癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數據結構追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細節，包括對系統外為止。

決方法。部的接口和用戶界面，對系統內部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標系統必須具它模塊的接口，以及關于模塊輸入數據、法都屬于原因排除法。

備哪些功能 輸出數據及局部數據的全部細節。13.軟件可靠性（可靠性和可用性的含義）

4.總體設計： 4.為每一模塊設計出一組測試用例。

5.詳細設計：就是把解法具體化，設計出2.程序的三種基本結構

程序的詳細規格說明。順序結構，選擇結構，循環結構

6.編碼和單元測試：寫出正確的容易理解3.詳細設計的工具

容易維護的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達到預定的要求 3．語言工具

8.軟件維護：通過各種必要的維護活動使4.jackson方法

系統持久地滿足用戶的需要。（改正性維5.復雜性度量的方法

護，適應性維護，完善性維護，預防性維Halstead方法：它根據程序中運算符和

護）操作數的總數來度量程序的復雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據程序控制

螺旋模型的特點 流的復雜程度定量度量程序的復雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現實的觀點。質量保證的觀點。1.選擇程序設計語言應考慮哪些因素

快速原型模型:軟件產品的開發基本上是1.系統用戶的要求

線性順序進行的，本質是“快速”加速軟2.可以使用的編譯程序

件的開發過程，節約軟件開發成本。3.可以得到的軟件工具

增量模型:能在較短時間內向用戶提交可4.工程規模

完成部分工作的產品。逐步增加產品功5.程序員的知識

能，可以使用戶有較充裕的時間學習和適6.軟件可移植性要求

應新產品，從而減少一個全新的軟件可能7.軟件的應用領域

給客戶組織帶來的沖擊。2.良好的編程風格包括哪些方面

螺旋模型:對可選方案和約束條件的強調1.程序內部的文檔2.數據說明 3.語句構

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質量作為軟件開發的一個重要目標。減少3軟件測試的目標

了過多的測試或測試不足帶來的風險。更目的:（1）測試是為了發現程序中的錯誤

重要的是在螺旋模型中維護只是模型的而執行程序的過程；

另一個周期，在維護和開發之間并沒有本（2）好的測試方案是極可能發現迄今為

質區別。風險驅動的。止尚未發現的錯誤的測試方案；

（3）成功的測試是發現了至今為止尚未

第二章 發現的錯誤的測試。

1.可行性研究的目的 定義:為了發現程序中的錯誤而執行程序

就是用最小的代價在盡可能短的時間內的過程。

確定問題是否能夠解決。補充：

補充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統測試(3)系統

1.復查系統規模和目標。測試(4)驗收測試(5)平行運行

2.研究現有的系統。4.確定測試計劃是在哪個階段制定的3.導出新系統高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進一步定義問題黑盒測試

5.導出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內部結構和處理過程

7.草擬開發計劃2對程序接口進行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規格說明書的規定正常使用；

程序是否能適當地接受輸入數據并產生

2.系統流程圖的作用 正確的輸出信息；

系統流程圖是描繪物理系統的傳統工具，程序運行過程中能否保持外部信息的完

它用圖形符號來表示系統中的各個部件。整性

它表達了系統中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數據流圖的概念 測試者完全知道程序的結構處理算法

數據流圖是一種圖形化技術，它描繪信息2按照程序內部的邏輯測試程序，檢測程

流和數據從移動到輸出的過程中所經受序中的主要執行通路是否都能按的變換。預定要求正確工作

4.數據流圖里面的符號，畫數據流圖。6.測試的步驟及每個步驟形成的文檔

5.數據字典最基本的功能，以及與數據流單元測試：（模塊測試）發現的往往是編

圖的關系。碼和詳細設計的錯誤

最基本的功能：在軟件分析和設計的過程集成測試：著重測試模塊的接口 中給人提供關于數據的描述信息。

關系：數據流圖和數據字典共同構成系統系統測試：發現的往往是軟件設計中的錯的邏輯模型，沒有數據字典，數據流圖就誤，也可能發現需要說明中的錯誤 不嚴格，然而沒有數據流圖，數據字典也驗收測試：（確認測試）往往發現需求說難于發揮作用。只有數據流圖和對數據流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區別 共同構成系統的規格說明。“非漸增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務是什“漸增式”，即在已測試過的N個模塊的么。基礎上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。段.漸增式比非漸增式優越，因為用漸增式，1.確定對系統的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。漸增式可以較2.分析系統的數據要求早地發現模塊界面之間的錯誤，有利于排3.導出系統的邏輯模型 錯，檢查比較徹底 4.修正系統開發計劃2.需求分析的產品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優缺點 模型 自頂向下數據模型（按照用戶的觀點對數據建立的優點：能較早顯示整個程序的輪廓，向用模型，把用戶的數據要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數據，持。缺點：當測試上層模塊時因使用樁它反應了用戶的現實環境，屬性，聯系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統的狀能，使部分測試內容被迫推遲，只能等待態及引起系統狀態轉換的事件來表示系換上真實模塊后再補充測試。統的行為）由底向上4.軟件需求規格說明書的內容 優點：測試從下層模塊開始，測試設計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能