作業: 審查需求
這項作業說明如何審查需求工作成果。
規範: 需求
目的

這項作業的用途是正式確認需求作業的結果符合客戶的系統觀點。

關係
步驟
一般建議
目的 各次審查的一般建議。

當審查需求結果時,下列準則非常有用:

  • 一律用會議格式進行審查,不過,會議的參與者也可以準備他們自己的審查。
  • 持續檢查產生的東西,以確保會有儘可能好的品質。核對清單就是專用於這個用途;請參閱每個工作成果的核對清單。您可以將它們用在非正式的審查會議,或用在每日工作上。
  • 審查應該集中在目前所開發的需求上。

下列角色會參與審查會議:

另外,您也應該考慮邀請下列角色參與審查會議,特別是主要里程碑的審查會議:

您既需邀請必要的審查參與者,又要使審查保持可管理而且有效,這兩者之間適當的平衡很重要。請小心選擇,只邀請有助於實現審查目標的參與者。相較於許多參與者參加一次審查會議,參與者少一點,分成幾個焦點集中的審查會議,通常會比較有效。

建議的審查會議
目的 定義審查的範圍和目標。
定義每項特定的範圍/目標組合所用的方法。 

您通常應該將審查分成下列會議:

  • 審查變更要求,它會影響現有的一組要求。
  • 審查每個主要需求工作成果。如果系統很大,請將這項審查分成幾個會議,可能是每個主要功能區各一次會議。

即使您可以在同一個會議中審查所有項目,也不太可能一次便核准各個結論。請準備針對每個新版需求工作成果進行新的審查。

準備審查記錄以及產生問題文件
目的 產生審查結果的文件。
確定已產生所識別之問題的文件。 

在每項審查會議之後,會議結果會記錄在審查記錄中。另外,任何問題的記錄都要符合專案的變更管理流程。

參考資料

請參閱:[BIT03] 第 11 章。



詳細資訊