問題帳戶需求分析

案例

某大銀行的一位銀行卡辦公室的收帳經理Liz遇到了一個問題。她每週都收到一份過時未付款的帳戶名單。這份報告已經從兩年前的250個帳戶增長到如今的1250個帳戶。
爲了肯定那些嚴重拖欠債務的帳戶，Liz須要通讀這份報告。嚴重拖欠債務的帳戶由幾個不一樣的規則肯定，每一個規則都要求Liz檢查客戶的一項或幾項數據。過去半天的工做量如今增長到了每週三天。即便在肯定了嚴重拖欠債務的帳戶後，若是沒有查閱該帳戶三年內的歷史資料，Liz也不能作出最後的信用決定(例如嚴厲的催款電話、斷絕信用或將這個帳戶轉給一個收帳代理)。另外，Liz須要報告全部帳戶中過時未付款的、拖欠債務的、嚴重拖欠債務的和呆死帳的比例。目前的報告中並無給她提供這個信息

查閱相關資料，回答下列問題

• 若是你爲Liz開發問題帳戶分析系統，你準備如何進行需求分析，第一步要作什麼？
• 你認爲目前需求分析材料中欠缺哪些內容？
• 描述一下擬開發系統的原型（包括哪些功能，數據庫如何設計、操做的流程、界面的設計等等）

第一步：

第一步應該是作需求調研，咱們要想得到用戶的需求，必需要了解業務。首先要與Liz 在整個流程上開展深刻地交流討論，對現階段遇到的問題進行細節上的剖析，站在Liz （既用戶）的角度思考問題，而且在交流不斷的與其進行需求驗證，肯定需求內容。

欠缺內容

• 確少嚴重拖欠債務的帳戶規則，
• 確少作最後信用決定的標準

系統原型

功能：

1. 可以存儲和操做客戶的信息，包括該客戶三年內的歷史資料
2. 根據已經設定好的評判規則，能夠斷定出哪些是問題帳戶，同時自動作出最後的信用斷定
3. 在顯示問題帳戶的同時，實時分析各種問題帳戶所佔的比例，並以圖表方式進行展現。

數據庫設計：

1. 首先依據需求調研中獲取的材料分析出系統中的實體和功能以及之間的關係，並畫出ER圖。
2. 根據ER 圖 進行數據庫物理結構設計，經分析，本系統中核心的表有用戶基本信息表，用戶歷史數據表，問題帳戶記錄表，借款記錄表，還款記錄表。

操做的流程：

登陸系統——>更新帳戶信息數據——>顯示問題帳戶——>同時自動顯示每一個帳戶信用評判結果，自動顯示各種帳戶佔全部帳戶的比例。

界面的設計：

1. 基本的界面包括登錄註冊界面，系統主界面
2. 帳戶信息查看和修改界面
3. 帳戶歷史數據查詢界面
4. 問題帳戶顯示界面，包括了評判結果與比例結果的顯示。