最新资料，WORD文档，可下载编辑！
目录
前言.................................................................
一、概况.............................................................
1．1中国人民银行三级数据中心组织结构.............................
1．2信贷登记咨询项目的任务.......................................
二、Prient公司的解决方案.............................................
2．1Brio产品在项目中的配置拓扑图.................................
2.1.1总行....................................................
2.1.2省行....................................................
2.1.3市行....................................................
2.2Brio产品在项目中的配置介绍....................................
2.2.1基本配置介绍............................................
2.2.2可选配置介绍............................................
2．3Brio产品的特点...............................................
1、简单易用..................................................
2、管理方便..................................................
3、易于调度..................................................
4、最新式的外观和感受........................................
5、支持更多用户对商业智能化的要求............................
6、对关键MDD-API的本地支持..................................
7、高级分析报表功能..........................................
8、更强的交互式分析功能......................................
9、以工业标准JavaScript替代Brio脚本语言....................
10、群集以增强可缩放性及可靠性...............................
11、增强的性能...............................................
12、服务器可接外部网.........................................
13、最佳浏览器集成...........................................
2．4Brio产品与同类产品比较的优势.................................
2．5Brio产品在信贷登记项目中的有关问题的说明 ....................
3．1按35个点....................................................
3.1.1基本配置................................................
3.1.2可选配置................................................
3．2按买断.......................................................
3.2.1基本配置................................................
3.2.2可选配置................................................
四、技术服务与培训报价...............................................
4.1技术服务报价..................................................
4.2培训..........................................................
前言
目前，中国人民银行总行正致力于建立全国范围内的三级信贷分析系统，它以多年的信贷数据积累为基础，利用数据仓库技术，充分挖掘信贷数据的价值，为领导决策提供更加有力的支持，同时，充分发挥Internet技术的优势，提高工作效率，降低工作成本。
Brio.Enterprise6为您提供了一个完整的并且完全集成的商务智能方案，该方案在客户／服务器和Web环境中具有强大的查询、分析和报表功能。为满足企业内所有用户的要求，BrioEnterprise解决方案既考虑到专业用户的复杂需求又照顾了初学者查阅报表的简单要求。它使您的IT机构能够在整合体系结构以适应日益增长的工作量和用户的同时，通过严密检查、安全和零管理部署来维持集中控制。使用BrioEnterprise，在提高IT机构效率的同时,还可以从企业商务智能中获益。
作为Brio产品中国代理的Prient公司是一家美国公司，它致力于为企业提供全程的基于数据仓库的电子商务解决方案。“用户至上”是我们的服务宗旨，Prient公司将不遗余力的帮助用户走向成功，因为用户的成功就是我们的成功。
一、概况
1．1中国人民银行三级数据中心组织结构
中国人民银行下设２个营业管理部、９个分行、３２６个中心支行和１８２７个县（市）支行。此外中国人民银行还设立了印制总公司、清算中心、中国外汇交易中心等直属企事业单位及驻外机构。
人民银行系统由三级数据中心组成，即总行数据中心、分行和营业管理部数据中心、中心支行数据中心和县（市）支行数据中心。在项目中主要数据中心基本情况如下：
1、总行数据中心，采用AIX操作系统、Sybase数据库；
2、分行和营业管理部数据中心，采用AIX操作系统、Sybase数据库；
3、中心支行数据中心，采用WindowsNT操作系统、Sybase数据库；
人行数据仓库系统均为内部网，只对已授权人员提供服务，外人无权使用；
1．2信贷登记咨询项目的任务
信贷登记咨询系统，它以多年的信贷数据积累为基础，利用数据仓库技术，充分挖掘数据的内在价值。比如可以及时监控信贷指标的完成情况；可以分析某个集团客户在全国范围内的信贷情况以及还款情况；可以分析不同银行、不同地区信贷指标的变化趋势，从而发现潜在的问题。总之，建立信贷登记咨询系统的意义在于：
－统一了分布在不同地点的数据，让决策者有了真实可信的数据基础；
－提供了以客户为中心的监控手段，可以在一个界面上看到客户在全国各地区的信贷情况；
－提供了多种灵活分析、报表制作手段，减轻了业务人员的工作压力；
二、Prient公司的解决方案
1.目标
Prient公司可以为人行信贷登记咨询系统提供完整的解决方案。Prient 公司有强大的技术队伍，完成过多个大型数据仓库系统的建立和规划，具有丰富的经验，我们认为，人行信贷登记咨询系统应实现以下目标：－建立真实可信的数据中心
人行信贷登记咨询系统的数据来源于多个下面支行的数据库系统，并且是层层汇总结构，存在多个数据中心。所以很重要的问题是如何保证多个数据中心之间数据的一致性和准确性，而不是只为做几张报表；
－能够提供以客户为中心的分析和监控手段
建立全国统一的信贷登记咨询系统的重要目的是能让信贷监管人员迅速、准确地发现某个集团客户的总体信贷情况。所以必须建立客户为中心的思想，统一规划客户数据的分布和使用。
－能够为用户提供灵活的分析和报表制作能力
从业务人员角度出发，该系统还应为业务人员提供快速灵活的报表制作和分析手段，可以通过直观的方式，获得想要的数据。同时，还应该支持业务人员随时的查询需求，即使这些需求在系统建立之初未曾考虑，也应该由业务人员可以很快实现。
－易维护、易扩展
从系统角度出发，该系统应该易于维护，业务数据的变化（增、删、改）之后可以迅速得到反馈，多级数据中心的数据应该都同步变化；同时，应该易扩展，前端用户的增加或后台数据量的增加不应该影响系统的使用和性能。
2.Prient解决方案要点
针对人行的具体需求，Prient建议采取“控制集中，数据分布”的方式。
如下图所示：
图2－1控制集中，数据分布示意图
具体说明如下：
－控制集中
建议在总行设置一台控制服务器，用于全国各省行系统的控制。控制内容包括：
?全国统一的数据采集与转换规则
?全国统一的数据集市生成规则
?全国统一的作业调度规则
?全国统一的重点客户监控名单和规则
采用控制集中方式的好处如下：
?易于维护
由中心控制的机制，可以保证维护的统一性，只要中心修改了
正确的规则，所有下面支行会马上改变，而不必逐点维护；
?易于保证数据的一致性
由中心集中控制数据的采集和转换规则，可以保证数据的一致
性，而不会由于对业务理解上的差异导致数据的不一致。
?易于今后的扩展和升级
?节省投资
－数据分布
数据分布的含义是多个数据中心，用户可以从最近的数据中心获得他想要的数据。采用数据分布的好处如下：
?减少网络上数据的流量
?更迅速的数据处理速度
2．1Brio产品在项目中的配置拓扑图
2.1.1总行
图2-2总行Brio产品配置图
说明：
-客户端
?BrioQueryDesigner
业务人员可以从数据中心已生成好的数据集市中进行多维分析
和报表制作，同时也可以直接访问全国范围内的所有授权数据库
中的数据；
?Brio.Insight(可选)
业务人员可以通过浏览器在已生成好的数据集市中进行多维分
析和报表制作，同时也可以直接访问全国范围内的所有授权数据
库中的数据；
-控制服务器
通过BrioBroadcastServer，可以将全国所有数据库示为统一的整体进行统一的规则定义和维护。
－数据中心服务器
控制服务器生成的数据集市可以压缩存储在数据中心服务器上，通过多种方式为业务人员和决策者使用（自动Email、自动打印、或由
业务人员自己取用）。
2.1.2分行及营业管理部
图2-3分行及营业管理部Brio产品配置图
说明：
-客户端
●开发人员
Brio.Query、Brio.Explorer
●业务人员
Brio.Explorer或Brio.Navigator、Brio.Insight(可选)
●领导
Brio.Quickview、Brio.Navigator
-服务器
●BroadcastServer（可选）
●OnDemandServer（可选）
2.1.3中心支行
图2-4中心支行Brio产品配置图
说明：
-客户端
●开发人员
Brio.Query、Brio.Explorer
●业务人员
Brio.Explorer或Brio.Navigator、Brio.Insight、
●领导
Brio.Quickview、Brio.Navigator
2.2Brio产品在项目中的配置介绍
2.2.1基本配置介绍
（1）BrIOQueryDesigner
Designer用户是信息加工者。他们通常是对客户／服务器连接和数据库规划富有经验的数据库管理员。除了他们自己的查询要求以外，通过建立要分发给Navigator和Explorer用户的数据，他们对BrioQuery环境进行管理。
BrioQuery的Designer版给Explorer版的功能集添加了共享库创建、管理和审计功能。它假设用户对于Explorer有清晰的了解。
BrioQuery共享库是一个受版本约束的数据库仓库，其中的数据可在整个企业中生效。Navigators和Explorers可以从共享库下载预先建立的数据模型并快速有效地访问信息。
（2）BroadcastServer?
强大的“推”能力，用于将查询结果、报表等通过Email、Web、打印机、网络自动地分发出去。用户建立查询、报表，并将执行的时间、日期或事件（如数据库更新）作为计划任务提交。报表将被发送到指定的用户或组，他们就可以进一步分析，根本用不着先访问数据库。
处理这些查询或产生报表一般是在系统比较空闲的时候，这样可以优化网络资源。
另外，“报表批发”的功能显着地减少了冗余的报表处理，每个任务可以产生很多客户报表，每个都有不同的结果。BroadcastServer可以任意多次地运行同一任务，每次可以使用不同的输入参数和目的地址。
●增加网络效率
通过在非高峰期内处理查询和生成报表，网络资源被优化。另外，
Web用户接收高度压缩的数据集以供交互式的分析，而不是静态或动
态的“超文本标记语言”（HTML）页面。
●灵活的时间安排和分发
结果可通过电子邮件、Web、文件服务器或打印机被自动发送。作业
处理可通过时间、事件和自定义的日历被触发。
●定制报表的产生
显着地减少了繁重的报表处理工作，提交一个作业可以创建许多报表，每一个都有独立的结果，Broadcast服务器可以运行一个作业任意次。
2.2.2可选配置介绍
（1）OnDemandServer?
强大的“拉”能力，OndemandServer使得Brio.Insight
用户可以通过Web在不同的客户端环境中进行对数据库
的在线访问。在“零管理”技术下，用户将被提示安装
Brio.Insigth的最新版本，用户可以跟上步伐且不需IT
的干预。OndemandServer完全支持服务器集群环境下的
负载平衡，支持
MicrosoftInternetInformationServer4.0、
NetscapeEnterpriseServer3.0orhigher、
NetscapeFastrackServer3.01等Web服务器。
这是一个集成的数据分发系统，通过Brio的客户端，提供OLAP功能给那些没有在Client/Server环境下直接连接到数据库服务器的用户。
BrioOndemandServer的强大的Web功能，使得它在有大量随机用户的环境下，是良好的解决方案。而且两种BrioServer都有增强的负载平衡功能和安全性管理，可以支持和管理大量用户。
●通过Web查询
可以在关系型、多维等各种数据源上进行复杂的查询。
●零管理
自动安装和维护BrioWebClient软件，显着地减少了开销，更好的
是，不需要安装和管理复杂的数据库中间件和Client/Server软件。
●灵活的报表
可以满足不同的报表需求，包括显示、编排报表，以及查询和分析
新信息。BrioWeb客户端可以根据报表的内容和用户的安全性属性来
调整它们的功能。
●负载平衡与容错
多个OndemandServer现在可以作为一个集群提供更好的可扩展性并
支持更多用户访问。提交给集群的事务将会在节点之间进行负载平
衡，从而获得对集群中硬件资源的平衡使用。另外，集群在事务失
败时可以在最短的时间内完成切换并返回结果给用户。
●检索功能
Brio用户现在可以更快地得到信息，因为他们可以根据文档名称或
描述中的任意字符串进行检索。Brio将在合适的共享库中检索到相
关的报表，并将检索结果和报表的描述返回给予用户，简单的点击
就可以打开相应的报表。
●文档列表中的目录
目录能够帮助用户更有效地组织信息，可以根据文档的部门、项目
等分目录存放。用户可以在一个逻辑空间中，在级联的目录下找到
所需文档。
●访问本地浏览器的值
Brio可以访问本地浏览器的值，如URL、Cookie、HTML表格元素等，使得开发者可以将BrioWeb客户端通过传送外部应用程序的信息到Brio文档中的方式，集成到客户解决方案中。开发人员可以将HTML或ASP与Brio的分析和报表功能结合起来，提供无缝集成的有效的Web应用。
（2）Brio.Insight6
Brio.Insight是具有与BrioQueryNavigator相似的功能集的Web客户。Brio.Insight和Navigator用户都是信息消费者，他们检索数据以在工作中使用。Brio.Insight是用户浏览器的插件,支持
NetscapeNavigator4orhigher、MicrosoftInternetExplorer4orhigher等浏览器。
Brio.Insight和Navigator用户都可以使用的功能集主要是信息处理。二者都是通过由管理员创建的BrioQuery数据来访问信息。数据模型将他们与复杂的数据库规划隔开。Brio.Insight用户可以使用数据模型创建他们自己的查询。他们可以使用BrioQuery所有的报表和分析功能以分析他们自己的查询得到的数据，并使用结果数据集。
过加密的。
2．3Brio产品的特点
1、简单易用
●Brio在一个界面上同时提供了查询、分析、报表及图表功能。这种
界面设计使终端用户能够更方便地访问和分析数据，从而制定出更好
的商业决策。
●您可以利用多种来源的数据创建您的报表。
●由于始终贯彻了用户至上的思想，Brio的界面非常直观、易懂。这
些工具只要一上手，您就可以发现并开始使用其中所具有的更强大的
工具。
●Brio产品是业内最易学易用的产品。
2、管理方便
●Brio的设计可使终端用户获得强大的功能，使IT人员摆脱了诸如报
表生成等烦琐的工作，从而能够从事更为重要的工程。
●Brio的工具使用户可以脱机分析数据，而这对于远程及移动用户是
非常关键的。它使用户无须与数据库或网络保持连接就可进行OLAP
分析。
●所有Brio产品都是向后兼容的。您及您的用户去年创建的数据模型、
查询及报表，今年可以继续使用，明年依然可以使用。
●Brio的服务器端产品可被远程管理，您不必亲自在服务器上调度文
档、添加新用户、更改特权设置。
●未对钻取路径进行预定义（Brio的随意钻取特性），使用户能以他
们选择的任意方式对数据进行剪切，而无须与IT联系以重新定义路
径。
●高级用户还可被授予创建自己的SQL的特权。
3、易于调度
●用Brio工具创建的文档在客户端／服务器平台和Web网上可相互兼
容，无须进行任何转换。事实上，两种环境下的用户界面是相同的。
●Brio的开放式元数据解释器会阅读数据库中已存在的元数据，从而
省去了重复建立语义层的麻烦。
●零管理客户可通过OnDemandServer省去为每台具有Web上网能力的
桌面计算机安装客户工具和APIs的烦琐操作。自适应报表功能使不
同用户能根据其不同特权以不同方式进入同一文档。这样，有的用户
只能浏览与某一文档相关的已设定格式的报表，有的用户能对数据进
行分析，而还有的用户则能修改并重新提交生成这些报表的查询。
●Brio的客户端及服务器端产品可用于多种平台，而非仅限于
Windows。在一个平台上建立的报表完全可以用于另一平台。
4、最新式的外观和感受
我们结合了微软新发布的Office2000的最佳“外观和感受”以及用户非常熟悉的使用Web浏览器的浏览习惯。这些特点同我们一贯坚持的简单易用的原则相结合使我们的产品系列更易入门。
5、支持更多用户对商业智能化的要求
●新的OLAP查询区。
●对OLAP导航进行分级显示。
●利用OLAP服务器的强大功能保证可可缩放性和性能。支持最大的
MDD(OLAP)Cube以方便用户对其分析。
●以断面视图显示OLAP(MDD)服务器的查询结果。
●我们提供的独有的功能使您得以获取cube并将结果下载到结果集
内，从而在断开后继续进行分析。
6、对关键MDD-API的本地支持
●OLEDBforOLAP(ODBO)，意味着支持如下产品：SAS、Whitelight、
Silvon、MicrosoftSQLServer7.0OLAPServices、NCRTeracubes、
ApplixTM1。
●GridAPI意味着支持如下产品：HyperionESSBASE、IBMDB2forOLAP、
InformixMetaCube。
7、高级分析报表功能
新的报表设计器使用户能够创建复杂得多的“管理风格”的报表。
新的报表设计器
●报表结构自由，从而可轻松设置象素完美的报表。
●在一篇报表中包含多重结果。
●可脚本化报表。
●功能强大、设置简单。
●格式布局自由。
●WYSIWYG（所见即所得）页面/文件视图。
●页面设置灵活：纸张大小、规格。
内容
●功能丰富的画图工具。
●背景图片。
●自由的图表、透视表及报表容器。
8、更强的交互式分析功能
●新的钻取能力使用户可以选择如何进一步研究数据，从而赋予了他们
令人难以置信的灵活性。
●随意钻取——无须费力地对IT进行设置即可随意查看任一项目。预
定义钻取路径——如需要，可预定义路径。这使设计者和开发者能够在一相关报表中定义一个钻取路径或分级。
●钻取到细节的功能可以自动在当前所选范围内扩展查询及分析。
9、以工业标准JavaScript替代Brio脚本语言
所有BrioEnterprise产品都使用新的脚本语言——JavaScript。BrioEnterprise6在其应用程序中嵌入了NetscapeJavaScript解释器（1.4版），从而使应用程序开发者能充分利用这一功能强大、简单易学的脚本语言。所有以旧版Brio脚本语言编写的文档，在打开时将自动转换成JavaScript语言。
10、群集以增强可缩放性及可靠性
通过将OnDemandServer群集可无限缩放商业智能基础结构。在节点和簇的实现中结合了加载平衡和Failover，这样，机构就能够支持几千用户（如果不是几万的话）。
11、增强的性能
通过优化Brio服务器程序代码，性能和资源需求得到了显着改善。根据此前的实验，我们预计性能至少比BrioEnterprise5.5提高了三倍。
12、服务器可接外部网
●完全支持SSL。
●支持防火墙及代理服务器。
13、最佳浏览器集成
为Web应用程序集成提供更好的文档管理和可变传递。
2．4Brio产品与同类产品比较的优势
●系统整合
Brio：Brio的整条产品线是完全整合的。所有的界面相同，所有的功能性包含在一个产品中。Brio对整个产品线使用一种文件格式，这样用户可以跨平台在客户机/服务器和网络之间共享查询和报表。
其它产品：其它产品的产品线非常混乱。所有产品的界面都不一样，从客户机/服务器的到网络版本。当使用一种产品进行工作时，你必须经常切换到另一种产品来使用特定的功能。用户可能常常会搞不清楚究竟哪一种其它产品才能提供他们所需要的功能。
●元数据
Brio：使用BrioQuery的开放式元数据解释程序（OMI），用户可以轻易地看到关于他们的数据的重要信息。使用来自不同元数据厂家的新的元数据预定义设置，获取一个公司现有的元数据甚至更为快捷和简单。
Brio可以连接和动态读取任何元数据，包括存在于备用连接中的元数据。
其它产品：其它产品并没有恰当地发挥元数据的优势，它需要IT重新配置元数据以与其它产品产品协同工作。在用户可以开始使用产品之前，还需要花上几个星期在其它产品的中心元数据存放处重新创建元数据信息。
●OLAP查询通道（MDD）
Brio：Brio对客户机/服务器和网络都提供了脱机分析，以提高用户的生产力和减轻OLAP服务器的压力。
其它产品：其它产品的网络浏览器客户机不支持离线分析。
●IT管理
Brio：DataCubes不需要在Brio中定义。Brio正确地访问你的数据仓库并利用现有的数据结构。
其它产品：其它产品需要创建datacubes和私有的元数据。这为IT部门带来了重复和不必要的工作。
●DrillAnywhere和Pre-DefinedDrillDownPaths
Brio：Brio对DrillAnywhere和Pre-Defineddrill-downpaths都提供了完整的功能性。这种独特的灵活性为用户提供了多种途径来研究数据，包括自由表格分析和帮助新用户降低（或升高）发现途径的预定义通道。
另外，Brio还允许用户加入另外的域和DrillAnywhere能力，这样用户就不需要经常返回IT以获取重要的信息。
其它产品：用户被限制在预定义的drill通道。其它产品的PowerCube 分级设计被IT创建，这样如果他们没有“正确地”定义层次，用户就被限制在无效的drill-downpath上。
●分析应用生成器
Brio：Brio的新的EIS提供了UI控制，规划工具和用于设计有价值的定制的“仪表板”的可嵌入的实况报表组件。通过采用新的脚本语言
JavaScript，应用开发者们使用这种强大的脚本语言来控制和建立可工作于所有平台，可通过客户机/服务器和网络的Brio分析应用程序。用户可以在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。
●服务器可扩展性
Brio：OnDemandServer6.0支持先进的负载均衡和集群服务器失败恢复机制。
其它产品：3均只有部分支持负载均衡和失败恢复。只有
PowerPlayEnterpriseServer完全支持负载均衡和失败恢复。
ImpromptuWebQueryServer和ImpromptuWebReportsServer不支持负载均衡和失败恢复。
●网络客户机
Brio：Brio.Insight和Brio.Quickview既支持用于OnDemandServer联系的SSL，也支持用于大型网路环境或外部网解决方案的代理服务器。
其它产品：其它产品的3种产品中只有一种支持SSL和用于大型网路环境及外部网解决方案的代理服务器。只有PowerPlayEnterpriseServer 支持代理服务器和SSL；ImpromptuWebQueryServer和
ImpromptuWebReportsServer不支持。
2．5Brio产品在信贷登记项目中的有关问题的说明
●总行（省行）多个借款人查询、多个金融机构查询、多个业务种类查询。
这样的查询可以通过导入数据列表（比如：多个借款人的ID），然后把这些数据列表作为限定条件，生成SQL查询。这可以用Brio的以下功能来实现：BrioQuery可以导入MicrosoftExcel(.xls)、以逗号（.csv）和制表符（.txt）定界的文本格式的文件。导入数据时，文件内容传送到桌面数据高速缓存并在“结果”区显示。您可以像使用查询结果一样来使用导入数据建立报表和进行数据分析。
本地联结可以将某个查询的结果添加到BrioQuery文档里的另一个查询中。BrioQuery联结结果区中数据源的行。例如：您可以察看从MSSQLSERVER 取得的预算数字和从Oracle数据库中取得的销售数字（它们被组合在同一个结果集中）。
限制联结是本地联结的变体。限制联结并不是首先独立的运行两个查询，然后在桌面上对数据进行本地联结，而是首先运行一个查询，以检索一个值列表，然后在第二个查询中的列上的限制中使用这些值。
例如：可以在Oracle数据库的库存表中运行查询，以检索已脱销产品的件号列表。可以将得到的件号列表用作限制联结，以定义从另一个数据库中的”Work_in_process”(当前任务)表中检索到的值的列表，以便确定库存补给状况。
以上这些功能可以通过javascript组合起来实现功能强大的查询。
集团企业的查询。
在brio的一个文档中可以有多数剧源，可以同时包含来自多个数据库的结果集，这些结果集之间还可以再做计算。这样就可以实现集团企业分布式数据库上的报表。
Brio的哲学的体系结构是围绕以最终用户为导向的数据仓库来考虑的。这意味着使最终用户能够用即席的方式（即席查询）从数据仓库中选择数据项，把查询结果透明地转入袖珍的、多维数据立方体（结果），观察和分析预先定义的报表或者用即席的方式创建自己的报表，所有这些都可以用三种数据展现工具（旋转表，详细记录，图表）。最终用户从Brio得到真正的即席查询和即席分析能力。Brio实现了数据仓库的目标：即最终用户拥有开发自己特定的查询和报表的能力，同时也能够利用商业智能（OLAP）的真正价值。
我们基于用户所想看到的数据而动态建立数据立方体。我们不需要分层，因为可以钻取到袖珍立方体里的任何地方。每一个用户都在桌面上拥有自己的袖珍数据立方体。所有与定义、建立、分配立方体有关的问题都不再
是问题。我们使IT彻底脱离了业务，不必再去制作业务报表。他们非常欣
赏这个构思！
可以将某个查询的结果添加到BrioQuery文档里的另一个查询中。
BrioQuery联结结果区中数据源的行。例如：您可以察看从MSSQLSERVER取
得的预算数字和从Oracle数据库中取得的销售数字（它们被组合在同一个
结果集中）。
●WEB动态报表的定位问题。
Brio的WEB动态报表可以组织成为多个Document，每个Document可以多个包含
报表、旋转交叉表、图表等，它们之间可以无缝集成在一起，不存在报表定位的
问题。
相关的Brio功能特点：
功能强大的client端软件,集成了查询工具、报表制作、图表、旋转交叉表。
Brio的新的EIS提供了UI控制，规划工具和用于设计有价值的定制的
“仪表板”的可嵌入的实况报表组件。通过采用新的脚本语言
JavaScript，应用开发者们使用这种强大的脚本语言来控制和建立可工
作于所有平台，可通过客户机/服务器和网络的Brio分析应用程序。用
户可以在EIS部分中用BrioQuery和Brio.Insight互动地查看和工作。
不需要在基于web的用户和基于clientserver的用户之间作折衷处理。在每一个平台上都可以实现相同的功能。
我们只有一个产品，因此只需一份购买和维护的许可，也只配置一份产品。
●有关Cube的说明
Brio的Cube定义：
Cube是数据仓库应用的一个名词，不同的公司有不同的定义和叫法。Brio
的Cube叫做bqy(BrioQuery)。每个bqy包括两部分：一是根据客户的需要
定义的分析模型；二是该模型包含的数据。
BQY的详细说明：
目前市场上有三种Cube的使用方法:物理Cube、虚拟Cube、物理Cube结合
虚拟Cube(比如：Brio)。
(1)物理Cube
物理Cube的原理是一次性将数据库中所要用到的所有数据加载进入一个物
理的立方体中，然后最终用户才能进行分析和访问。如下图：
图2－5物理Cube
优点：一一旦数据加载进入Cube，某些分析的性能会得到较大提高。
不足：
－数据加载速度慢
由于要将所有数据加载进入Cube，速度会非常慢，通常在百万级数据量时需要几个小时；
－很难适应业务的变化
在数据加载进入Cube时，必须固定好所有的钻取路径，而这些钻取路径一旦固定，业务人员必须按照固定的路径进行钻取，而不能随意
发挥，大大限制了业务人员分析的思路；
－维护困难
一旦业务人员想根据自己的想法进行分析和钻取，必须由IT人员去进行模型的修改和维护，然后要重新数据加载。
－数据量受限制
物理Cube的数据量非常受限制，通常是几个GB，虽然理论上可以支持更大的数据量，但从实际应用角度去看，更大的数据量需要更加长的数据加载时间，如果分析的需求发生任何细小的变化，维护更加困难。
(2)虚拟Cube
虚拟Cube的原理是不物理建立任何Cube，而是根据用户现场需要实时生成一个虚拟的立方体，返回给用户。如下图：
图2－6虚拟Cube
优点：灵活，不管用户如何改变需求，都可以随时实现，并且维护工作量小。不足：
－速度受影响
由于每次都要动态从数据库中获取数据，数据量大时数据库压力会很大。
－网络和数据库负载大
由于需要不断与数据库打交道，导致数据库频繁操作，网络传输量也加大。
(3)物理Cube结合虚拟Cube
Brio采取的是先进的物理Cube结合虚拟Cube技术，可以充分发挥前两种Cube的好处。如下图：
图2－7物理Cube结合虚拟Cube
物理Cube结合虚拟Cube的技术是基于以下几点考虑产生的：
事实一：所有用户不会在每次访问都需要看到全部细节的数据。而是不同用户有不同的需要，他只需看到他想看到的那一部分数据，所以没有必要花费很长的时间将所有的数据一股脑放进一个Cube之中。
Brio的做法是根据用户的需求将最常用的分析模式组成BQY，该BQY中包含了适量的数据（而不是所有的数据），所以BQY的生成速度非常之快。
事实二：虽然所有用户不会在每次访问都需要看到全部细节的数据，但是，用户还是希望当他想看到其它没有在Cube中的数据时，他就能看到。
Brio的BQY提供了灵活的方式，可以允许用户钻取到细节(DrilltoDetail)。当用户想看细节数据或不包含在BQY中的数据时，可以透明地访问到数据库中的数据，而不需要任何额外的工作，对最终用户来说使用非常简单。
事实三：用户希望得到最好的响应效率的同时要有最大的灵活性和易维护性。响应效率对用户来说是非常重要的，但同时如果牺牲了灵活性和易维护性，也会存在很大问题，带来无穷的后患。
Brio的BQY可以为用户提供秒级的，点击即所得的响应效率。同时，灵活性和可维护性得到了很好的保证。当用户发现临时需要一个不在BQY中的数据时，他可以用鼠标拖拽的方式动态从数据库中获取；当他获取完数据之后，可以进行选择：如果感觉获取得数据很重要，以后希望每次都能自动获取，他可以保存新定义的规则，今后系统会自动根据新的规则生成BQY，而不需要每次都重复定义了；另一种情况，如果感觉获取的数据今后不会常用，他也可以保留原先的BQY。
事实四：用户希望能自动刷新他经常要用到的分析的数据。
Brio提供BrioBroadcastServer可以帮助用户实现这一功能。BroadcastServer可以定义复杂的工作流任务，每个工作流由多个互相依赖的子任务构成，每个子任务完成更新BQY中的数据，或打印指定报表、Email 发布更新消息给每个需要的人等等工作。BroadcastServer中定义的每个工作流，可以有时间调度执行，也可以是由事件触发执行（比如数据库中数据的变化）。如下图：
图2－7
●有关中间过程和二维表的说明
Brio可以直接面对关系型数据库，进行BQY生成的和维护。但是，从性能和可维护性上考虑，我们建议采用中间过程生成一张二维表的方式进行预处理。
这主要基于以下几方面的考虑：
（1）设计的合理性：
原始的数据库表以及他们之间的关系是面向OLTP应用的，不是为OLAP 应用设计的，所以对于OLAP应用而言存在一定的不合理性，中间过程生成的二维表可以很好地解决这一设计上的不合理。
（2）性能的提高：
中间过程生成的二维表，由于设计的合理以及对数据的重组，可以大大提高整体的性能。
●有关中英文语言支持的说明
Brio是唯一支持同步汉化的产品，最新产品发布的一个月之内，就会完全汉化，包括设计者界面、菜单、文档、联机帮助等。
同时，Brio是内置Unicode支持的产品，不管安装时选择简体中文、英文，在进行分析时都可以显示汉字，而不会出现乱码。
有关脚本编辑器支持的说明
Brio不仅支持灵活报表、灵活分析的功能，同时也支持EIS（主管信息系统）。Brio内置JavaScript编译器，开发人员可以用点击方式自动生成所需要的JavaScript脚本，也可以自己编写代码，实现复杂的功能和灵活的需求。
硕士专业学位论文 银行信贷管理系统的个人贷款模块的设计与实现 The Design and Implementation of the Personal Loan Module based on the Credit Management System 作者：XXXX 导师：XXXX 北京交通大学 2017年4月
北京交通大学硕士专业学位论文 学位论文版权使用授权书 本学位论文作者完全了解北京交通大学有关保留、使用学位论文的规定。特授权北京交通大学可以将学位论文的全部或部分内容编入有关数据库进行检索，提供阅览服务，并采用影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校向国家有关部门或机构送交论文的复印件和磁盘。学校可以为存在馆际合作关系的兄弟高校用户提供文献传递服务和交换服务。 （保密的学位论文在解密后适用本授权说明） 学位论文作者签名：导师签名： 签字日期：年月日签字日期：年月日 ii
学校代码：10004 密级：公开北京交通大学 硕士专业学位论文 银行信贷管理系统的个人贷款模块的设计与实现 The Design and Implementation of the Personal Loan Module based on the Credit Management System 作者姓名：XXXX 学号：XXXX 导师姓名：XXXX 职称：XXXX 工程硕士专业领域：XXXX 学位级别：硕士 北京交通大学 2017年4月
北京交通大学硕士专业学位论文 致谢 两年的硕士研究生生涯即将结束，此时感慨良多。这两年经历的人和事在本人的人生当中留下了不可磨灭的印记。首先本人应该感谢的是本人的导师——XXX老师。在学习科研方面，XXX老师严谨的教学风格，对待科研的精益求精是本人今后工作和学习的榜样。在待人接物方面，XXX老师的优雅大气，教会退一步海阔天空。针对本文的撰写方面，从刚开始论文题目的选定，到论文研究方法的采用直至研究思路的最终敲定，XXX老师都在百忙之中抽空指导本人，引导本人。 在此，感谢同事以及领导们，谢谢大家对本人的帮助，特别是学习上的解惑。谢谢你们在本人开心时陪本人大笑，在本人难过时给本人解忧，给了本人一份难能可贵的友谊。两年本人们一起解决困难，一起走向进步，一起在知识的海洋中实现本人们各自的目标。 最后真诚感谢亲人和朋友，是你们这么多年来对本人的支持与鼓励才有本人的今天。感谢父母的养育之恩，感谢你们两年以来在生活上给予本人充足的条件，精神上无私的支持，让本人能够专心求学；特别地向本人的丈夫表示衷心的感谢，不论是在本文中论文的写作，还是在生活中的理解与包容，他或她都给予本人最大的支持与鼓励，陪本人走过最艰难的一段路程，能够以积极向上的人生态度对待生活和学习。 ii
大学生贷款管理系统(SQL数据库) 摘要 ：当今社会己进入信息社会时代。信息己经受到社会的广泛关注，被看作社会和科学技术发展的三大支柱（材料、能源、信息）。信息是管理的基础，是进行决策的的基本依据。在一个组织里，信息己作为人力、物力、财力之外的第四种能源，占有重要的地位。然而，信息是一种非物质的，有别于基本资源的新形式的资源。信息也是管理的对象，必须进行管理和控制。 在校大学生贷款管理系统是将IT技术用于在校大学生贷款中大学生个人信用档案的管理, 它能够收集与存储大学生的个人信用档案，提供更新与检索大学生个人信用档案的接口；协助学校和银行开展大学生助学贷款工作提高工作效率，降低银行的放贷风险；提高学校和大学生的诚信形象。 系统采用JSP为编程语言。论文主要介绍了本课题的开发背景，所要完成的功能和开发的过程。重点的说明了系统设计的重点、设计思想、难点技术和解决方案。 关键词：大学生贷款，JSP，系统开发 目录 摘要3 Abstract 4 1、引言5 1.1 研究现状5 1.2 主要研究的目的及内容5 1.3 研究方法及设计思路6 1.3.1 研究方法6 1.3.2 设计思路6 2、应用需求分析与可行性分析7 2.1 应用需求分析8 2.2 运行需求分析9 2.3 其他需求分析9 2.4 可行性分析9 2.4.1经济可行性9 2.4.2技术可行性10 2.4.3 运行可行性10 2.4.4 时间可行性11 2.4.5 法律可行性：11 2.5 系统开发步骤11 3、相关技术简介12 3.1 JSP 12 3.2 SQLServer2000数据库13 3.3 JDBC 15 3.4 B/S模式分析15
中国计算机报/2006年/8月/7日/第B14版 专栏 交通银行信贷管理信息系统案例 中创软件 一朝被蛇咬，十年怕井绳。曾经饱受信贷失控痛苦的银行业，对信贷风险的控制尤为严格。靠什么控制风险呢？是靠对责任人的严格要求，还是靠科学的方法？日渐成熟的银行，尝试过各种方法。在加强对信贷责任人管理的同时，银行高层日益重视现代信息技术在风险控制中的作用。因此，信贷管理信息系统成为不少银行信息化规划中的重点项目。我们特地选择了交通银行建设信贷管理信息系统的案例，希望能给正在建设或即将建设相关系统的银行提供借鉴。 中创软件推出的“银行信贷管理系统平台解决方案”，是基于中创软件自主创新的中间件技术，依托15年的金融应用开发背景，针对金融信贷管理领域的信息化应用现状及发展需求推出的。依据该方案，中创软件在交通银行成功实施了“交通银行信贷管理信息系统(简称CMIS)”。它是一个适合前台、中台、后台操作的信贷业务处理平台，是全行的信贷管理信息系统。该系统增强快速响应信贷流程变化的能力，提升了业务服务质量；实现了系统中大量信贷报表展现功能，可对复杂信贷业务数据报表进行灵活定制和展现；通过采用构件化开发方式，缩短了项目建设周期，降低了系统投资。 信贷管理涉及的业务流程，绝大多数都需要经过多级业务管理部门进行处理，流程复杂且跨度比较大。由于银行的金融信贷策略会受国家政策的调整、市场信息的变化，以及银行内部机制调整等因素影响，可能导致信贷审批过程的变化，这就要求交行信贷业务流程具有随需而变的能力，以及对交通银行的台账、风险管理、放款中心等业务系统产生的大量报表，具有快速、灵活展示的能力。 总体技术框架 交通银行信贷管理信息系统的体系结构主要分为：表示层、中间逻辑层、业务逻辑层和数据层。通过对体系结构的分析，可以看出交行信贷流程管理信息系统技术架构的主要支撑在于中间逻辑层，即业务流程服务引擎和中式报表服务引擎。 业务流程服务引擎 交行信贷管理信息系统解决方案首先向业务流程提供从定义、部署、运行到交互、分析的全生命周期服务，其次将人员和信息系统通过自动化的流程结合在一起，同时还能快速应对业务流程无论是资源配置还是控制结构上的变化，实现这些目标的核心是将流程逻辑从运行它们的应用中分离出来，管理流程参与者之间的关系，集成内部和外部的流程资源，并实时监控流程性能和运行状况。 中式报表服务引擎 报表服务引擎提供B/S环境下快速实现中西式复杂报表设计、部署、生成、展现、打印和管理的服务，真正作到了“中西合璧”，支持各种类型的复杂报表，支持“所见即所得”的图形化设计，支持报表开发的全过程零编程，支持证件和票据套打，适应多种平台及数据库环境，并可以跟应用无缝集成，快速构建图文并茂的报表应用。 功能模型 交通银行信贷管理信息系统业务功能主要包括：客户信息系统、客户授信额度系统、放款中心系统、风险资产管理系统、信贷台账系统、上报人民银行系统、公共控制系统等功能。 集中管理交行客户资料的子系统，任务是集中处理客户财务、非财务数据和集团客户关系信息，满足信贷业务对客户资料的需求，建立满足多种营销、管理、监督、分析需求的统一的公共
中小银行信贷管理平台解决方案
中小银行信贷管理平台软件解决方案 信贷管理—中小银行业务新的增长点 随着城市商业银行和农村信用社综合改革的逐步深入，信贷业务成为中小银行当前重点发展的一个领域，安全、高效、统一的信贷管理平台可以规信贷业务流程、改善信贷业务管理状况、优化信贷资产结构、控制贷款风险、提高贷款质量，保持稳定的优质客户群和最佳信贷经济效益。 信贷管理解决方案坚持以客户为中心原则，充分考虑信贷业务规则变化的复杂性和灵活性要求，全面遵循巴塞尔新资本协议和银监会信贷风险防控制要求，支持对公信贷和个人信贷管理、审批、统计、报表展现的业务自动化处理，实现统一集中的用户管理和安全控制, 为中小银行信贷业务创新、金融风险控制和经营决策分析提供强大的技术支持。方案设计将信贷管理应用纳入到中小银行流程银行整体发展规划体系中来统一考虑，使信贷管理基础平台成为企业流程银行建设的重要组成部分，从而有助于协调中小银行各业务部门互助合作、高效运转、迅速处理信贷业务关键流程并最终提高中小银行运营的整体效益。 中小银行信贷管理平台解决方案采用SOA的先进架构来促进中小银行信贷业务流程自动化并为中小银行信贷审批、流程业务的分析、设计、开发、部署、运行、维护提供坚实的流程开发和运行平台，本方案核心基础平台包括数据库平台(DB2/Informix)、J2EE Web应用服务器平台(WebSphere Application Server)和用户集中管理LDAP目录服务器(Tivoli Directory Server), 方案推荐可选平台包括支持信贷复杂审批和业务流转的流程服务器( FileNet P8 BPM/WebSphere Process Server)、支持信贷业务灵活性的规则引擎 ILOG JRules、支持信贷档案影像处理的容管理平台(DB2 CM/FileNet CE)、支持信贷报表管理的展现服务器( COGNOS 8 BI), 本方案还提供基于Basel II风险分析的软件服务能力、用于风险分析的数据仓库服务器(DB2 Warehouse), 支持客户信息统一视图的主数据服务器(InfoSphere Master Data Management)以及有关的 SOA 分析设计开发工具等技术说明。 中小银行信贷管理系统面临的问题和挑战 中小银行信贷审批是银行业务系统中的核心部分, 它要实现贷款审批与贷前、贷中和贷后管理一系列操作，形成统一授信、授权、信贷额度与会计放款交易相互作用的运行机制。信贷管理涉及到信贷审批过程中基于角色的人员工作分配还有流程的异常处理等复杂环节, 在信贷业务流程中要实现各种复杂信贷审批工作流模式、对信贷档案文档资料的数字化保存和利用、信贷业务规则的制定和应用、信贷风险的评估和计量分析、信贷结果的报表管理等功能，中小银行在信贷管理系统建设过程中，普遍存在以下问题： 1.如何按照银监会要求来做到保增长和防风险相结合 2.如何支持扩大消费需求、有针对性地培育和巩固消费信贷增长点 3.如何提高贷款质量分类的准确性 4.如何降低越来越隐蔽的信贷风险 5.如何加速新信贷政策的快速推行
信贷风险管理系统 信贷风险管理系统是与信贷业务管理系统紧密结合在一起的管理信息系统。信贷风险管理系统不仅为信贷业务管理系统提供客户/债项评级、贷款定价、限额管理等贷款业务流程所需的决策支持信息；同时也可作为遵循新巴塞尔资本协议关于有关信用风险计量和资本准备的支持系统。 信贷风险管理系统一般并不是单一的物理系统。通常完整的信贷风险管理系统由以下的系统组成： 信贷风险管理模型系统 信贷风险决策管理系统 信贷数据集市及数据管理系统 联机数据分析及报表处理系统 信贷风险管理项目IT系统的整体逻辑视图如下：
信贷风险管理模型系统 建立信贷风险管理模型系统的目的在于设计及实施由个别贷款至组合层面的信贷风险模型，包括内部评级、可预见损失、不可预见损失、压力测试、信贷风险值及信贷风险资本平衡收益率的计算。信贷风险模型系统的数据基础是信贷风险数据存储（CRDS）。 信贷风险模型系统的主体内容框架如下：
信贷风险模型系统所需的数据主要包括：财务数据、贷款数据、回收数据、客户定性数据、客户资信数据、违约数据、内部评级数据。 1、内部评级模型 一般来讲，内部评级模型的建立方法主要分为两大类，即主观判断方法及数据分析量化方法。数据分析量化方法也有不同的处理手法，包括模拟法、经验数据法及市场风险建模法：
对于以上方法的选择，主要的考虑因素包括评级对象的特点、数据的可获得性、模型的可行性、模型的灵活性、实施所需的时间和资源等。 无论采取哪种方法都必须意识到内部评级模型的建立需要花较长的时间：首先要经数据挖掘技术来找出与光大银行信贷业务相关的关键性风险因素，继而制定参数化的公式，经业务的数据验证后，再经至少半年的实施效果来调整公式。 同时需要注意的是，独立的信用风险评级模型基本上无法支持信贷决策。因此需要开发信用风险评级模型的应用程序，对客户评级、行业评级、地区评级、债项评级进行调整和整合，如下图：
银行个人贷款管理系统 基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2
数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6 数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7 数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期 02最后还款金额 02最后还款日期 02利率 02贷款类型
20.1概述 20.1.1定义 20.1.2目的 20.1.3系统运行环境 20.1.4用户管理 20.1.5系统主要功能框架20.2系统的主要功能 20.2.1客户资料信息 20.2.2信用限额设定 20.2.3授信额度管理 20.2.4授信额度登记 20.2.5合同协议信息 20.2.6放款及帐务处理 20.2.7贷后管理记录 20.2.8资产清分记录 20.2.9监测提示功能 20.2.10查询功能 20.2.11综合报表 20.3安全管理
20.1概述 20.1.1定义 本章的信贷信息系统仅指对公信贷业务系统。对公信贷业务系统（下称“系统”）是我行以对公信贷资产业务信息管理为主要内容，以支持信贷业务放款操作为主线，面向全行信贷业务的应用操作系统。 20.1.2目的 （1）系统为全行信贷资产业务管理的重要信息来源,不但为我行报表统计、流程控制、质量监测、综合分析提供了大量基础数据，而且还满足了 人民银行、银监会、上市审计等外部机构的数据需要，为进一步实现 数据仓库的数据挖掘打下基础。 （2）系统与会计系统前、后台业务处理的无缝联接，流程化处理过程，为全行信贷业务流程的统一提供平台，为放款中心防范放款操作性风险 提供控制手段，为管理决策提供可靠及时的后台管理信息。 （3）系统提供行内其他业务管理部门的数据共享和接口，为全行后台信息管理一体化提供前提条件。如：与人民银行咨询登记系统接口，与行 内客户评级系统、资金定价系统实现数据共享等。 20.1.3系统运行环境 系统在400主机上运行，严格与办公系统网络分离，用户通过终端微机登录400主机，进行信贷业务数据输入，实时查询及会计账务处理等日常工作过程。报表输出及历史数据查询则通过数据仓库来完成。 20.1.4用户管理 （1）信贷业务系统用户分为信贷用户和会计用户。总、分行要指定专人负责系统的用户管理。总行信贷管理部、会计部、信息技术部负责总行
银行个人贷款管理系统 Document number【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】
银行个人贷款管理系统基本需求如下： (1) 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 (2) 贷款业务员收集到客户的有关证明材料后对贷款申请进行审查，决定是否批准贷款。贷款最后经业务经理核准后，签订合同，未予批准则通知客户。 (3) 贷款批准后建立“贷款账户”，贷款账户由贷款编号识别，内容有贷款金额、贷款日期、最后还款金额、最后还款日期、利率、贷款类型（抵押贷款或信用贷款）、还款方式（一次付清、按年付、按月付）、每次还款金额、担保人等。 (4) 贷款员打印通知交出纳部门，由出纳部门发放贷款并记账。 (5) 贷款划拨的次月，票据部门开始处理客户贷款的每次还贷，并保存贷款账户的每一项“还款情况”，打印支付凭证。如果客户到期未还款，票据部门发出催付账单和违约金账单。票据部门还要定期向贷款员或经理发送各种报告，包括日常交易、拖欠贷款和即将偿还的贷款等。 (6) 贷款偿还完后或经同意已无力偿付时，账户终结，记载终结原因，转入历史档案。 (7) 各客户基本信息及其贷款情况和贷款支付明细提供银行内部查询。 一、银行个人贷款管理系统数据流图： （一）顶层数据流图如下： （二）第一层数据流图如下图： 二、数据字典： 1. 数据流字典 1) 数据流名称：申请单标识符：H1 数据结构： 01申请单 02期限 02金额 02用途 02本人基本情况
排列方式：按申请号升序排列 来源：客户 去向：银行 2) 数据流名称：申请档案标识符：H2数据结构： 01申请档案 02期限 02金额 02用途 02本人基本情况 排列方式：按申请号升序排列 来源：银行 去向：贷款业务员 3) 数据流名称：支付凭证标识符：H6数据结构： 01客户还款款 02还款日期 02还款金额 来源：票据部门 去向：客户 4) 数据流名称：各种报告标识符：H7数据结构： 01报告 02日常交易 02拖欠贷款 02即将偿还的贷款 来源：票据部门 去向：贷款员或经理 5) 数据流名称：历史档案标识符：H9 数据结构： 01历史档案 02日期 02终结原因 02用户信息 02贷款信息 排列方式：按日期升序排列 来源：客户 去向：贷款业务员 2. 数据存储字典 1) 存储文件名：贷款账户标识符：H3 数据结构： 01贷款账户 02贷款金额 02贷款日期
管理信息系统课程设计
目录 1 引言 (3) 2 国内外研究现状 (5) 2.1 国外研究现状 (5) 2.2 国内研究现状 (6) 3 初步调查 (8) 4 可行性分析 (8) 4.1 管理上的可行性研究 (9) 4.2 技术上的可行性研究 (9) 4.3 经济上的可行性 (9) 4.4 社会上的可行性 (10) 5 项目开发计划 (10) 6 详细调查 (10) 6.1 组织结构调查 (10) 6.2 管理功能调查 (11) 6.3 现有业务流程图和数据流程图 (11) 6.3.1 业务流程图 (12) 6.3.2 数据流程图 (13) 6.4 数据字典 (14) 6.4.1 数据项 (14) 6.4.2 数据流描述 (17) 6.4.3 数据存储 (21) 6.4.4 处理逻辑 (21) 6.4.5 外部实体 (22) 7 参考文献 (23)
1 引言 目前，银行业正处在以客户为中心，以市场为向导的激烈竞争时代，信贷业务作为银行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。如何应用先进的计算机网络技术跟踪、预测银行客户的发展动向，最大限度地挖掘客户信息的潜在价值，并利用这些信息来改进银行服务，提高竞争能力，防范和化解信贷风险，如何由以往的单一的贷款账务管理转变为以客户为中心的信息化管理，如何将信息共享处理，提高贷款质量，减少贷款风险，实现信贷业务的集约化经营、科学化管理、对增强信贷资产的安全性，提高信贷管理水平，规范业务流程，加强信贷预测和决策的科学性，是银行决策层极需要解决的重大问题。与其同时，银行信贷业务作为银行的核心盈利业务，其重要性不言喻。信贷业务作为银行的主要业务之一，是银行电子化建设的主要组成部分。针对目前金融改革的不断深入、银行间的竞争日益激烈等现状，对银行的信贷管理水平提出了更高的要求。加大信贷资产的监管将起到极大的积极作用。然后加大监管则需要对大量的信息资料进行处理、加工，这对以往半手工半电脑的信贷管理模式有所不同。 信贷综合管理系统既是信贷业务操作与信息处理，又是管理分析决策支持系统。因此，系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展的原则，将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想，以信贷业务操作流程为基础，以数据库、数据仓库为有形载体，以信贷管理规章制度为依据，以适应信贷经营管理体制改革为出发点，通过本系统支持并推行新的信贷经营理念，实现贷款管理方式的根本性变革，为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上，以国际先进水平为标尺，规划设计注重前瞻性和开放性，确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要，还充分考虑信贷业务未来发展的需要，不断提高自身的兼容性和易扩展性，使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要，配合银行经营战略和经营重心的重大调整。 系统以集中式数据库和数据仓库为依托，以提高信贷资产质量和效益为目标，集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险，实现刚性控制与分类管理的有机结合。
商业银行信贷管理系统操作手册
商业银行信贷管理实训教学软件 操作手册
广州市正日计算机科技有限公司 目录 第一章系统简介 ........................................................................ 错误!未定义书签。 第一节简介 .............................................................................. 错误!未定义书签。 一.系统说明............................................................................. 错误!未定义书签。 二.功能说明............................................................................. 错误!未定义书签。 第二节系统界面....................................................................... 错误!未定义书签。 一.应用界面操作 ..................................................................... 错误!未定义书签。 二.系统运行环境 ..................................................................... 错误!未定义书签。第二章使用系统 ........................................................................ 错误!未定义书签。 第一节登陆系统....................................................................... 错误!未定义书签。 第二节系统操作....................................................................... 错误!未定义书签。 系统基本操作说明 .................................................................. 错误!未定义书签。第三章系统操作指南 ................................................................ 错误!未定义书签。 第一节操作流程示意图 ........................................................... 错误!未定义书签。
商业银行信贷管理实训教学软件 操作手册
广州市正日计算机科技有限公司 目录 第一章系统简介 (3) 第一节简介 (3) 一.系统说明 (3) 二.功能说明 (4) 第二节系统界面 (5) 一.应用界面操作 (5) 二.系统运行环境 (5)
第二章使用系统 (6) 第一节登陆系统 (6) 第二节系统操作 (7) 系统基本操作说明 (7) 第三章系统操作指南 (9) 第一节操作流程示意图 (9) 第二节具体操作流程 (15) 一. 创建新的客户(0109/666666). (15) 二. 新建客户的资料(0109/666666). (17) 三. 贷前风险评估(0109/666666). (20) 四. 客户授信(0174/666666). (26) 五. 贷后风险控制(0174/666666). (30) 六. 不良贷款管理(0109/666666). (31) 第三节系统维护 (32) 一.系统信息维护（X0001/123123） (32) 二.系统参数维护 (35) 三.部门维护 (38) 四.系统权限维护 (39)
第一章系统简介 第一节简介 一.系统说明 该系统运用先进的计算机和网络技术，采用以总行为为数据中心的集中式数据网络系统方式，把信贷日常业务处理、决策管理流程、贷款和可户资料积累、带快风险预警、贷款分类评级、数据统计分析、信贷监督检查等信贷管理的各个环节和过程全部纳入计算机处理，形成覆
盖信贷管理全过程的科学体系，实现网络互联、信息共享、查询自如、方便快捷的信贷电子化管理系统，也就是把信贷管理过程形成的所有资料和升年升毫用计算机存储和记录，通过现代信息网络技术，形成一个完善的信贷电子化管理系统，将信贷规章制度和具体要求转化为电脑程序进行控制，创造“制度制约+机器制约”，实现“以客户为中心、以优质客户发现为前提、以时常和行业为导向、以风险控制为核心、以量化分析为主”的新的信贷管理机制。 系统采用银行信贷管理系统流行的B/S结构，在操作的过程中系统提供了许多的提示，使用户可以清楚的了解到操作中碰到的问题。系统提供了工作台、公告板等功能使用户方便的了解到需要进行的操作。 二.功能说明 客户信息管理：主要用于企业客户、个人客户的基本信息管理、业务活动管理以及客户交易管理、财务状况管理。 信贷业务管理：主要对信贷业务过程中的贷前调查、贷中审查、贷后检查`进行处理，实现电子化审贷流程。通过对行业信息、政策信息、银行贷款信息的分析，结合企业客户的财务状况、非财务状况、企业贷款或授信额度的分析，为信贷决策提供辅助支持。 信贷风险管理：主要对企业的信用状况进行评估，对信贷检查过程中出现的问题进行预警。 信贷资产管理：主要对银行信贷不良资产的处置过程进行管理。 信贷报表管理：对银行的常用报表、自定义报表、上报人民银行的报表提供接口，并可根据系统提示的条件完成自定义的查询。 系统信息维护：对系统参数、权限设置、流程控制、分析指标和相关参数、企业类报表结构等信息进行维护。
XXX数据库设计说明书 银行信贷管理系统数据库设计说明书 编写：武刘强日期：2013-12-08
变更记录
目录 目录 (3) 1 引言 (4) 1.1 预期的读者 (4) 1.2 数据库 (4) 1.3 目的和作用 (4) 2 数据字典设计 (4) 3 数据库设计 (5) 3.1 系统物理结构设计 (5) 3.2 表设计 (8) 3.2.1 客户信息表dk_kh (8) 3.2.2 贷款申请表dk_sq (9) 3.2.3 用户信息表t_person (9) 3.2.4 单位信息表t_dw (10) 3.2.5 资产管理表t_zcgl (10) 3.2.6 贷款分户表t_dkfh (10) 3.2.7 部门信息表t_depart (11) 3.2.8 系统角色表t_role (11) 3.2.9 贷款还款表t_dkhk (11) 3.2.10 贷款利息表t_dklx (12) 3.3 表之间的关联设计 (12) 3.4 存储过程设计 (13) 3.5 触发器设计 (13) 3.6 Job设计 (13)
1引言 1.1 预期的读者 1．项目经理 2．客户项目经理 3．系统开发人员 4．系统测试人员 1.2 数据库 所采用的数据库管理系统是Oracle v10中文简体版 1.3 目的和作用 将数据分析的结果进一步整理，形成最终的计算机模型，以便开发人员建立物理数据库。 2数据字典设计 数据字典的主要目的是提供查阅对不了解的条目的解释。在数据字典中记录数据元素的下列信息：一般信息（名字，别名，描述等），定义（数据类型，长度，结构等），使用特点（值的范围，使用频率，使用方式—输入/输出/本地，条件值等），控制信息（来源，用户，使用它的程序，改变权等），分组信息（父结构，从属结构，物理位置—记录、文件和数据库等）。 下面的例子是通过卡片来描述数据字典：
XXX 商业银行信贷管理系统总体解 决方案 [XXX] 市商业银行信贷管理系统 总体技术方案 目录 1概述(3) 1.1项目简介(3) 1.1.1项目名称(3) 1.1.2文档名称(3) 1.1.3范围(3) 1.1.4名词定义(3) 1.1.5参考资料(3) 1.2项目建设背景(4) 1.2.1项目建设环境(4) (4) 1.2.2[XXX] 市商业银行建立综合业务系统的必要性及可 行性
1.3系统建设的目标、原则(4) 1.3.1系统建设目标(4) 1.4.1标准化和有机集成相结合的设计原则(5) 1.4.2先进性和实用性相结合的实施原则(5) 1.4.3安全可靠性与灵活性相结合的运行管理原 (5) 则 1.5系统建设总体要求(6) 2总体体系结构(7) 2.1系统层次结构(7) 2.1.1体系结构(7) 2.1.2数据分布方式(7) 2.2系统信息类型(8) 2.2.1采集信息(8) 2.2.2查询信息(9) 2.2.3认证授权信息(9) 2.3应用系统的概念结构(9) 2.3.1表示层(9)
2.3.2业务对象界面(9) 2.3.3应用层(9) 2.3.5数据层(10) 2.4应用系统的结构模式(10) 3应用系统技术实现方案(11) 3.1信贷管理系统业务的操作特点(11) 3.2应用层技术实现方案设计(11) 3.2.1应用层技术实现方案的主要要求(11) 3.2.2应用层技术实现方案的选择(12) 3.3表现层技术实现方案设计(12) 3.3.1表现层实现方案比较(12) 3.3.2应用程序界面开发工具的选择(13) 3.3.3浏览器界面开发工具的选择(14) 3.4应用系统技术实现方案总结(14) 4系统支撑环境(16) 4.1系统网络环境需求(16)
他项权证：指在他项权利登记后，由房管部门核发、由抵押权人持有的权利证书。房产的他项权是指除产权人及共有权人以外的其他团体或者个人对该房产涉及的权利，通常是指抵押权利，他项权证由他项权人持有。一般房产购买时，选择按揭贷款时，在房屋所有权证书中，会有他项权利内容记载，载明他项权利人、权利种类(如典权、抵押权等)、权利范围(他项权利的房屋范围)、权利价值(他项权利的契载价格)、权利存续期间(契载期限)、注销日期(他项权利消失的日期)，并且在他项权证书也注明这些内容。根据担保法，房产设有抵押，即他项权证未注销，该房产处置权受到限制，未经抵押权人（一般是银行）同意不得进行合法交易，不能办理产权过户等相关手续。 例：房产的他项权证。就是用住房办理抵押贷款，房子要抵押给银行，银行是抵押权人，贷款人是抵押人，房屋产权证上本来应该是贷款人的名字，但是他抵押给了银行，所以他项权证要放在银行里，并且在土地使用证上写明房产抵押，根据房随地走，土地也一并被抵押。自己手中的是房本，银行拿着他项权证（拥有房产所有权），贷款结清后银行会把他项权证退还，可以到房管局办理解押了（所有权转移给你了），如果客户恶意拖欠贷款，银行可以起诉后拍卖房产。 《房屋所有权证》是国家依法保护房屋所有权的合法凭证。房屋所有权人必须依法到房屋所在地的房地产行政主管机关申请登记领取房屋所有权证。凭证管理房产；凭证出售、出租房屋；凭证申请房屋翻、改、扩建；凭证申请办理房屋继承、析产、分割、赠与、交换、调拨等产权转移手续；凭证办理抵押手续；凭证办理拆迁、安置、补偿手续。管理部门在办理有关手续时凡涉及到房屋所有权证的归属，也均应以《房屋所有权证》作为确认证件，不得以其他证件替代。 预告登记证明：在商品房成为现房之前，属于期房阶段，此时房子不能出房产证，只有预告登记证明。在商品房预售中，购房者可以就尚未建成的住房进行预告登记，以制约开发商把已出售的住房再次出售或者进行抵押。如果办贷款，需用此房屋作抵押登记手续，房管局会给抵押权人（一般是银行）一张抵押物的凭证，就是抵押权预告登记证明，用以证明此房屋是抵押给抵押权人的。 如果不是贷款购房，确实不应该有抵押权预告登记出现。
小额贷款管理系统综合解决方案 东莞市利维克计算机科技发展有限公司 目录
1.方案简述 (2) 2.方案目标 (3) 3.方案实现 (3) 3.1.软件简介 (3) 3.2.性能指标 (15) 3.3.数据指标 (16) 3.4.界面及操作指标 (16) 3.5.关键问题 (16) 4.解决方案 (18) 4.1.项目系统架构 (18) 4.2.网络拓扑结构 (18) 4.3.硬件设施要求 (19) 4.4.基础软件要求 (20) 4.5.系统软件结构 (20) 4.6.关键问题解决方案 (21) 5.项目实施 (22) 5.1.项目组构成 (22) 5.2.开发计划 (23) 5.3.质量保证 (23) 5.4.需要承担的工作 (24) 6.提交的成果 (24) 7.报价 (25) 7.1.工作量估算 (25) 7.2.报价 (27) 8.项目管理 (27) 8.1.标准开发规范 (28) 8.2.透明的项目管理方法 (28) 8.3.项目监督系统 (29) 8.4.质量保证方法 (29) 9、公司业绩 (29) 10、售后服务 (31) 1.质量保证期 (32) 2.服务体系 (32) 1.方案简述 该方案的目的是：使客户了解采用软件管理的必要性和客户如何通过软件实
现管理目标。 2.方案目标 通过本项目完成小额贷款管理中心“小额贷款管理系统”，实现以下目标：小额贷款公司业务的统一管理 小额贷款公司信息的统计分析汇总 为银行等其他信息管理系统提供数据 3.方案实现 3.1.软件简介 “贷款业务处理系统”具有高度的自动化能力，让用户能轻松的处理各项贷款业务，其中主要功能有：客户信用评测、贷款开户、贷款调查、贷款审查、待审会审议、签订合约、贷款发放、贷后跟踪、发放审核、收回（理论上可以分无数次收回本金及利息，并自动分段计息）、展期、催收、转户、结息、随时借款还款，并根据贷款状态实时划分类别。 为提高数据安全性，软件提供简便且完备的备份与恢复功能。 系统采用磁卡方式进入、更提高了安全性与稳定性。 本软件按权限配备完善的查询统计功能，从而实现非现场监管的目的。业务系统功能适用性强，易于扩展。并能够适应未来相当一段时间内信贷业务发展的总体趋势。具体功能如下：
信贷管理信息系统简介 一、产品背景 随着WTO的加入，外资可以进入国有银行，外资银行的经营业务的限制越来越少、完全的市场利率化等等一系列的金融举措，使得中国的银行直接面临外资银行的冲击。信贷业务是银行资金运作的最为重要的业务之一，提高信贷业务的管理水平和运行效率、充分利用共享的信息资源、减小各种风险、运用各种科学的金融分析模型指导业务开展成为必须。 现阶段中国的银行面临着如下几个问题及待解决： 1、手工运作导致信贷业务运作效率低下； 2、责任明晰化程度不足； 3、领导对贷款的监控不方便； 4、资信评定的现状； 5、风险分析方面； 6、资料管理方面； 7、客户的资料管理还没有完全健全； 8、业务人员绩效考核和激励的方面，还不能够直接从业务人员经手的贷款的基本情况进行提取，评定起来缺乏定量的令人信服的数字； 9、贷款业务的分析和新业务的开展的结果情况的缺乏。 针对以上的问题，北京易初电子技术有限公司推出了信贷管理信息系统。二、系统概述 信贷综合管理系统既是信贷业务操作与信息处理，又是管理分析决策支持系统。因此，系统的业务需求本着适应现行信贷业务操作规范、满足信贷管理要求、兼顾未来业务发展的原则，将易初信贷综合管理系统改造成具有前瞻性的开放式、易维护、操作简捷的应用管理系统。 系统改造的业务需求牢牢把握银行信贷工作的经营思想，以信贷业务操作流程为基础，以数据库、数据仓库为有形载体，以信贷管理规章制度为依据，以适
应信贷经营管理体制改革为出发点，通过本系统支持并推行新的信贷经营理念，实现贷款管理方式的根本性变革，为高层宏观决策提供有效的信息支持和决策支持。 系统在借鉴并吸收国内外成功银行成熟经验的基础上，以国际先进水平为标尺，规划设计注重前瞻性和开放性，确保该系统始终保持国内绝对领先地位。 系统不仅能够完全满足现有信贷业务的需要，还充分考虑信贷业务未来发展的需要，不断提高自身的兼容性和易扩展性，使之具有较强的可持续发展能力。 适应银行今后信贷经营管理体制的改革和结构调整的需要，配合银行经营战略和经营重心的重大调整。 系统以集中式数据库和数据仓库为依托，以提高信贷资产质量和效益为目标，集授权、授信、信用等级评定为一体、防范利率性风险、流动性风险、关联性风险，实现刚性控制与分类管理的有机结合。 2.1设计目标和原则 系统以提高信贷资产质量和效益为目的，构建全方位、多层次的风险防范体系，充分体现集约化经营管理模式和择优弃劣、有进有退、区别对待的信贷经营方向，提供基于网络的信息系统，实时为信贷结构战略性调整和具体业务提供决策支持。 信贷综合管理系统设计的原则是：以数据库集中、Browse/Server应用平台为基础，全面实现与综合业务处理系统的信息交互。 2.2主要内容 基于设计原则，易初信贷管理系统从广义的结构和逻辑关系角度分为信贷信息资源管理、业务流程控制、信贷业务监控、分析决策等四个部分，它们之间紧密联系，相互融合，共同构成信贷综合管理系统的有机整体。 ?信贷基础数据库为业务操作、分析和决策提供了实现的基础； ?信贷业务流程既是规范信贷业务操作的工具，也是信贷信息的集散器； ?信贷分析层是架构信贷业务流程与决策的桥梁，它向上为信贷决策提供 依据，向下督导、控制、约束业务流程运作；
第三章需求分析 3.2 系统开发原则 3.2.1 设计原则 商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。 3.2.2 实施原则 在商业银行信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。 另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。 3.2.3 运行管理原则 系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段
应当充分考虑到系统的日常维护工作，提高系统的可维护性。 一方面，信贷管理系统所涉及的是商业银行及其客户的信贷业务信息和主要经济财务指标等敏感性信息，因此信息的安全可靠性是系统设计中应当着重考虑的。这要求系统设计和实现时充分考虑诸如信息的保密性、访问的可控性、数据的完整性、系统的冗余性等安全可靠性因素。另一方面，正因为系统的运行管理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证安全可靠的手段使用灵活、便于管理，并能随着安全策略的改变而有一定的弹性，做到在保证系统安全可靠性的基础上尽可能提供相应的灵活性。 3.3 信贷系统可行性分析 3.3.1 经济可行性分析 经济可行性是指开发并应用此系统，应对其投资成本和未来可能取得的经济利益，权衡其得失。本系统提高信贷业务管理的信息化水平并提高人员素质，该系统是非常有益的。而且银行内部硬件和网络设备都已经具备，开发成本减少了这一大块。开发信贷管理系统在经济上是完全可行的。 3.3.2 操作可行性分析 微软Windows操作平台具有良好的操作性，本银行信贷管理系统是也是基于Windows操作平台。本系统具有友善的用户界面、良好的安全性设置和详细的操作说明，非常适合于相关信贷办公人员使用。 3.3.3 技术可行性分析 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否满足开发者的需要，各类技术人员的数量，水平，来源等。网络技术，具有计算机的信息传输速度快、准确度高的特点。计算机硬件和软件技术的飞速发展，为系统的建设提供了技术条件。本系统在技术上也是完全可行的。