问题账户需求分析
2016-09-24 22:56
190 查看
两人结组(李世洲 张更 )
案例:
某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。
为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
需求分析:
1.如果你为Liz开发问题账户分析系统,你准备如何进行需求分析,第一步要做什么?
整理案例内容,进行逐步的案例分析(Liz遇到的问题-----业务目标-----用户行为-----系统行为)
和Liz进行一次面对面的交流。包括:第一步暂时得出的初步需求分析文档向Liz的交付和对一些还不清晰数据的度量标准和依据进行精确确认。
整理收集到的需求进行归档。
2.你认为目前需求分析材料中欠缺哪些内容?
确立严重拖欠债务的账户的规则
信用决定的实施标准
Liz需要提交报告的所需内容项
用户操作习惯和对系统界面的要求
拟开发系统的原型:
1.功能
建立银行账户数据库,用户可以使用系统对银行账户信息进行增删改查。
系统内通过算法对严重拖欠债务的账户进行确认,并进行统计查询。
系统可以对严重拖欠债务账户进行信用决定的信息确认,并生成列表供用户确认后进行信用决定
生成拖欠债务账户类型比例图表
2.数据库设计
银行用户表
用户事务表
问题账户表
3.操作的流程
![](https://images2015.cnblogs.com/blog/812130/201609/812130-20160924204210981-677436282.png)
4.界面的设计
案例:
某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。
为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。
需求分析:
1.如果你为Liz开发问题账户分析系统,你准备如何进行需求分析,第一步要做什么?
整理案例内容,进行逐步的案例分析(Liz遇到的问题-----业务目标-----用户行为-----系统行为)
和Liz进行一次面对面的交流。包括:第一步暂时得出的初步需求分析文档向Liz的交付和对一些还不清晰数据的度量标准和依据进行精确确认。
整理收集到的需求进行归档。
2.你认为目前需求分析材料中欠缺哪些内容?
确立严重拖欠债务的账户的规则
信用决定的实施标准
Liz需要提交报告的所需内容项
用户操作习惯和对系统界面的要求
拟开发系统的原型:
1.功能
建立银行账户数据库,用户可以使用系统对银行账户信息进行增删改查。
系统内通过算法对严重拖欠债务的账户进行确认,并进行统计查询。
系统可以对严重拖欠债务账户进行信用决定的信息确认,并生成列表供用户确认后进行信用决定
生成拖欠债务账户类型比例图表
2.数据库设计
银行用户表
属性名 | 含义 | 数据类型 | 是否为空 | 是否主码 | 是否外码 |
username | 银行账户名 | nvarchar(19) | 否 | 是 | 否 |
password | 密码 | nchar(6) | 否 | 否 | 否 |
phone | 联系方式 | nchar(11) | 否 | 否 | 否 |
balance | 账户余额 | float | 是 | 否 | 否 |
level | 信用等级 | nvarchar(20) | 是 | 否 | 否 |
state | 是否问题账户 | bool | 否 | 否 | 否 |
属性名 | 含义 | 数据类型 | 是否为空 | 是否主码 | 是否外码 |
username | 银行账户名 | nvarchar(19) | 否 | 否 | 是 |
datetime | 操作时间 | datetime | 否 | 否 | 否 |
username&datetime | 是 | ||||
operate_type | 操作类型 | nvarchar(10) | 否 | 否 | 否 |
money | 操作金额 | float | 否 | 否 | 否 |
属性名 | 含义 | 数据类型 | 是否为空 | 是否主码 | 是否外码 |
username | 银行账户名 | nvarchar(19) | 否 | 是 | 是 |
phone | 联系方式 | nvarchar(11) | 否 | 否 | 否 |
problem_type | 问题类型 | nvarchar(10) | 否 | 否 | 否 |
dispose | 信用决定 | nvarchar(10) | 否 | 否 | 否 |
debt | 欠款 | float | 否 | 否 | 否 |
![](https://images2015.cnblogs.com/blog/812130/201609/812130-20160924204210981-677436282.png)
4.界面的设计
![](https://images2015.cnblogs.com/blog/812130/201609/812130-20160924210037699-1736442766.png)