目数据挖掘方案.docxVIP

数据挖掘智能化方案 更改控制页 序号 版本号 更改时间 更改内容描述 填写人 1 草稿1 2 方案综述 支持保障性住房建设贷款运行监管系统(以下简称监管系统)作为资金监管系统，从的发 放及使用的整个流程上进行了必要的数据收集及存贮，并对关键业务环节进行了必要的校验操 作，实现了资金的闭环管理，但是，在商务智能以及相应的数据分析挖掘方面，系统还可以有 一定的提升空间，针对此现状，特制定本方案，本方案将确定系统智能化、数据分析与数据挖 掘等方面的具体内容及实施步骤。 需求分析 监管系统主要业务流程可以概述为如下几个方面： 各地方中心在系统上注册并登记基础信息，包括用户信息、账号信息、年度计划信 息等。 各地方屮心在系统上登记贷款申请信息，包括申请人材料、项目材料、抵押材料等。 各地方中心在系统上登记贷款申请调查报告信息，包括贷款计划及放款计划、相关 资质情况、项目投资情况等。 各地方屮心在系统上登记贷款审批信息，系统核查信息正确并符合相关规定，最终 由中心提交地方同级财政部门评审相关信息。 各地方中心在系统上填报相关贷款合同和抵押合同信息，包括借款人、委托人、贷 款人等信息，系统进行相应校核确保相关信息正确。 中心在系统中填报资金封闭管理信息并最终确认。 中心通过相关流程在系统中进行贷款资金支付、贷款资金划拨等操作，在此过程中 涉及贷款人、屮心、银行等几方。 银行将自动将回笼资金以及还贷资金相关信息发送给系统。 其它抵押登记注销、合同变更、档案管理等。 在这些基础流程屮，有的校核是在流程中进行的，比如当各地方屮心在系统上登记贷款审 批信息后，系统将核查信息正确并符合相关规定，但是有的校核，系统必须以事件触发的方式 实现，比如系统必须根据具体项目的情况，对逾期未还贷款发出催收通知，这必须通过一定的 智能机制实现。 在进行贷款省批过程屮，可以基于系统中历史数据建立数据模型对申请进行打分，以风险 概率方式评价此贷款申请的风险，从而可以提高决策的科学性，同时，系统还需要通过多维数 据分析等技术在时间、空间等几个维度对数据进行分析，以满足宏观决策的需要。 建设内容 3.1建设目标 本次建设冃标是通过引入商务智能、数据仓库、数据挖掘等技术，建智能化平台，实现系 统智能化改造，为用户提供宏观决策支持，使系统具有良好的扩展性，给用户提供良好的使用 体验。 3.2建设内容 32 ［总体架构 本次建设将基于监管系统的基础进行，其总体架构如下图所示： 粉旳口 如图所示，在原有监管系统的基础上，增加商务智能化子系统、OLAP子系统和数据挖掘 子系统等三个后台系统，三个后台系统通过统一的Portal进行展示，用户通过监管系统进入 Portal系统界面，如下，将针对新增内容进行说明。 3.2.2商务智能化子系统 商务智能化子系统的一个重要特征就是可以高可兼容高可配地实现自动化处理，包括实现 系统资料按设置自动备份、按系统设定事件进行提示和预警、按商务逻辑进行提示和预警等等， 提示和预警的方式包括手机短信、email. WEB Services or RPC远程调用等等，从而可以实现 系统和用户以及远程服务之间的密切联动。 3.2.3 OLAP子系统 OLAP子系统为用户提供了一个统一和便捷的数据分析环境，它具有良好的扩展性、易用 性、优秀的兼容性等特性，使用户可以从时间、空间、业务等的不同角度对业务数据进行汇总、 细分、比较等操作，同吋，它提供大量的图表来对数据进行多层次、多角度、多方式的展现， 从而更有利于人们理解现有业务，发现问题，同时，它也提供复杂报表制作以及报表生成工具， 从而将人们从繁重重复劳动中解放出来。 3.2.4数据挖掘子系统 数据挖掘子系统根据业务的具体需要或者某个特定的业务需求，使用人工智能、统计、数 据分析等各种方法对海量历史数据进行聚类、分类、频繁项等分析来发现数据中隐含的规律， 或者通过将数据空间进行增维、降维、或者投影的方法解决在通常空间无法解决的问题，从而 解决人们无法通过观察总结来求解的问题，在此基础上，还可以建立一定的预测模型，实现对 未知数据进行评分操作，从而达到预见将来的目的，这也是它与OLAP的最大区别之处，具体 到本项目，必须针对申请贷款的请求进行相应的评判，从而在一定程度上实现事前预防的目的。 3.2.5 Portal子系统 Portal子系统通过单点登录为用户提供了一个统一的用户界面接口，同时它还优化了系统 资源，实现了逻辑与界面的隔离，用户不会觉察到他在多个系统之间进行切换，而且，针对不 同的用户，它最大限度地满足了用户的个性化要求，系统可以高效率地适应用户自身的使用习 惯，从而为用户带来多元化和舒适的用户体验。 项目建设方案 根据建设目标以及建设内容的要求，制定如下建设方案。 4.1系统基础框架 系统的开