问题账户需求分析
1.故事背景
- 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。
- 为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
2.给出的问题及回答
(1)如果你为Liz开发问题账户分析系统,你准备如何进行需求分析,第一步要做什么?
-
- 首先需要对用户进行需求调研,要了解用户的需求到底是什么,并且形成关于该用户的业务目标。
- 必要的时候可以开发出小型的原型,从而让用户能够更加直观的阐述自己的需求
(2)你认为目前需求分析材料中欠缺哪些内容?
-
- 由于是银行的系统,我认为欠缺了对数据进行校验的考虑
- 还有就是关于设定欠帐规则,以及设定欠帐规则之后的报告比例联动问题。同时也包括设立欠帐规则成立时间点的问题
- 最后就是关于设定完成之后,用户向其公司提交的问题
(3)描述一下拟开发系统的原型(包括哪些功能,数据库如何设计、操作的流程、界面的设计等等)
-
- 功能描述
- 设定不同的规则,并且可以进行实时的修改
- 多条件查询客户,可以根据类型,姓名,所欠金额以及设定的规则等多个方面查询用户,并且定位问题客户
- 能够对客户进行多条件,例如欠款金额,问题程度进行排序
- 能够提供三年的历史记录,并且提供为客户打出信用评级的功能
- 能够统计问题账户的比例
- 能够对设定后的用户名单进行简单的格式加工
- 数据库设计
-
用户表
名 类型 长度 是否可以为null 是否为 主键 注释 clientId varchar 13 否 是 clientName varchar 50 否 否 clientSex boolean 2 是 否 clientAge Int 5 是 否 tel varchar 11 否 否 address varchar 50 否 否 balance double 20 否 否 账户余额 clientType boolean 2 否 否 判断是否是问题用户 defaultTime Date 20 是 否 拖欠的时间 defaultReasonvarchar 510 是 否 拖欠的原因 determine varchar 510 是 否 从支行反馈来的客户的判定(例如拥有断绝信用的行为) defaultType int 100 是 否 判定的用户类型(例如过期未付款的、拖欠债务的),可以自行添加类型,所以这里不做设定 clientLevel int 20 否 否 用户的信用等级 formTime Date 20 否 否 该用户的信息生成的时间 - 登录表
-
- 功能描述
名 | 类型 | 长度 | 是否可以为null | 是否为 主键 | 注释 |
userId | varchar | 13 | 否 | 是 | |
userType | int | 3 | 否 | 否 | 根据类型,判断能够拥有的权限 |
password | varchar | 20 | 否 | 否 |
-
- 操作的流程
- 用户输入用户名和密码,鉴定身份,根据身份给予不同的功能
- 点选问题用户的选择框,可以筛选出所有的问题用户。
- 点击排序,输入条件,可以对所有的用户进行按条件排序,并且查看客户的信息
- 最高权限下,可以进入统计界面,可以选择不同的条件,查看各个用户所占的比例,以及三年的历史详单
- 在最高权限下,可以对用户的拖欠类型以及信用等级进行修改
- 页面的设计
- 首页面,包括用户id和用户密码的输入,含有背景图片。界面设计合理,且包含注册的功能
- 进入页面之后,右上角是用户的个人中心,显示用户名,退出系统
- 左侧是导航栏,可以快速的打开各个页面
- 中间是显示页面,可以显示各个表格
- 在表格的最上方是查询拦,以输入框的形式体现,输入框右边则是条件的设定,点击多条件之后,将各个条件展开显示。
- 每个页面进行分页处理
- 操作的流程