软件体系架构课堂测试–架构分析
阅读下列案例,回答相关问题:
某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。
为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
假设现在需要你来开发一个软件,解决Liz面对的难题。
1、 那么你认为Liz现在遇到的问题有哪些?
(1)工作量的增加;
(2)客户账户的历史数据;
(3)问题账户所占比例没有显示…
2、你希望新的软件应该达成哪些业务目标?
BR1:能够快速查询客户账户;
BR2:能够分析一个客户是否为问题账户;
BR3:能够给出一个问题账户的三年内的历史数据:
BR4:能够计算问题账户所占比例…
2、 你怎样设计软件的高层解决方案?
(1)建立一个数据库系统用来存放客户账户信息;
(2)根据特定的判定问题账户的算法检索辨别出问题账户;
(3)工作人员能够检查该账户的三年内的历史数据;
(4)即时显示问题账户所占比例…
4、你怎样设计系统特性?
(1)创建客户信息数据库;
(2)根据原始数据重新整理并更新;
(3)提供提供客户账户基本信息查询和三年历史数据查询;
(4)设定欠账规则,创建问题用户计算过程;
(5)实时分析各类问题账户所占比例…
问题:
1、 绘制需求层次-需求方面二维矩阵。
|
功能 |
质量 |
约束 |
业务目标 |
BR1, BR2, BR3, BR4 |
可修改性,可靠性,安全性 |
时间约束:给出问题账户3年内的历史数据 |
用户需求 |
快速查询客户账户, 分析问题账户, 提供历史数据, 计算问题账户比例 |
可互操作性,可靠性,易用性 |
数据保密; 数据保留策略 |
系统需求 |
数据库系统, 算法判定问题账户, 历史数据查询, 即时显示比例 |
可靠性, 性能, 可用性 |
技术、安全等方面的约束 |
2、 确定关键功能。
1.快速查询客户账户;
2.分析一个客户是否为问题账户;
3.提供一个问题账户的三年内的历史数据;
4.计算问题账户所占比例。
3、 确定关键质量。(采用质量矩阵进行分析)
1.可靠性: 系统应该能够准确识别问题账户,避免漏报或误报;
2.性能: 查询和分析客户账户的速度应该快,以满足Liz的工作需求;
3.可用性: 系统应该稳定可靠,并且易于使用,以便Liz能够方便地处理账户信息;
4.安全性: 客户账户信息需要得到妥善保护,避免数据泄露或滥用。
标签:20,账户,每日,查询,问题,客户,打卡,历史数据,Liz From: https://www.cnblogs.com/yunbianshangdadun/p/18084638