《信用信息体系平台建设总体设计》由会员分享，可在线阅读，更多相关《信用信息体系平台建设总体设计（13页珍藏版）》请在金锄头文库上搜索。
1、信用信息体系平台建设总体设计1.1. 总体建设思路将资源管理与资源应用明确划分并有机整合，推动一体化建设。通过一体化手段，转换和改造传统信息系统建设的模式，利用平台加应用的构建模式，将我市信用体系建设与资源管理建设合二为一进行整合建设，不仅节省财政投资，而且充分考虑二者之间的关系，以数据管理为基础，建立信用体系应用，使我市的信用体系工作形成有机的整体，并为未来的跨部门业务协同，一次釆集多次使用打下基础。在业务实现方面，注重整个体系的完整性、实用性、适应性和可扩展性，通过业务逻辑组合方式，将资源整合、资源利用、服务提供等全部纳入项目建设框架内，重点突出资源共享、互联互通、统一数据、安全可靠、重在
2、应用等特性。在技术实现方面，着重强调应用体系的跨平台、跨应用、分布式、兼容性强、安全可靠等特性，采用成熟的JavaEE标准规范和开发平台，实现公共信用信息管理系统的设计、部署和实施，使应用体系能够整合异构数据资源，实现数据级和应用级集成，同时确保应用系统技术先进性。1.2. 系统总体架构从业务实现的角度，对各部门的数据归集和信用应用的建设提出了业务模型。1、基础设施层：主要包含各类网络环境、硬件基础设施和系统基础软件三大部分。硬件基础设施包括存储、服务器、交换机、防火墙、终端设备等硬件基础设施；系统基础软件包括服务器操作系统、数据软件。2、数裾存储层：存储包括各政府部门、社会机构、公共事业单位
3、、1：县信用、政务数据库、省平台信用数据、以及其他征信系统信用数据等。通过数据库软件进行结构化与非结构化数据的存储，同时实现读写分离的主从配置，保障数据库的读写效率及稳定性，为业务应用提供数据支撑满足实际用户的需求，为业务应用提供数据支撑。其中数据处理平台包含数据归集、数据清洗、数据比对、数据分发三个子系统。3、应用支撑层：应用支撑层包含一些基础性、底层性的系统支撑功能、平台、BI工具，提供包括智能分析系统、工作流管理系统等，为系统提供基础支撑服务。4、业务应用层：包括提供应用服务的系统，运行在应用支撑层上，包含政务信用信息服务系统、信用数据分析平台、统一接口平台、统一安全服务平台等。1.3.
4、 数据架构信用信息体系平台数据架构包含：基础数据层、主题数据层、内部业务应用层、外部业务应用层，具体如下：1、基础数据层：以企业、个人、事业单位、社会组织的身份信息、经营管理信息、公共记录信息、金融信息等为基础支撑数据，构建信用信息的基础数据库。2、主题数据层：通过对基础数据的筛选、清洗，按照各政府部门信用监管需求，形成相关的主体数据库。3、内部应用层：满足各政府部门对信用监管需要，提供信用信息数据及定制功能，包括：定制查询、部门协查、信用分析、共享服务等；各政府部门可通过政府信用信息服务系统、信用体系综合应用系统、社会信用信息数据利用分析等应用软件对数据进行查询、筛选。4、外部业务层：对自建
5、有信用信息系统的部门，可按照其管理需要定制需要共享的信用信息，通过企业信用信息共享交换平台共享到部门。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等国际流行和成熟的技术框架，使用JSP、Servlet、EJB、XML等编程技术和面向对象程序设计方法，
7、将复杂的业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术层面上实现，在应用服务器之上，实现业务逻辑的快速部署和灵活调整，充分保证数据库系统的安全可靠访问。系统同时支持ORACLE、SQLSERVER、SYBASE、DB2等各种大型的主流关系型数据库；同时支持Windows、国产Linux及Unix等各种操作系统；利用XML作为系统接口的数据交换标准，进行信息资源整合。图J2EE三层结构1.4.2. MVC处理模式MVC是Model/View/Control的缩写。MVC架构也是当今很流行的一种设计模式。M表示模式层，V表示视图层，C表示控制层。模式层完成业务模型与数据模型管理，视图层主要完
8、成用户界面的管理，而控制层主要负责接收客户端请求，并将相应的请求转发到对应的业务逻辑进行处理。以下是MVC架构的处理流程：图MVC架构的处理流程MVC架构使得应用程序的结构更加清晰，通过将代码按照层次划分为业务逻辑/数据、用户界面和应用流程控制这三个层次，增强代码稳定性。对于Model、View、Controller这三部分功能来讲，View的实现一般是由界面设计人员和界面程序员来完成，Model则是由业务逻辑程序员来完成，Controller则一般由负责整体控制的程序员来完成。Controller部分的代码比较稳定，一般会实现一个通用的架构；而Model则跟随业务流程的变化而变化；View的
9、更改则是随着用户需求的更改而更改。这种模块功能的划分有利于在代码修改过程中进行模块的隔离，而不需要把具有不同功能的代码混杂在一起造成混乱。对于项目开发而言，有利于在项目小组内按照小组成员各自的擅长进行分工，有利于三个部分并行开发、加快项目进度。1.4.3. XML规范XML为ExtensibleMarkupLanguage的缩写，意为可扩展的标记语言。XML是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。它也是元标记语言，即定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言XML主要有三个要素：Schema（模式）、XSL（eXtensibleSt
10、ylesheetLanguage可扩展样式语言）和XLL（eXtensibleLinkLanguage可扩展链接语言）。Schema规定了XML文档的逻辑结构，定义了XML文档中的元素、元素的属性以及元素和元素的属性之间的关系，它能够帮助XML的解析器校验XML文档标记是否合法；XSL是用来规定XML文档表现形式的语言，同CSS类似；XLL则进一步地扩展了当前Web上已有的简单链接。在本方案中，XML技术主要应用于数据共享和信息交换的标准。1.4.4. SOA体系结构面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元
11、（称为服务）通过这些服务之间定义良好的接口联系起来。接口是独立于实现服务的硬件平台、操作系统和编程语言的。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。面向服务的体系结构是面向对象的模型的替代模型，面向对象的模型是紧耦合的。虽然基于SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。由于它考虑到了系统内的对象，所以虽然SO
12、A是基于对象的，但是作为一个整体，它却不是面向对象的。不同之处在于接口本身。SOA系统原型的一个典型例子是通用对象请求代理体系结构（CommonObjectRequestBrokerArchitecture，CORBA）。现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensibleMarkupLanguage，XML）为基础的。通过使用基于XML的语言（称为Web服务描述语言（WebServicesDefinitionLanguage，WSDL）来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前CORBA中的接口描述语言InterfaceDe
13、finitionLanguage，IDL）可比了。建立SOA体系结构模型需要：（1）定义服务描述（2）定义整个应用程序如何在服务之间执行其工作流（针对部门之间）（3）定义服务之间关系的策略，这种策略常常采用服务级协定和操作策略的形式（针对外部合作伙伴）（4）安全、信任和可靠的消息传递利用SOA的好处不仅是一个软件开发流程，而且还是一个业务开发流程。采用SOA有四个层次：第一个层次是最简单的，因为它只需创建单独的服务。第二个层次将业务功能集成到SOA中。这涉及多个层次的集成，其中包括应用程序集成、信息集成、流程集成和整个系统集成。第三个层次涉及将企业IT基础设施转换到SOA模型。第四个层次集中于
14、转换业务模型，以使之成为按需就绪的模型。从IT专业人员的角度来看（与业务层相比），要创建SOA应用程序，通常将经历四个阶段：构建、部署、使用和管理。1.4.5. ESB服务总线设计ESB服务总线是整个信息平台的技术核心，ESB通常采用面向服务的体系结构。该服务保证在一个异构的环境中实现信息稳定、可靠的传输，屏蔽掉用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。提供一个基于应用总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性。系统的实
15、现维护都相对简单，保证每一个应用系统的更新和修改都能够实时地实现；同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其他的应用系统相互协作，共同为用户提供服务。功能要求：l 提供企业服务总线ESB功能基于开放式标准，提供ESB常用功能，如服务的查找、访问、路由等，内置基于XML的数据对象，便于服务之间数据交互和互操作支持信息（数据）集成，流程集成与应用集成。l 支持企业级服务质量包括跨网络的消息可靠传输和安全、失败恢复、状态诊断、服务管理、服务审计及事务的完整性等，提供数据交换过程和数据的跟踪能力。l 提供数据格式转换功能提供图形可视化的异构数据格式转换映射工具，能够将数据从一种格式
16、简便快速地转换成另一种格式。输入数据和输出数据可进行不同格式间的转换(如结构化的XML、非XML或Java对象数据)，从而可快速集成异构应用，无需考虑表示数据采用的格式。l 支持多种服务/组件通讯方式及通讯协议支持多种服务/组件通讯方式，如同步和异步等，用户可以按照自己的需要，灵活定义通讯方式。支持跨网络通讯的多种通讯协议，如HTTP/S、FTP、POP3/SMTP、JMS等。l 完整支持WebService及全面的安全保障机制支持对各种系统提供的WebService的访问，将常用应用系统访问接口、业务流程或组件封装成WebService，并提供WebService的注册和检索功能。提供完整的WebService跨网络通讯的安全机制，如传输层、消息层等的身份验证、消息机密性和完整性等安全保障。支持常用标准协议，如SOA
