需求规格书撰写指引.docVIP

需求規格書撰寫指引 From Software Engineering Lab Jump to: navigation, search 目錄 [隱藏] 1 需求規格書基本概念 2 需求規格書的內容 3 IEEE 830 軟體需求規格書建議 (英文） 3.1 以使用者來區分 3.2 以操作模式來區分 4 IEEE 830 軟體需求規格書建議 (中文） 5 國科會自由軟體專案研究計劃需求規格報告樣版與範例 6 逢甲大學歷年優秀作品 使用者需求 是由使用者提出來的，比較抽象; 系統需求 是與開發端討論過的，是完整的、經過可性評估的、可作為後續設計的依據、使用者確認過的、加上系統觀點的。 SRS (System Requirement Specification）的內容主要以系統需求為主。 需求的描述多半用自然語言描述，但可以輔以模組語言，例如 UML 的 use case modeling, class diagram等。 SRS 與 SDD 要分開，SRS 交代系統的 WHAT (系統提供什麼功能？)，SDD 交代系統的 HOW (我們如何提供這些功能？）。 需求規格書的內容 需求規格書是定義你的系統有什麼功能，也包含你的系統分析 系統是給誰用的，用的目的是什麼？ 整個系統使用的情境為何？整體性的流程為何？（可用 UML activity diagram 來規劃） 使用者需求列表與說明 針對每一個需求（功能）給一個明確的 ID，並用文字、圖形、模組說明此需求的含意 多利用 ER, DFD, Use case, 流程圖等來說明你的需求功能 系統需求列表與說明 (使用者需求與系統需求的差別) 需求追溯表 描述使用者需求與系統需求之間的關係 系統限制（法令、規範或設計上的限制，例如一定要用Java實做) IEEE 830 軟體需求規格書建議 (英文） 以使用者來區分 Introduction Purpose Scope Definitions, acronyms, and abbreviations References Overview Overall description Product perspective Product functions User characteristics Constraints Assumptions and dependencies Specific requirements External interface requirements User interfaces Hardware interfaces Software interfaces Communications interfaces Functional requirements User class 1 Functional requirement 1.1 ... Functional requirement 1.n User class 2 Functional requirement 1.1 ... Functional requirement 1.n Performance requirements Design constraints Software system attributes Other requirements Appendixes 以操作模式來區分 Introduction Purpose Scope Definitions, acronyms, and abbreviations References Overview Overall description Product perspective Product functions User characteristics Constraints Assumptions and dependencies Specific requirements External interface requirements User interfaces Hardware interfaces Software interfaces Communications interfaces Functional requirements Mode 1 Functional requirement 1.1 ... Functional requirement 1.n Mode 2 Functional requirement 1.1 ... Functional requirement 1.n Perfo