《軟體需求工程》 閱讀筆記一

標籤：

 

 

      書中簡單的將需求定義為：需求就是定義系統需要做什麼而不是怎麼做。

需求也是有一些原則的，1）定義問題而不是解決方案，2）定義系統而不是項目，3）區分正式和非正式部分，4）避免重複。在幾種需求流程中，我們瞭解到每種需求流程都有自身的優點和缺點，傳統需求流程比較規規矩矩，這樣可以使項目需求分析有條理，敏捷需求流程可以更加明確的獲得需求，極限需求流程使用使用者故事可以安排具體實現的順序，增量需求流程是介於傳統需求流程和極限需求流程之間，可以保持每個人都有同樣的理解，從而避免重複。

書中也介紹了需求規格說明書，看到需求規格說明的內容，感覺需求分析真的不是想的那樣簡單，也看到了需求規格說明書的重要性， ①便於使用者、開發人員進行理解和交流。 ②反映出使用者問題的結構，可以作為軟體開發工作的基礎和依據。 ③作為確認測試和驗收的依據。

在需求分析中，需求模式是至關重要的，需求模式的好處：1.需求模式提供指導，2.需求模式節省時間，3，需求模式促進同種類型需求的一致性。

需求模式需要描述什麼時候使用模式以及基於模式如何編寫需求。需求模式包括這幾個要素：基本細節、適用性、討論、內容、模板、執行個體、額外需求、開發考慮、測試考慮。

基本細節用於描述模式中一些簡短的內容。

適用性部分描述需求模式使用的情況。它應該是清楚和準確的。

討論描述如何編寫這種需求，它解釋所有方面的事情，只要可以協助定義這種類型的需求。

內容詳細列出了這種類型的需求必須傳達哪些條目的資訊。

需求模板的目的是可以複製它作為需求描述的出發點。

執行個體:每個需求模式至少包含一個執行個體示範如何在實踐中使用模式。

額外需求解釋了需要考慮哪些額外需求以及在什麼情況下需要考慮。

開發考慮目的是協助設計和實現軟體開發人員滿足這種類型的需求。

測試考慮可以解釋如何測試這種類型的需求。

需求模式之間是存在聯絡的，不是獨立存在的。我們要學會使用合適的需求模式，懂得建立模式之間的聯絡，這樣才能將需求分析的更加清楚和準確。

《軟體需求工程》 閱讀筆記一