《軟體工程 ——理論、方法與實踐》知識概括第四章 需求工程

標籤：

第4章 需求工程

  軟體需求是決定軟體開發是否成功的一個關鍵因素。

一、軟體工程

  需求的概念涵蓋使用者角度（系統的外部行為）和開發人員角度（系統的內部特徵），關鍵在於需求一定要文檔化。

  軟體需求劃分：業務需求、使用者需求、系統需求、功能需求和非功能需求等類型。

  功能需求描述系統應該提供的功能或服務，通常涉及使用者或外部系統與該系統之間的互動，一般不考慮系統的實現細節。

  非功能需求是從各個角度對系統的約束和限制，反映了應用對系統品質和特性的其他需求。

  系統需求是更加詳細地描述系統應該做什麼，通常包括很多分析模型。系統需求模型的描述方法：結構化英語、可視化模型、形式化方法。

二、需求工程過程

  擷取需求：聆聽使用者的需求、分析和整理所擷取的資訊和形成文檔化的描述。

  需求分析：定義系統的邊界、建立軟體原型、分析需求可行性、確定需求優先順序、建立需求分析模型、建立資料字典。

  主串流分析建模方法：傳統的結構化分析方法、當今流行的物件導向分析方法。

  軟體需求規格說明是需求開發的結果，它精確地闡述一個軟體系統必須提供的功能和效能以及它所要考慮的限制條件。

  需求驗證是為了確定需求說明準確、完整地表達必要的品質特點。

  需求驗證主要圍繞需求規格說明的品質特性展開。品質特性：正確性、無二義性 、完整性、可驗證性、一致性、可修改性和可跟蹤性等。

  在軟體流程能力成熟度等級模型中，需求管理作為CMM二級所應達到的目標能力之一，其目的在於為軟體需求建立一個基準供軟體工程和管理使用，並使軟體計劃、產品和活動與其保持一致。

  需求管理的任務是分析變更影響並控制變更過程，主要包括變更控制、版本控制和需求跟蹤等活動。

三、需求萃取技術

  常見的需求萃取技術包括面談和問卷調查、需求專題討論會、觀察使用者工作流程、基於用例的方法、原型化方法等，而選擇這種技術需要根據應用類型、Team Dev技能、使用者性質等因素來決定。

《軟體工程 ——理論、方法與實踐》知識概括第四章 需求工程