问题分析

 

问题：

 

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

 

　　为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的 工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信用决定(例如严厉的催款 电话、断绝信用或将这个账户转给一个收账代理)。另外，Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。

 

 

 

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

        

第一步要找Liz，和Liz仔细的交流分析，依据现有的需求，把我们对需求的理解逐条同用户核对，来看我们对需求的分析是否存在不正确的地方或者用户在描述需求的时候有不准确的地方。

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

 

1.需求中没有没缺给出确定严重拖欠账户的规则；

2.需求中没有明确说明任一规则所需要的数据的具体说明；

3.需求中对三年的历史资料表述不清楚，这个三年的历史资料是账户三年的消费资料还是三年的欠账资料。

4.现在的需求中没有给出如何确定账户中过期未付款、拖欠债务和呆死账的具体规则。

 

描述一下拟开发系统的原型

1.系统功能：

         系统可以完成对用户的增、删、改、查，可以对账户增、删、改、查。其中删除和修改功能提供历史记录，即使把某个用户或者是账户从系统中“删除”，用户或者是账户以前的历史记录依然保存，如果需要，可以从系统中恢复曾经删除的用户或者是账户。对用户或者是账户信息的修改也会保存历史记录，为后期查账提供数据的支持。

         系统可以按照指定的判定问题账户的算法，分析一个用户是否为问题账户。

         系统能够显示一个问题账户三年内的历史数据。

         系统能够计算问题账户所占的比例。

2数据库的设计。系统的数据库现计划设以下几个表。

                  　　　　　　　　

(1).问题账户信息表：

属性名	属性含义	数值类型	是否可为空	是否为主码	是否引用外码
user_ID	账号	nvarchar(20)	No	Yes	No
user_name	姓名	nvarchar(12)	No	No	No
contact_way	联系方式	nvarchar(20)	No	No	No
amount_in_arear	欠款金额	nvarchar(10)	No	No	No
history_source	历史资料	varchar(2000)	No	No	No
level	评价等级	nvarchar(20)	Yes	No	No
solution	处理方式	nvarchar(20)	Yes	No	No

　　　　 (2).收账代理表：

属性名	属性含义	数值类型	是否可为空	是否为主码	是否为外码
attorney_ID	代理工号	nvarchar(20)	No	Yes	No
attorney_contact	代理联系方式	nvarchar(20)	No	No	No
attorney_name	代理姓名	nvarchar(20)	No	No	No

　　　　(3).代理问题账户表：

属性名	属性含义	数值类型	是否可为空	是否为主码	是否为外码
attorney_ID	代理工号	nvarchar(20)	No	Yes	Yes
user_ID	账号	nvarchar(20)	No	Yes	Yes

　　　　三、操作流程：

 

流程

转载于:https://www.cnblogs.com/ggrm/p/8574516.html