以下是新的風險系統的非功能需求。
性能
- 新加坡在每個業務日的當地時間上午9點開市，風險報表必須在此前生成。
可伸縮性
- 系統必須有能力處理未來5年的交易量。
- 交易數據系統的導出文件包括大約5000次交易，預計現在每天將有10次額外的交易。
- 參考數據系統的交易對手導出文件包括大約2萬個交易對手，增長可以忽略不計。
- 全世界有40~50個業務用戶需要訪問報表。
可用性
- 風險報表應該隨時對用戶可用，但少量的停機（每天不超過30分鐘）是可以忍受的。
故障轉移
- 人工故障轉移對所有的系統組件都足夠了，能夠滿足可用性目標。
安全性
- 這個系統必須遵循僅限認證和授權用戶訪問的銀行政策。
- 報表必須只分發給授權用戶。
- 只允許授權用戶的子集修改風險計算使用的參數。
- 儘管也不錯，但沒有單點登錄的需求（比如，與ActiveDirectory、LDAP等的整合）。
- 所有對系統和報表的訪問都將在銀行的全球網絡範圍內。
審計
- 以下事件必須記錄在系統審計日誌中：
- 生成報表；
- 修改風險計算參數。
- 用於風險計算的輸入數據必須是可理解的。
容錯和恢復
- 如果可能，系統應採取適當的步驟從錯誤中恢復，但所有的錯誤都應被記錄。
- 影響完成交易對手風險計算的錯誤都應被記錄，流程應繼續。
國際化和本地化
- 所有用戶界面都將只用英語呈現。
- 所有報表都將只用英語呈現。
- 所有交易價格和風險指數都將只用美元呈現。
監測和管理
- 如遇下列情況，簡單網絡管理協議（SNMP）陷阱應被發送至銀行的中心監測服務：
- 系統組件的致命錯誤；
- 新加坡時間上午9點前未能生成報表。
數據保存和歸檔
- 風險計算過程使用的輸入文件必須保留1年。
互操作性
- 現有數據系統的接口應該遵守並使用現有的數據格式。