工作成果: 軟體需求規格
這個構件可擷取整個系統或一部分系統的軟體需求。
目的

「軟體需求規格 (SRS)」的重點在於收集和組織專案的所有相關需求。最好以正式、IEEE830 格式的文件來收集專案軟體需求。

因為您可能以多項不同的工具來收集這些需求,必須瞭解需求的集合可能存在許多不同的構件和工具中。因此,我們將以套件來收集 SRS 的需求,此套件可能是單一文件,或一組描述需求的各種構件。
(如需其他準則,請參閱「詳細資訊」)。

SRS 套件可控制系統在整個專案開發階段中的演變,隨著「願景」文件中不斷加入或修改新功能,「SRS 套件」也會詳細記載這些功能。

下列人員會使用「軟體需求規格」:

  • 在定義類別的責任、操作及屬性時,以及在調整類別來符合實作環境時,設計師會參考「SRS 套件」。
  • 實作人員在實作類別時會以「SRS 套件」做為輸入。
  • 「專案管理人員」在規劃反覆時會以「SRS 套件」做為輸入。
  • 測試人員會以「SRS 套件」做為輸入來決定需要什麼測試。
關係
角色負責: 修改者:
輸出來源
說明
概略輪廓

「軟體需求規格 (SRS)」擷取系統或局部系統的完整軟體需求。

一份 SRS 可能會有許多不同的編排格式。如需其他指引,請參閱調整章節。

內容
選用
規劃Yes
圖例
主要考量
如需決定需求的正確位置和組織,請參閱需求管理計劃。例如,在產品的特定版本中,可能適合以分開的 SRS 來描述每一項特性的完整軟體需求。
調整
表示法選項

一份 SRS 可能會有許多不同的編排格式。如需您的專案相關的編排格式,請參閱本頁標題表中的範本和範例章節。 如需這個構件的詳細闡述,包括其他 SRS 編排選項,請參閱 [IE830]。

「軟體需求規格」應該提供完整的軟體需求定義,包括功能面和非功能面。 不過,使用案例需求(包括功能面和非功能面)應該記錄在使用案例中,而系統全面的需求(包括功能面和非功能面)應該記錄在增補規格中。這些分開的工作成果可以彙總起來定義「軟體需求規格 (SRS)」。

詳細資訊