信用平台投标文件

XXXX社会公共信用基础数据库和服务平台项目建设方案
江苏XW软件有限公司
2014-7
目录
第一章建设背景与目标 (5)
1.1项目背景 (5)
1.2建设目标 (5)
1.3建设功能要求 (5)
第二章总体设计 (7)
2.1总体功能结构 (7)
2.2建设原则 (8)
第三章企业信用基础信息库 (11)
第四章个人信用基础信息库 (11)
第五章统一信用信息应用支撑平台 (12)
5.1用户和权限管理 (12)
5.2数据字典管理 (13)
5.3绩效管理 (13)
5.4运行监控管理 (14)
第六章信用信息归集平台 (14)
6.1数据归集范围和来源 (14)
6.2系统采集 (16)
6.3部门信息推送 (17)
6.4W EB S ERVICE接口 (17)
6.5数据传输 (17)
6.6数据处理的流程 (17)
6.7增量数据检查 (18)
6.8数据规则检查 (18)
6.9数据关联 (22)
6.10数据处理回退 (22)
6.11数据文件批量处理 (22)
第七章信用信息服务平台 (23)
7.1内网数据检索引擎系统 (24)
7.2统计分析 (25)
第八章信用信息业务管理系统 (25)
8.1用户和权限管理 (26)
8.2数据字典管理 (27)
8.3绩效管理 (27)
8.4运行监控管理 (27)
第九章公共信用信息发布平台 (28)
9.1公共信用信息发布平台的内容 (28)
9.2信用查询平台网 (28)
9.3信息发布功能设计 (29)
9.4信用信息查询 (50)
9.5信用投诉管理 (51)
9.6信用自主申报管理 (51)
9.7企业（社团）信用监管 (52)
9.8个人信用监管 (52)
9.9信用信息上报系统 (53)
9.10信用产品备案管理系统 (53)
9.11信用审查报告生产系统 (53)
9.12异议管理 (54)
第十章项目实施 (54)
10.1项目实施安排 (54)
10.2项目验收方案 (55)
第十一章售后服务承诺 (56)
11.1质量保证期内服务承诺 (56)
11.3培训方案 (58)
第一章建设背景与目标
1.1 项目背景
信用是市场经济的基石，信用体系是经济社会管理的基础性制度。

党的十八大提出了关于加快推进社会信用体系建设，全国人大刚刚批准的《国务院机构改革和职能转变方案》提出建设统一的信用信息平台，表明社会信用体系建设工作将成为我国各级政府下一步转变职能的重要抓手。

《国务院办公厅关于社会信用体系建设的若干意见》和省委、省政府《关于加快诚信江苏建设的意见》以及《江苏省社会法人失信惩戒办法（试行）》、《江苏省自然人失信惩戒办法（试行）》、《江苏省行政管理中实行信用报告、信用承诺和信用审查的办法》明确了社会信用体系建设工作的方向和具体做法。

按照市委、市政府的有关要求，实现对各类社会主体信用信息的记录、汇集、加工和公开、利用，强化市场主体和社会公众的信用意识，惩戒失信行为，褒扬诚实守信，维护经济活动和社会生活的正常秩序，促进经济和社会的健康发展。

在此背景下，XXXX社会公共信用基础数据库和服务平台项目建设工作启动。

1.2 建设目标
建成统一的信用数据交换平台，建立规范化、常态化的信息归集机制，全面归集和共享辖区内信用主体的信用信息，建立市企业和个人信用基础数据库，构建内、外信息服务平台，通过信用信息产品的加工，以满足政府部门社会管理需求为主、兼顾社会服务需求为目标，依法依规向政府部门、金融机构、公共事业单位提供企业和个人信用信息的查询、核查和交换等服务。

1.3 建设功能要求
1、信息归集
（1）归集范围
企业信用信息：是指在行政机关、司法和具有行政管理职能的事业单位依法履行职责过程中产生的关于各类企业及其经营活动中与信用有关行为的记录。

个人信用信息：是指自然人在社会与经济活动中形成的履行义务记录和相关数据。

（2）归集策略
以“谁提供、谁负责”原则，建立数据归集、处理环节的质量控制，实现数据归集可追溯、疑问数据可反馈、异议数据可修复。

2、数据处理
对部门提供的数据进行去重、格式校验、业务规则校验、关联比对等数据处理质量控制，使归集到的信息数据有效、合理、完整。

（1）数据去重
（2）格式校验
（3）业务规则校验
（4）数据关联比对
（5）疑问数据处理
（6）信息修复
（7）应用数据加工
（8）统计分析
3、数据交换
通过对部门信用数据归集，形成全市企业信用数据库和个人信用数据库。

已实现省级信用数据大集中的部门，市对应部门的信用数据可以通过省公共信用信息平台分发，省级系统需要的数据可由市信用系统负责上传。

建议接口多采用自动化，关注编码的规范统一，增强接口数据的校验和容错能力。

4、信息服务
（1）企业信用信息查询
（2）企业信用信息核查
（3）企业信用信息共享
（4）专题应用服务
（5）工作动态、信息发布服务
（6）异议数据处理
（7）个人信用信息查询。

5、业务管理
对各种业务数据进行管理和维护，提供对业务数据进行人工介入和干预的途径。

业务管理至少包括四方面的内容：
（1）机构和用户管理：创建并管理参与到系统中的机构和用户信息；
（2）操作权限管理：分配、设置并管理各类用户的操作、访问权限；
（3）数据字典管理：管理并维护系统中数据字典。

（4）运行监控及日志管理：系统运行状态的的监控和记录等方面的管理。

6、软件基本功能需求
根据业务需求，市信用系统软件功能至少由以下五个子系统组成。

（1）、部门信用信息归集平台
（2）、数据交换接口子系统
（3）、数据处理子系统
（4）、业务管理子系统
（5）、信息服务子系统
第二章总体设计
2.1 总体功能结构
系统的总体结构，如下图所示：
2.2 建设原则
我们提出如下项目设计原则，保证整个项目建设的系统性，并在整个系统设计和实施建设中将严格遵循这些原则。

1技术平台先进性与成熟性
先进性首先指业务模型的先进性，其次，采用的技术应符合当前技术发展的方向。

结合考虑实用和兼顾今后发展的目的，在硬件设备、软件产品、系统架构方面，选择当今市场上主流并领先的产品和技术。

在项目中采用先进的设计模型，行业流行和先进的技术，例如系统N-tier 体系架构等，先进的技术保证系统在大并发访问时的稳定性，并可根据系统发展，按需扩展。

在系统设计过程中，采用成熟的产品进行系统建设，这些产品和技术都经过市场的考验，有在大型系统中应用的成功案例。

主要功能模块具有自有知识产权的成熟产品。

这样，能够在最大限度上保证核心系统的成熟度，通过配置来实现本项目的需求。

2系统稳定性与可靠性
我们综合考虑容错能力，关键节点设备和核心设备有适当的冗余。

采用灵活的机制实现负载均衡，防止“瓶颈”产生，避免单点故障导致系统整体或重要功能的丧失，最大限度减少停机时间。

3系统安全性
系统安全、稳定、可靠的运行，首先取决于系统的整体设计、平台的选择以及应用程序的质量；其次，必须考虑到各种特殊情况下的恢复机制和备份机制，以保证数据的一致性、完整性以及灾难恢复；严格的管理制度也是系统稳定性的重要保证。

此外，完整的权限控制机制、考虑充分的系统保密措施也是保证安全的重要因素。

需依据信息访问权限，向用户提供授权查询，有效避免越权使用，同时系统应具有对内容管理系统上敏感信息的保护措施，以免被不当利用。

我们保证采取多种安全技术和防护手段，保证网站自身的安全性，保证服务不会中断，数据不被非法入侵者破坏和盗用。

4系统易用性
从系统的易用性来说，主要可以分成三个层次：
快速部署：可以在最短的时间里，进行应用结构和功能的定义、设计、实现；
零客户端维护：除特殊必须的应用外，整个系统采用B/S结构，所有的数据及应用都统一在服务器端维护，用户端只要支持浏览器就可以完成全部操作；
操作简便：采用成熟的产品和先进的系统设计理念，同时应用设计遵循了简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单培训可以进行操作，很多功能做到了名称浅显、易懂，操作所见即所得；
模板支持：采用模板技术发布信息页面，使得系统应用、检索页面的定制变得更加简单；
系统易于维护：使用该系统如同使用IE浏览器一样容易，且易于系统管理员维护。

5系统全面性
●管理内容全面性
系统支持多种格式信息（如：DOC、XLS、PPT、TXT、PDF、HTML、JPG、音频、视频等）的采集、浏览、检索、分类等应用，保证实现平台全面信息的管理。

●检索结果全面性
系统的全面性还包括提供的检索结果要比较全面地涵盖系统信息库，即查全率较高。

查全率是指系统在进行某一检索时，检出的相关文献量与系统文献库中相
关文献总量的比率，它反映该系统数据库中实有的相关文献量在多大程度上被检索出来。

查全率=[检出相关文献量/文献库内相关文献总量]×100%
本系统在设计时，采用先进的检索算法，内嵌汉语自动分词系统，并根据需要不断地升级分词系统、更换词典、统计建立了大量歧义排除规则，有效增强分词准确性，提高系统的查全率和查准率。

6系统灵活性
●可扩展性
一个良好的系统体系结构，应该具有处理未来变化和发展所需要的可扩展性。

这个解决方案不仅基于当前的需求，而且考虑了其未来的发展需要。

该系统的扩展性包括下面几个层次
●数据的扩展
可以利用可视化的工作界面，进行数据的增加，或通过数据库管理工具，创建新的数据库、词典。

●应用的扩展
可以在Web界面上直接集成其他应用系统；
利用开放标准的应用开发接口可以进行更加个性化的二次应用开发；
底层数据完全支持XML，可以实现不同系统间数据的交互；
通过增加相应的设备，系统能支持更大规模的集群和负载均衡能力。

7可移植性
整个系统基本全部采用Java技术，支持跨平台的应用，支持主流的Web服务器，Web应用服务器对硬件和操作系统没有特殊要求。

跨平台的特性保证了系统具有更高的可移植性。

●开放性和标准化
本系统设计采用开放标准，选用的技术产品符合开放标准。

使得在此系统之上搭建的各业务应用系统既能保持一定的相互独立，又能满足内容管理系统今后进一步拓展的需要。

8系统快速性
●查询速度快
系统应采用成熟的产品和内容管理技术，能够为查询者提供快速查询结果响应，提交查询结果在毫秒量级。

网页信息更新快
系统网页发布信息更新快，系统管理员可根据需要设定、修改网站信息发布的时间、时间间隔。

使网站建设和访问人员完全可以跟踪网上每日信息变化，保证信息的鲜活性。

9系统可行性与可实施性
系统的建设方案具有较好的可行性以及可实施性，一方面，在系统的整体框架下系统开发投产能够分阶段地进行，并保持各阶段的相互铺垫和整体工作的连续。

另一方面，系统设计充分考虑到访问的具体的网络、硬件环境，保证系统功能实现。

第三章企业信用基础信息库
依据省政府颁布的《江苏省企业信用征信管理暂行办法》（第38号令），以政府联动监管、联合执法应用为需求，广泛归集分散在工商、税务、金融、质监、海关、司法、统计等部门的企业信用，包括在行政机关、司法和具有行政管理职能的事业单位依法履行职责过程中产生的关于各类企业及其经营活动中与信用有关行为的记录，并形成XXXX企业信用基础数据库。

第四章个人信用基础信息库
依据省政府颁布的《江苏省个人信用征信管理暂行办法》（第37号令）明确界定的五类个人信用信息，以政府部门提供的个人基本信息为基础，依法归集个人基本信息，个人信贷信息，个人履约信息，行政机关、司法机关、行使公共管理职能的组织、公用事业单位、行业组织等在行使职权过程中形成的与个人信用相关的信息，其他与个人信用有关的信息，形成XXXX个人信用基础数据库、以及重点职业人群信用专题库和文明交通信用专题库。

构筑一个支持“一处失信，处处受限”的个人信用公共基础数据平台。

第五章统一信用信息应用支撑平台
5.1 用户和权限管理
用户及权限的主要思想就是由一个唯一的认证服务系统接管各认证模块，各应用只需遵循统一认证服务调用接口即可实现用户身份的认证过程，能够解决上面提到的传统的开发模式的诸多弊端。

首先，系统实现了统一的用户身份认证信息管理，可以实现用户认证信息的统一管理，避免了在各个应用系统的身份信息数据库的数据同步更新，用户只须在统一认证系统中注册或改变自己的认证信息即可，保证了数据的完整性，消除了不一致性，减少了数据冗余，同时避免了各个应用系统的重复开发，其次，系统实现了基于多个应用系统的单点登录，这将极大的方便用户使用，提高系统的易用性。

5.1.1 功能模块设计
5.1.1.1 采用分级管理模式
采用至上而下的分级管理模式，每一级都可以进行各模块的维护，同时也可以各级的权限根据需要自由的向下授权。

5.1.1.2 组织架构管理
组织机构管理包括单位管理和部门管理。

单位管理包括序号、单位全称、单位简称、单位类型、单位编码、单位地址、单位负责人等字段。

部门管理包括序号、部门名称、部门编码和部门负责人。

5.1.1.3 用户管理
用户管理是管理整个系统当中的用户信息，按照分级的模式进行管理，各单位管理各单位的用户也可以上级单位为下级单位创建用户。

用户的属性包括序号、用户姓名、帐号、密码、用户编码、性别、办公电话、手机、邮件、职务。

5.1.1.4 权限管理
权限管理包括角色管理和用户授权两个模块。

其中角色管理也实行分级管理的模式，角色可以进行向下共享。

用户授权同样实行分级管理的模式，本级用户的由本级的管理员授予本级的角色，同时上级单位管理员可以对下级单位的用户进行授权。

角色属性包括序号、角色名称、角色类型、角色编码。

授权管理的属性包括用户标识和角色标识。

5.1.1.5 统一认证与集中鉴权
所有系统的用户均从统一用户系统中通过接口获取，系统登录时通过统一的接口进行。

5.2 数据字典管理
字典是指对数据的、、、、处理逻辑、外部实体等进行定义和描述，其目的是对中的各个元素做出详细的说明。

提供数据字典管理功能，可根据实际的需要对数据字典进行增加、修改、删除。

5.3 绩效管理
对系统内参建的各单位报送的数据数量、数据质量、数据批次等进行分析，提供按周期查询的数据批次、数据量和质量的分析报告，以供系统进行绩效考核。

包括提供图形和报表两种形式，可以将包括按照模板导出成WORD和EXCEL。

5.4 运行监控管理
5.4.1 系统管理
日志信息的维护和各服务器节点的监控。

●日志管理
包括日志的查看、日志的导出、日志的查询。

●节点监控
包括服务状态的监控、启动、关闭等
●数据备份
自动或者设置手动进行数据备份。

5.4.2 系统审计服务
用户在正式开始使用服务后，服务管理平台会定期生成服务访问的统计报告，包括用户对服务的访问次数、访问时间分布、服务调用的成功率、性能指标等，并将统计结果与服务调用方提交的申请数据进行对比，计算用户期望数据与实际数据的偏差。

统计报告将提交给服务运维人员和用户，并以此作为服务改进的依据。

第六章信用信息归集平台
信用信息归集的作用是从部门获取企业相关的信用信息数据和个人信用信息数据。

包括信用信息采集子系统、信用信息数据传输子系统、数据交换接口子系统、中心数据处理子系统。

6.1 数据归集范围和来源
企业信用信息征信系统数据来源由工商局、国税局、地税局、劳动和社会保障局、质量技术监督局、规划局、国土资源局、环保局、招投标中心、海关、法院、信息办、公安局等行政机关单位以及商业银行等金融机构提供。

这些单位提供的信息主要包括企业的基本情况和奖罚记录两方面，如企业经营范围等基本登
记信息；企业纳税情况和欠税不良记录；企业劳动年审情况和欠薪情况；企业参保情况、欠缴情况和工伤事故发生情况；国家、省、市及外地对企业产品质量监督抽查情况；获得国家、省名牌产品称号的企业；房地产企业资质等级、业绩记录与违章记录；拖欠银行贷款企业；资信评级A级以上企业；软件企业认定情况；企业在法院的立案、结案信息等。

个人信用信息管理系统的内容及来源包括个人身份信息（来源于公安部门户籍管理）包括个人基本信息，如姓名、年龄、政治面貌、出生日期、身份证号码、联系电话、家庭住址（含最近两次地址变动情况）等；贷款和还款信息（来源于银行）包括消费者未结清的、大额、固定期限的个人消费贷款情况，如申请时间、贷款用途、贷款余额、还款历史、共同所有人等；信用卡和透支使用信息（来源于发行信用卡银行）包括消费者持有信息卡的账号，开立时间、信用额度、账户余额、还款状况、授信者上报该信息的日期、最后一次支付的日期、数额、过期账户信息、目前过期未付的款项数目等；职业记录（来源于公安部门和单位：包括学校、机关、企业等）个人的就业信息，如就职单位名称、地址、职位、就职时间以及就职经历；公众信息记录（来源于公安部门和工商税务部门等单位）各种不良记录和优良记录，如欠税记录、电信的缴费记录、拖欠还款记录（包括迟还时间、金额、次数）、法庭记录（如破产、经济犯罪、经济赔偿、子女抚养费）、社会不良行为记录、社会荣誉嘉奖（如各级人民代表、政协委员、老魔、优秀党团员等）查询记录；学历信息（来源于教育部门）包括学校名称、入校时间、毕业时间、毕业证书编号、在校奖惩、在校职务、专业等信息；驾驶证信息（来源于公安部门）包括车牌号码、车主姓名、购车日期、车型等信息。

个人未履行生效裁判失信信息（来源于法院）包括案件号、执行法院名称、立案日期、执行依据、执行案由、执行金额、为执行金额、曝光日期等信息；职业技能证书信息（来源于人力社保部门）包括证书编号、工种、文化程度、理论成绩、技能成绩、评定成绩、发证日期等信息；人事考试违纪信息（来源以人力社保部门）包括准考证号、考试项目、工作单位、违纪行为、处理意见、处理时间等信息。

医疗保险失信信息（来源于人力社保部门）包括工作单位、失信信息、发布日期、发布单位等信息；律师信息（来源于司法部门）包括律师基本信息，如姓名、性别、身份证号、执业证号、执业证类别、是否完成继续教育、资格证号、
单位、是否年检等）、律师年度奖惩情况、律师年度失信情况等信息；银行人员失信信息（来源于银监局）包括工作的银行名称、处罚类型、处罚原因、处罚年限等除了征集以上个人信用信息以外，还可征集其他各类、各方面的信用信息。

部门前置机采用两种方式采集信息，一是系统到各部门采集所需信息，二是部门主动向前置机推送信息，具体如下：
6.2 系统采集
对于建有自由系统的部门，可以通过信用信息归集平台进行自动采集的方式获取信息。

6.2.1 配置采集流程
可根据不同类型或者不同部门的信息配置多个采集流程，不同的流程负责采集不同类型的信息，对于一个单位或者一类信息可配置多个流程。

6.2.2 配置数据源
系统提供不同类型的数据库适配器，在流程配置完成后，可根据目标数据库的类型的不同，提供不同的数据库适配器，采集相同或者不同数据源的数据。

6.2.3 配置装载目标库
装载库位于信用信息归集平台中，根据采集流程不同，信息类别不同，对于配置完成了流程和数据源之后需要配置数据装载到信用信息归集平台中某个表当中。

6.2.4 规则清洗和类型转换
对于采集的数据不符合要求的需要进行垃圾数据清理以及数据的整合，如多个字段数整合为一个字段、去重等；对于不符合目标库字段类型的数据，需要类型转换；对于代码数据需要按照系统的要求进行转换，比如“男”“女”。

6.2.5 采集周期
不同的类型的数据采集周期不同，可以自由的定位采集周期，如果每天一次、每周、每月一次或者定时采集。

6.3 部门信息推送
对于有能力的部门，我们的系统也支持部门信息推送的方式。

系统根据不同类型的信息，提供标准的WebService接口，部门可通过接口定期或者实时的将信息推送到部门信用信息归集平台中。

6.4 WebService接口
信用信息归集平台提供详尽的接口，供有条件的部门或者不能直接进行信息采集的部门通过接口信息。

6.5 数据传输
无论是系统从部门系统中采集的数据还是部门推送的数据，均通过数据交换子系统传输到目标库中。

6.6 数据处理的流程
数据处理的流程如下：
6.7 增量数据检查
6.7.1 数据解析
对于从数据交换接口子系统传输过来的ＸＭＬ文件，需要对ＸＭＬ进行解析和验证，解析和盐城完成完成后数据才可入库。

6.7.2 数据检查
初始化数据如可和完成质量检查后，新入库的数据均为增量数据，增量数据可能是完全新增的，也可能是对老数据的修改，需要对这些增量数据进行检查和标识，以便系统可以快速的定位增量数据，只对增量数据进行质量检查。

6.8 数据规则检查
6.8.1 数据标准管理
数据标准信息项管理
将所有需要进行验证的信息项录入到标准信息项管理库中，同时设置各信息项的验证规则。

同时设置主数据项，以便数据关联处理。

●数据标准文档管理
维护数据标准相关文档类信息、对数据标准相关文档进行发布管理、对数据标准相关文档的历史版本信息提供查看功能。

●数据标准的查询和反馈
提供数据项标准和文档的查询和反馈。

6.8.2 数据规则检查
根据“数据质量检核”中PDCA方法论，基于现有数据，对其进行全质量生命周期的管理，包括质量问题的定义、检核监控、发现分析、跟踪反馈。

检查的种类如下：
大类细类
正确性
唯一性检查
非空检查
类型检查。