信息化二期系统建设方案

1、内部资料,请勿外传工程概述1.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 企业效劳总线ESB123.4.

2、4 WebServices123.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 财务治理系统235.4.1 合同借款治理235

3、.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.8 综合效劳子系统275.8.1

4、指标体系设计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 机房环境建设的根本要求407平安保证体系407.1 系统平安概

5、述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 数据共享与交换的平安保证547.7 系统治理及信息平安548

6、工程实施方案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 工程名称重庆市农业担保信息治理系统建设工程1.2 工程背景公司信息系统建设从2021年开始至今已历5年,现有系统已不能满足公司快速开展需要.因此建立起一

7、个面向行业和业务的数据资源体系,以数据为中央,集数据采集、数据分析、业务处理等功能于一体的新一代平台体系就成为当务之急.1.3 建设范围重庆市农业担保1.4 建设目的根据深化和推进信息化综合改革的总体要求,在现有资源根底上,结合我公司实际,建设以客户档案、工程治理为根底的信息治理系统.优化系统改造改造外部程序,将原有封闭型系统改为开放型系统,外部客户可全面参与至产品流程中来；梳理内部程序,使其逻辑更加清楚便捷；将数据与业务、功能模块相别离,使得系统能够更加灵活快速地跟随需求变化；系统提供高可配置,支持业务模式和流程的变化.提升治理手段通过信息手段驱动企业改革,推进扁平化治理模式,有效提升治理效

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

9、部门分公司根据“纵向到底、横向到边的要求,建设信息治理系统.2、统一标准,统筹建设严格执行国家公布实施的有关业务标准和信息标准,增强标准化、标准化治理和制度建设.注重与农业、金融等其他信息系统的资源共享,互联互通,预防重复建设.3、软硬并重,务求实效结合实际,量力而行,充分考虑信息化建设长期性和复杂性,做到规划设计具体有前瞻性,具体建设注重实用性,积极探索信息治理系统建设运行的长效机制.业务层面基于领域和数据驱动的设计,进一步完善业务模式和风险限制体系；建立数据分析和数据挖掘体系,提供高质量的数据分析经营现状、预测趋势,为公司治理层提供决策支持；提升信息自动化程度,加快审批速度,提升资金治理水

10、平,提升公司核心竞争力；移动互联网的应用,使得公司治理更加趋于扁平化,同时将改变公司与客户交流、客户效劳的方式；远程视频监控技术的应用,将有利于业务拓展和保后治理,降低人力本钱.系统层面配置化治理,降低重复研发本钱；简化流程,提供更友好的用户体验,降低误操作可能,提升系统易用性；支持动态扩容及横向扩展,为公司长远开展打下根底,提升系统伸缩性；备份冗余,预防效劳中断,提升系统可用性；业务抽象,系统支持灵活增加其他业务功能,对原业务不影响,二次开发性高,提升系统可扩展性.客户层面客户资料和融资意向可由本人录入,免去中间繁杂过程,信息收集更加快捷；客户直接参与到业务流程中来,业务过程更公开化,透明化

11、,可以随时查看工程进度,了解工程情况,提升客户体验.2工程需求分析2.1 新一轮开展的需求为满足公司日益增长的业务需求,逐步实现信息化治理的目标,根据公司有关文件精神,结合公司的实际情况,制定了公司的信息化建设意见.2.2 公司信息化建设现状及存在的问题原有系统设计模式为业务驱动,首先确认业务流程,然后根据业务需求设计所需要的数据库:即以业务流程为主,数据为辅,数据为业务效劳.导致业务流程和业务模式固化,系统可伸缩性和可扩展性较低,一旦需求发生变化,系统就必须随之调整,涉及二次开发；同时由于数据依附于业务,未能形成完整、独立的数据资源体系,无法为精细化运营和治理决策提供有效帮助.2.3 建设目

12、标分析在当前建设目标的指导下,我们结合公司现状和规划,提出以下建设目标分析要点：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、权限治理到功能模块的网页及关键操作,对用户访问进行身份认证和访问限制；7、敏感数据和能定位到个人的数据如身份证号、家庭住址、号等均需加密存储.3总体设

17、计3.1 总体框架设计重庆市农业担保信息治理系统提供一系列效劳,包括客户治理、工程治理、全程业务治理、财务治理、文件档案存储效劳、数据仓库效劳等.在平台效劳的根底上提供一系列业务应用,是以客户、工程档案信息的采集、存储为根底,能够自动生成、分发、推送工作任务清单,支持相关部门业务整合和数据共享的信息平台,提升公司的效劳水平和治理水平.根据公司信息化建设的指导思想,信息治理系统总体框架如下图.门户信息公开博瑞办公甲瑞却系法现传巨哀布层洪琉分拓层提合分所风崎评情工程监管性事信息化标准、数据标准“信息治理制度桢匕至鼓敢掘中央农品并串产“肢血X左三蚣联通短信平台财为系统数图源房建金晓笫生J基油田茶后建

18、牛网悻生跳叫爆信息加密、传输、保护的平安体系基于数据中央的应用主要有客户治理、工程治理、业务治理、资金治理、资产治理、财务治理、人力资源治理、综合治理等系统建立以工程为主线的覆盖立项、尽职调查、风险评估、审批、保后治理“五位一体业务的信息治理系统,充分发挥和挖掘信息平台的纵横整合、信息共享、业务协同等功能,既能够支持公司主营业务,又能满足公司的综合治理,实现基于客户全工程周期档案的建立与应用.3.2 技术架构设计3.2.1 C/S/S架构C/S/S构架即客户端/应用效劳器/数据库效劳器三层结构.在传统C/S结构中增加了应用效劳器.应用效劳器是连接客户端与数据库效劳器的桥梁,用来部署应用逻辑,响

19、应用户发来的请求执行某种业务任务,并与数据库效劳器打交道.在技术实现上,通常选用中间件产品.C/S/S架构是对传统两层C/S结构的改良,与两层架构相比具有平安性增强、效率提升、易于维护、可伸缩性、可共享性、开放性好等特点.用户界面及局部应用逻辑部署在客户端,可以实现较好的用户体验,响应迅速,并且可以方便的实现与外围设备之间的接口通讯.在技术实现上,客户端甚至于可以以脱机的方式来运行局部业务系统功能.客户端中间层数据库及存他数据访问层业务逻辑层客户端接入层3.2.2 B/S架构目前实现集中部署模式的主流架构是B/S架构.在这种架构下,用户工作界面是通过Web浏览器来实现,极少局部事务逻辑在前段B

20、rowser实现.主要事务逻辑在效劳器端Server实现,形成三层结构.相对于C/S结构属于“胖客户端,需要在使用者电脑上安装相应的操作软件来说,B/S结构是属于一种“瘦客户端,在大多数或主要的业务逻辑都存在在效劳器端,因此,B/S结构的系统不需要安装客户端软件,它运行在客户端的浏览器之上,系统升级或维护时只需要更新效劳器端软件即可.B/S结构系统的产生为系统面对无限未知用户提供了可能.以目前的技术看,建立B/S结构的网络应用,相对易于把握、本钱也是较低的.它是一次性到位的开发,能实现不同的人员,从不同的地点,以不同的接入方式比方LAN,WEN,Internet/Intranet等访问和操作共

21、同的数据库；它能有效的保护数据平台和治理访问权限,效劳器数据库也很平安.客户端0OOTwQWeb浏览器Web层中间层业务逻辑M数据访问层数据库及存储3.2.3开发架构架构是用来确定系统的整体结构、层次划分、不同局部协作的设计考虑.系统的整体构架主要从三个层面来规划,即应用结构、对象结构、数据结构.不同的结构面向不同的需要和使用层次人员,应用结构面向用户,对象结构面向开发,数据库结构面向存储,即数据治理.平台开发架构如下图.1、应用结构第一局部为业务处理系统；第二局部为业务分析系统；2、对象结构第一层：数据实体层第二层：数据访问层第三层：业务规那么层第四层：外观层第五层：界面层第六层：系统框架层

22、3、数据结构数据结构是指数据表及表关系,它是从数据存储角度来分析的3.3 部署架构部署原那么：业务接入与治理同级化,数据存储与应用平台化.数据中央是公司各部门实现信息交换、业务应用和综合治理的核心和根底.在统一信息标准、共用信息资源业务模式根底上支撑各个子系统,为各级各类部门提供数据共享、业务协同等应用效劳,并为客户等提供工程信息的统计、查询等效劳.形成以客户档案和工程档案为根底,信息共享、互联互通的跨部门的联动协同效劳机制.数据中央是根底数据采集平台,以客户档案、工程信息采集、存储为根底,实现自动生产、分发、推送工作任务清单,支持相关部门业务应用系统间实现互联互通、数据共享和业务整合的信息平

23、台,支持向客户提供工程进度查询、网上业务申请、业务咨询等效劳,并能够基于客户档案、工程信息产生统计数据,效劳于治理决策需要.平台主要以效劳客户为中央,同时满足各部门间业务协同和治理辅助决策的需要.形成基于客户档案的数据中央为根底,连点成面、信息共享的业务联动协同效劳模式,根本实现业务综合治理信息集成化、决策程序化和部门间互联互通.3.4 系统关键架构3.4.1 SOA架构SOA是一个面向效劳体系结构(Service-OrientedArchitecture)的组件模型.在这个模型中,松耦合的应用被描述、发布和调用.一个SOA系统是由一组效劳组成,这些效劳之间定义良好的接口和契约关系,把应用功能

24、以效劳的形式交付给终端应用或是其他效劳调用.它独立于实现效劳的硬件平台、操作系统和编程语言.这使得构建在各种这样的系统中的效劳可以以一种统一和通用的方式进行交互.具有效劳之间松耦合、粗粒度、位置和传输协议透明的特性,目的是为了减少异构性、互操作性,提升企业软件重用性.在实践角度上搭建应用环境架构.在SOA模型中,主要有三种角色：效劳消费者(ServicesConsumer)>效劳提供者(ServicesProvider)和效劳代理(ServicesRegistry).工作原理如下：效劳提供者发布所提供服务的信息及访问接口到效劳代理；效劳消费者消费时是在效劳代理中查找发现所需效劳的信息,找

25、到并在获得效劳的描述信息后通过绑定和调用与效劳提供者建立治理并使用其提供的效劳.3.4.2 企业效劳总线ESBESB为SOA系统提供了一个核心架构,以集中治理各种效劳.ESB是SOA、WebServicesXML等技术相结合的产物,是一种分布式的集成框架,是SOA架构概念的具体实现.ESB定义通常如下：它是由中间件技术实现并支持的面向效劳架构的一组根底架构功能,支持异构环境中的效劳、消息以及基于事件的交互,并且具有适当的效劳级别和可治理性.一个ESB提供下述的水平：1) SOA的体系结构；2)采用面向消息的交互方式和XML作为消息表示与转换的标准.ESB是一种新的集成方法,支持应用系统间面向效

26、劳的交互,就像PC中的硬件总线,ESB智能地在应用系统间路由数据流,配合和转换各个系统需要的数据信息.ESB作为SOA架构的数据交换HUB,同时为SOA提供一种连通性根底架构,用以连接SOA中的效劳.这种模式有助于减少应用接口数量和复杂性,是解决异构系统集成,实现准确高效的信息交换的有效方法.3.4.4WebServicesWeb效劳(WebServices)是一种面向效劳的架构的技术,通过标准的Web协议提供效劳.Web效劳可被理解为一个软件系统,目的是用以支持网络间不同平台间应用效劳的互操作.为了提升Web效劳的互操作性,Web效劳互操作组织制定了Web效劳定义的核心规格,由XML、SOA

27、P、WSDL和UDDI四局部组成.可扩展标记语言(eXtensibleMarkupLanguage,XML)是由万维网联盟于1998年2月发布的一种描述结构化数据的方法.它是目前广泛使用的元语言,用于定义数据本身的结构和数据类型.简单对象访问协议(SimpleObjectAccessProtocol,SOAP)：一种标准化的通讯标准.SOAP能够让不同应用程序之间透过HTTP协议通信,以XML格式交换彼此数据,使数据交换与编程语言、平台和硬件无关.Web效劳描述语言(WebServicesDescriptionLanguage,WSDL)：是为描述Web效劳发布的XML格式.这是一个基于XML

28、的关于如何与Web效劳通讯和使用的效劳描述,即描述与目录中列出的Web服务进行交互时需要绑定的协议和信息格式.统一描述、发现与集成(UniversalDescriptionDISCOIntegration,UDDI):一种基于XML的跨平台的描述标准,允许用户在网络上发布效劳.它通过SOAP进行消息传输,用WSDL描述Web效劳及其所使用的接口.3.5平安体系设计信息平安体系是整个建设方案的重要组成局部,与治理标准标准的建设策略相类似,信息平安也应该贯穿建设的始终,信息平安不仅包括技术层面的平安保证(如网路平安、系统平安、应用平安等),而且还包括各项平安治理制度,由于只有在一系列平安治理的规章

29、制度实行的前提下,技术才能更好地为平安保障做出奉献.我们将在第7章“平安体系设计中详细介绍信息平安建设方案.4数据中央建设数据中央建设是面向信息治理系统的一项关键人物,它为信息治理系统提供支撑,其建设目标是建立起统一的数据中央核心数据库框架,并完成在现有条件下的数据建模、入库,同时通过数据交换平台来实现数据共享、治理、维护、使用的机制.4.1 数据中央的建设思路数据中央建设以信息治理系统为突破口,建立以客户档案和工程治理为核心的数据中央.数据库设计以工程流程为主线,标准化治理为原那么进行设计.其主要设定特点如下：1、数据中央建设必须严格遵循国家和公司的相关标准.2、数据中央为信息治理系统提供统

30、一的数据接入支持,客户治理、工程治理、业务效劳等业务子系统数据统一在数据中央进行存储和调用.3、数据中央建设过程中完善客户档案和工程数据采集标准和技术标准,建立客户档案和工程的治理机制、考核机制以及平安与隐私保护机制,保证数据资源的平安、稳定和可持续运行.4.2 数据中央的架构设计从数据中央的存储库分类图中,可以看出数据中央可以分为：客户库、工程库、业务库、资金财务库、资产物资库、人力资源库、影像资料库、外围机构库、综合治理库、根底信息库.4.3 数据库设计4.3.1 信息的分类编码体系数据库建设过程中将严格遵循国家有关标准和公司制定的标准,统一指标体系和数据库结构,标准工作流程.信息分类编码

31、遵循的标准化工作原那么编码要唯一标示,不能有歧义,不能重复；各项标准、标准、信息编码、分类代码严格遵循公司的建设标准要求.系统应用客户档案号作为信息库的主关键字.通属性同内涵的业务数据库(表)和业务指标编码在各业务系统中应保持一致.信息分类代码有国家、行业和地方标准的原那么上要参照执行,可选择使用,不可重新编码.常用标准类别信息系统常用的标准包括：国际标准(ISO),如?信息技术互连国际标准(ISO/IEC11801-95)?等.国家强制性标准(GB),如?软件开发标准(GB8566-88)、?计算机软件测试文件编制标准(GB9386-88)等.国家推荐性标准(GB/T),如?信息技术、软件包

32、质量要求和测试(GB/T17544-1988)、?软件工程标准分类法(GB/T15538-1995)»等.担保行业的其他标准标准编码的根本规那么标准编码已公司现有标准为蓝本指定,使信息系统建设能够实现“统一系统、网络互联、信息共享和数据挖掘的目标,构建统一、标准、平安可信的信息系统.遵从现行国家有关标准标准和中国担保行业应用工程的有关规定的根底上,结合公司信息化建设的相关要求制定的.4.4 业务系统数据库设计业务数据库包括治理等子系统中各业务模块的数据的存储和调用,其以客户档案和工程的标准进行数据整理,形成各个业务专题的数据库.从数据应用的角度上看,业务分类库主要支持客户档案、工程的

33、查询效劳和面向部门级的明细化数据查询效劳.4.4.1 根本内容 客户档案客户档案的主要记录内容包括：(1)客户根本信息包括客户编码、客户名称、客户主体性质、所在地区、地址、联系人、联系、客户状态等.(2)客户来源包括客户经理、访问方式、请求来源等.(3)行业信息包括一级行业、二级行业、三级行业、四级行业、产业链、个性信息指标等.(4)客户详细信息包括客户人员信息、账户信息、内控情况、生产概况、经营概况、信用及负债、客户关联关系、财务报表分析、重要财务信息、环保问题、投资及收购、开展规划、风险因素等. 工程档案(D工程根本信息包括工程编码、工程名称、客户信息、工程产品

34、、工程性质、工程阶段、工程人员、工程建立时间等.(D工程文件信息包括工程的意向担保函、批复文件、正式担保函、保证合同、借款合同等.4.5 统计分析数据库概要设计统计分析数据库是为了公司进行统计分析、业务监督、绩效考核、风险评估及决策支持等.其是通过从客户档案数据、工程数据和业务数据中抽取归纳出来的,主要包括客户资源数据和业务数据.4.5.1 数据仓库一般设计过程数据仓库主要包括以下四个功能模块：数据抽取和集成模块、主题组织模块、OLAP以及可视化模块.数据抽取和集成模块是数据仓库中非常重要的组成局部,负责从外部数据源中抽取数据,并集成到主题的各种综合数据表中.抽取数据时选取适宜的数据源,制定它

35、所作的数据库和表,经过一定的清洗、聚集、转换处理后,见数据集成到数据仓库中的各种目标表中.主题组织模块负责模型的组织和对事实表、多维表和中间表的治理.OLAP模块负责在模式的根底上建立数据立方体,实现各种多维数据分析和查询操作.可视化模块提供多种可视化手段,通过各种三维及二维图表等直观地显示数据；并专门针对各种数据挖掘算法,提供相应的可视化手段表示数据挖掘的结果.本系统数据仓库的结构示意图如下列图所示：本系统中数据仓库将在关系型数据库治理系统RDBMS上实现.建立在关系型数据库上可利用各种已有的成熟的数据库技术,使数据仓库的构件更加便捷有效.现在成熟关系型数据库系统提供了许多支持数据仓库的特征

36、,比方：强大的OLAP功能.4.5.2 数据颗粒设计所谓数据粒度,是指数据库中保存数据的细化或综合程度的级别.细化程度越高,粒度就越小；相反,细化程度越低,粒度级就越大.当数据库中拥有大量数据时,无论从性能还是应用方面考虑,在数据库的细节局部考虑数据粒度设计都很重要.下列图是数据中央的关于数据粒度常见的设计图：效据第It层历史狙据皓时取耶宪兼侨高度江总数据轻度汇总费携历史敷据E赠堂款捐默据猿临时区临时区是为了保证数据抽取的顺利进行而开设的阶段性数据存储空间,需要进入数据中央的各个业务系统的日增量数据首先直接快速传输到临时区,临时区中的表结构与数据源根本一致,目的是将数据快速加载到数据平台中,预

37、防清洗、转换等复杂耗时的步骤,减少访问数据源造成的性能压力.临时区的数据是每天清空后进行数据加载,可以对应数据库和文件二种方式,以适应不同系统的数据源.临时区对应到数据中央就是临时存储区.区别是数据中央的临时存储区除了快速落地功能以外,还需要进行数据的业务校验和内容校验,以及根据标准格式进行转换.临时区的数据粒度是明细级的,是粒度最小的.历史数据历史数据区的表结构与数据源根本一致,它记录了数据源所有的历史数据,经过添加日期字段,从临时区每日加载进来的数据,是在数据平台内部第一步进行的加载过程.从临时区到历史数据区尽量预防进行数据处理,保证与数据源的数据一致性,以利于日后数据校验和跟踪.历史数据

38、区中的数据也可以作为数据源系统和根底数据平台的备份数据.历史数据区对应到数据中央就是ODS区.区别是ODS区存放是经过标准化后的业务数据.存放在ODS区中的数据也是明细级别的.明细数据层明细数据层是将历史数据区中的数据经过选择、清洗、转换、映射等复杂的数据移动处理转移过来的.此层数据是根据公司业务种类进行的分类,对业务相关的数据根据其业务规那么进行聚合,数据的清洗、转换、聚合等复杂操作会在此层进行,聚合表中的数据直接来源于对历史表数据的抽取,但数据结构完全按照业务需求和分析需求而设计成星型结构或雪花结构,在设计中兼顾系统未来的开展变化和数据查询、访问的效率.在抽取过程中,对数据进行了完整性和有

39、效性检查,对冗余和不一致的数据进行了清洗和转换.明细数据层对应到数据中央就是业务分类库和数据仓库的业务聚合表.区别在于数据中央的业务分类库和数据仓库的业务聚合表存放的数据时长是不一样的.数据仓库会存放更长一些的数据.数据集市层数据集市是数据仓库的子集,也是根底数据平台的一层,通常已经将聚合后的数据进行汇总得到,汇总的方式从主体上是根据时间汇总如日汇总、月汇总,另外对业务的主要维度也进行汇总如行业分类等.其主要目的是支持各种不同的前段查询分析的应用和决策支持等其他业务系统的信息需求.数据结构设计为星型解哦股,可以直接支持通过OLAP效劳器的多维分析.数据集市层对应到数据中央就是数据仓库存储区的数

40、据仓库汇总表和数据集市表.数据集市层存放的数据是根据业务要求进行数据汇总,不是明细粒度的数据.4.5.3 统计分析数据库模型设计业务处理模型业务分析库建立在一个较全面和完善的信息应用的根底上、用于支持全局的分析型应用.业务分析库通常是一个面向主题的、集成的、随时间变化的、但信息本身相对稳定的数据集合,它用于对决策治理的支持.业务分析库是为了业务治理建立的数据库,其用来对业务进行统计分析、业务监督、绩效考核及决策支持等.其是通过从工程档案数据和各业务数据抽取归纳出来的,主要包括业务资源数据库和主题数据库.主题数据库是配合信息治理系统以及决策分析的需要,业务分析库的方式根据不同的业务主题组织主题数

41、据库.主题数据库的内容根据主题数据集的要求从各个业务系统的表单型数据中清洗后获得.存储模型组成结构：细粒度数据表：主要以时间为主要划分依据,假设有基于年、季、月、日、时的数据,那么时、日是相对明细的数据；粗粒度数据表：一般由明细数据聚合形成；多维数据库：由关系数据库表映射或抽取形成,专门多维分析准备.功能结构：根底数据仓库：保存相对明细的业务数据和标准数据；各级数据集市：业务部门专有,可以由ODS直接形成；多维数据库：实现多维数据模型.1、根底数据仓库根底数据仓库是目前被多数中大型用户认同的概念,逻辑上它可以较好地支持统一业务视图,但由于牵扯因素多限度增大了实施难度.包括两类数据表,一类是相对

42、明细的数据表事实数据表；另一类是公共业务模型数据,如数据标准分类代码表等,它是数据交换、维表等的依据.2、各级数据集市数据集市中的数据可以来自于ODS、根底数据仓库、甚至直接经过数据交换从数据资源获得；其支持的前段应用可以是事物型、分析型、或两者兼有.数据集市是随用户具体需求而建立的,其应用目的没有统一的模式.3、多维数据库目前包括两类：一类利用治理数据库实现,其特点是事实表和维表保持独立；另一类为OLAP分析形成专有的多维数据库CUBE,CUBE把事实表和维表聚合在一起,理论上提升了多维运算效率.根据具体应用的需要,多维数据库可以直接建立在根底数据仓库之上,或建立在数据集市之上.一些小规模系

43、统在ODS上直接建立了多维数据库实现OLAP分析等功能,但考虑性能和数据平安等因素,这种对中大型数据中央并不可行.5应用系统建设应用系统建设应到达以下四个要求：平安性：通过三级权限用户权限、数据权限、身份认证和专业的效劳器与数据库备份举措,保证数据平安最正确化；重要数据信息都采用加密方式存储,特别重要信息都要授权访问,自动记录重要的操作痕迹；灵活性：公司的组织架构、业务模型及数据流传递规那么、报表台账及各类业务查询界面、合同及各类单据打印都可以完全自定义,业务和功能模块可按需扩展.角色权限：可以自行定义角色赋予指定的业务及治理权限,具体到人；可扩展性：允许业务间数据转换；异种系统之间可以通过E

44、SB企业效劳总线实现数据交互；5.1 客户治理系统公司的效劳对象为涉农中小企业、合作社、农户,为其提供各类担保贷款、委托贷款、财务咨询、资产评估等效劳,以满足“三农融资的各种需求,解决长久以来涉农融资担保中存在的融资难融资贵问题.以担保为例,客户作为担保业务中最核心的要素,始终与公司的各类业务与产品紧密相连,在整个工程周期中主要表现为：储藏客户、担保实施中的客户立项、调查、评审、放用款、保后、代偿的客户特殊情况在储藏阶段,我们需要对客户进行一个直观感受,形成初步了解,做出是否符合公司标准的根本判断,这时就需要关注客户的根本信息.然后我们会关注客户性质,不同的主体性质下所需要获取的信息不同：对于

45、企业和合作社,关注企业/合作社名称、公司类型、注册资本、经营范围、成立时间、法定代表人信息等；对于农户,那么着重关注年龄、性别、经营范围、从业经验、经营地址等.除以上按类划分的不同信息外,还有每类客户都需关注的属性,每种属性也可分为不同小类,如所属行业、所在产业链等.这些信息一方面将帮助系统在后续环节中自动匹配不同的业务产品,一方面也为数据分析和挖掘提供了根底数据.另外我们会关注客户来源,针对不同的来源对客户状态做标记,并可对来源做相关分析.在担保实施中的阶段,客户的关键信息将一直存在于产品流程的过程中,同时随着产品流程的推进,我们可能会对客户的信息进行不断地更新和补充.经判断可以立项后,开始

46、进行担保业务调查评审,信息就会更加完善,如企业客户的概况、产品、生产经营情况、股权结构、信用状况、财务情况等除此以外,还会需要关注客户相关的工程信息,如工程名称,工程立项时间、单笔工程贷款金额、反担保构成情况、合作银行等.其次,当担保贷款发放后,在保后治理阶段,与业务调查评审阶段相仿,客户信息一直伴随整个保后过程,并会根据保后情况对工程进行分级治理,且不断进行更新和补充完善资料.当工程到期后,根据情况分为两种形态,一种为,顺利解保,该客户变为储藏客户；另一种为,如果出现代偿风险,还需记录代偿工程相关信息,并对客户做标记作为代偿客户.综上所述,客户在整个担保生命周期中起着至关重要的作用.为了收集

47、、存放、整合和使用这些信息,我们就需要构建一个用于记录客户这一主体所有相关信息的数据库,即客户库.客户治理是整个系统的核心和灵魂,也是其他系统的构建根底.5.1.1 功能说明一、客户档案治理1、新增客户根本信息客户档案根本信息包括：客户编码、客户名称、所属区域、地址、联系人、联系等.其中客户编号作为客户在系统中的唯一标示而存在,由系统自动生成.该局部信息数据客户的固有属性,不依赖于业务而存在.获取客户会有多种途径,比方：客户通过客户端的app应用自荐,或者业务员通过内部系统建立.从其来源进行分析,就会有一个客户来源的对象,可以通过：客户经理,访问方式、请求来源等属性来描述.1客户经理,即建立客

48、户的角色,包括：客户本身,业务员/工程经理、公司领导、公司其他员工等；2访问方式那么包括：网站、移动端、内部系统、其他渠道等；3请求来源包括：客户自建、各区县金融联络站、政府推荐、银行推荐、公司领导推荐、业务员联系、研究发现等.2、修改客户根本信息先查到所需修改的客户根本信息,对信息进行修改维护,维护具有权限限制.3、删除客户根本信息先查到所需删除的客户根本信息,对信息进行删除操作,删除具有权限限制.4、客户根本信息打印先查到所需打印的客户根本信息,对信息进行打印操作,打印具有权限限制.5、客户根本信息卡打印先查到所需打印的客户根本信息,对客户根本信息卡进行打印操作,可选择正面打印和方面打印,

49、打印具有权限限制.二、客户性质信息客户性质信息包括：企业、合作社和农户.三、客户所属行业相关信息客户行业相关信息可从行业和产业链两个维度考虑.其中：行业分类是产业链分类是按主体提供产品劳务的不同形态、环节进行划分.四、客户状态信息当我们关注客户目前的状态时,会产生一个客户状态的对象,可使用：状态、有效性、短期贷款需求等属性来描述.五、客户相关工程情况除客户自身相关的信息外,还需关注客户相关工程的情况,比方：客户属于新参保客户还是续保客户,相关联的工程情况,是否存在风险工程等.这样就会存在一个关联工程的对象,可用客户参保属性、关联工程、风险信息等属性来描述：六、客户详细信息我们还需要获取客户更为

50、详细的信息,根据主体性质分类获取：企业客户会有一个企业信息的对象,信息包括：企业概况注册资本、法人信息、业务范围、主导产品、内控情况股权结构、人员根本信息、组织结构、生产概况、经营概况、资产信息个人、企业负债情况、征信情况、风险因素、关联公司情况以及相关证件信息营业执照、组织机构代码证书etc等.合作社会有一个合作社信息的对象,包括：理事长、社员构成情况、规模带动户数、基地规模、年销售额、资产信息、征信情况以及相关证件信息营业执照、组织机构代码证书etc等.农户自然人会有一个农户信息的对象,包括：户籍信息、固定住所、经营场所、年销售额、现金流情况、征信情况以及相关证件信息等.另外根据行业和产业

51、链交叉划分,还会产生一些个性化的信息指标.即,行业相同但产业链不同时,我们关注的信息也不相同.如四级行业同为肉鸡的情况下,产业链为制种育种时,会使用圈舍面积、在产种鸡规模、产品均价等属性来描述,而当所属产业链为加工制造时,又会使用冻库面积、用电量等属性来描述.系统如实记录各阶段操作相关信息,以便为审计工作提供指导,即谁在什么时间、地点做了什么事情.可用：操作时间,操作者,操作类型,操作用时等属性来描述.操作类型包括：新建客户、修改客户信息、提交、审核、删除、废除.操作用时主要是为了记录业务操作阶段用时时长,为人力资源关注的绩效考核提供参考,以及留痕记录,以便助于日后审计工作.客户可以通过公司门

52、户选择业务产品定位,详细了解产品流程和应当准备的资料,准备资料的清单可以通过短信或者邮件的方式发送给客户.5.2 工程治理系统根据客户不同需求,比方融资担保、委托贷款需求、财务咨询需求、资产评估需求等,将通过项目实施的方式来完成.我们需要建立起一套完善的工程治理体系,以便如实、客观地记录担保工程各个阶段情况,为工程相关人员的工作提供便利和指导,同时帮助公司更好地对贷款实施全过程进行治理监控和风险防范.在建立工程之前,我们首先需要确认客户的需求类型,以融资需求为例,那么会关注客户的申请贷款的用途,金额和期限等.然后需要获取客户更为详细的资料,比方企业的详细情况：规模、主营产品情况、企业关键负责人

53、信息、生产方案、征信情况等.这些进行工程所需的资料收集完成,就会进行立项.系统在此阶段通过一定规那么自动匹配业务部门、业务产品等,以此对人员和流程做出限制.而在整个工程周期中,各个角色关注的侧重点会有所不同：对于业务/风控系统人员,会更为关注工程相关的信息是否确实,会根据实际调查情况和评审结果对现有资料进行更新和补充.对于治理层,会更为关注工程的整体状况,如工程信息,当前进度,是否有存在超时节点等.综上所述,我们通过工程治理把控担保贷款的整个过程.为了收集、存放、整合和使用工程相关信息,我们就需要构建一个用于记录工程这一主体所有相关信息的数据库.5.2.1 功能说明一、工程根本信息工程作为一个

54、主体,会有多种根本信息,包括工程编号、工程名称、工程产品、工程性质、客户、项目阶段、工程人员业务、风控、工程建立时间等：下面以担保为例：二、工程融资信息客户方面,首先关注客户的融资意向.每个客户对贷款的要求不尽不同,比方：A需要申请一笔金额500万为期1年一次性还款的担保贷款,以作为本年度企业的流动资金用.这就会产生一个融资意向的对象,可从：贷款性质、贷款类型、贷款用途、贷款金额、贷款期限、意向性合作银行、还款来源等方面来描述：三、业务尽职调查信息业务尽职调查阶段会产生一个业务调查信息的对象,可用：调查时间、调查地点、调查详情、调查意见、审批意见等属性来描述.其中调查详情包含尽职调查中所有需要

55、关注的信息,其初始的局部数据可从客户数据处获取,然后根据调查结果更新完善.可用：政策背景、企业概况、组织结构、行业情况、经营情况、企业财务会计情况、反担保举措类型、评估值、作价金额、能否登记、风险预案等属性来描述.同时关注意向担保函相关信息.四、风控调查信息风控调查阶段会产生一个风控调查信息的对象,可用：调查时间、调查地点、调查详情、调查意见、审批意见等属性来描述.其中调查详情包含风控调查中所有需要关注的信息,可用：被担保主体信息、合规合法性、关联企业、主体经营情况、财务情况、借款用途及还款来源分析、主体及限制人信用记录、反担保举措评价、风险要点、保后治理提示等属性来描述.五、批复、担保信息除

56、业务和风控信息,我们还会关注批复阶段的信息,包括金额、合作银行、期限、反担保举措类型、评估值、作价金额、是否登记：.同时关注正式担保函相关的信息.六、评估信息工程过程中,会涉及到第三方评估.这就产生了一个第三方评估信息的对象,可用：评估编号、评估机构、评估人员、评估时间、评估结果、评估材料等属性来描述.七、保后治理信息保后治理阶段会产生一个保后治理信息的对象,可用：回访时间、地点、详情、意见、审批意见、完成过会率、是否按时完成等属性来描述.根据尽职调查及风险调查的信息,提取其行业、关注程度等自动生成保后方案.回访详情包含工程中所有需要关注的信息,其初始的局部数据可从客户数据处获取,然后根据调查结果更新完善.可用：用款情况、经营情况、企业财务会计情况、还款方案、风险等级风险预案等属性来描述.