這次分享下書寫需求說明書要注意的事項。
如何書寫需求說明書之前也分享過，今天的分享以開發提出的具體問題，從這角度進行說明。
一、名詞解釋
以平安**需求為例，開發提出以下需要定義名詞的問題：
1、 定期」與自然日的對照，例如，如何定義「月初、月末」等自然日（與工作日的關係等）？
2、 最新主體評級的主體是指交易對手嗎？
3、 外部主體評級是指最新外部主體評級嗎？
4、 提示日期與歸屬日期有什麼區別？
5、 如何區分債券投資業務?
6、 規模指什麼規模？
7、 授信主體是指誰的授信主體？等等
因此，在需求說明書中如果有特殊名詞或專有名詞或需要特別注意的名詞可以在名詞解釋章節中進行說明。
日期
需求說明書中涉及日期的，如t日、工作日、自然日等日期需要進行名詞解釋。
口徑
包括業務口徑、規模口徑、評級取數口徑。
物件
包括資產、主體、交易對手、客戶等說明。
二、資料
1、 相關業務資料需要在本系統中落地？
2、 若期權的風險敞口值取不到，就不取？
3、 資料**是資料集市嗎？
4、 監管層面的『預警閾值』『預警值』嗎？『閾值』『限額值』嗎？
5、 資料同步問題，資料改變後本系統資料是否同步更新
6、 折算後計提金額，怎麼計算？有計算公式嗎？
7、 台賬資訊的字段有哪些？
8、 管控要求：「管控要求」是什麼？
9、 持倉規模的單位是什麼？萬元嗎？
10、 發行人是指「**名稱「的發行人嗎？
在需求說明書中描述資料報含以下：
資料**
業務功能最小單位是字段，需要明確說明每個欄位的資料**。
也就是哪些資料可以從外部系統獲取？從哪個系統獲取？哪些資料是本系統產生？從哪個模組產生？（涉及到計算需要說明計算公式）
資料落地
資料是否需要落地到表中。
資料同步
涉及到外部取數的時候，需要考慮資料同步問題，即外部資料變化是否會影響到本系統的資料，是否會同步更新。
資料字段
包括欄位的含義、資料**、資料型別、單位、是否手工輸入、是否必填。
三、處理邏輯
以平安**需求為例，開發提出以下處理邏輯的問題：
1、 部門/產品有多個，怎麼顯示？全部顯示還是顯示1個？
2、 《業務規模》較上日變化、資金**、風險情況需要合計嗎？
3、 《業務規模》出表金額怎麼區分出來？
4、 如何判斷是與持倉有關的？
5、 郵件傳送時多筆和一起的時候郵件標題怎麼設定？正文內容是？
6、 黑灰名單是全量更新嗎？還是增量更新？
7、 系統自有的黑灰名單與外部對接獲取的黑灰名單有不一致的情況，怎麼判斷入池？
8、 派駐審批不通過，退回業務人員？業務人員需要重新提交嗎？
9、 資產分級按資產還是按每筆業務？
10、 資產分級手工調整和確認是否可以再修改？
需求中功能，特別是關鍵功能，要在腦中模擬真實的業務場景、技術等環境，進行驗證。每乙個步驟、環節、關聯限制等控制邏輯都要進行驗證，並在站在全系統的角度，考慮關聯影響。
如，以操作員的角度，在腦中模擬操作該功能；以技術人員的角度，模擬操作人員每個動作，驗證相關處理邏輯以及前、後置條件是否完備。
要基於當前需求，多想（正常、異常、例外），多驗證。
四、資料展現
以平安**需求為例，開發提出以下資料展現的問題：
1、 有專案資料的查詢資訊的查詢頁面？
2、 輿情分類：怎麼進行分類？有分類的設定頁面嗎?
3、 業務、派駐、風控看到的狀態是不一樣的，梳理出介面、查詢條件、狀態
需要用axure等原型工具畫出介面展示圖。
知己知彼，百戰百勝，知道開發關注的點，以後寫需求說明書的時候注意下，讓開發看需求說明書的時候易懂。
需求說明書的格式
1 引言 1 1 編寫目的 闡明開發本軟體的目的 1 2 專案背景 標識待開發軟體產品的名稱 列出本專案的任務提出者 專案負責人 系統分析員 系統設計員 程式設計員 程式設計師 資料員以及與本專案開展工作直接有關的人員和使用者 說明該軟體產品與其他有關軟體產品的相互關係。1 3 術語說明 列出本文件...
撰寫優秀的需求說明書
軟體需求常常被寫得很糟且難於遵循。清楚地闡明你的需求將使每位專案參與者獲益。需求說明總的特點 1 它們必須是正確的。2 它們必須是可行的 3 它們必須是對專案來說是必不可少的。4 它們必須是被標明優先次序的。5 它們必須是不含糊的。6 它們必須是能被證實的。每一條需求說明的特點 1 它是完整的。2 ...
專案開發文件 軟體需求說明書
軟體需求說明書 1 引言 1.1 編寫目的 闡明編寫需求說明書的目的，指明讀者物件。1.2 專案背景 應包括 專案的委託單位 開心單位和主管部門 該軟體系統與其他系統的關係。1.3 定義 列出文件中所用到的專門術語的定義和縮寫詞的願文。1.4 參考資料 可包括 專案經核准的計畫任務書 合同或上級機關...