需求文件規範
作者：王章龍
完成日期：
簽收人：
簽收日期：
修改情況：
目錄模組概述 4
名詞說明 4
使用場景 4
系統設計 4
用例（可選） 4
實體關係（可選） 4
實體狀態圖（可選） 4
流程說明（可選） 4
約束 5
安全要求（可選） 5
效能要求（可選） 5
功能需求 5
功能說明 5
前置條件（可選） 5
功能截圖 5
介面說明 5
問題答疑 5
文件規範： 6
檔案命名規範： 6
版本號規範： 6
檔案內容結構規範： 6
功能需求標準 6
搜尋欄 6
** 7
表單 7
其他： 8
業務邏輯： 8
對模組做概括性的介紹，開發此模組的目的，主要功能以及要達到的目標。
對模組涉及的重要概念進入說明。
使用者在什麼場景下使用當前模組。
模組涉及的主要用例。
模組重要實體的屬性及行為定義。
重要實體的狀態變化圖。
複雜業務的流程圖。
如有安全方面的要求請註明。
如有效能方面的要求，請註明。
記錄需求培訓後及開發中開發，測試團隊提出的問題。
文件覆蓋範圍以模組為單位，每個模組獨立文件。比較複雜的模組可以拆分成成多個文件，每個文件的檔名以模組名稱為字首，加上具體的功能點。
模組名稱版本號：
新模組一般以模組名稱。
模組名稱-迭代名版本號：
對於之前文件缺失的模組，可以以模組名稱-迭代名稱的方式命名，文件中描述本迭代相關的需求。
v+年+月+日+.+時+分。如v20160208.1716。版本號變更的條件：發布文件給開發，測試團隊時；
按模板要求，標註為（可選）的部分根據模組實際情況撰寫，不強制要求。
另外，本著簡潔高效的原則，原型上已經體現的內容，在功能需求中不再重複說明，只說明原型上無法體現或者原形表達錯誤的內容。
盡量使用產品字典中的標準詞彙，描述時盡量簡潔易懂。
其實頁面隱藏很多業務邏輯需要加備註說明如：
資料載入邏輯
多狀態顯示隱藏邏輯
頁面跳轉邏輯
其他具體的業務邏輯，在上面的頁面描述中已經註明。
軟體產品規格說明
目次1 範圍 2 1.1 標識 2 1.2 系統概述 2 1.3 文件概述 2 2 引用文件 3 3 軟體產品的源程式構成 3 3.1 軟體設計 3 3.2 csci源 列表 3 4 軟體產品的生成和測量 3 4.1 編譯程式 匯程式設計序 3 4.2 測量工具 3 5 軟體產品的固化 3 5.1 ...
軟體產品標準化設計規範說明
v1.0 通用提示 範圍 主要用於表單資料及其它資料的驗證提示，例如 身份證與年齡匹配驗證等。主要應用於大批量資料的展示 檢視 維護等方面。基礎 是 本身最原始的一些屬性集合，針對 在不同場景下的狀況，在擴充套件設計中會一一羅列出來。設計意圖 合理有效的組織資料資訊 幫助使用者快速 有效的檢視 資料...
軟體產品規格說明 SPS
1引言本章應分成以下幾條。1.1標識 本條應包含本文件適用的系統和軟體的完整標識，若適用 包括標識號 標題 縮略詞語 版本號 發行號。1.2系統概述 本條應簡述本文件適用的系統和軟體的用途。它應描述系統與軟體的一般性質 概述系統開發 執行和維護的歷史 標識專案的投資方 需方 使用者 開發方和支援機構...