在整理完與使用者的談話稿，交付使用者審閱後，下一步是制定軟體需求規格說明書了，貌似和客戶簽約需要依據這份規格說明書，一旦確定，雙方達成協議簽字後，使用者如需更改增加功能是需要再付費的。。。
主要內容有：
1. 簡介
1.1 目的
1.2 應用範圍
1.3 術語及縮寫定義
2. 全面描述
2.1 系統用例圖
2.2 用例綜述
2.3 假設與依賴
3. 詳細需求
3.1 用例描述
3.2 輔助需求
4. 支援資訊
而系統用例圖和用例綜述比較重要，由於無法上傳，我就對用例綜述稍加形容一下：
用例名稱、用例說明、優先順序
用例說明：描述每個用例可以完成的操作和造成的結果；
優先順序：確定開發過程中的先後秩序
用例描述和
輔助需求一般有單獨文件。
用例描述就是站在使用者角度詳細地對每乙個用例進行描述，盡可能避免涉及計算機專業知識和術語，以**為例，我認為比較好的方法是可以簡單製作乙個demo，控制項操作之類的可以截圖，更為直觀地將頁面效果置於文件中，讓客戶更為形象地理解，通常用例描述中還附有uml中的活**。
輔助需求規格說明書一般包含以下內容：
1. 概述
1.1 目的
1.2 範圍
1.3 定義與縮寫
1.4 參考
1.5 縱覽
2. 輔助功能
2.1 日誌系統
3. 可用性
3.1 windows支援
3.2 瀏覽器
3.3 使用舒適
4. 可靠性
4.1 有效性
4.2 實時性
4.3 平均故障間隔時間
5. 效能
5.1 併發要求
5.2 資料庫響應要求
5.3 處理時間要求
5.4 錯誤及中斷
6. 可支援行
6.1 **注釋
7. 設計約束條件
8. 使用者手冊與幫助文件
8.1 使用者操作手冊
8.2 使用者安裝手冊
8.3 安裝程式
9. 構件組成
基本上就是這些內容的展開，∵software個有所不同，∴不詳加介紹了(*這個格式一點點靠這個編輯器來呈現還是比較費力的*)
軟體需求規格說明書
對軟體的需求進行分析，包括軟體的業務需求 使用者需求 功能需求。並對各系統介面 執行環境 效能需求做出可行性方案。通過本產品可以方便記錄。文字錄入功能 語音錄入功能 設定定時提醒 檢視歷史備忘。經常做計畫，能堅持的人比較實用 文字備忘錄 語音備忘錄 檢視歷史記錄 以圖形圖畫及各種元件繪製成使用者介面...
軟體需求規格說明書
軟體規格說明書作為產品需求的最終成果，必須具有綜合性，包括所有的需求。本節描述軟體產品需求規格說明書 srs 目的是 指明讀者物件 專案背景 列出文件中所用到的專業術語定義和縮寫詞原文以及參考資料。作為軟體總體測試的依據。本節描述軟體任務，包括目標 執行環境 條件和限制。本節主要包括資料流圖 資料字...
軟體需求規格說明書
專案名稱 蹭課神器 pm 吉陽輝 一 目標 本專案旨在於提供課程資訊及提醒功能以方便學生蹭課。許多學生只了解自己所修的專業課，對於別的專業的課程有興趣去聽，但是不清楚上課的時間和地點，由此帶來許多的不便。二 使用者和典型場景 使用者面向廣大在校學生。典型場景一 有的使用者在課餘時間想要學習其他專業的...