活動: 修正系統定義
本活動詳述在現行開發週期中要開發的需求。
延伸: 修正系統定義
說明工作分解結構團隊配置工作成果用法
目的
本活動的用途是進一步修正需求,對系統定義達成一致的共識。
關係
母項活動
說明

本活動著重在詳細描述需求。對於已設定優先順序的產品特性中所反映的專案範圍(通常在願景中描述),做更深入的瞭解,有信心在非常固定的預算和日期內達到這些產品特性。結果是對系統功能有一番更徹底的瞭解,並於規格構件和概略行為原型中以精確、詳細的需求來表達。規格構件可能是詳細的使用案例(請參閱詳述使用案例)和增補規格(請參閱開發增補規格),有時可能也會開發正式的軟體需求規格(請參閱詳述軟體需求)。這項工作一開始通常會先審查現有的參與者定義,必要的話,至少簡短地描述參與者,接著詳述先前對每一個參與者概述的使用案例。

根據管理變更需求活動的說明,每當需求有變動時,就應該定期審查和更新相關的需求屬性。

內容
事件驅動
多次出現的項目
持續進行中
選用
規劃Yes
可重複的
人員配置

需求規劃人員是參與這項工作的主要角色。執行這項工作必備的最重要技巧包括資訊導出與溝通。負責指定需求的人員應該善於文字表達,且必須深入熟悉問題領域。

用法
用法指引

這項活動主要是在「詳述」階段進行,有些部分會從「初始」階段後期持續到「建構」階段。

主要考量

請注意,本功能型樣執行的活動沒有一定的順序。事實上,這些活動經常同時執行。例如,在尋找參與者和使用案例時(尋找參與者與使用案例),可能會發現有些需求在本質上不適合特定的使用案例,在此情況下,可以在「增補規格」中定義這些需求(開發增補規格)。相反地,在尋找非特定使用案例的需求時(例如,整體系統的需求),可能會發現有些需求僅適用於特定的使用案例,在此情況下,此需求就與使用案例有關。

雖然許多工作都是單獨完成,仍然應該經常審查(亦即演練),以調校團隊成員之間的工作成果,確保團隊運作一致。