信用信息体系平台建设总体设计

1、信用信息体系平台建设总体设计1.1. 总体建设思路将资源管理与资源应用明确划分并有机整合，推动一体 化建设。通过一体化手段，转换和改造传统信息系统建设的 模式，利用平台加应用的构建模式，将我市信用体系建设与 资源管理建设合二为一进行整合建设，不仅节省财政投资， 而且充分考虑二者之间的关系，以数据管理为基础，建立信 用体系应用，使我市的信用体系工作形成有机的整体，并为 未来的跨部门业务协同，一次釆集多次使用打下基础。在业务实现方面，注重整个体系的完整性、实用性、适 应性和可扩展性，通过业务逻辑组合方式，将资源整合、资 源利用、服务提供等全部纳入项目建设框架内，重点突出资 源共享、互联互通、统一数

2、据、安全可靠、重在应用等特性。在技术实现方面，着重强调应用体系的跨平台、跨应用、分布式、兼容性强、安全可靠等特性，采用成熟的JavaEE标准规范和开发平台，实现公共信用信息管理系统的设计、 部署和实施，使应用体系能够整合异构数据资源，实现数据 级和应用级集成，同时确保应用系统技术先进性。1.2. 系统总体架构从业务实现的角度，对各部门的数据归集和信用应用的建设提出了业务模型。1、基础设施层：主要包含各类网络环境、硬件基础设 施和系统基础软件三大部分。硬件基础设施包括存储、服务 器、交换机、防火墙、终端设备等硬件基础设施；系统基础 软件包括服务器操作系统、数据软件。2、数裾存储层：存储包括各政府

3、部门、社会机构、公 共事业单位、1:县信用、政务数据库、省平台信用数据、 以及其他征信系统信用数据等。通过数据库软件进行结构化 与非结构化数据的存储，同时实现读写分离的主从配置，保 障数据库的读写效率及稳定性，为业务应用提供数据支撑满 足实际用户的需求，为业务应用提供数据支撑。其中数据处理平台包含数据归集、数据清洗、数据比对、数据分发三个子系统。3、应用支撑层：应用支撑层包含一些基础性、底层性 的系统支撑功能、平台、 BI工具，提供包括智能分析系统、 工作流管理系统等，为系统提供基础支撑服务。4、业务应用层：包括提供应用服务的系统，运行在应 用支撑层上，包含政务信用信息服务系统、信用数据分析平

4、 台、统一接口平台、统一安全服务平台等。1.3. 数据架构信用信息体系平台数据架构包含：基础数据层、主题数 据层、内部业务应用层、外部业务应用层，具体如下：1、基础数据层：以企业、个人、事业单位、社会组织 的身份信息、经营管理信息、公共记录信息、金融信息等为 基础支撑数据，构建信用信息的基础数据库。2、主题数据层：通过对基础数据的筛选、清洗，按照 各政府部门信用监管需求，形成相关的主体数据库。3、内部应用层：满足各政府部门对信用监管需要，提 供信用信息数据及定制功能，包括：定制查询、部门协查、 信用分析、共享服务等；各政府部门可通过政府信用信息服 务系统、信用体系综合应用系统、社会信用信息数据

5、利用分 析等应用软件对数据进行查询、筛选。4、外部业务层：对自建有信用信息系统的部门，可按 照其管理需要定制需要共享的信用信息，通过企业信用信息 共享交换平台共享到部门。1.4. 技术路线将保持充分满足电子政务系统在安全性、跨平台性、可移植性、易扩展性、易维护性等方面的要求。系统基于Java平台的J2EE技术体系，系统构建于B/S三层应用体系结构之上，采用 Struts2、Hibernate3、和Spring2等国际流行和成 熟的技术框架，使用 JSP、Servlet、EJB、XML等编程技术 和面向对象程序设计方法，将复杂的业务逻辑、流程控制逻 辑和数据存取逻辑通过在不同的技术层面上实现，在

6、应用服 务器之上，实现业务逻辑的快速部署和灵活调整，充分保证 数据库系统的安全可靠访问。系统同时支持 ORACLE、SQLSERVER、SYBASE、DB2 等各种大型的主流关系型数据库；同时支持Windows、国产Linux及Unix等各种操作系统；利用 XML作为系统接口的 数据交换标准，进行信息资源整合。1.4.1. J2EE的体系架构为了充分满足本平台软件在安全性、跨平台性、可移植 性、易扩展性、易维护性等方面的要求，软件系统采用基于 J2EE技术体系的大型分布式应用。本项目的平台软件构建于B/S三层应用体系结构之上，采用Struts2、Hibernate3、和Spring2等国际流行

7、和成熟的技术框架，使用JSP、Servlet、EJB、XML等编程技术和面向对象程序设计方法，将复杂的 业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术 层面上实现，在应用服务器之上，实现业务逻辑的快速部署 和灵活调整，充分保证数据库系统的安全可靠访问。系统同时支持 ORACLE、SQLSERVER、SYBASE、DB2 等各种大 型的主流关系型数据库；同时支持 Windows、国产Linux及Unix等各种操作系统；利用 XML作为系统接口的数据交换 标准，进行信息资源整合。w*k ；HTMLCH?ntHTML ClientHTT*HTTPHTML CllentHTML ClientHT

8、TPMTT»Java附用社'宇尺勺冷吓旺并4用幫它耳的类廂 (C+*JCOKBUJavft.等尊JbK.5QL/JPnppOEtDT7|HtVC0l图J2EE三层结构1.4.2. MVC处理模式MVC 是Model/View/Control的缩写。MVC 架构也是当 今很流行的一种设计模式。M表示模式层，V表示视图层，C表示控制层。模式层完成业务模型与数据模型管理，视图 层主要完成用户界面的管理，而控制层主要负责接收客户端 请求，并将相应的请求转发到对应的业务逻辑进行处理。以 下是MVC架构的处理流程：图MVC架构的处理流程MVC架构使得应用程序的结构更加清晰，通过将代码 按

9、照层次划分为业务逻辑/数据、用户界面和应用流程控制这 三个层次，增强代码稳定性。对于Model、View、Controller这三部分功能来讲，View的实现一般是由界面设计人员和界 面程序员来完成，Model则是由业务逻辑程序员来完成，Controller则一般由负责整体控制的程序员来完成。Controller部分的代码比较稳定，一般会实现一个通用的架构；而Model则跟随业务流程的变化而变化；View的更改则是随着用户需 求的更改而更改。这种模块功能的划分有利于在代码修改过 程中进行模块的隔离，而不需要把具有不同功能的代码混杂 在一起造成混乱。对于项目开发而言，有利于在项目小组内 按照小组

10、成员各自的擅长进行分工，有利于三个部分并行开 发、加快项目进度。1.43 XML 规范XML 为 ExtensibleMarkupLanguage 的缩写，意为可扩展 的标记语言。XML是一套定义语义标记的规则，这些标记 将文档分成许多部件并对这些部件加以标识。它也是元标记 语言，即定义了用于定义其他与特定领域有关的、语义的、 结构化的标记语言的句法语言XML 主要有三个要素：Schema （模式）、XSL （eXtensibleStylesheetLanguage 可扩展样式语言）和 XLL （eXtensibleLinkLanguage 可扩展链接语言）。Schema规定了XML文档的逻辑

11、结构，定义了 XML文档中的元素、元素的 属性以及元素和元素的属性之间的关系，它能够帮助XML的解析器校验 XML文档标记是否合法；XSL是用来规定XML文档表现形式的语言，同CSS类似；XLL则进一步地扩展了当前Web上已有的简单链接。在本方案中，XML技术主要应用于数据共享和信息交 换的标准。144. SOA体系结构面向服务的体系结构（Service-OrientedArchitecture ，SOA ）是一个组件模型，它将应用程序的不同功能单元（称 为服务）通过这些服务之间定义良好的接口联系起来。接口 是独立于实现服务的硬件平台、操作系统和编程语言的。这种具有中立的接口定义（没有强制绑定

12、到特定的实现 上）的特征称为服务之间的松耦合。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以 适应不断变化的环境，比如经常改变的政策、业务级别、业 务重点、合作伙伴关系、行业地位以及其他与业务有关的因 素，这些因素甚至会影响业务的性质。面向服务的体系结构是面向对象的模型的替代模型，面 向对象的模型是紧耦合的。虽然基于SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是 面向服务的。由于它考虑到了系统内的对象，所以虽然SOA是基于对象的，但是作为一个整体，它却不是面向对象的。 不同之处在于接口本身。SOA系统原型的一个典型例子是通用对象请求代理体 系

13、结构(CommonObjectRequestBrokerArchitecture , CORBA )。 现在的SOA已经有所不同了，因为它依赖于一些更新的进 展，这些进展是以可扩展标记语言(eXtensibleMarkupLanguage， XML )为基础的。通过使用基于XML 的语言(称为Web服务描述语言 (WebServicesDefinitionLanguage， WSDL )来描述接口， 服务已经转到更动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言InterfaceDefinitionLanguage ，IDL )可比了。建立SOA体系结构模型需要:（1）定义服务描

14、述（2）定义整个应用程序如何在服务之间执行其工作流（针对部门之间）（3）定义服务之间关系的策略，这种策略常常采用服 务级协定和操作策略的形式（针对外部合作伙伴）（4）安全、信任和可靠的消息传递利用SOA的好处不仅是一个软件开发流程，而且还是一个业务开发流程。采用 SOA有四个层次：第一个层次是最简单的，因为它只需创建单独的服务。第二个层次将业务功能集成到SOA中。这涉及多个层次的集成，其中包括应用程序集成、信息集成、流程集成和整个系统集成。第三个层次涉及将企业 IT基础设施转换到 SOA模型。第四个层次集中于转换业务模型，以使之成为按需就绪的模型。从IT专业人员的角度来看（与业务层相比），要创

15、建SOA 应用程序，通常将经历四个阶段：构建、部署、使用和管理。1.4.5. ESB服务总线设计ESB服务总线是整个信息平台的技术核心，ESB通常采 用面向服务的体系结构。该服务保证在一个异构的环境中实 现信息稳定、可靠的传输，屏蔽掉用户实际中的硬件层、操 作系统层、网络层等相对复杂、烦琐的界面，为用户提供一 个统一、标准的信息通道，保证用户的逻辑应用和这些底层 平台没有任何关系，最大限度地提高用户应用的可移植性、 可扩充性和可靠性。提供一个基于应用总线的先进应用整合 理念，最大限度地减少应用系统互联所面临的复杂性。系统 的实现维护都相对简单，保证每一个应用系统的更新和修改 都能够实时地实现；

16、同时当新的应用系统出现时能够简便的 纳入到整个IT环境当中，与其他的应用系统相互协作，共 同为用户提供服务。功能要求：提供企业服务总线ESB功能基于开放式标准，提供 ESB常用功能，如服务的查找、 访问、路由等，内置基于 XML的数据对象，便于服务之间数 据交互和互操作支持信息（数据）集成，流程集成与应用集 成。支持企业级服务质量包括跨网络的消息可靠传输和安全、失败恢复、状态诊 断、服务管理、服务审计及事务的完整性等，提供数据交换 过程和数据的跟踪能力。提供数据格式转换功能提供图形可视化的异构数据格式转换映射工具，能够将 数据从一种格式简便快速地转换成另一种格式。输入数据和输出数据可进行不同格

17、式间的转换（如结构化的XML非XML或Java对象数据），从而可快速集成异构应用，无需考虑表 示数据采用的格式。支持多种服务/组件通讯方式及通讯协议支持多种服务/组件通讯方式，如同步和异步等，用户 可以按照自己的需要，灵活定义通讯方式。支持跨网络通讯的多种通讯协议，如HTTP/S FTP、P0P3/SMTP JMS等。完整支持WebService及全面的安全保障机制支持对各种系统提供的WebService的访问，将常用应用系统访问接口、业务流程或组件封装成 WebService，并提 供WebService的注册和检索功能。提供完整的 WebService跨网络通讯的安全机制，如传 输层、消息

18、层等的身份验证、消息机密性和完整性等安全保 障。支持常用标准协议，女口 SOAP WSDL UDDI、WS-Security 等。提供强大的应用集成开发平台集成开发工具，提供多种适配器及系统服务，集成多种便捷的开发向导，覆盖从设计、开发、配置、打包及部署的多个开发过程提供快速开发数据集成的数据源接入、数据内容转换、 过滤、清洗、部署等配置工具，可快速开发国内最常见的 数据集成的业务应用。支持分布式多人团队协作开发，还脱离资源中心进行脱 机开发，开发方式灵活，便于提高整个团队开发效率与资源 共享。服务与业务流程编排能进行服务的封装与调用，又能根据业务需要，将多个 不同服务、组件等进行编排重组，形成满足用户集成需要的 业务流程。集成多种常用系统适配器并提供适配器定制开发能力 集成多种企业应用中常见的适配器，如支持结构化和非 结构化文件读写的文件类适配器，支持多种数据库访问如Oracle、DB2 SQLServer、SyBase、MySql、KingBase、Excel、Access等数据库类适配器，支持多种通讯协议如FTP、SMTP/POP3JMS等通讯类适配器等，通过现成的适配器，减 少程序员开发工作量，实现快速应用集成能力。提供的适配器基于 JCA1.5规范，便于用户扩展开发自 己的适配器。