政府部门信用管理系统
刘兵+李晓龙+段送良
【摘要】 潍坊市社会信用管理系统是采集分散在各政府部门、共建单位的征信主体信用信息，通过汇总、加工和储存形成信用信息数据库并提供信息服务的平台。信用管理系统建立在潍坊电子政务网络中，系统采集各政府部门、共建单位提供的信用信息，政府各部门、共建单位可通过系统进行信用信息的查询和应用工作。
【关键词】 潍坊社会信用管理平台 架构 研究
潍坊市社会信用平台架构现状：
“诚信潍坊”公众服务门户网站部署在互联网，该门户网站与信用管理系统通过严密的安全措施实现数据隔离。依据相关法律法规可向社会公布的信用信息通过数据交换共享平台交换至 “诚信潍坊”公众服务门户网站供社会公众查询。
系统可以通过数据交换共享平台实现各政府部门、共建单位信息系统与征信系统的数据定期交换。同时通过数据交换共享平台实现与省、市级信用信息平台进行数据定期交换。
平台架构分析：
SOA架构是这些年业界比较推崇的企业应用架构，它具有具有松散耦合、位置透明、协议独立等一系列特征，可以最大限度的利用现有资产，增加重用，提高效率，降低成本，使IT环境更灵活且更快地响应不断改变的业务需求，成就商务自主。SOA的核心思想是把一个个的业务功能包装成一个个标准的服务，通过组合这些服务可以很容易的搭建功能完善的企业应用，或者重新组合这些服务成全新的应用以满足企业的不断变化的需求。
企业应用和互联网应用表现相互渗透的特点，企业应用不再只定位于内网系统，变得越来越具有开放性，更加重视面向公众提供服务的能力，这样要求企业应用能够有效应对海量数据、高并发和海量用户的挑战。平板、手机等智能终端的普及，要求应用展现更具有灵活性和扩展性，不能再一副界面打遍天下，需要提供多终端的支持。
高速服务框架发挥服务治理的作用，所有的服务都通过高速服务框架实现发布、调用、注册、订阅以及路由等其它服务治理功能。服务提供方把自己的服务地址发布到高速服务框架中，服务调用方从高速服务框架获得实际服务地址后，直接调用服务提供方提供的服务。高速服务框架主要分3大功能模块：服务注册中心、服务监控中心、服务引擎。
在高速服务框架的作用下，系统通常分为3大块：Web应用、业务服务、基础服务，其中Web应用和最终用户交互、不包含核心业务逻辑，核心业务逻辑由业务服务相关服务实现。基础服务主要是提供一些公共的基础类的服务。业务服务和基础服务可以通过J2EE应用实现、可以通过.net应用实现，也可以是个普通的单机应用（只要能暴露服务就行）。
服务的调用方和服务的提供方是完全解耦的，双方通过公共的服务协议交互，双方可以是不同的技术平台，服务调用方可以是J2EE/PHP/.NET，服务的提供方可以是J2EE/. NET程序，另外服务的提供方也不必是Web应用。信用潍坊平台建成以后，一方面可以为政府各类信用主体监管部门提供服务，另一方面可以为社会公众和第三方机构提供服务。因此信用潍坊平台的信用信息主要来源于两个方面，一类是来源于政府各类信用主体监管部门的业务系统，另一类是来源于从互联网抓取的各种公开信用信息。
从技术实现角度和业务应用便利性等方面考虑，建立平台所需的实体库是必须的，实体库中至少应该包含信用主体的基本信息数据和信用潍坊平台应用过程中所产生的各类过程数据、管理数据、审计数据等。
除此之外，来源于政府各类信用主体监管部门业务系统的信用记录信息数据，可以考虑采用实体库或逻辑库两种存储方式之一。从技术实现角度和应用便利性角度方面考虑，建议这部分数据也采用实体库的存储方式。这样的存储方式，能够在公共信用中心建立较为完整的信用主体基础信息、行业信用记录、信用档案、综合信用信息数据库，并基于这些较为完备的信息开展各类综合信用服务和增值应用。
但是考虑到，绝大多数的行业信用记录目前分布在各個信用主体监管部门内部，跨部门获取存在较多的困难，如相关政策依据不足、跨部门协调难度大、各部门对自身数据安全性担忧等问题，这部分来源于政府各类信用主体监管部门业务系统的信用记录数据也可以考虑采用逻辑库的建库模式。信用记录数据依然存放在各个信用主体监管部门内部（前置机方式），当公共信用中心需要获取相关信用记录时，能够通过系统，对指定主体或小批量主体，采用半手工/实时/准实时方式获取所需的信用记录信息。
结束语：
综上所属，公共信用中心数据库建设初期，建议采用实体库与逻辑库相结合的建库方案，便于工程的快速推进和快速体现建设成效。随着未来相关配套政策法规的完善和技术实现模式的逐步成熟，逐渐过渡到全部采用实体库模式的建库方案。
