3月20每日打卡

软件体系架构课堂测试–架构分析

 

阅读下列案例，回答相关问题：

某大银行的一位银行卡办公室的收账经理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.安全性: 客户账户信息需要得到妥善保护，避免数据泄露或滥用。