数据仓库分析系统整体设计开发可行性方案
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
分支行名称
透支金额
上月透支
增长率
上月还款（包括还清）
自年初累计还款
本月新增
透支
自年初累计增加
恶意透支
180天以上恶意透ቤተ መጻሕፍቲ ባይዱ占总透支比例
当前有效卡数量
交易数量
息存数量
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
海淀
朝阳
西城
崇文
宣武
机场办
昌平
顺义
通县
怀柔
平谷
密云
大兴
房山
门头沟
石景山
1、风险科需求
表1．北京市分行/（XX支行）信用卡透支利息统计表
年 月 日
金卡
普通卡
比例
合计
自年初累计
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
应收透支利息
本月实收透支利息
透支30天内应收息
透支30天内本月实收息
透支30-60天内应收息
透支30-60天内本月实收息
透支60-90天内应收息
透支60-90天内本月实收息
数据仓库分析系统整体设计开发可行性方案
Bill Inmon（数据仓库之父）在Building the Data Warehouse （John Wiley & Sons Inc., 1996）书中把数据仓库描述为一个“面向主题的、完整的、非易失的、不同时间的、用于支持决策管理的数据集合”。
数据仓库是只用于制作报表的数据库。
年 月 日
金卡
普通卡
比例
合计
自年初累计
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
全辖透支数额
本月实收透支额
30天内透支额
本月30天内透支户还款数
30-60天内透支额
本月30-60天内透支户还款数
60-90天内透支额
本月60-90天内透支户还款数
90-180天内透支额
本月90-180天内透支户还款数
180-360天内透支额
如何解决这些问题呢？我们首先想到的是：把数据集中、完整地存储在中心数据库中。所有的业务处理在中心数据库上进行。所有的报表工作脱离数据库。这听起来难道不是有点像一个数据仓库吗？我们为什么不在OLTP的业务系统数据库的基础上生成报表呢？答案很简单：因为报表经常需要大量的、长时间的数据做依据，然后经过大量的运算，才能得出你想要的结论。这对业务系统的正常运转影响很大，以至于业务系统无法正常运转。
透支90-180天内应收息
透支90-180天内本月实收息
透支180-360天内应收息
透支180-360天内本月实收息
透支360-720天内应收息
透支360-720天内本月实收息
透支720天以上应收息
透支720天以上本月实收息
注：第一列的时间段缺省设置是表中值，但应允许人为修改各时间段的取值及范围。
表2．北京市分行/（ XX支行）信用卡透支还款分析表
表4．中国银行人民币长城卡业务统计表
风险统计表（月报）
填报单位：（0142）北京市分行表号：CCTAB5
填报时间：0000年00月00日0000年00月金额单位：人民币、元
（需取二个月的数据做统计）
金卡
普通卡
合计
机
器
可
出
数
据
善意透支
（60天以内普通5000以下金卡2万以下）
户数
收回
增加
转出
金额
收回
增加
丰台
延庆
东城
前门支行
原总行
天马
天马（吉亚）
京分
合计
注：此表中的恶意透支是指超出180天以上的透支户
概念：普通卡透支5000以上；金卡透支20000以上，透支天数超过60天。
公式：（本月 – 上月）/上月
例：本月透支150万；上月透支100万
（150-100）/100=50%
表6．信用卡风险资产分类汇总表
表3．XXXX年第X季度关于信用卡透支情况的报告
（每季一份）
总行：
根据人总行银管[1997]185号文件，关于调整银行卡报表制度的通知精神，现统计数字如下：
六个月以上透支余额
二年以上透支余额
已确认的损失金额
已处理的损失金额
其中呆帐核销
其中保险赔偿
其他情况
注：第一、二项可由机器系统提供，其它项需手工填入。
当然，不是什么时候都需要一个数据仓库的。正如数据仓库的定义：是用于支持决策管理的数据集合。
中国银行北京分行从1986年6月1日发行第一张人民币长城卡到现在拥有将近20万的持卡人。从过去手工处理业务到现在拥有几个OLTP业务系统。信用卡业务有了飞速的发展。但也应看到信用卡市场的激烈竞争。如何给决策者及时提供决策支持信息，是在激烈的市场竞争中立于不败之地的关键。
在IT飞速发展的最近几年里，银行信用卡部先后针对业务上了一些计算机系统。这些系统的特点是：信息量规模小、数据经常实时更新、适用于业务人员快速录入数据、使用模式相对来说是可以预测的、模式很复杂、业务流程难以更改、数据在线保存的时间较短及各系统之间缺乏必要的联系等。这样的系统被称之为OLTP系统。OLTP系统的这些特点也就决定了有如此抱怨。
对我们而言，数据仓库是某个“宽广”的数据仓储。它包括许多的主题领域。而一个数据集市，恰恰相反，它把眼睛盯在商业活动的某个非常有限的部分上。它往往涉及某个单独主题或单个类型的分析。
在日常工作中，IT人员经常听到这样的抱怨：“我要求的报表怎么还没出来？”或者是“我要对XX报表做些修改，怎么还没结果？”等等。
注：户数收回是指已全部还清的；户数增加是指新增的透支户；“金额增加”是指以往透支户新增透支额和新增透支户全部透支额之和；转出户数是指到本月累计数超出60天的或超过普通卡、金卡限额的透支户；转出金额是转出户数金额之和；转出应与邻近项的转入相对应。
表5．分行及各支行透支状况（全部按户数/金额统计）
（按各发卡单位统计）年 月 日
本月180-360天内透支户还款数
360-720天内透支额
本月360-720天内透支户还款数
720天以上透支额
本月720天以上透支户还款数
注：上月付100，本月付80，虽还欠款，但算还款户。还款数额包括结息数额，由结息带来的实际还款也算还款户。
第一列的时间段应允许人为调整，时间的累计是以某一天开始，倒推统计数据。
填表单位（公章）：填表日期： 年 月 日单位：千元
分类结果
卡类
笔 数
（1）
（所有透支户）
金 额
（2）
（所有透支金额）
转出
恶意透支
户数
收回
转入
金额
收回
转入
一年以上恶意透支
户数
收回
转入
金额
收回
转入
一年以上恶意透支收回
户数
金额
机
器
不
可
出
数
据
内部作案
笔数
金额
内外勾结作案
笔数
金额
遗失卡、被盗卡的冒用
笔数
金额
伪造信用卡
笔数
金额
涂改信用卡
笔数
金额
假身份办卡
笔数
金额
持卡人丧失偿还能力
笔数
金额
本月公司卡止付数：（机器可出此数据）本月个人卡止付数：（机器可出此数据）
透支金额
上月透支
增长率
上月还款（包括还清）
自年初累计还款
本月新增
透支
自年初累计增加
恶意透支
180天以上恶意透ቤተ መጻሕፍቲ ባይዱ占总透支比例
当前有效卡数量
交易数量
息存数量
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
海淀
朝阳
西城
崇文
宣武
机场办
昌平
顺义
通县
怀柔
平谷
密云
大兴
房山
门头沟
石景山
1、风险科需求
表1．北京市分行/（XX支行）信用卡透支利息统计表
年 月 日
金卡
普通卡
比例
合计
自年初累计
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
应收透支利息
本月实收透支利息
透支30天内应收息
透支30天内本月实收息
透支30-60天内应收息
透支30-60天内本月实收息
透支60-90天内应收息
透支60-90天内本月实收息
数据仓库分析系统整体设计开发可行性方案
Bill Inmon（数据仓库之父）在Building the Data Warehouse （John Wiley & Sons Inc., 1996）书中把数据仓库描述为一个“面向主题的、完整的、非易失的、不同时间的、用于支持决策管理的数据集合”。
数据仓库是只用于制作报表的数据库。
年 月 日
金卡
普通卡
比例
合计
自年初累计
户数
金额
户数
金额
户数
金额
户数
金额
户数
金额
全辖透支数额
本月实收透支额
30天内透支额
本月30天内透支户还款数
30-60天内透支额
本月30-60天内透支户还款数
60-90天内透支额
本月60-90天内透支户还款数
90-180天内透支额
本月90-180天内透支户还款数
180-360天内透支额
如何解决这些问题呢？我们首先想到的是：把数据集中、完整地存储在中心数据库中。所有的业务处理在中心数据库上进行。所有的报表工作脱离数据库。这听起来难道不是有点像一个数据仓库吗？我们为什么不在OLTP的业务系统数据库的基础上生成报表呢？答案很简单：因为报表经常需要大量的、长时间的数据做依据，然后经过大量的运算，才能得出你想要的结论。这对业务系统的正常运转影响很大，以至于业务系统无法正常运转。
透支90-180天内应收息
透支90-180天内本月实收息
透支180-360天内应收息
透支180-360天内本月实收息
透支360-720天内应收息
透支360-720天内本月实收息
透支720天以上应收息
透支720天以上本月实收息
注：第一列的时间段缺省设置是表中值，但应允许人为修改各时间段的取值及范围。
表2．北京市分行/（ XX支行）信用卡透支还款分析表
表4．中国银行人民币长城卡业务统计表
风险统计表（月报）
填报单位：（0142）北京市分行表号：CCTAB5
填报时间：0000年00月00日0000年00月金额单位：人民币、元
（需取二个月的数据做统计）
金卡
普通卡
合计
机
器
可
出
数
据
善意透支
（60天以内普通5000以下金卡2万以下）
户数
收回
增加
转出
金额
收回
增加
丰台
延庆
东城
前门支行
原总行
天马
天马（吉亚）
京分
合计
注：此表中的恶意透支是指超出180天以上的透支户
概念：普通卡透支5000以上；金卡透支20000以上，透支天数超过60天。
公式：（本月 – 上月）/上月
例：本月透支150万；上月透支100万
（150-100）/100=50%
表6．信用卡风险资产分类汇总表
表3．XXXX年第X季度关于信用卡透支情况的报告
（每季一份）
总行：
根据人总行银管[1997]185号文件，关于调整银行卡报表制度的通知精神，现统计数字如下：
六个月以上透支余额
二年以上透支余额
已确认的损失金额
已处理的损失金额
其中呆帐核销
其中保险赔偿
其他情况
注：第一、二项可由机器系统提供，其它项需手工填入。
当然，不是什么时候都需要一个数据仓库的。正如数据仓库的定义：是用于支持决策管理的数据集合。
中国银行北京分行从1986年6月1日发行第一张人民币长城卡到现在拥有将近20万的持卡人。从过去手工处理业务到现在拥有几个OLTP业务系统。信用卡业务有了飞速的发展。但也应看到信用卡市场的激烈竞争。如何给决策者及时提供决策支持信息，是在激烈的市场竞争中立于不败之地的关键。
在IT飞速发展的最近几年里，银行信用卡部先后针对业务上了一些计算机系统。这些系统的特点是：信息量规模小、数据经常实时更新、适用于业务人员快速录入数据、使用模式相对来说是可以预测的、模式很复杂、业务流程难以更改、数据在线保存的时间较短及各系统之间缺乏必要的联系等。这样的系统被称之为OLTP系统。OLTP系统的这些特点也就决定了有如此抱怨。
对我们而言，数据仓库是某个“宽广”的数据仓储。它包括许多的主题领域。而一个数据集市，恰恰相反，它把眼睛盯在商业活动的某个非常有限的部分上。它往往涉及某个单独主题或单个类型的分析。
在日常工作中，IT人员经常听到这样的抱怨：“我要求的报表怎么还没出来？”或者是“我要对XX报表做些修改，怎么还没结果？”等等。
注：户数收回是指已全部还清的；户数增加是指新增的透支户；“金额增加”是指以往透支户新增透支额和新增透支户全部透支额之和；转出户数是指到本月累计数超出60天的或超过普通卡、金卡限额的透支户；转出金额是转出户数金额之和；转出应与邻近项的转入相对应。
表5．分行及各支行透支状况（全部按户数/金额统计）
（按各发卡单位统计）年 月 日
本月180-360天内透支户还款数
360-720天内透支额
本月360-720天内透支户还款数
720天以上透支额
本月720天以上透支户还款数
注：上月付100，本月付80，虽还欠款，但算还款户。还款数额包括结息数额，由结息带来的实际还款也算还款户。
第一列的时间段应允许人为调整，时间的累计是以某一天开始，倒推统计数据。
填表单位（公章）：填表日期： 年 月 日单位：千元
分类结果
卡类
笔 数
（1）
（所有透支户）
金 额
（2）
（所有透支金额）
转出
恶意透支
户数
收回
转入
金额
收回
转入
一年以上恶意透支
户数
收回
转入
金额
收回
转入
一年以上恶意透支收回
户数
金额
机
器
不
可
出
数
据
内部作案
笔数
金额
内外勾结作案
笔数
金额
遗失卡、被盗卡的冒用
笔数
金额
伪造信用卡
笔数
金额
涂改信用卡
笔数
金额
假身份办卡
笔数
金额
持卡人丧失偿还能力
笔数
金额
本月公司卡止付数：（机器可出此数据）本月个人卡止付数：（机器可出此数据）