案例:算法
某大銀行的一位銀行卡辦公室的收帳經理Liz遇到了一個問題。她每週都收到一份過時未付款的帳戶名單。這份報告已經從兩年前的250個帳戶增長到如今的1 250個帳戶。
爲了肯定那些嚴重拖欠債務的帳戶,Liz須要通讀這份報告。嚴重拖欠債務的帳戶由幾個不一樣的規則肯定,每一個規則都要求Liz檢查客戶的一項或幾項數據。過去半天的工做量如今增長到了每週三天。即便在肯定了嚴重拖欠債務的帳戶後,若是沒有查閱該帳戶三年內的歷史資料,Liz也不能作出最後的信用決定(例如嚴厲的催款電話、斷絕信用或將這個帳戶轉給一個收帳代理)。另外,Liz須要報告全部帳戶中過時未付款的、拖欠債務的、嚴重拖欠債務的和呆死帳的比例。目前的報告中並無給她提供這個信息。數據庫
需求分析:數據庫設計
1.若是你爲Liz開發問題帳戶分析系統,你準備如何進行需求分析,第一步要作什麼?設計
2.你認爲目前需求分析材料中欠缺哪些內容?代理
擬開發系統的原型:blog
1.功能事務
2.數據庫設計開發
屬性名 | 含義 | 數據類型 | 是否爲空 | 是否主碼 | 是否外碼 |
username | 銀行帳戶名 | nvarchar(19) | 否 | 是 | 否 |
password | 密碼 | nchar(6) | 否 | 否 | 否 |
phone | 聯繫方式 | nchar(11) | 否 | 否 | 否 |
balance | 帳戶餘額 | float | 是 | 否 | 否 |
level | 信用等級 | nvarchar(20) | 是 | 否 | 否 |
state | 是否問題帳戶 | bool | 否 | 否 | 否 |
屬性名 | 含義 | 數據類型 | 是否爲空 | 是否主碼 | 是否外碼 |
username | 銀行帳戶名 | nvarchar(19) | 否 | 否 | 是 |
datetime | 操做時間 | datetime | 否 | 否 | 否 |
username&datetime文檔 |
是 | ||||
operate_type原型 |
操做類型 | nvarchar(10) | 否 | 否 | 否 |
money |
操做金額 | float | 否 | 否 | 否 |
屬性名 | 含義 | 數據類型 | 是否爲空 | 是否主碼 | 是否外碼 |
username | 銀行帳戶名 | nvarchar(19) | 否 | 是 | 是 |
phone | 聯繫方式 | nvarchar(11) | 否 | 否 | 否 |
problem_type | 問題類型 | nvarchar(10) | 否 | 否 | 否 |
dispose | 信用決定 | nvarchar(10) | 否 | 否 | 否 |
debt | 欠款 | float | 否 | 否 | 否 |
3.操做的流程
4.界面的設計