社会公共信用基础数据库和服务平台开发建设方案信用平台投标文件(编辑修改稿)

社会公共信用基础数据库和服务平台开发建设方案信用平台投标文件(编辑修改稿)内容摘要：

一定的相互独立，又能满足内容管理系统今后进一步拓展的需要。 8 系统快速性  查询速度快 XXXX 社会公共信用基础数据库和服务平台开发建设方案 11 系统应采用成熟的产品和内容管理技术，能够为查询者提供快速查询结果响应，提交查询结果在毫秒量级。  网页信息更新快 系统网页发布信息更新快，系统管理员可根据需要设定、修改网站信息发布的时间、时间间隔。 使网站建设和访问人员完全可以跟踪网上每日信息变化，保证信息的鲜活性。 9 系统可行性与可实施性 系统的建设方案具有较好的可行性以及可实施性，一方面，在系统的整体框架下系统开发投产能够分阶段地进行，并保持各阶段的相互铺垫和整体工作的连续。 另一方面，系统设计充分考虑到访问的具体的网络、硬件环境，保 证系统功能实现。 第三章 企业信用基础信息库 依据省政府颁布的《江苏省企业信用征信管理暂行办法》（第 38 号令），以政府联动监管、联合执法应用为需求，广泛归集分散在工商、税务、金融、质监、海关、司法、统计等部门的企业信用，包括在行政机关、司法和具有行政管理职能的事业单位依法履行职责过程中产生的关于各类企业及其经营活动中与信用有关行为的记录，并形成 ****企业信用基础数据库。 第四章 个人信用基础信息库 依据省政府颁布的《江苏省个人信用征信管理暂行办法》（第 37 号令）明确界定的五类个人信用信息，以政府部门提供的个人基本信息为基 础，依法归集个人基本信息，个人信贷信息，个人履约信息，行政机关、司法机关、行使公共管理职能的组织、公用事业单位、行业组织等在行使职权过程中形成的与个人信用相关的信息，其他与个人信用有关的信息，形成 ****个人信用基础数据库、以及重点职业人群信用专题库和文明交通信用专题库。 构筑一个支持“一处失信，处处受限”的个人信用公共基础数据平台。 XXXX 社会公共信用基础数据库和服务平台开发建设方案 12 第五章 统一信用信息应用支撑平台 用户和权限管理 用户及权限的主要思想就是由一个唯一的认证服务系统接管各认证模块，各应用只需遵循统一认证服务调用接口即可实现用户身份的认证过程，能够解决 上面提到的传统的开发模式的诸多弊端。 首先，系统实现了统一的用户身份认证信息管理，可以实现用户认证信息的统一管理，避免了在各个应用系统的身份信息数据库的数据同步更新，用户只须在统一认证系统中注册或改变自己的认证信息即可，保证了数据的完整性，消除了不一致性，减少了数据冗余，同时避免了各个应用系统的重复开发，其次，系统实现了基于多个应用系统的单点登录，这将极大的方便用户使用，提高系统的易用性。 功能模块设计 采用分级管理模式 采用至上而下的分级管理模式，每一级都可以进行各模块的维护，同时也可以各级的权限根据需要自 由的向下授权。 组织架构管理 组织机构管理包括单位管理和部门管理。 单位管理包括序号、单位全称、单位简称、单位类型、单位编码、单位地址、单位负责人等字段。 部门管理包括序号、部门名称、部门编码和部门负责人。 用户管理 用户管理是管理整个系统当中的用户信息，按照分级的模式进行管理，各单位管理各单位的用户也可以上级单位为下级单位创建用户。 XXXX 社会公共信用基础数据库和服务平台开发建设方案 13 用户的属性包括序号、用户姓名、帐号、密码、用户编码、性别、办公电话、手机、邮件、职务。 权限管理 权限管理包括角色管理和用户授权两个模块。 其中角色管理也实行分级管理的模式 ，角色可以进行向下共享。 用户授权同样实行分级管理的模式，本级用户的由本级的管理员授予本级的角色，同时上级单位管理员可以对下级单位的用户进行授权。 角色属性包括序号、角色名称、角色类型、角色编码。 授权管理的属性包括用户标识和角色标识。 统一认证与集中鉴权 所有系统的用户均从统一用户系统中通过接口获取，系统登录时通过统一的接口进行。 数据字典管理 数据 字典是指对数据的 数据项 、 数据结构 、 数据流 、 数据存储 、处理逻辑、外部实体等进行定义和描述，其目的是对 数据流程图 中的各个元素做出详细的说明。 提供数据字典管理功能，可根据实际的需要对数据字典进行增加、修改、删除。 绩效管理 对系统内参建的各单位报送的数据数量、数据质量、数据批次等进行分析，提供按周期查询的数据批次、数据量和质量的分析报告，以供系统进行绩效考核。 包括提供图形和报表两种形 式，可以将包括按照模板导出成 WORD 和 E*CEL。 XXXX 社会公共信用基础数据库和服务平台开发建设方案 14 运行监控管理 系统管理 日志信息的维护和各服务器节点的监控。  日志管理 包括日志的查看、日志的导出、日志的查询。  节点监控 包括服务状态的监控、启动、关闭等  数据备份 自动或者设置手动进行数据备份。 系统审计服务 用户在正式开始使用服务后，服务管理平台会定期生成服务访问的统计报告，包括用户对服务的访问次数、访问时间分布、服务调用的成功率、性能指标等，并将统计结果与服务调用方提交的申请数据进行对比，计算用户期望数据与实际数据的偏差。 统计报告将提交给服务运维人 员和用户，并以此作为服务改进的依据。 第六章 信用 信息 归集平台 信用信息归集 的作用是从部门获取企业相关的信用信息数据和个人信用信息数据。 包括 信用信息采集子系统 、 信用信息数据传输子系统 、 数据交换接口子系统 、 中心数据处理子系统。 数据归集范围和来源 企业信用信息征信系统数据来源由工商局、国税局、地税局、劳动和社会保障局、质量技术监督局、规划局、国土资源局、环保局、招投标中心、海关、法院、信息办、公安局等行政机关单位以及商业银行等金融机构提供。 这些单位提供的信息主要包括企业的基本情况和奖罚记录两方面，如企业经营范围等基本 登 XXXX 社会公共信用基础数据库和服务平台开发建设方案 15 记信息；企业纳税情况和欠税不良记录；企业劳动年审情况和欠薪情况；企业参保情况、欠缴情况和工伤事故发生情况；国家、省、市及外地对企业产品质量监督抽查情况；获得国家、省名牌产品称号的企业；房地产企业资质等级、业绩记录与违章记录；拖欠银行贷款企业；资信评级 A级以上企业；软件企业认定情况；企业在法院的立案、结案信息等。 个人信用信息管理系统的内容及来源包括个人身份信息（来源于公安部门户籍管理）包括个人基本信息，如姓名、年龄、政治面貌、出生日期、身份证号码、联系电话、家庭住址（含最近两次地址变动情况）等；贷款和还款 信息（来源于银行）包括消费者未结清的、大额、固定期限的个人消费贷款情况，如申请时 间、贷款用途、贷款余额、还款历史、共同所有人等；信用卡和透支使用信息（来源于发行信用卡银行）包括消费者持有信息卡的账号，开立时间、信用额度、账户余额、还款状况、授信者上报该信息的日期、最后一次支付的日期、数额、过期账户信息、目前过期未付的款项数目等；职业记录（来源于公安部门和单位：包括学校、机关、企业等）个人的就业信息，如就职单位名称、地址、职位、就职时间以及就职经历；公众信息记录（来源于公安部门和工商税务部门等单位）各种不良 记录和优良记录，如欠税记录、电信的缴费记录、拖欠还款记录（包括迟还时间、金额、次数）、法庭记录（如破产、经济犯罪、经济赔偿、子女抚养费）、社会不良行为记录、社会荣誉嘉奖（如各级人民代表、政协委员、老魔、优秀党团员等）查询记录；学历信息（来源于教育部门）包括学校名称、入校时间、毕业时间、毕业证书编号、在校奖惩、在校职务、专业等信息；驾驶证信息（来源于公安部门）包括车牌号码、车主姓名、购车日期、车型等信息。 个人未履行生效裁判失信信息（来源于法院）包括案件号、执行法院名称、立案日期、执行依据、执行案由、执行金额、 为执行金额、曝光日期等信息；职业技能证书信息（来源于人力社保部门）包括证书编号、工种、文化程度、理论成绩、技能成绩、评定成绩、发证日期等信息；人事考试违纪信息（来源以人力社保部门）包括准考证号、考试项目、工作单位、违纪行为、处理意见、处理时间等信息。 医疗保险失信信息（来源于人力社保部门）包括工作单位、失信信息、发布日期、发布单位等信息；律师信息（来源于司法部门）包括律师基本信息，如姓名、性别、身份证号、执业证号、执业证类别、是否完成继续教育、资格证号、 XXXX 社会公共信用基础数据库和服务平台开发建设方案 16 单位、是否年检等）、律师年度奖惩情况、律师年度失信情况等 信息；银行人员失信信息（来源于银监局）包括工作的银行名称、处罚类型、处罚原因、处罚年限等除了征集以上个人信用信息以外，还可征集其他各类、各方面的信用信息。 部门前置机采用两种方式采集信息，一是系统到各部门采集所需信息，二是部门主动向前置机推送信息，具体如下： 系统采集 对于建有自由系统的部门，可以通过 信用信息归集平台 进行自动采集的方式获取信息。 配置采集流程 可根据不同类型或者不同部门的信息配置多个采集流程，不同的流程负责采集不同类型的信息，对于一个单位或者一类信息可配置多个流程。 配置数据源 系统提供不同 类型的数据库适配器，在流程配置完成后，可根据目标数据库的类型的不同，提供不同的数据库适配器，采集相同或者不同数据源的数据。 配置装载目标库 装载库位于 信用信息归集平台 中，根据采集流程不同，信息类别不同，对于配置完成了流程和数据源之后需要配置数据装载到 信用信息归集平台 中某个表当中。 规则清洗和类型转换 对于采集的数据不符合要求的需要进行垃圾数据清理以及数据的整合，如多个字段数整合为一个字段、去重等；对于不符合目标库字段类型的数据，需要类型转换；对于代码数据需要按照系统的要求进行转换，比如“男”“女”。 XXXX 社会公共信用基础数据库和服务平台开发建设方案 17 采集周 期 不同的类型的数据采集周期不同，可以自由的定位采集周期，如果每天一次、每周、每月一次或者定时采集。 部门信息推送 对于有能力的部门，我们的系统也支持部门信息推送的方式。 系统根据不同类型的信息，提供标准的 WebService 接口，部门可通过接口定期或者实时的将信息推送到部门 信用信息归集平台 中。 WebService 接口 信用信息归集平台 提供详尽的接口，供有条件的部门或者不能直接进行信息采集的部门通过接口信息。 数据传输 无论是系统从部门系统中采集的数据还是部门推送的数据，均通过数据交换子系统传输到目标库中。 数据处理的流程 数据处理的流程如下： XXXX 社会公共信用基础数据库和服务平台开发建设方案 18 增量数据检查 数据解析 对于从数据交换接口子系统传输过来的ＸＭＬ文件，需要对ＸＭＬ进行解析和验证，解析和盐城完成完成后数据才可入库。 数据检查 初始化数据如可和完成质量检查后，新入库的数据均为增量数据，增量数据可能是完全新增的，也可能是对老数据的修改，需要对这些增量数据进行检查和标识，以便系统可以快速的定位增量数据，只对增量数据进行质量检查。 数据规则检查 数据标准管理  数据标准信息项管理 XXXX 社会公共信用基础数据库和服务平台开发建设方案 19 将所有需要进行验证的信息项录入到标准信息项管理库中，同时设置各信息项的验 证规则。 同时设置主数据项，以便数据关联处理。  数据标准文档管理 维护数据标准相关文档类信息、对数据标准相关文档进行发布管理、对数据标准相关文档的历史版本信息提供查看功能。  数据标准的查询和反馈 提供数据项标准和文档的查询和反馈。 数据规则检查 根据“数据质量检核”中 PDCA 方法论，基于现有数据，对其进行全质量生命周期的管理，包括质量问题的定义、检核监控、发现分析、跟踪反馈。 检查的种类如下： 大类 细类 正确性 唯一性检查 非空检查 类型检查 XXXX 社会公共信用基础数据库和服务平台开发建设方案 20 格式检查 值域检查 代码检 查 指标标准偏差检查 数据集市指标准确性检查 完整性 外键约束检查 一致性 业务规则检查 及时性 数据平台数据生成及时性检查 数据检查时需要定位数据检查的范围以及适用的规则，配置执行的流程。 具体如下表： 功能定义 数据质量检核定义 检核系统定义 对纳入数据质量管理需求的系统、数据表纳入检核范围，并定义相关信息 检核指标与规则定义 按数据质量度量标准，为各类检核指标定义相关属性和数据检查规则。 检核调度策略定义 为数据质量检核指标类和业务方案定义灵活的 检核策略 数据质量检核执行 检核控制引擎 调度符合执行策略数据质量检核指标，并 XXXX 社会公共信用基础数据库和服务平台开发建设方案 21 分派给对应的处理器 检核执行处理器 对数据质量检核指标执行特定于其指标类的检查程序 对于检查的结果，需要出具分析报告，给出。