習慣上,認為需求就是文字的陳述,且歸類到概念:需求提及的其中一個種類。每一項需求描述「系統必須符合的一個條件或功能」。
為了有效執行需求管理,我們將原本認為只是詳細的「軟體需求」更進一步擴大解釋。我們採用需求類型的概念,將需求的不同抽象層次和用途分開。
我們希望掌握關係人的含糊「願望」及正式的要求,以確保瞭解他們的想法。願景文件協助我們追蹤系統的重要「使用者需求」和「特性」。使用案例模型是表達詳細功能面「軟體需求」的一種有效方式,因此,使用案例及使用案例內容中個別的陳述(描述「系統必須符合的條件或功能」),應該視為需求來追蹤來維護。增補規格可能包含其他「軟體需求」,例如系統的設計限制或法律或法規上的需求。為了取得軟體需求的完整定義,使用案例和增補規格可能合併在一起,定義特定「特性」或其他子系統群組的軟體需求規格 (SRS)。
開發的系統愈大愈複雜,就會出現愈多的表示式或需求類型,且需求數量會愈龐大。專案追蹤的「商業規則」和「願景」陳述可追蹤至「使用者需求」、「特性」或其他「產品需求」。使用案例或其他建模形式和其他增補規格會引發設計需求,這些需求可能進一步拆解成在分析與設計模型與圖解中呈現的功能面和非功能面「軟體需求」。
如需本主題的詳細資訊,請參閱:
概念:需求
概念:需求管理
概念:追蹤性
白皮書:在需求管理中套用使用案例
|