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

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

1、内部资料，请勿外传重庆市农业担保有限公司信息管理系统建设方案目 录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 CC/S/S架架构93.2.2 BB/S架构103.2.3 开开发架构113.3

2、部署架架构113.4 系统关关键架构123.4.1 SSOA架构123.4.2 企企业服务总线线ESB123.4.4 WWeb Seervicees123.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

3、 功功能说明195.2 项目管管理系统215.2.1 功功能说明215.3 业务流流程管理系统统225.3.1 SSOP管理225.4 财务管管理系统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

4、 员员工信息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 指指标体系设计计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 数数据中心总体

5、体部署架构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 系统安安全概述407.2 安全风风险分析417.2.1 物物理层安全风风险427.2.2 网网络层安全风风险427.2.3 系系统层安全风风险427.2.4 应应用层安全风风险427.2.5 管管理层安全风风险427.3 系统安安全等级设定定437.4 系统安安全策略437.4.1 系系统安全的

6、设设计原则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 项目实施计计划548.1 需求调调研阶段548.2 方案设设计阶段558.3 软件开开发设计测试试阶段558.4 试运行行阶段568.5 正式上上线568.6 验收阶阶段579 项目实施管管理579.1 领导和和

7、管理机构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 项目背背景公司信息系统建建设从20009年开始至至今已历5年，现有系统统已不能满足足公司快速发发展需要。因此建立起一个个面向行业和和业务的数据据资源体系，以以数据为中心心，集数据采采集、数据分分析、业务处处理等功能于于一体的新一一代平台体系系就成为当务务

8、之急。1.3 建设范范围重庆市农业担保保有限公司。1.4 建设目目的按照深化和推进进信息化综合合改革的总体体要求，在现现有资源基础础上，结合我我公司实际，建建设以客户档档案、项目管管理为基础的的信息管理系系统。优化系统改造改造外部程序，将原有封闭型系统改为开放型系统，外部客户可全面参与至产品流程中来；梳理内部程序，使其逻辑更加加清晰便捷；将数据与业业务、功能模模块相分离，使使得系统能够够更加灵活快快速地跟随需需求变化；系系统提供高可配置置，支持业务模式式和流程的变变化。提升管理手段通过信息手段驱驱动企业改革革，推进扁平化管理模式，有有效提高管理理效率，帮助助企业更好适应市场场变化的能力力；将整

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

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

11、体系，提供高高质量的数据据分析经营现现状、预测趋趋势，为公司司管理层提供供决策支持；提高信息自动化化程度，加快快审批速度，提提高资金管理理水平，提高高公司核心竞竞争力；移动互联网的应应用，使得公公司管理更加加趋于扁平化化，同时将改改变公司与客客户交流、客客户服务的方方式；远程视频监控技技术的应用，将将有利于业务务拓展和保后后管理，降低低人力成本。系统层面配置化管理，降降低重复研发发成本；简化流程，提供供更友好的用用户体验，降降低误操作可能，提提高系统易用用性；支持动态扩容及及横向扩展，为公司长远发展打下基础，提高系统伸缩性；备份冗余，避免免服务中断，提提高系统可用用性；业务抽象，系统统支持灵活

12、增增加其他业务务功能，对原原业务不影响响，二次开发发性高，提高高系统可扩展展性。客户层面客户资料和融资资意向可由本本人录入，免免去中间繁杂杂过程，信息息收集更加快快捷；客户直接参与到到业务流程中中来，业务过过程更公开化化，透明化，可可以随时查看看项目进度，了了解项目情况况，提升客户户体验。2 项目需求分分析2.1 新一轮轮发展的需求求为满足公司日益益增长的业务务需求，逐步步实现信息化化管理的目标标，根据公司司有关文件精精神，结合公公司的实际情情况，制定了了公司的信息息化建设意见见。2.2 公司信信息化建设现现状及存在的的问题原有系统设计模模式为业务驱驱动，首先确确认业务流程程，然后根据据业务需

13、求设设计所需要的的数据库：即以业务流程为为主，数据为为辅，数据为为业务服务。导导致业务流程程和业务模式式固化，系统统可伸缩性和和可扩展性较较低，一旦需需求发生变化化，系统就必必须随之调整整，涉及二次次开发；同时时由于数据依依附于业务，未未能形成完整整、独立的数数据资源体系系，无法为精精细化运营和和管理决策提提供有效帮助助。2.3 建设目目标分析在当前建设目标标的指导下，我我们结合公司司现状和规划划，提出以下下建设目标分分析要点：1、信息管理系系统功能涵盖盖业务管理、业业务服务、监监督管理的业业务功能，采采用模块化设设计，建立的的全面利用公公司资源和开开拓新的业务务领域的机制制，具有较好好的适应

14、性和和前瞻性，便便于应用。2、注重构建管管理、应用、监监督、考评一一体化的运行行机制，较好好的兼顾了电电子办公及信信息化对信息息共享的需求求。系统以客客户档案卡为为主索引，并并注重在应用用过程中推行行标准化，强强调资源共享享，具有可操操作性。3、系统建设目目标明确、技技术路线可靠靠、建设内容容全面、具有有良好的人机机界面、运行行可靠。以全全面涵盖客户户、项目、业业务、财务、人人力资源、综综合管理的“六六位一体”的的智能办公为为主要内容的的信息化管理理系统，成功功实现公司持持续的项目管管理记录存储储，以信息标标准支持客户户、项目记录录与业务应用用的链接，推推动文档服务务共享。此外项目建设要要根据

15、公司信信息化建设的的实际情况，保保留现有系统统的优点并深深入信息化建建设的进程，重重新规划并实实施新的一体体化信息管理理解决方案，推推进信息系统统的建设和应应用。2.4 应用需需求分析2.4.1 业业务服务的需需求业务服务是我公公司信息化建建设的重要内内容和主要环环节，并成为为我公司信息息化体系的重重要组成部分分，作为整个个信息化体系系的“网底”，开开展全方位的的业务，建立立客户、项目目档案，分析析项目风险因因素，针对差差异采取预防防措施，制定定保后计划，降降低项目风险险，改进工作作效率，提供供细致周到的的业务服务，是是信息化系统统的主要服务务内容。客户档案包括储储备、正在流流程中的、代代偿的

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

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

18、等级级的要求进行行相应系统安安全设计，确确保系统的安安全和可靠。信息管理平台是是一个大型网网络信息系统统，运行着多多种业务应用用系统，有大大量的信息资资源数据，其其中有些数据据相当重要，有有部分数据具具有一定的敏敏感性，需要要特别保护。同同时，信息管管理系统中包包括涉及个人人信息相关的的隐私数据，也也需要进行保保护。为符合平台安全全的发展方向向，信息管理理系统应当提提供如下安全全功能：1、系统应保护护数据的安全全性，并能确确保系统不会会崩溃；2、系统用户要要进行安全认认证才能接入入系统；3、支持复杂的的用户名和口口令。口令长长度不得低于于6位。口令采采用加密保护护，并提供方方便用户密码码的修改

19、与恢恢复功能；4、数据必须异异地备份，以以确保信息安安全；5、系统中数据据实现有权限限的修改并保保留修改痕迹迹；6、权限管理到到功能模块的的网页及关键键操作，对用用户访问进行行身份认证和和访问控制；7、敏感数据和和能定位到个个人的数据（如如身份证号、家家庭住址、手手机号码等）均均需加密存储储。3 总体设计3.1 总体框框架设计重庆市农业担保保有限公司信信息管理系统统提供一系列列服务，包括括客户管理、项项目管理、全全程业务管理理、财务管理理、文件档案案存储服务、数数据仓库服务务等。在平台台服务的基础础上提供一系系列业务应用用，是以客户户、项目档案案信息的采集集、存储为基基础，能够自自动生成、分分

20、发、推送工工作任务清单单，支持相关关部门业务整整合和数据共共享的信息平平台，提高公公司的服务水水平和管理水水平。按照公司信息化化建设的指导导思想，信息息管理系统总总体框架如图图所示。基于数据中心的的应用主要有有客户管理、项项目管理、业业务管理、资资金管理、资资产管理、财财务管理、人人力资源管理理、综合管理理等系统。建立以项目为主主线的覆盖立立项、尽职调调查、风险评评估、审批、保保后管理“五五位一体”业业务的信息管管理系统，充充分发挥和挖挖掘信息平台台的纵横整合合、信息共享享、业务协同同等功能，既既能够支持公公司主营业务务，又能满足足公司的综合合管理，实现现基于客户全全项目周期档档案的建立与与应

21、用。3.2 技术架架构设计3.2.1 CC/S/S架架构C/S/S构架架即客户端/应用服务器器/数据库服务务器三层结构构。在传统CC/S结构中中增加了应用用服务器。应应用服务器是是连接客户端端与数据库服服务器的桥梁梁，用来部署署应用逻辑，响响应用户发来来的请求执行行某种业务任任务，并与数数据库服务器器打交道。在在技术实现上上，通常选用用中间件产品品。C/S/S架构构是对传统两两层C/S结构的的改进，与两两层架构相比比具有安全性性加强、效率率提高、易于于维护、可伸伸缩性、可共共享性、开放放性好等特点点。用户界面及部分分应用逻辑部部署在客户端端，可以实现现较好的用户户体验，响应应迅速，并且且可以方

22、便的的实现与外围围设备之间的的接口通讯。在在技术实现上上，客户端甚甚至于可以以以脱机的方式式来运行部分分业务系统功功能。3.2.2 BB/S架构目前实现集中部部署模式的主主流架构是BB/S架构。在在这种架构下下，用户工作作界面是通过过Web浏览器器来实现，极极少部分事务务逻辑在前段段（Browwser）实实现。主要事事务逻辑在服服务器端（SServerr）实现，形形成三层结构构。相对于CC/S结构属属于“胖”客客户端，需要要在使用者电电脑上安装相相应的操作软软件来说，BB/S结构是是属于一种“瘦瘦”客户端，在在大多数或主主要的业务逻逻辑都存在在在服务器端，因因此，B/SS结构的系统统不需要安装

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

24、统的整体构构架主要从三三个层面来规规划，即应用用结构、对象象结构、数据据结构。不同同的结构面向向不同的需要要和使用层次次人员，应用用结构面向用用户，对象结结构面向开发发，数据库结结构面向存储储，即数据管管理。平台开开发架构如图图所示。1、应用结构第一部分为业务务处理系统；第二部分为业务务分析系统；2、对象结构第一层：数据实实体层第二层：数据访访问层第三层：业务规规则层第四层：外观层层第五层：界面层层第六层：系统框框架层3、数据结构数据结构是指数数据表及表关关系，它是从从数据存储角角度来分析的的。3.3 部署架架构部署原则：业务务接入与管理理同级化，数数据存储与应应用平台化。数据中心是公司司各部

25、门实现现信息交换、业业务应用和综综合管理的核核心和基础。在统一信息标准准、共用信息息资源业务模模式基础上支支撑各个子系系统，为各级级各类部门提提供数据共享享、业务协同同等应用服务务，并为客户户等提供项目目信息的统计计、查询等服服务。形成以以客户档案和和项目档案为为基础，信息息共享、互联联互通的跨部部门的联动协协同服务机制制。数据中心是基础础数据采集平平台，以客户户档案、项目目信息采集、存存储为基础，实实现自动生产产、分发、推推送工作任务务清单，支持持相关部门业业务应用系统统间实现互联联互通、数据据共享和业务务整合的信息息平台，支持持向客户提供供项目进度查查询、网上业业务申请、业业务咨询等服服务

26、，并能够够基于客户档档案、项目信信息产生统计计数据，服务务于管理决策策需要。平台台主要以服务务客户为中心心，同时满足足各部门间业业务协同和管管理辅助决策策的需要。形形成基于客户户档案的数据据中心为基础础，连点成面面、信息共享享的业务联动动协同服务模模式，基本实实现业务综合合管理信息集集成化、决策策程序化和部部门间互联互互通。3.4 系统关关键架构3.4.1 SSOA架构SOA是一个面面向服务体系系结构（Seervicee-Orieented Archiitectuure）的组组件模型。在在这个模型中中，松耦合的的应用被描述述、发布和调调用。一个SSOA系统是是由一组服务务组成，这些些服务之间定

27、定义良好的接接口和契约关关系，把应用用功能以服务务的形式交付付给终端应用用或是其他服服务调用。它它独立于实现现服务的硬件件平台、操作作系统和编程程语言。这使使得构建在各各种这样的系系统中的服务务可以以一种种统一和通用用的方式进行行交互。具有有服务之间松松耦合、粗粒粒度、位置和和传输协议透透明的特性，目目的是为了减减少异构性、互互操作性，提提高企业软件件重用性。在在实践角度上上搭建应用环环境架构。在在SOA模型中中，主要有三三种角色：服服务消费者（Services Consumer）、服务提供者（Services Provider）和服务代理（Services Registry）。工作原理如下：

28、服务提供者发布所提供服务的信息及访问接口到服务代理；服务消费者消费时是在服务代理中查找发现所需服务的信息，找到并在获得服务的描述信息后通过绑定和调用与服务提供者建立管理并使用其提供的服务。3.4.2 企企业服务总线线ESBESB为SOAA系统提供了了一个核心架架构，以集中中管理各种服服务。ESBB是SOA、Web SServicces、XML等技术术相结合的产产物，是一种种分布式的集集成框架，是是SOA架构概概念的具体实实现。ESB定义通常常如下：它是是由中间件技技术实现并支支持的面向服服务架构的一一组基础架构构功能，支持持异构环境中中的服务、消消息以及基于于事件的交互互，并且具有有适当的服务

29、务级别和可管管理性。一个个ESB提供下下述的能力：1）SOA的体系系结构；2）采用面向向消息的交互互方式和XMML作为消息息表示与转换换的标准。ESB是一种新新的集成方法法，支持应用用系统间面向向服务的交互互，就像PCC中的硬件总总线，ESBB智能地在应应用系统间路路由数据流，配配合和转换各各个系统需要要的数据信息息。ESB作为SOA架构的的数据交换HHUB，同时时为SOA提供一一种连通性基基础架构，用用以连接SOOA中的服务务。这种模式式有助于减少少应用接口数数量和复杂性性，是解决异异构系统集成成，实现准确确高效的信息息交换的有效效办法。3.4.4 WWeb SeerviceesWeb服务（

30、WWeb Seervicees）是一种种面向服务的的架构的技术术，通过标准准的Web协议提提供服务。WWeb服务可可被理解为一一个软件系统统，目的是用用以支持网络络间不同平台台间应用服务务的互操作。为了提高Webb服务的互操操作性，Weeb服务互操操作组织制定定了Web服务定定义的核心规规格，由XMML、SOAP、WSDL和UDDI四部部分组成。可可扩展标记语语言（eXttensibble Maarkup Languuage，XML）是由由万维网联盟盟于19988年2月发布的一一种描述结构构化数据的方方法。它是目目前广泛使用用的元语言，用用于定义数据据本身的结构构和数据类型型。简单对象象访问协

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

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

33、理系统的一一项关键人物物，它为信息息管理系统提提供支撑，其其建设目标是是建立起统一一的数据中心心核心数据库库框架，并完完成在现有条条件下的数据据建模、入库库，同时通过过数据交换平平台来实现数数据共享、管管理、维护、使使用的机制。4.1 数据中中心的建设思思路数据中心建设以以信息管理系系统为突破口口，建立以客客户档案和项项目管理为核核心的数据中中心。数据库库设计以项目目流程为主线线，标准化管管理为原则进进行设计。其其主要设定特特点如下：1、数据中心建建设必须严格格遵循国家和和公司的相关关标准。2、数据中心为为信息管理系系统提供统一一的数据接入入支持，客户户管理、项目目管理、业务务服务等业务务子系

34、统数据据统一在数据据中心进行存存储和调用。3、数据中心建建设过程中完完善客户档案案和项目数据据采集规范和和技术标准，建建立客户档案案和项目的管管理机制、考考核机制以及及安全与隐私私保护机制，保保障数据资源源的安全、稳稳定和可持续续运行。4.2 数据中中心的架构设设计从数据中心的存存储库分类图图中，可以看看出数据中心心可以分为：客户库、项项目库、业务务库、资金财财务库、资产产物资库、人人力资源库、影影像资料库、外外围机构库、综综合管理库、基基础信息库。4.3数据库设设计4.3.1 信信息的分类编编码体系数据库建设过程程中将严格遵遵循国家有关关标准和公司司制定的规范范，统一指标标体系和数据据库结构

35、，规规范工作流程程。信息分类编码遵遵循的标准化化工作原则编码要唯一标示示，不能有歧歧义，不能重重复；各项标准、规范范、信息编码码、分类代码码严格遵循公公司的建设规规范要求。系统应用客户档档案号作为信信息库的主关关键字。通属性同内涵的的业务数据库库（表）和业业务指标编码码在各业务系系统中应保持持一致。信息分类代码有有国家、行业业和地方标准准的原则上要要参照执行，可可选择使用，不不可重新编码码。常用标准类别信息系统常用的的标准包括：国际标准（ISSO），如信信息技术互连连国际标准（ISO/IEC11801-95）等。国家强制性标准准（GB），如软软件开发规范范（GB85566-888）、计计算机软

36、件测测试文件编制制规范（GBB9386-88）等等。国家推荐性标准准（GB/TT），如信信息技术、软软件包质量要要求和测试（GB/T17544-1988）、软件工程标准分类法（GB/T15538-1995）等。担保行业的其他他标准标准编码的基本本规则标准编码已公司司现有标准为为蓝本指定，使使信息系统建建设能够实现现“统一系统统、网络互联联、信息共享享和数据挖掘掘”的目标，构构建统一、规规范、安全可可信的信息系系统。遵从现现行国家有关关标准规范和和中国担保行行业应用工程程的有关规定定的基础上，结结合公司信息息化建设的相相关要求制定定的。4.4 业务系系统数据库设设计业务数据库包括括管理等子系系统

37、中各业务务模块的数据据的存储和调调用，其以客客户档案和项项目的标准进进行数据整理理，形成各个个业务专题的的数据库。从从数据应用的的角度上看，业业务分类库主主要支持客户户档案、项目目的查询服务务和面向部门门级的明细化化数据查询服服务。4.4.1 基基本内容4.4.1.11 客户档案案客户档案的主要要记录内容包包括：（1）客户基本本信息包括客户编码、客客户名称、客客户主体性质质、所在地区区、地址、联联系人、联系系电话、客户户状态等。（2）客户来源源包括客户经理、访访问方式、请请求来源等。（3）行业信息息包括一级行业、二二级行业、三三级行业、四四级行业、产产业链、个性性信息指标等等。（4）客户详细细

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

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

40、上建立立数据立方体体，实现各种种多维数据分分析和查询操操作。可视化模块提供供多种可视化化手段，通过过各种三维及及二维图表等等直观地显示示数据；并专专门针对各种种数据挖掘算算法，提供相相应的可视化化手段表示数数据挖掘的结结果。本系统数据仓库库的结构示意意图如下图所所示：本系统中数据仓仓库将在关系系型数据库管管理系统RDDBMS上实实现。建立在在关系型数据据库上可利用用各种已有的的成熟的数据据库技术，使使数据仓库的的构件更加便便捷有效。现现在成熟关系系型数据库系系统提供了许许多支持数据据仓库的特征征，比如：强强大的OLAAP功能。4.5.2 数数据颗粒设计计所谓数据粒度，是是指数据库中中保存数据的

41、的细化或综合合程度的级别别。细化程度度越高，粒度度就越小；相相反，细化程程度越低，粒粒度级就越大大。当数据库库中拥有大量量数据时，无无论从性能还还是应用方面面考虑，在数数据库的细节节部分考虑数数据粒度设计计都很重要。下图是数据中心心的关于数据据粒度常见的的设计图：临时区临时区是为了保保证数据抽取取的顺利进行行而开设的阶阶段性数据存存储空间，需需要进入数据据中心的各个个业务系统的的日增量数据据首先直接快快速传输到临临时区，临时时区中的表结结构与数据源源基本一致，目目的是将数据据快速加载到到数据平台中中，避免清洗洗、转换等复复杂耗时的步步骤，减少访访问数据源造造成的性能压压力。临时区区的数据是每每

42、天清空后进进行数据加载载，可以对应应数据库和文文件二种方式式，以适应不不同系统的数数据源。临时区对应到数数据中心就是是临时存储区区。区别是数数据中心的临临时存储区除除了快速落地地功能以外，还还需要进行数数据的业务校校验和内容校校验，以及按按照标准格式式进行转换。临时区的数据粒粒度是明细级级的，是粒度度最小的。历史数据历史数据区的表表结构与数据据源基本一致致，它记录了了数据源所有有的历史数据据，经过添加加日期字段，从从临时区每日日加载进来的的数据，是在在数据平台内内部第一步进进行的加载过过程。从临时时区到历史数数据区尽量避避免进行数据据处理，保证证与数据源的的数据一致性性，以利于日日后数据校验验

43、和跟踪。历历史数据区中中的数据也可可以作为数据据源系统和基基础数据平台台的备份数据据。历史数据区对应应到数据中心心就是ODSS区。区别是是ODS区存放放是经过标准准化后的业务务数据。存放在ODS区区中的数据也也是明细级别别的。明细数据层明细数据层是将将历史数据区区中的数据经经过选择、清清洗、转换、映映射等复杂的的数据移动处处理转移过来来的。此层数数据是按照公公司业务种类类进行的分类类，对业务相相关的数据根根据其业务规规则进行聚合合，数据的清清洗、转换、聚聚合等复杂操操作会在此层层进行，聚合合表中的数据据直接来源于于对历史表数数据的抽取，但但数据结构完完全按照业务务需求和分析析需求而设计计成星型

44、结构构（或雪花结结构），在设设计中兼顾系系统未来的发发展变化和数数据查询、访访问的效率。在在抽取过程中中，对数据进进行了完整性性和有效性检检查，对冗余余和不一致的的数据进行了了清洗和转换换。明细数据层对应应到数据中心心就是业务分分类库和数据据仓库的业务务聚合表。区区别在于数据据中心的业务务分类库和数数据仓库的业业务聚合表存存放的数据时时长是不一样样的。数据仓仓库会存放更更长一些的数数据。数据集市层数据集市是数据据仓库的子集集，也是基础础数据平台的的一层，通常常已经将聚合合后的数据进进行汇总得到到，汇总的方方式从主体上上是按照时间间汇总（如日日汇总、月汇汇总），另外外对业务的主主要维度也进进行汇

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

46、据集合，它它用于对决策策管理的支持持。业务分析库是为为了业务管理理建立的数据据库，其用来来对业务进行行统计分析、业业务监督、绩绩效考核及决决策支持等。其其是通过从项项目档案数据据和各业务数数据抽取归纳纳出来的，主主要包括业务务资源数据库库和主题数据据库。主题数据库是配配合信息管理理系统以及决决策分析的需需要，业务分分析库的方式式根据不同的的业务主题组组织主题数据据库。主题数数据库的内容容按照主题数数据集的要求求从各个业务务系统的表单单型数据中清清洗后获得。存储模型组成结构：细粒度数据表：主要以时间间为主要划分分依据，若有有基于年、季季、月、日、时时的数据，则则时、日是相相对明细的数数据；粗粒度数据表：一般由明细细数据聚合形形成；多维数据库：由由关系数据库库表映射或抽抽取形成，专专门多维分析析准备。功能结构：基础数据仓库：保留相对明明细的业务数数据和标准数数据；各级数据集市：业务部门专专有，可以由由ODS直接形形成；多维数据库：实实现多维数据据模型。1、基础数据仓仓库基础数据仓库是是目前被多数数中大型用户户认同的概念念，逻辑上它它可以较好地地支持统一业业务视图，但但由于牵扯因因素多限度增增大了实施难难度。包括两类数据表表，一类是相相对明细的数数据表（事实实数据表）；另一类是公公共业务模型型数据，如数数据标准分类类代码表等，它它是数据交