首页 > 代码库 > 问题账户需求分析
问题账户需求分析
一、前情描述
某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
二、需求分析第一步
了解客户的真正需求。通过与Liz详细沟通,深入了解其相关的需求。
了解客户的具体要求。在了解需求后,对其具体的问题进行划分。比如:何为严重拖欠债务,它根据哪几项规则进行划分。
三、目前需求分析材料欠缺的内容
具体的指标,即度量的标准和依据,例如“严重”一词,具体到数据上,何为严重拖欠。
仅仅从Liz的角度来看待这个问题,过于片面,应该深入从不同的角度、不同的对象进行调研。比如:Liz需要这样做,她的上层和下层需要这些数据的原因和目的。
四、原型描述
(1)功能要求
1)显示所有客户,并能够快速查询客户账户
2)根据指标,给出客户是否为问题账户
3)存留客户的三年内的所有历史数据
4)对不同分类的客户,给出信用决定
5)显示问题客户列表中的比例
(2)数据库设计
1)客户表(身份证号(ID),姓名(Name),手机号码(Phone),住址(Address),卡号(No))
2)客户_卡表(卡号(No),身份证号(ID),开户日期(OpenDate),开户金额(OpenMoney),余额(Money),密码(Password),是否锁定(IsLock),信用等级(Degree))
3)交易记录表(交易单号(TranId),卡号(ID),交易日期(TranDate),交易类型(TranType),交易金额(TranMoney),交易地点(TranPlace),备注(Remark))
4)信用记录表(卡号(No),身份证号(ID),欠款总次数(All),欠款总金额(AllMoney),平均拖欠时间(AvgTime))
//备注:仅列出了大致的表,相关表项可以根据需要再添加
(3)操作流程
1)根据具体指标筛选出过期未付款的账户名单。
2)根据此名单和相关的数据指标可以直接给出账户分类
3)历史资料核对
4)给出信用决定建议
5)处理完所有用户,生成比例
(4)界面设计
问题账户需求分析