案例-信息化二期系统建设方案.docx

《案例-信息化二期系统建设方案.docx》由会员分享，可在线阅读，更多相关《案例-信息化二期系统建设方案.docx（61页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、重庆市XX担保有限公司信息管理系统建设方案目 录1 项目概述51.1项目名称51.2 项目背景51.3 建设范围51.4 建设目的51.5 建设原则52 项目需求分析62.1 新一轮发展的需求62.2 公司信息化建设现状及存在的问题62.3 建设目标分析72.4 应用需求分析72.4.1 业务服务的需求72.4.2 业务管理的需求82.5 软硬件需求分析82.6 平台安全保障需求分析83 总体设计83.1 总体框架设计83.2 技术架构设计93.2.1 C/S/S架构93.2.2 B/S架构103.2.3 开发架构113.3 部署架构113.4 系统关键架构123.4.1 SOA架构123.4

2、.2 企业服务总线ESB123.4.4 Web Services123.5 安全体系设计134 数据中心建设134.1 数据中心的建设思路134.2 数据中心的架构设计134.3数据库设计134.3.1 信息的分类编码体系134.4 业务系统数据库设计144.4.1 基本内容144.5 统计分析数据库概要设计154.5.1 数据仓库一般设计过程154.5.2 数据颗粒设计164.5.3 统计分析数据库模型设计185 应用系统建设195.1 客户管理系统195.1.1 功能说明195.2 项目管理系统215.2.1 功能说明215.3 业务流程管理系统225.3.1 SOP管理225.4 财务管

3、理系统235.4.1 合同借款管理235.4.2资金计划235.4.3 统计分析235.4.4 借款管理235.4.5 报销管理245.4.6权证管理245.4.7预算管理245.5 资产管理系统245.5.1 固定资产记录245.5.2 固定资产查询245.5.3 固定资产申购245.5.4 固定资产维修255.5.5 固定资产报废255.5.6 项目档案权证管理255.6 人力资源管理系统255.6.1 员工信息255.6.2 薪资管理255.6.3 培训管理255.6.4 考勤管理265.6.5 绩效管理265.6.7 招聘管理265.6.8 劳动关系管理265.7 外围管理系统275.

4、8 综合服务子系统275.8.1 指标体系设计275.8.2 功能与展现285.8.3 统计分析系统295.8.4 管理决策支持系统295.8.5 协同办公305.8.6 行政办公315.8.7 移动办公366 网络设计366.1 网络规划设计366.1.1 规划的依据366.1.2 信息网设计366.2 数据中心软硬件规划方案376.2.1 数据中心总体部署架构376.2.2 主机容量规划376.2.3 存储容量规划376.2.4 系统软件规划376.3 灾备体系规划376.3.1 灾备体系基本架构376.3.2 灾备技术比较386.3.3 平台灾备建设406.4 机房环境建设的基本要求40

5、7 安全保障体系407.1 系统安全概述407.2 安全风险分析417.2.1 物理层安全风险427.2.2 网络层安全风险427.2.3 系统层安全风险427.2.4 应用层安全风险427.2.5 管理层安全风险427.3 系统安全等级设定437.4 系统安全策略437.4.1 系统安全的设计原则437.4.2 系统安全的建设内容447.4.3 系统安全体系结构447.5 安全系统防护467.5.1 物理安全467.5.2 网络安全设计467.5.3 主机系统安全设计477.5.4 数据库安全保障487.5.5 应用系统安全设计517.5.6 应用安全审计537.6 数据共享与交换的安全保障

6、547.7 系统管理及信息安全548 项目实施计划548.1 需求调研阶段548.2 方案设计阶段558.3 软件开发设计测试阶段558.4 试运行阶段568.5 正式上线568.6 验收阶段579 项目实施管理579.1 领导和管理机构579.2 项目实施机构579.3 运行维护机构579.4 技术力量和人员配置579.5 人员培训方案589.5.1 培训目标589.5.2 培训方式599.5.3 培训对象及内容599.5.4 培训安排609.5.5 培训管理601 项目概述1.1项目名称重庆市XX担保有限公司信息管理系统建设项目1.2 项目背景公司信息系统建设从2009年开始至今已历5年，

7、现有系统已不能满足公司快速发展需要。因此建立起一个面向行业和业务的数据资源体系，以数据为中心，集数据采集、数据分析、业务处理等功能于一体的新一代平台体系就成为当务之急。1.3 建设范围重庆市XX担保有限公司。1.4 建设目的按照深化和推进信息化综合改革的总体要求，在现有资源基础上，结合我公司实际，建设以客户档案、项目管理为基础的信息管理系统。优化系统改造改造外部程序，将原有封闭型系统改为开放型系统，外部客户可全面参与至产品流程中来；梳理内部程序，使其逻辑更加清晰便捷；将数据与业务、功能模块相分离，使得系统能够更加灵活快速地跟随需求变化；系统提供高可配置，支持业务模式和流程的变化。提升管理手段通

8、过信息手段驱动企业改革，推进扁平化管理模式，有效提高管理效率，帮助企业更好适应市场变化的能力；将整个产品流程置于闭环回路中，中间过程完全透明、可控；远程监控的应用，减少现场监管人员需求，极大提升工作效率；集团公司各平台信息互通，共享数据资源，降低管理成本和管理风险。提高决策水平以数据库为核心，运用数据采集、数据整合、评估监测等技术，为精细化运营提供支持；数据挖掘和数据模型体系的建立，将提供高质量的数据分析经营现状、预测趋势，为公司管理层提供决策支持。加快产品创新通过流程引导与历史数据分析，探索出适合公司发展的业务模式；行业分析模块更加成型，更有利于推行标准化产品。1.5 建设原则1、整体部署，

9、分类实施以公司为单位统一规划、统一设计，统一组织实施。各部门（分公司）根据“纵向到底、横向到边”的要求，建设信息管理系统。2、统一标准，统筹建设严格执行国家颁布实施的有关业务规范和信息标准，加强规范化、标准化管理和制度建设。注重与农业、金融等其他信息系统的资源共享，互联互通，避免重复建设。3、软硬并重，务求实效结合实际，量力而行，充分考虑信息化建设长期性和复杂性，做到规划设计具体有前瞻性，具体建设注重实用性，积极探索信息管理系统建设运行的长效机制。业务层面基于领域和数据驱动的设计，进一步完善业务模式和风险控制体系；建立数据分析和数据挖掘体系，提供高质量的数据分析经营现状、预测趋势，为公司管理层

10、提供决策支持；提高信息自动化程度，加快审批速度，提高资金管理水平，提高公司核心竞争力；移动互联网的应用，使得公司管理更加趋于扁平化，同时将改变公司与客户交流、客户服务的方式；远程视频监控技术的应用，将有利于业务拓展和保后管理，降低人力成本。系统层面配置化管理，降低重复研发成本；简化流程，提供更友好的用户体验，降低误操作可能，提高系统易用性；支持动态扩容及横向扩展，为公司长远发展打下基础，提高系统伸缩性；备份冗余，避免服务中断，提高系统可用性；业务抽象，系统支持灵活增加其他业务功能，对原业务不影响，二次开发性高，提高系统可扩展性。客户层面客户资料和融资意向可由本人录入，免去中间繁杂过程，信息收集

11、更加快捷；客户直接参与到业务流程中来，业务过程更公开化，透明化，可以随时查看项目进度，了解项目情况，提升客户体验。2 项目需求分析2.1 新一轮发展的需求为满足公司日益增长的业务需求，逐步实现信息化管理的目标，根据公司有关文件精神，结合公司的实际情况，制定了公司的信息化建设意见。2.2 公司信息化建设现状及存在的问题原有系统设计模式为业务驱动，首先确认业务流程，然后根据业务需求设计所需要的数据库：即以业务流程为主，数据为辅，数据为业务服务。导致业务流程和业务模式固化，系统可伸缩性和可扩展性较低，一旦需求发生变化，系统就必须随之调整，涉及二次开发；同时由于数据依附于业务，未能形成完整、独立的数据

12、资源体系，无法为精细化运营和管理决策提供有效帮助。2.3 建设目标分析在当前建设目标的指导下，我们结合公司现状和规划，提出以下建设目标分析要点：1、信息管理系统功能涵盖业务管理、业务服务、监督管理的业务功能，采用模块化设计，建立的全面利用公司资源和开拓新的业务领域的机制，具有较好的适应性和前瞻性，便于应用。2、注重构建管理、应用、监督、考评一体化的运行机制，较好的兼顾了电子办公及信息化对信息共享的需求。系统以客户档案卡为主索引，并注重在应用过程中推行标准化，强调资源共享，具有可操作性。3、系统建设目标明确、技术路线可靠、建设内容全面、具有良好的人机界面、运行可靠。以全面涵盖客户、项目、业务、财

13、务、人力资源、综合管理的“六位一体”的智能办公为主要内容的信息化管理系统，成功实现公司持续的项目管理记录存储，以信息标准支持客户、项目记录与业务应用的链接，推动文档服务共享。此外项目建设要根据公司信息化建设的实际情况，保留现有系统的优点并深入信息化建设的进程，重新规划并实施新的一体化信息管理解决方案，推进信息系统的建设和应用。2.4 应用需求分析2.4.1 业务服务的需求业务服务是我公司信息化建设的重要内容和主要环节，并成为我公司信息化体系的重要组成部分，作为整个信息化体系的“网底”，开展全方位的业务，建立客户、项目档案，分析项目风险因素，针对差异采取预防措施，制定保后计划，降低项目风险，改进

14、工作效率，提供细致周到的业务服务，是信息化系统的主要服务内容。客户档案包括储备、正在流程中的、代偿的客户。项目档案包括项目从申请到解保，各个业务时期所有的关于项目的业务类型、进度的信息和资料，包括客户的基本信息、项目的基本档案、每个业务时期的报告、资料、文件等等。业务档案管理主要是项目在各个节点的具体表现。通过客户项目档案，工作人员可以及时了解到项目的状况，基于项目档案可提醒业务人员及时关注项目进度，极大的提高了项目进度的依赖心理，能较大程度的提高工作质量。2.4.2 业务管理的需求管理层可以利用决策分析和项目监管平台，结合各方面的资源，加强对项目风险的监测和预警，以应对各种项目风险。2.5

15、软硬件需求分析建设信息管理系统必不可少的是需要搭建的软硬件基础环境。其中硬件设备按功能划分为：服务器（数据库服务器、应用服务器、网管服务器等）、存储设备（磁盘阵列、磁带库等）、网络设备（骨干局域网交换机、接入局域网交换机、路由器、防火墙、Modem等）、业务终端以及相关的外部配套设备等。系统软件包括操作系统软件、数据库软件、中间件软件、BI（商业智能）分析软件等。2.6 平台安全保障需求分析在进行安全设计时应充分注意信息管理的安全需求，需要按照国家有关信息系统安全定级和风险评估的方式，合理确定系统的安全等级，并根据安全等级的要求进行相应系统安全设计，确保系统的安全和可靠。信息管理平台是一个大型

16、网络信息系统，运行着多种业务应用系统，有大量的信息资源数据，其中有些数据相当重要，有部分数据具有一定的敏感性，需要特别保护。同时，信息管理系统中包括涉及个人信息相关的隐私数据，也需要进行保护。为符合平台安全的发展方向，信息管理系统应当提供如下安全功能：1、系统应保护数据的安全性，并能确保系统不会崩溃；2、系统用户要进行安全认证才能接入系统；3、支持复杂的用户名和口令。口令长度不得低于6位。口令采用加密保护，并提供方便用户密码的修改与恢复功能；4、数据必须异地备份，以确保信息安全；5、系统中数据实现有权限的修改并保留修改痕迹；6、权限管理到功能模块的网页及关键操作，对用户访问进行身份认证和访问控

17、制；7、敏感数据和能定位到个人的数据（如身份证号、家庭住址、手机号码等）均需加密存储。3 总体设计3.1 总体框架设计重庆市农业担保有限公司信息管理系统提供一系列服务，包括客户管理、项目管理、全程业务管理、财务管理、文件档案存储服务、数据仓库服务等。在平台服务的基础上提供一系列业务应用，是以客户、项目档案信息的采集、存储为基础，能够自动生成、分发、推送工作任务清单，支持相关部门业务整合和数据共享的信息平台，提高公司的服务水平和管理水平。按照公司信息化建设的指导思想，信息管理系统总体框架如图所示。基于数据中心的应用主要有客户管理、项目管理、业务管理、资金管理、资产管理、财务管理、人力资源管理、综

18、合管理等系统。建立以项目为主线的覆盖立项、尽职调查、风险评估、审批、保后管理“五位一体”业务的信息管理系统，充分发挥和挖掘信息平台的纵横整合、信息共享、业务协同等功能，既能够支持公司主营业务，又能满足公司的综合管理，实现基于客户全项目周期档案的建立与应用。3.2 技术架构设计3.2.1 C/S/S架构C/S/S构架即客户端/应用服务器/数据库服务器三层结构。在传统C/S结构中增加了应用服务器。应用服务器是连接客户端与数据库服务器的桥梁，用来部署应用逻辑，响应用户发来的请求执行某种业务任务，并与数据库服务器打交道。在技术实现上，通常选用中间件产品。C/S/S架构是对传统两层C/S结构的改进，与两

19、层架构相比具有安全性加强、效率提高、易于维护、可伸缩性、可共享性、开放性好等特点。用户界面及部分应用逻辑部署在客户端，可以实现较好的用户体验，响应迅速，并且可以方便的实现与外围设备之间的接口通讯。在技术实现上，客户端甚至于可以以脱机的方式来运行部分业务系统功能。3.2.2 B/S架构目前实现集中部署模式的主流架构是B/S架构。在这种架构下，用户工作界面是通过Web浏览器来实现，极少部分事务逻辑在前段（Browser）实现。主要事务逻辑在服务器端（Server）实现，形成三层结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说，B/S结构是属于一种“瘦”客户端，在大多

20、数或主要的业务逻辑都存在在服务器端，因此，B/S结构的系统不需要安装客户端软件，它运行在客户端的浏览器之上，系统升级或维护时只需要更新服务器端软件即可。B/S结构系统的产生为系统面对无限未知用户提供了可能。以目前的技术看，建立B/S结构的网络应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN，WEN，Internet/Intranet等）访问和操作共同的数据库；它能有效的保护数据平台和管理访问权限，服务器数据库也很安全。3.2.3 开发架构架构是用来确定系统的整体结构、层次划分、不同部分协作的设计考虑。系统的整体构架主要从三个

21、层面来规划，即应用结构、对象结构、数据结构。不同的结构面向不同的需要和使用层次人员，应用结构面向用户，对象结构面向开发，数据库结构面向存储，即数据管理。平台开发架构如图所示。1、应用结构第一部分为业务处理系统；第二部分为业务分析系统；2、对象结构第一层：数据实体层第二层：数据访问层第三层：业务规则层第四层：外观层第五层：界面层第六层：系统框架层3、数据结构数据结构是指数据表及表关系，它是从数据存储角度来分析的。3.3 部署架构部署原则：业务接入与管理同级化，数据存储与应用平台化。数据中心是公司各部门实现信息交换、业务应用和综合管理的核心和基础。在统一信息标准、共用信息资源业务模式基础上支撑各个

22、子系统，为各级各类部门提供数据共享、业务协同等应用服务，并为客户等提供项目信息的统计、查询等服务。形成以客户档案和项目档案为基础，信息共享、互联互通的跨部门的联动协同服务机制。数据中心是基础数据采集平台，以客户档案、项目信息采集、存储为基础，实现自动生产、分发、推送工作任务清单，支持相关部门业务应用系统间实现互联互通、数据共享和业务整合的信息平台，支持向客户提供项目进度查询、网上业务申请、业务咨询等服务，并能够基于客户档案、项目信息产生统计数据，服务于管理决策需要。平台主要以服务客户为中心，同时满足各部门间业务协同和管理辅助决策的需要。形成基于客户档案的数据中心为基础，连点成面、信息共享的业务

23、联动协同服务模式，基本实现业务综合管理信息集成化、决策程序化和部门间互联互通。3.4 系统关键架构3.4.1 SOA架构SOA是一个面向服务体系结构（Service-Oriented Architecture）的组件模型。在这个模型中，松耦合的应用被描述、发布和调用。一个SOA系统是由一组服务组成，这些服务之间定义良好的接口和契约关系，把应用功能以服务的形式交付给终端应用或是其他服务调用。它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。具有服务之间松耦合、粗粒度、位置和传输协议透明的特性，目的是为了减少异构性、互操作性，提高

24、企业软件重用性。在实践角度上搭建应用环境架构。在SOA模型中，主要有三种角色：服务消费者（Services Consumer）、服务提供者（Services Provider）和服务代理（Services Registry）。工作原理如下：服务提供者发布所提供服务的信息及访问接口到服务代理；服务消费者消费时是在服务代理中查找发现所需服务的信息，找到并在获得服务的描述信息后通过绑定和调用与服务提供者建立管理并使用其提供的服务。3.4.2 企业服务总线ESBESB为SOA系统提供了一个核心架构，以集中管理各种服务。ESB是SOA、Web Services、XML等技术相结合的产物，是一种分布式的集

25、成框架，是SOA架构概念的具体实现。ESB定义通常如下：它是由中间件技术实现并支持的面向服务架构的一组基础架构功能，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。一个ESB提供下述的能力：1）SOA的体系结构；2）采用面向消息的交互方式和XML作为消息表示与转换的标准。ESB是一种新的集成方法，支持应用系统间面向服务的交互，就像PC中的硬件总线，ESB智能地在应用系统间路由数据流，配合和转换各个系统需要的数据信息。ESB作为SOA架构的数据交换HUB，同时为SOA提供一种连通性基础架构，用以连接SOA中的服务。这种模式有助于减少应用接口数量和复杂性，是解决异构

26、系统集成，实现准确高效的信息交换的有效办法。3.4.4 Web ServicesWeb服务（Web Services）是一种面向服务的架构的技术，通过标准的Web协议提供服务。Web服务可被理解为一个软件系统，目的是用以支持网络间不同平台间应用服务的互操作。为了提高Web服务的互操作性，Web服务互操作组织制定了Web服务定义的核心规格，由XML、SOAP、WSDL和UDDI四部分组成。可扩展标记语言（eXtensible Markup Language，XML）是由万维网联盟于1998年2月发布的一种描述结构化数据的方法。它是目前广泛使用的元语言，用于定义数据本身的结构和数据类型。简单对象访

27、问协议（Simple Object Access Protocol，SOAP）：一种标准化的通讯规范。SOAP能够让不同应用程序之间透过HTTP协议通信，以XML格式交换彼此数据，使数据交换与编程语言、平台和硬件无关。Web服务描述语言（Web Services Description Language，WSDL）：是为描述Web服务发布的XML格式。这是一个基于XML的关于如何与Web服务通讯和使用的服务描述，即描述与目录中列出的Web服务进行交互时需要绑定的协议和信息格式。统一描述、发现与集成（Universal Description DISCO Integration，UDDI）：一种

28、基于XML的跨平台的描述规范，允许用户在网络上发布服务。它通过SOAP进行消息传输，用WSDL描述Web服务及其所使用的接口。3.5 安全体系设计信息安全体系是整个建设方案的重要组成部分，与管理规范标准的建设策略相类似，信息安全也应该贯穿建设的始终，信息安全不仅包括技术层面的安全保障（如网路安全、系统安全、应用安全等），而且还包括各项安全管理制度，因为只有在一系列安全管理的规章制度实行的前提下，技术才能更好地为安全保障做出贡献。我们将在第7章“安全体系设计”中详细介绍信息安全建设方案。4 数据中心建设数据中心建设是面向信息管理系统的一项关键人物，它为信息管理系统提供支撑，其建设目标是建立起统一

29、的数据中心核心数据库框架，并完成在现有条件下的数据建模、入库，同时通过数据交换平台来实现数据共享、管理、维护、使用的机制。4.1 数据中心的建设思路数据中心建设以信息管理系统为突破口，建立以客户档案和项目管理为核心的数据中心。数据库设计以项目流程为主线，标准化管理为原则进行设计。其主要设定特点如下：1、数据中心建设必须严格遵循国家和公司的相关标准。2、数据中心为信息管理系统提供统一的数据接入支持，客户管理、项目管理、业务服务等业务子系统数据统一在数据中心进行存储和调用。3、数据中心建设过程中完善客户档案和项目数据采集规范和技术标准，建立客户档案和项目的管理机制、考核机制以及安全与隐私保护机制，

30、保障数据资源的安全、稳定和可持续运行。4.2 数据中心的架构设计从数据中心的存储库分类图中，可以看出数据中心可以分为：客户库、项目库、业务库、资金财务库、资产物资库、人力资源库、影像资料库、外围机构库、综合管理库、基础信息库。4.3数据库设计4.3.1 信息的分类编码体系数据库建设过程中将严格遵循国家有关标准和公司制定的规范，统一指标体系和数据库结构，规范工作流程。信息分类编码遵循的标准化工作原则编码要唯一标示，不能有歧义，不能重复；各项标准、规范、信息编码、分类代码严格遵循公司的建设规范要求。系统应用客户档案号作为信息库的主关键字。通属性同内涵的业务数据库（表）和业务指标编码在各业务系统中应

31、保持一致。信息分类代码有国家、行业和地方标准的原则上要参照执行，可选择使用，不可重新编码。常用标准类别信息系统常用的标准包括：国际标准（ISO），如信息技术互连国际标准（ISO/IEC11801-95）等。国家强制性标准（GB），如软件开发规范（GB8566-88）、计算机软件测试文件编制规范（GB9386-88）等。国家推荐性标准（GB/T），如信息技术、软件包质量要求和测试（GB/T17544-1988）、软件工程标准分类法（GB/T15538-1995）等。担保行业的其他标准标准编码的基本规则标准编码已公司现有标准为蓝本指定，使信息系统建设能够实现“统一系统、网络互联、信息共享和数据挖掘

32、”的目标，构建统一、规范、安全可信的信息系统。遵从现行国家有关标准规范和中国担保行业应用工程的有关规定的基础上，结合公司信息化建设的相关要求制定的。4.4 业务系统数据库设计业务数据库包括管理等子系统中各业务模块的数据的存储和调用，其以客户档案和项目的标准进行数据整理，形成各个业务专题的数据库。从数据应用的角度上看，业务分类库主要支持客户档案、项目的查询服务和面向部门级的明细化数据查询服务。4.4.1 基本内容4.4.1.1 客户档案客户档案的主要记录内容包括：（1）客户基本信息包括客户编码、客户名称、客户主体性质、所在地区、地址、联系人、联系电话、客户状态等。（2）客户来源包括客户经理、访问

33、方式、请求来源等。（3）行业信息包括一级行业、二级行业、三级行业、四级行业、产业链、个性信息指标等。（4）客户详细信息包括客户人员信息、账户信息、内控情况、生产概况、经营概况、信用及负债、客户关联关系、财务报表分析、重要财务信息、环保问题、投资及收购、发展规划、风险因素等。4.4.1.2 项目档案（1） 项目基本信息包括项目编码、项目名称、客户信息、项目产品、项目性质、项目阶段、项目人员、项目建立时间等。（1）项目文件信息包括项目的意向担保函、批复文件、正式担保函、保证合同、借款合同等。4.5 统计分析数据库概要设计统计分析数据库是为了公司进行统计分析、业务监督、绩效考核、风险评估及决策支持等

34、。其是通过从客户档案数据、项目数据和业务数据中抽取归纳出来的，主要包括客户资源数据和业务数据。4.5.1 数据仓库一般设计过程数据仓库主要包括以下四个功能模块：数据抽取和集成模块、主题组织模块、OLAP以及可视化模块。数据抽取和集成模块是数据仓库中非常重要的组成部分，负责从外部数据源中抽取数据，并集成到主题的各种综合数据表中。抽取数据时选取合适的数据源，制定它所作的数据库和表，经过一定的清洗、聚集、转换处理后，见数据集成到数据仓库中的各种目标表中。主题组织模块负责模型的组织和对事实表、多维表和中间表的管理。OLAP模块负责在模式的基础上建立数据立方体，实现各种多维数据分析和查询操作。可视化模块

35、提供多种可视化手段，通过各种三维及二维图表等直观地显示数据；并专门针对各种数据挖掘算法，提供相应的可视化手段表示数据挖掘的结果。本系统数据仓库的结构示意图如下图所示：本系统中数据仓库将在关系型数据库管理系统RDBMS上实现。建立在关系型数据库上可利用各种已有的成熟的数据库技术，使数据仓库的构件更加便捷有效。现在成熟关系型数据库系统提供了许多支持数据仓库的特征，比如：强大的OLAP功能。4.5.2 数据颗粒设计所谓数据粒度，是指数据库中保存数据的细化或综合程度的级别。细化程度越高，粒度就越小；相反，细化程度越低，粒度级就越大。当数据库中拥有大量数据时，无论从性能还是应用方面考虑，在数据库的细节部

36、分考虑数据粒度设计都很重要。下图是数据中心的关于数据粒度常见的设计图：临时区临时区是为了保证数据抽取的顺利进行而开设的阶段性数据存储空间，需要进入数据中心的各个业务系统的日增量数据首先直接快速传输到临时区，临时区中的表结构与数据源基本一致，目的是将数据快速加载到数据平台中，避免清洗、转换等复杂耗时的步骤，减少访问数据源造成的性能压力。临时区的数据是每天清空后进行数据加载，可以对应数据库和文件二种方式，以适应不同系统的数据源。临时区对应到数据中心就是临时存储区。区别是数据中心的临时存储区除了快速落地功能以外，还需要进行数据的业务校验和内容校验，以及按照标准格式进行转换。临时区的数据粒度是明细级的

37、，是粒度最小的。历史数据历史数据区的表结构与数据源基本一致，它记录了数据源所有的历史数据，经过添加日期字段，从临时区每日加载进来的数据，是在数据平台内部第一步进行的加载过程。从临时区到历史数据区尽量避免进行数据处理，保证与数据源的数据一致性，以利于日后数据校验和跟踪。历史数据区中的数据也可以作为数据源系统和基础数据平台的备份数据。历史数据区对应到数据中心就是ODS区。区别是ODS区存放是经过标准化后的业务数据。存放在ODS区中的数据也是明细级别的。明细数据层明细数据层是将历史数据区中的数据经过选择、清洗、转换、映射等复杂的数据移动处理转移过来的。此层数据是按照公司业务种类进行的分类，对业务相关

38、的数据根据其业务规则进行聚合，数据的清洗、转换、聚合等复杂操作会在此层进行，聚合表中的数据直接来源于对历史表数据的抽取，但数据结构完全按照业务需求和分析需求而设计成星型结构（或雪花结构），在设计中兼顾系统未来的发展变化和数据查询、访问的效率。在抽取过程中，对数据进行了完整性和有效性检查，对冗余和不一致的数据进行了清洗和转换。明细数据层对应到数据中心就是业务分类库和数据仓库的业务聚合表。区别在于数据中心的业务分类库和数据仓库的业务聚合表存放的数据时长是不一样的。数据仓库会存放更长一些的数据。数据集市层数据集市是数据仓库的子集，也是基础数据平台的一层，通常已经将聚合后的数据进行汇总得到，汇总的方式

39、从主体上是按照时间汇总（如日汇总、月汇总），另外对业务的主要维度也进行汇总（如行业分类等）。其主要目的是支持各种不同的前段查询分析的应用和决策支持等其他业务系统的信息需求。数据结构设计为星型解哦股，可以直接支持通过OLAP服务器的多维分析。数据集市层对应到数据中心就是数据仓库存储区的数据仓库汇总表和数据集市表。数据集市层存放的数据是按照业务要求进行数据汇总，不是明细粒度的数据。4.5.3 统计分析数据库模型设计业务处理模型业务分析库建立在一个较全面和完善的信息应用的基础上、用于支持全局的分析型应用。业务分析库通常是一个面向主题的、集成的、随时间变化的、但信息本身相对稳定的数据集合，它用于对决策

40、管理的支持。业务分析库是为了业务管理建立的数据库，其用来对业务进行统计分析、业务监督、绩效考核及决策支持等。其是通过从项目档案数据和各业务数据抽取归纳出来的，主要包括业务资源数据库和主题数据库。主题数据库是配合信息管理系统以及决策分析的需要，业务分析库的方式根据不同的业务主题组织主题数据库。主题数据库的内容按照主题数据集的要求从各个业务系统的表单型数据中清洗后获得。存储模型组成结构：细粒度数据表：主要以时间为主要划分依据，若有基于年、季、月、日、时的数据，则时、日是相对明细的数据；粗粒度数据表：一般由明细数据聚合形成；多维数据库：由关系数据库表映射或抽取形成，专门多维分析准备。功能结构：基础数

41、据仓库：保留相对明细的业务数据和标准数据；各级数据集市：业务部门专有，可以由ODS直接形成；多维数据库：实现多维数据模型。1、基础数据仓库基础数据仓库是目前被多数中大型用户认同的概念，逻辑上它可以较好地支持统一业务视图，但由于牵扯因素多限度增大了实施难度。包括两类数据表，一类是相对明细的数据表（事实数据表）；另一类是公共业务模型数据，如数据标准分类代码表等，它是数据交换、维表等的依据。2、各级数据集市数据集市中的数据可以来自于ODS、基础数据仓库、甚至直接经过数据交换从数据资源获得；其支持的前段应用可以是事物型、分析型、或两者兼有。数据集市是随用户具体需求而建立的，其应用目的没有统一的模式。3

42、、多维数据库目前包括两类：一类利用管理数据库实现，其特点是事实表和维表保持独立；另一类为OLAP分析形成专有的多维数据库（CUBE），CUBE把事实表和维表聚合在一起，理论上提高了多维运算效率。根据具体应用的需要，多维数据库可以直接建立在基础数据仓库之上，或建立在数据集市之上。一些小规模系统在ODS上直接建立了多维数据库实现OLAP分析等功能，但考虑性能和数据安全等因素，这种对中大型数据中心并不可行。5 应用系统建设应用系统建设应达到以下四个要求：安全性：通过三级权限（用户权限、数据权限、身份认证）和专业的服务器与数据库备份措施，确保数据安全最佳化；重要数据信息都采用加密方式存储，特别重要信息

43、都要授权访问，自动记录重要的操作痕迹； 灵活性：公司的组织架构、业务模型及数据流传递规则、报表台账及各类业务查询界面、合同及各类单据打印都可以完全自定义，业务和功能模块可按需扩展。 角色权限：可以自行定义角色赋予指定的业务及管理权限，具体到人； 可扩展性：允许业务间数据转换；异种系统之间可以通过ESB企业服务总线实现数据交互；5.1 客户管理系统公司的服务对象为涉农中小企业、合作社、农户，为其提供各类担保贷款、委托贷款、财务咨询、资产评估等服务，以满足“三农”融资的各种需求，解决长久以来涉农融资担保中存在的融资难融资贵问题。以担保为例，客户作为担保业务中最核心的要素，始终与公司的各类业务与产品

44、紧密相连，在整个项目周期中主要表现为：储备客户、担保实施中的客户（立项、调查、评审、放用款、保后）、代偿的客户（特殊情况）在储备阶段，我们需要对客户进行一个直观感受，形成初步了解，做出是否符合公司标准的基本判断，这时就需要关注客户的基本信息。然后我们会关注客户性质，不同的主体性质下所需要获取的信息不同：对于企业和合作社，关注企业/合作社名称、公司类型、注册资本、经营范围、成立时间、法定代表人信息等；对于农户，则着重关注年龄、性别、经营范围、从业经验、经营地址等。除以上按类划分的不同信息外，还有每类客户都需关注的属性，每种属性也可分为不同小类，如所属行业、所在产业链等。这些信息一方面将帮助系统在

45、后续环节中自动匹配不同的业务产品，一方面也为数据分析和挖掘提供了基础数据。另外我们会关注客户来源，针对不同的来源对客户状态做标记，并可对来源做相关分析。在担保实施中的阶段，客户的关键信息将一直存在于产品流程的过程中，同时随着产品流程的推进，我们可能会对客户的信息进行不断地更新和补充。经判断可以立项后，开始进行担保业务调查评审，信息就会更加完善，如企业客户的概况、产品、生产经营情况、股权结构、信用状况、财务情况等除此以外，还会需要关注客户相关的项目信息，如项目名称，项目立项时间、单笔项目贷款金额、反担保构成情况、合作银行等。其次，当担保贷款发放后，在保后管理阶段，与业务调查评审阶段相仿，客户信息

46、一直伴随整个保后过程，并会根据保后情况对项目进行分级管理，且不断进行更新和补充完善资料。当项目到期后，根据情况分为两种形态，一种为，顺利解保，该客户变为储备客户；另一种为，如果出现代偿风险，还需记录代偿项目相关信息，并对客户做标记作为代偿客户。综上所述，客户在整个担保生命周期中起着至关重要的作用。为了收集、存放、整合和使用这些信息，我们就需要构建一个用于记录客户这一主体所有相关信息的数据库，即客户库。客户管理是整个系统的核心和灵魂，也是其他系统的构建基础。5.1.1 功能说明一、客户档案管理1、新增客户基本信息客户档案基本信息包括：客户编码、客户名称、所属区域、地址、联系人、联系电话等。其中客户编号作为客户在系统中的唯一标示而存在，由系统自动生成。该部分信息数据客户的固有属性，不依赖于业务而存在。获取客户会有多种途径，比如：客户通过手机客户端的app应用自荐，或者业务员通过内部系统建立。从其来源进行分析，就会有一个客户来源的对象，可以通过：客户经理，访问方式、请求来源等属性来描述。（1）客户经理，即建立客户的角色，包括：客户本身，业务员/项目经理、公司领导、公司其他员工等；（2）访问方式则包括：网站、移动端、内部系统、其他渠道等；（3）请求来源包括：客户自建、各区县金融联络站、政府推荐、银行推荐、公司领导