作業: 詳述軟體需求
這項作業說明如何詳述系統的軟體需求。
目的

這項作業的目的是要收集、詳細說明及組織工作成果集(套件),以完整說明系統的軟體需求。

關係
角色主要: 其他的: 協助:
輸入強制: 選用: 外部:
輸出
主要說明
詳述軟體需求,包括要詳述使用案例以及要在現行版次交付的需求之增補規格。如需詳細資訊,請參閱詳述使用案例以及開發增補規格
步驟
詳述軟體需求

確保所有需求記載的詳細程度,足以移交給設計師、測試人員及文件作者使用。 審查和所產生的工作成果相關聯的核對清單。

如果需求要進行追蹤或正式管理,請確定要清楚指出及標示每項需求。

產生支援報告

需求通常都是由一或多個工具儲存和管理。例如,以下的工具:

  • 建立圖形需求模型
  • 追蹤能力及整體的需求管理
  • 其他文字及圖形文件。

這個步驟會以這些工具製作文件,使資訊易於審查。若沒有使用專用工具擷取需求,這個步驟就不適用(所有軟體需求都會直接寫在文件中)。

如需有關支援製作工作成果報告的詳細資訊,請參閱工作成果內容頁面。

包裝需求供進行審查

這個步驟會製作要在目前的開發週期提交的完整軟體需求定義,以便能有效率地審查需求。這裡需要組合所有需求工作成果,並提供任何相關資訊。     

在較不正式的專案中,這個步驟會包括建立相關的報告以及手工製作的文件,並包含足夠的支援資料。

在較正式的專案中,則可能會製作一或多個軟體需求規格 (SRS),以收集及組織與專案有關的所有需求。例如,用一個個別的 SRS 來說明在產品的特定版本中,每個特性的完整軟體需求。這可能會包括在其他需求工作成果中記錄的需求在內。在這種情況下,SRS 就可以參照在其他工作成果中記錄的需求。如此您就可以製作一份正式的 SRS,但不會重複其他工作成果中包含的資訊。使用適當的軟體需求規格範本,來組合 SRS 套件的各個部分,並提供其餘的資訊,以產生此子系統或特性的完整軟體需求定義。

內容
多次出現的項目
事件驅動
持續進行中
選用
規劃
可重複的
主要考量

使用者介面原型可以作為在初始的需求定義時,可能被忽略的詳細需求之來源。如果使用者接受了原型,重要的事情是要明確地記載實作原型所需要的任何詳細需求。 

詳細資訊