需求規格書撰寫指引.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 diagra