開發看需求說明書的時候會提出什么問題?
給開發看的需求說明書以“易懂”為主要標準,其中如果有特殊名詞或專有名詞或需要特別注意的名詞,需要在名詞解釋章節中進行說明。
在平安證券做了為期兩個多月的需求調研,本文以開發對平安證券需求問題為切入點,說明在寫需求說明書的時候應該注意的事項。
一、 名詞解釋
以平安證券需求為例,開發提出以下需要定義名詞的問題:
- 定期”與自然日的對照,例如,如何定義“月初、月末”等自然日(與工作日的關系等)?
- ‘最新主體評級’的主體是指交易對手嗎?
- ‘外部主體評級’是指最新外部主體評級嗎?
- 提示日期與歸屬日期有什么區別?
- 如何區分債券投資業務?
- 規模指什么規模?
- 授信主體是指誰的授信主體?
- ……
因此,在需求說明書中如果有特殊名詞或專有名詞或需要特別注意的名詞可以在名詞解釋章節中進行說明。
1.1 日期
需求說明書中涉及日期的,如T日、工作日、自然日等日期需要進行名詞解釋。
1.2 口徑
包括業務口徑、規??趶?、評級取數口徑。
1.3 對象
包括資產、主體、交易對手、客戶等說明。
二、 數據
以平安證券需求為例,開發提出以下數據相關的問題:
- 相關業務數據需要在本系統中落地?
- 若期權的風險敞口值取不到,就不?。?/li>
- 數據來源是數據集市嗎?
- 監管層面的‘預警閾值’==‘預警值’嗎?‘閾值’==‘限額值’嗎?
- 數據同步問題,數據改變后本系統數據是否同步更新
- 折算后計提金額,怎么計算?有計算公式嗎?
- 臺賬信息的字段有哪些?
- 管控要求:“管控要求”是什么?
- 持倉規模的單位是什么?萬元嗎?
- 發行人是指“證券名稱“的發行人嗎?
在需求說明書中描述數據包含以下:
2.1 數據來源
業務功能最小單位是字段,需要明確說明每個字段的數據來源。也就是哪些數據可以從外部系統獲???從哪個系統獲取?哪些數據是本系統產生?從哪個模塊產生?(涉及到計算需要說明計算公式)
2.2 數據落地
數據是否需要落地到表中。
2.3 數據同步
涉及到外部取數的時候,需要考慮數據同步問題,即外部數據變化是否會影響到本系統的數據,是否會同步更新。
2.4 數據字段
包括字段的含義、數據來源、數據類型、單位、是否手工輸入、是否必填。
三、 處理邏輯
以平安證券需求為例,開發提出以下處理邏輯的問題:
- 部門/產品有多個,怎么顯示?全部顯示還是顯示1個?
- 《業務規?!份^上日變化、資金來源、風險情況需要合計嗎?
- 《業務規?!烦霰斫痤~怎么區分出來?
- 如何判斷是與持倉有關的?
- 郵件發送時多筆和一起的時候郵件標題怎么設置?正文內容是?
- 黑灰名單是全量更新嗎?還是增量更新?
- 系統自有的黑灰名單與外部對接獲取的黑灰名單有不一致的情況,怎么判斷入池?
- 派駐審批不通過,退回業務人員?業務人員需要重新提交嗎?
- 資產分級按資產還是按每筆業務?
- 資產分級手工調整和確認是否可以再修改?
需求中功能,特別是關鍵功能,要在腦中模擬真實的業務場景、技術等環境,進行驗證。每一個步驟、環節、關聯限制等控制邏輯都要進行驗證,并在站在全系統的角度,考慮關聯影響。如,以操作員的角度,在腦中模擬操作該功能;以技術人員的角度,模擬操作人員每個動作,驗證相關處理邏輯以及前、后置條件是否完備。要基于當前需求,多想(正常、異常、例外),多驗證。
四、 數據展現
以平安證券需求為例,開發提出以下數據展現的問題:
- 有項目資料的查詢信息的查詢頁面?
- 輿情分類:怎么進行分類?有分類的設置頁面嗎?
- 業務、派駐、風控看到的狀態是不一樣的,梳理出界面、查詢條件、狀態
需要用AXURE等原型工具畫出界面展示圖。
知己知彼,百戰百勝,知道開發關注的點,以后寫需求說明書的時候注意下,讓開發看需求說明書的時候易懂。
#專欄作家#
Vi-Vi-Fu,微信公眾號:vivifu12,人人都是產品經理專欄作家。杭州某不知名公司需求分析師。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
文章里提到的開發詢問的數據名詞解釋以及處理邏輯,是和開發對需求的時候提出來的嗎? 然后我們再完善到文檔里?
隱隱約約
可以轉載嗎美女
轉載需要留下作者名稱、微信公眾號
必須的
7777777777777