本活動著重在詳細描述需求。對於已設定優先順序的產品特性中所反映的專案範圍(通常在願景中描述),做更深入的瞭解,有信心在非常固定的預算和日期內達到這些產品特性。結果是對系統功能有一番更徹底的瞭解,並於規格構件和概略行為原型中以精確、詳細的需求來表達。規格構件可能是詳細的使用案例(請參閱詳述使用案例)和增補規格(請參閱開發增補規格),有時可能也會開發正式的軟體需求規格(請參閱詳述軟體需求)。這項工作一開始通常會先審查現有的參與者定義,必要的話,至少簡短地描述參與者,接著詳述先前對每一個參與者概述的使用案例。
根據管理變更需求活動的說明,每當需求有變動時,就應該定期審查和更新相關的需求屬性。
需求規劃人員是參與這項工作的主要角色。執行這項工作必備的最重要技巧包括資訊導出與溝通。負責指定需求的人員應該善於文字表達,且必須深入熟悉問題領域。
這項活動主要是在「詳述」階段進行,有些部分會從「初始」階段後期持續到「建構」階段。
請注意,本功能型樣執行的活動沒有一定的順序。事實上,這些活動經常同時執行。例如,在尋找參與者和使用案例時(尋找參與者與使用案例),可能會發現有些需求在本質上不適合特定的使用案例,在此情況下,可以在「增補規格」中定義這些需求(開發增補規格)。相反地,在尋找非特定使用案例的需求時(例如,整體系統的需求),可能會發現有些需求僅適用於特定的使用案例,在此情況下,此需求就與使用案例有關。
雖然許多工作都是單獨完成,仍然應該經常審查(亦即演練),以調校團隊成員之間的工作成果,確保團隊運作一致。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.