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