问题:
某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。
为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
1、第一步需要分析Liz遇到的问题,进行需求整理。
2、严重拖欠债务的详细规则及其包含的数据,信用决定的具体规则,账户资料该包含哪些东西,Liz的工作流程和细节,。
3.1功能:
(1)对名单里的账户进行规则验证,确定是否为严重拖欠债务用户。
(2)对确定的严重拖欠债务的用户查阅该用户三年内的历史资料,根据信用决定规则判断信用等级判定。
(3)统计拖欠债务类型账户的比例。
3.2数据库设计:
账户信息表:
字段 | 含义 | 数据类型 | 是否为空 | 主码 | 外码 |
username | 账户的名称 | varchar(20) | 否 | 是 | 否 |
overtime | 账户类型 | int | 否 | 否 | 否 |
rule1 | 确定是否严重拖欠债务规则的数据一 | varchar(20) | 否 | 否 | 否 |
rule2 | 确定是否严重拖欠债务规则的数据二 | varchar(20) | 否 | 否 | 否 |
rule3 | 确定是否严重拖欠债务规则的数据三 | varchar(20) | 否 | 否 | 否 |
... | 。。。。 | varchar(20) | 否 | 否 | 否 |
rule4 | 信用等级评判规则一 | varchar(21) | 否 | 否 | 否 |
rule5 | 信用等级评判规则一 | varchar(22) | 否 | 否 | 否 |
rule6 | 。。。。 | varchar(23) | 否 | 否 | 否 |
3.3操作流程:
打开系统,点击查看过期未付款的用户,显示所有过期未付款的用户;点击筛选出严重拖欠用户,显示出严重拖欠用户;
根据信用判断的规则,对用户资料进行判断,显示出严重拖欠用户的信用等级;
点击统计,显示出所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例;
3.4界面设计:
在左侧菜单栏有查看过期未付款用户的选项,点击后在右侧显示过期未付款的用户;
在过期未付款用户的上方有个筛选严重拖欠用户的按钮,点击后在该页面显示严重拖欠用户,并且根据规则显示出严重拖欠用户的信用级别;
在左侧菜单栏还有统计功能,点击后,在右侧显示。。与。。与。。的比例。