• 问题账户需求分析


    1.案例分析

      某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。

      为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量

    现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个

    账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。

    2.查阅相关资料,回答下列问题:

      ①如果你为Liz开发问题账户分析系统,你准备如何进行需求分析,第一步要做什么?

        首先要向Liz确定真正的需求,哪些是最主要的问题与功能,哪些是较为次要的,将具体功能进行主次排列,这样可以决定开发系统时候的关注点以及中心。

      ②你认为目前需求分析材料中欠缺哪些内容?

        1>确定严重拖欠债务账户的规则的数目以及每项规则的具体要求;

        2>账户的信息具体有哪些,用来确定数据库的具体制定;

        3>账户三年内的历史资料可以从哪里得到,以及具体内容;

        4>账户的信用等级标准;

        5>判定账户是否为问题账户(过期未付款、拖欠债务、严重拖欠债务、呆死账)的标准。

      ③描述一下拟开发系统的原型(包括哪些功能,数据库如何设计,操作的流程,界面的设计等等)

        1>具体功能:

          1、通过不同规则来判定账户中哪些是严重拖欠账户;

          2、自动获取严重拖欠账户的三年内的历史资料并判断是否要给于信用决定;

          3、自动将账户进行分类,可以分析出问题账户(过期未付款、拖欠债务、严重拖欠债务、呆死账)及其比例。

        2>数据库的设计:

          1、各个账户的具体信息;

          2、各个账户的三年内历史资料;

          3、每个账户的信用等级。

        3>操作的流程:

          1、登录;

          2、选择要进行的功能;

          3、如果选择判定严重拖欠账户,可以判断出账户中的问题账户,并且分成两类,提示哪些是需要进行信用决定的,修改问题用户的信用等级;

          4、如果选择获取问题账户比例,可以得到账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例,并且可以以表格形式打印;

          5、退出。  

        4>界面的设计:

          1、登录界面;

          2、选择功能界面(1:判定严重拖欠账户 2:获取问题账户比例 3:退出);

          3、判定严重拖欠账户界面;

          4、获取问题账户比例界面;

          5、退出界面。

  • 相关阅读:
    ElasticSearch聚合分析API——非常详细,如果要全面了解的话,最好看这个
    wiredtiger引擎性能——比levelDB更牛叉!
    mongodb数据文件结构——record是内嵌BSON的双向链表,多个record或索引组成extent
    MongoDB Wiredtiger存储引擎实现原理——Copy on write的方式管理修改操作,Btree cache
    elasticsearch聚合操作——本质就是针对搜索后的结果使用桶bucket(允许嵌套)进行group by,统计下分组结果,包括min/max/avg
    splunk的统计分析功能——特定字段的统计功能包括取值分布(+topK,min/max/平均值)
    在SQLAlter在现场一定的价值
    Android4.0设置接口变更摘要(四)
    Nagios监控生产环境redis群集服务战
    Facebook Asynchronous Layout and Rending
  • 原文地址:https://www.cnblogs.com/Daddy/p/5904055.html
Copyright © 2020-2023  润新知