2020年秋 華南農業大學 軟體工程 主要考點摘抄

注意：木有例子，詳細的還得看ppt

以下內容要求全文背誦

1.軟體的概念

計算機軟體指計算機系統中的程式及其檔案

程式是計算任務的處理物件和處理規則的描述(形式上是source, binary)

檔案是為了便于了解程式所需的闡明性資料

5. 軟體工程的定義

? IEEE：軟體工程是：

①將系統化的、嚴格約束的、可量化的方法應用于軟體的開發、運行和維護，即將工程化應用于軟體；

②在①中所述方法的研究（ 若考試，必須回答 IEEE1993這個定義）

6. 軟體生存周期的概念及若干個階段

軟體有一個孕育、誕生、成長、成熟、衰亡的生存程序，這個程序即為計算機軟體的生存周期

軟體生存周期大體可分為如下幾個活動：計算機系統工程、需求分析、設計、編碼、測驗、運行和維護

12. 組成基于計算機的系統由哪些元素組成

主要有：軟體、硬體、人員、資料庫、檔案和規程（Procedure）

軟體—指計算機程式、資料結構和相關的作業產品，它們被用于實作所需的邏輯方法、規程或控制

硬體—指提供計算能力的電子設備、使能資料流動的互連設備（如網路交換器、電信設備）和提供外部世界功能的電子機械設備（如傳感器、馬達等）

人員—指硬體和軟體的用戶和操作者

資料庫 —指通過軟體訪問并持久存盤的大型的有組織的資訊集合

檔案 —指描繪系統的使用和/或操作的描述性資訊（如模型、規格說明、硬復制手冊聯機幫助檔案、Web站點）

規程（procedures） —指定義每個系統元素或其外部相關流程的具體使用步驟

13. 需求工程的概念（1/14 15:50更新）

需求工程是一個不斷反復的需求定義、檔案記錄、需求演進的程序，并最終在驗證的基礎上凍結需求，

本書將軟體需求工程細分為：需求獲取、需求分析與協商、系統建模、需求規約、需求驗證和需求管理六個階段 ，

15. 軟體需求的定義

軟體需求是指用戶對目標軟體系統在功能，行為，性能，設計約束等方面的期望

24. 模塊的概念

模塊是資料說明、可執行陳述句等程式物件的集合，它是單獨命名的，并且可以通過名字來訪問

– 例如，程序，函式、子程式、宏等

模塊化，即把軟體按照規定原則，劃分為一個個較小的，相互獨立的但又相互關聯

的部件，實際上是系統分解和抽象的程序，

26. 內聚與耦合的概念

? 內聚（cohesion）是一個模塊內部各個元素彼此結合的緊密程度的度量

? 耦合(coupling)是模塊之間的相對獨立性（互相連接的緊密程度）的度量

30. 部件級設計階段的主要作業

(1) 為每個部件確定采用的演算法，選擇某種適當的工具表達演算法的程序，撰寫部件的詳細程序性描述；

(2) 確定每一部件內部使用的資料結構；

(3) 在部件級設計結束時，應該把上述結果寫入部件級設計說明書，并且通過復審形成

正式檔案，作為下一階段（編碼階段）的作業依據，

32. 設計規約主要包含哪些內容

39. 識別符號命名需要注意的問題

（1）選擇含義明確的名字，使其能正確提示識別符號所代表的物體

例如，表示總量的變數名用 Total ，表示平均值的用 Average 等

（2）名字不要太長，太長會增加打字量，且易出錯，必要時可使用縮寫

（3）不用相似的名字，相似的名字容易混淆，不易發現錯誤

如 cm,cn,cmn,cnm,cnn,cmm

（4）不用關鍵字作識別符號

（5）同一個名字不要有多個含義

（6）名字中避免使用易混淆的字符，

如數字0與字母O；數字1與字母I或l；數字2與字母z等

41. 書寫功能性注釋需要主要哪些問題

（1）注解要正確，錯誤的注解比沒有注解更壞；

（2）為程式段作注解，而不是為每一個陳述句作注解；

（3）用縮進和空行，使程式與注釋容易區分；

（4）注解應提供一些從程式本身難以得到的資訊，而不是陳述句的重復，

42. 撰寫程式時，對資料說明應該注意哪些問題

（1）資料說明的次序應當規范化

（2）說明陳述句中變數安排有序化

（3）使用注解說明復雜資料結構

43. 測驗用例的概念（測驗用例具體還會給流程圖考輸入輸出等應用，類似實驗）

一個測驗用例由測驗輸入資料和預期結果組成，測驗時通過輸入資料，運行被測程式，如果運行的實際輸出與預期結果不一致，則表明發現了程式中的錯誤，

45. 白盒測驗與黑盒測驗的概念

白盒測驗 （又稱為結構測驗） 把測驗物件看作一個透明的盒子，測驗人員根據程式內部的邏輯結構及有關資訊設計測驗用例，檢查程式中所有邏輯路徑是否都按預定的要求正確地作業

黑盒測驗 （又稱行為測驗）把測驗物件看做一個黑盒子，測驗人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能需求

47. 各種邏輯覆寫準則之間的關系（具體例子可看第7個ppt第16頁）

（1）陳述句覆寫

指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的每個可執行陳述句都至少執行一次

（2）判定覆寫

是指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的每個判定的所有可能結果都至少執行一次（即判定的每個分支至少經過一次）

判定覆寫將每個判定的所有可能結果都至少執行一次，所以，程式中的所有陳述句也必定都至少執行一次，因此，滿足判定覆寫標準的測驗用例也一定滿足陳述句覆寫標準

（3）條件覆寫

指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的每個判定中的每個條件的所有可能結果都至少出現一次

條件覆寫通常比 判定覆寫強，但有時雖然每個條件的所有可能結果都出現過，但判定運算式的某些可能結果并未出現，

（4）判定－條件覆寫

指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的每個判定的所有可能結果都至少執行一次，并且，每個判定中的每個條件的所有可能結果都至少出現一次

顯然，滿足判定/ 條件覆寫標準的測驗用例一定也滿足判定覆寫、條件覆寫、陳述句覆寫標準

（5）條件組合覆寫

指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的 每個判定中 條件結果的所有可能組合都至少出現一次

顯然，滿足條件組合覆寫標準的測驗用例一定也滿足判定覆寫、條件覆寫、判定/ 條件覆寫、陳述句覆寫標準

條件組合覆寫是上述五種覆寫標準中最強的一種，然而，條件組合覆寫仍不能保證程式中所有可能的路徑都被覆寫，

（6）路徑覆寫

指選擇足夠的測驗用例，使得運行這些測驗用例時，被測程式的每條可能執行到的路徑都至少經過一次（如果程式中包含環路，則要求每潭訓路至少經過一次）

路徑覆寫實際上考慮了程式中各種判定結果的所有可能組合，但它未必能覆寫判定中條件結果的各種可能情況，因此，它是一種比較強的覆寫標準，但不能替代條件覆寫和條件組合覆寫標準

49. 等價類的概念

等價類是指輸入域的某個子集，該子集中的每個輸入資料對揭露軟體中的錯誤都是等效的，測驗等價類的某個代表值就等價于對這一類其他值的測驗，

也就是說，如果該子集中的某個輸入資料能檢測出某個錯誤，那么該子集中的其他輸入資料也能檢測出同樣的錯誤；

反之，如果該子集中的某個輸入資料不能檢測出錯誤，那么該子集中的其他輸入資料也不能檢測出錯誤

50. V 模型中四類測驗的物件、依據和任務分別是什么（找不到依據在哪）

V 模型：描述軟體開發各階段與測驗策略之間的對應關系

? 單元測驗 是針對程式中的模塊或構件，主要揭露編碼階段產生的錯誤（根據設計描述)

? 集成測驗 針對集成的軟體系統，主要揭露設計階段產生的錯誤

? 確認測驗 是根據軟體需求規約對集成的軟體進行確認，主要揭露不符合需求規約的錯誤

? 系統測驗 對于基于計算機系統中的軟體，還需將它集成到基于計算機系統中，并進行 系統測驗 ，以揭露不符合系統工程中對軟體要求的錯誤

57. 軟體維護的定義

軟體系統交付使用以后，為了改正錯誤或滿足新的需要而修改軟體的程序

國標GB/T 11457-2006 給出如下定義

– 在一軟體產品交付使用后對其進行修改，以糾正故障;

– 在一軟體產品交付使用后對其進行修改，以糾正故障、改進其性能和其它屬性，或使產品適應改變了的環境

以下三選一（可能會考具體怎么用？）

58. 糾錯性維護

為了改正軟體系統中的錯誤，使軟體能夠滿足預期的正常運行狀態的要求而進行的維護

59. 適應性維護

為了使軟體適應內部或外部環境變化，而去修改軟體的程序

61. 預防性維護

為了提高軟體的可維護性、可靠性等，為以后進一步改進軟體打下良好基礎而修改軟體的活動