社会公共信用基础数据库和服务平台开发建设方案信用平台投标文件.doc

XXXX社会公共信用基础数据库和服务平台开发建设方案社会公共信用基础数据库和服务平台项目建设方案目 录第一章 建设背景与目标51.1 项目背景51.2 建设目标51.3 建设功能要求5第二章 总体设计72.1 总体功能结构72.2 建设原则8第三章 企业信用基础信息库11第四章 个人信用基础信息库11第五章 统一信用信息应用支撑平台125.1 用户和权限管理125.2 数据字典管理135.3 绩效管理135.4 运行监控管理14第六章 信用信息归集平台146.1 数据归集范围和来源146.2 系统采集166.3 部门信息推送176.4 WebService接口176.5 数据传输176.6 数据处理的流程176.7 增量数据检查186.8 数据规则检查186.9 数据关联226.10 数据处理回退226.11 数据文件批量处理226.12 人工修复23第七章 信用信息服务平台237.1 内网数据检索引擎系统247.2 统计分析25第八章 信用信息业务管理系统258.1 用户和权限管理268.2 数据字典管理278.3 绩效管理278.4 运行监控管理28第九章 公共信用信息发布平台289.1 公共信用信息发布平台的内容289.2 信用查询平台网299.3 信息发布功能设计299.4 信用信息查询509.5 信用投诉管理519.6 信用自主申报管理519.7 企业（社团）信用监管529.8 个人信用监管529.9 信用信息上报系统539.10 信用产品备案管理系统539.11 信用审查报告生产系统539.12 异议管理54第十章 项目实施5410.1 项目实施安排5410.2 项目验收方案55第十一章 售后服务承诺5611.1 质量保证期内服务承诺5611.2 热线电话服务5711.3 培训方案58第一章 建设背景与目标1.1 项目背景信用是市场经济的基石，信用体系是经济社会管理的基础性制度。党的十八大提出了关于加快推进社会信用体系建设，全国人大刚刚批准的国务院机构改革和职能转变方案提出建设统一的信用信息平台，表明社会信用体系建设工作将成为我国各级政府下一步转变职能的重要抓手。国务院办公厅关于社会信用体系建设的若干意见和省委、省政府关于加快诚信江苏建设的意见以及江苏省社会法人失信惩戒办法（试行）、江苏省自然人失信惩戒办法（试行）、江苏省行政管理中实行信用报告、信用承诺和信用审查的办法明确了社会信用体系建设工作的方向和具体做法。按照市委、市政府的有关要求，实现对各类社会主体信用信息的记录、汇集、加工和公开、利用，强化市场主体和社会公众的信用意识，惩戒失信行为，褒扬诚实守信，维护经济活动和社会生活的正常秩序，促进经济和社会的健康发展。在此背景下，*社会公共信用基础数据库和服务平台项目建设工作启动。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 系统全面性l 管理内容全面性系统支持多种格式信息（如：DOC、*LS、PPT、T*T、PDF、HTML、JPG、音频、视频等）的采集、浏览、检索、分类等应用，保证实现平台全面信息的管理。l 检索结果全面性系统的全面性还包括提供的检索结果要比较全面地涵盖系统信息库，即查全率较高。查全率是指系统在进行某一检索时，检出的相关文献量与系统文献库中相关文献总量的比率，它反映该系统数据库中实有的相关文献量在多大程度上被检索出来。查全率=检出相关文献量/文献库内相关文献总量100%本系统在设计时，采用先进的检索算法，内嵌汉语自动分词系统，并根据需要不断地升级分词系统、更换词典、统计建立了大量歧义排除规则，有效增强分词准确性，提高系统的查全率和查准率。6 系统灵活性l 可扩展性一个良好的系统体系结构，应该具有处理未来变化和发展所需要的可扩展性。这个解决方案不仅基于当前的需求，而且考虑了其未来的发展需要。该系统的扩展性包括下面几个层次l 数据的扩展可以利用可视化的工作界面，进行数据的增加，或通过数据库管理工具，创建新的数据库、词典。l 应用的扩展可以在Web界面上直接集成其他应用系统；利用开放标准的应用开发接口可以进行更加个性化的二次应用开发；底层数据完全支持*ML，可以实现不同系统间数据的交互；通过增加相应的设备，系统能支持更大规模的集群和负载均衡能力。7 可移植性整个系统基本全部采用Java技术，支持跨平台的应用，支持主流的Web服务器，Web应用服务器对硬件和操作系统没有特殊要求。跨平台的特性保证了系统具有更高的可移植性。l 开放性和标准化本系统设计采用开放标准，选用的技术产品符合开放标准。使得在此系统之上搭建的各业务应用系统既能保持一定的相互独立，又能满足内容管理系统今后进一步拓展的需要。8 系统快速性l 查询速度快系统应采用成熟的产品和内容管理技术，能够为查询者提供快速查询结果响应，提交查询结果在毫秒量级。l 网页信息更新快系统网页发布信息更新快，系统管理员可根据需要设定、修改网站信息发布的时间、时间间隔。使网站建设和访问人员完全可以跟踪网上每日信息变化，保证信息的鲜活性。9 系统可行性与可实施性系统的建设方案具有较好的可行性以及可实施性，一方面，在系统的整体框架下系统开发投产能够分阶段地进行，并保持各阶段的相互铺垫和整体工作的连续。另一方面，系统设计充分考虑到访问的具体的网络、硬件环境，保证系统功能实现。第三章 企业信用基础信息库依据省政府颁布的江苏省企业信用征信管理暂行办法（第38号令），以政府联动监管、联合执法应用为需求，广泛归集分散在工商、税务、金融、质监、海关、司法、统计等部门的企业信用，包括在行政机关、司法和具有行政管理职能的事业单位依法履行职责过程中产生的关于各类企业及其经营活动中与信用有关行为的记录，并形成*企业信用基础数据库。第四章 个人信用基础信息库依据省政府颁布的江苏省个人信用征信管理暂行办法（第37号令）明确界定的五类个人信用信息，以政府部门提供的个人基本信息为基础，依法归集个人基本信息，个人信贷信息，个人履约信息，行政机关、司法机关、行使公共管理职能的组织、公用事业单位、行业组织等在行使职权过程中形成的与个人信用相关的信息，其他与个人信用有关的信息，形成*个人信用基础数据库、以及重点职业人群信用专题库和文明交通信用专题库。构筑一个支持“一处失信，处处受限”的个人信用公共基础数据平台。第五章 统一信用信息应用支撑平台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和E*CEL。5.4 运行监控管理5.4.1 系统管理日志信息的维护和各服务器节点的监控。l 日志管理包括日志的查看、日志的导出、日志的查询。l 节点监控包括服务状态的监控、启动、关闭等l 数据备份自动或者设置手动进行数据备份。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 数据标准管理l 数据标准信息项管理将所有需要进行验证的信息项录入到标准信息项管理库中，同时设置各信息项的验证规则。同时设置主数据项，以便数据关联处理。l 数据标准文档管理维护数据标准相关文档类信息、对数据标准相关文档进行发布管理、对数据标准相关文档的历史版本信息提供查看功能。l 数据标准的查询和反馈提供数据项标准和文档的查询和反馈。6.8.2 数据规则检查根据“数据质量检核”中PDCA方法论，基于现有数据，对其进行全质量生命周期的管理，包括质量问题的定义、检核监控、发现分析、跟踪反馈。检查的种类如下：大类细类正确性 唯一性检查非空检查类型检查格式检查值域检查 代码检查指标标准偏差检查数据集市指标准确性检查完整性外键约束检查一致性业务规则检查及时性数据平台数据生成及时性检查 数据检查时需要定位数据检查的范围以及适用的规则，配置执行的流程。具体如下表：功能定义数据质量检核定义检核系统定义对纳入数据质量管理需求的系统、数据表纳入检核范围，并定义相关信息检核指标与规则定义按数据质量度量标准，为各类检核指标定义相关属性和数据检查规则。检核调度策略定义为数据质量检核指标类和业务方案定义灵活的检核策略数据质量检核执行检核控制引擎调度符合执行策略数据质量检核指标，并分派给对应的处理器检核执行处理器对数据质量检核指标执行特定于其指标类的检查程序对于检查的结果，需要出具分析报告，给出问题数据的处理方式，具体如下表：功能定义数据质量检核分析问题分布分析对数据质量检核的结果按机构、系统、数据质量问题三个维度进行分布分析问题趋势分析对数据质量检核的结果按时间维度分析，判断质量改善情况检核指标批次对比对同一检核指标的不同批次进行对比，分析质量改善情况检核执行报告对特定日期的检核结果，形成统计报表数据质量问题管理问题发现查询符合特定条件的数据质量检核问题问题发布将需处理的数据质量检核问题归集到一个问题单，并发布给特定的机构问题处理跟踪问题的处理情况问题归档对处理完结的问题单进行归档处理数据质量知识管理知识库维护归集数据质量的特定问题，以及特定的解决方案，形成知识信息知识库查询查询数据质量知识信息6.9 数据关联对于检查通过的数据，需要进行关联形成完整的信用信息档案。关联时需要用到数据项标准表中的主体标识，企业信用信息以组织机构代码、工商注册号、企业名称全称数据项为主体标识，个人信用信息以身份证号、姓名为主体标识。对于和主体数据关联不上的数据，则这些数据需要进行回退处理。数据检查通过并完成关联后，则数据成为正确、完整的数据，系统对这些数据进行标识，可以对外提供信用信息产品服务。6.10 数据处理回退对于不符合增量要求、规则要求的、关联要求的数据，系统在数据检查、关联之后提供完成的数据回退报告，提交相关的部门或者单位处理。l 数据回退模板系统提供回退数据报告的模板，以便回退数据生成报告，提交给数据提供部门l 回退数据报告系统对于不同类型的数据提供不同的数据回退表单，所有回退的数据均可通过模板导出，形成回退报告。数据项包括批次，回退数据的具体明细，以及回退数据的简要分析，包括范围、时间、字段等。l 回退数据存档回退数据均在系统中存档，以备查阅。6.11 数据文件批量处理l 数据文件模板对于不同类型的数据项提供不同的数据导入模板，以供不能提供前置机系统采集或者部门推送的部门数据的导入，部门可以按照数据提供的分类选择相应的模板，然后按照模板要求的格式提供数据。l 数据文件导入对于不同的数据模板，提供相同的的数据导入入口，根据模板的不同系统自动选择相对应的导入程序，对于非系统提供的格式模板，则不予导入。l 数据规则检查按照数据检查模板提供的数据项标准规则和相对应的模板导入程序关联，导入程序按照规则进行导入时数据检查，通过检查的数据则入库，未通过检查的数据则进入异常库。l 模板和规则关联系统提供不同的导入模板和标准规则关联的功能，便于数据导入时候检查数据。l 异常数据处理对于未入库的异常数据，提供异常数据报表，反馈给数据提供部门，报表包括数据提供的部门、批次，以及异常分析的简要报告。6.12 人工修复诚信系统的数据量庞大，数据来源的部门非常复杂，来源的周期不定，出现疑问的数据是可能的。对于疑问数据，系统提供人工修改的功能，系统自动记录修改时间，修改人，以及需要修改填写的修改原因。修改的内容包括数据项修改、失信有效期和信用级别的修改等。第七章 信用信息服务平台包括内网数据检索引擎子系统、内网信用信息服务子系统、信用信息统计分析子系统。7.1 内网数据检索引擎系统7.1.1 全文检索服务l 简介全文检索系统 TDHSearch 针对单位内部的信息包括文件服务器上的文件、网站网页、ERP等系统存放信息的数据库信息、办公应用中的文档以及内容管理系统中的内容，它提供了两种数据适配器来提取其中的正文内容和属性内容，形成一个相对结构化的数据虚拟层；全文检索系统的索引引擎（Inde*er）对结构化的数据虚拟层进行中文切分词、文件特征分析和逐步索引，以及其它索引算法，生成索引数据库；使用者（user）在搜索页面中输入查询字串等搜索条件并提交给本系统后，本系统的全文检索查询引擎（Searcher）会在索引库中进行搜索，并将符合搜索条件的搜索结果返回给使用者；使用者（user）可于查询结果页面，进一步链接到信息原文查看详细内容。对于系统管理，管理员可通过相应web方式的管理程序来管理整个系统运行环境及设置文件；并通过索引引擎（Inde*er.e*e）实时或定时创建索引，更新索引数据库的内容，使检索信息维持在最新状态。l 特设服务（1）高效率的整合搜索，大幅减少组织成员在取得信息时花费的时间。TDHSearch可以对单位内部绝大多数的信息创建索引和搜索，具备强大的信息整合及快速回应能力，让单位成员以单一搜索页面、简易的操作方式，即可在最短时间内，完整、准确、及时地掌握单位内外所有信息，不必再耗费大量时间的找寻信息。（2）信息过量不会造成单位成员的信息焦虑。通过 TDHSearch强大的搜索能力，大量的信息也可在瞬间过滤出符合使用者条件的信息，不必担心迷失在漫漫的信息洪流之中。（3）非结构、非组织的信息，不再是知识管理的盲点！为文件和非经过分类管理的信息，因为附加信息稀少，往往成为知识利用上难以判断、分析的信息。TDHSearch直接针对内容全文分析、关联，使这类信息同样可让使用者以检索方式，快速筛选利用。（4）整合容易，使用简易，导入迅速，易于接受。TDHSearch套装化、模块化的设计及灵活整合能力，能在单位内迅速的安装设置；操作方式简单，单位成员易于接受，导入方便。以最经济的时间、人力及费用成本为单位创建信息流通、充分分享的知识环境。l 系统架构7.2 统计分析对部门提供的数据进行年度、季度、月度等周期的数据的统计分析，包括数据报送量、批次、每批次每个统计周期的质量分析，提供图标、WORD、E*CEL的统计分析报告。第八章 信用信息业务管理系统包括信用信息归集配置子系统、监督管理子系统、绩效考核管理子系统、信用信息上报子系统、平台综合管理子系统业务管理子系统包括用户和权限管理、数据字典管理、绩效管理以及运行监控管理。8.1 用户和权限管理用户及权限的主要思想就是由一个唯一的认证服务系统接管各认证模块，各应用只需遵循统一认证服务调用接口即可实现用户身份的认证过程，能够解决上面提到的传统的开发模式的诸多弊端。首先，系统实现了统一的用户身份认证信息管理，可以实现用户认证信息的统一管理，避免了在各个应用系统的身份信息数据库的数据同步更新，用户只须在统一认证系统中注册或改变自己的认证信息即可，保证了数据的完整性，消除了不一致性，减少了数据冗余，同时避免了各个应用系统的重复开发，其次，系统实现了基于多个应用系统的单点登录，这将极大的方便用户使用，提高系统的易用性。8.1.1 功能模块设计8.1.1.1 采用分级管理模式采用至上而下的分级管理模式，每一级都可以进行各模块的维护，同时也可以各级的权限根据需要自由的向下授权。8.1.1.2 组织架构管理组织机构管理包括单位管理和部门管理。单位管理包括序号、单位全称、单位简称、单位类型、单位编码、单位地址、单位负责人等字段。部门管理包括序号、部门名称、部门编码和部门负责人。8.1.1.3 用户管理 用户管理是管理整个系统当中的用户信息，按照分级的模式进行管理，各单位管理各单位的用户也可以上级单位为下级单位创建用户。用户的属性包括序号、用户姓名、帐号、密码、用户编码、性别、办公电话、手机、邮件、职务。8.1.1.4 权限管理权限管理包括角色管理和用户授权两个模块。其中角色管理也实行分级管理的模式，角色可以进行向下共享。用户授权同样实行分级管理的模式，本级用户的由本级的管理员授予本级的角色，同时上级单位管理员可以对下级单位的用户进行授权。角色属性包括序号、角色名称、角色类型、角色编码。授权管理的属性包括用户标识和角色标识。8.1.1.5 统一认证与集中鉴权所有系统的用户均从统一用户系统中通过接口获取，系统登录时通过统一的接口进行。8.2 数据字典管理数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。提供数据字典管理功能，可根据实际的需要对数据字典进行增加、修改、删除。8.3 绩效管理对系统内参建的各单位报送的数据数量、数据质量、数据批次等进行分析，提供按周期查询的数据批次、数据量和质量的分析报告，以供系统进行绩效考核。包括提供图形和报表两种形式，可以将包括按照模板导出成WORD和E*CEL。8.4 运行监控管理8.4.1 系统管理日志信息的维护和各服务器节点的监控。l 日志管理包括日志的查看、日志的导出、日志的查询。l 节点监控包括服务状态的监控、启动、关闭等l 数据备份自动或者设置手动进行数据备份。8.4.2 系统审计服务用户在正式开始使用服务后，服务管理平台会定期生成服务访问的统计报告，包括用户对服务的访问次数、访问时间分布、服务调用的成功率、性能指标等，并将统计结果与服务调用方提交的申请数据进行对比，计算用户期望数据与实际数据的偏差。统计报告将提交给服务运维人员和用户，并以此作为服务改进的依据。第九章 公共信用信息发布平台包括信息发布子系统、公共信用信息查询系统、信用异议管理系统、信用投诉管理系统、信用自主申报管理系统。9.1 公共信用信息发布平台的内容信息服务主要包括：面向社会公众，基于互联网构建的信用查询平台；面向政府部门，基于电子政务内网构建的信用信息服务平台。9.2 信用查询平台网为了向公众提供及时、全面、准确、权威的信用信息服务，需要搭建“信用查询平台”网站。网站提供信用方面的动态信息、信用信息查询、信用知识和法规、信用单位的登记和备案查询、信用信息的提示警告发布、信用信息异议的申请和受理等方面的信息和功能。9.3 信息发布功能设计9.3.1 内容管理与定向发布9.3.1.1 基本概念定义l 站点：TDH WCM最主要的逻辑管理单元，负责组织和管理频道。一个站点相当于一个Internet网站，用户按照网站的结构需要设计站点结构。l 频道：频道又称栏目，是依附于站点存在的，任何一个频道均不能脱离站点而存在。它是TDH WCM用来组织数据的逻辑单元。l 文档：文档是系统中的基本单元，是系统的核心数据内容。l 发布：是指解析设置的模板，结合系统的数据和条件，生成Web页面并上传到Web服务器的过程。l 预览：预览发布后的页面效果。l 模板：模板是包含有TDH标记的HTML文件（或其它类似的文件）。l 用户：用户是指在TDH WCM系统中已经注册的用户l 组织：TDH WCM中的组织类似于我们日常所说的一个单位内部的行政组织结构，它往往是用户的集合体，通常情况下，注册用户都隶属于某一个甚至几个组织。l 角色：角色是指具有相同权限的用户集合。类似于我们日常所说的一个单位某一级别的或者某一工作职能的用户集合。通常情况下，注册用户都隶属于某一个甚至几个角色。l 协作：是指为了提高团队协作的效率，而提供的团队协作交流平台。在团队协作管理中提供了以下子项的管理：日程安排、工作流管理、在线短消息等。l 个性化：是指用户可以根据自己的工作需要和喜好定制频道、界面布局、文档、通讯录等信息。便于系统使用操作，提供工作效率。l 站点管理l 站点是TDH WCM最主要的逻辑管理单元，负责组织和管理频道，一个站点相当于一个Internet网站，用户按照网站的结构需要设计站点频道结构。系统为了更好地组织和管理数据，在站点中提供了丰富的操作功能。l 站点管理特点l 支持多个站点的管理，多个站点可以独立管理，拥有自己的模板、频道、用户等等l 可以支持不同的站点向不同的目标服务器分发 l 可以为每个栏目指定不同的用户，让不同的人员负责管理、发布不同的栏目 l 每个栏目可以指定不同的概览模版和细览模版，用于生成概览页面和细览页面 l 支持虚拟栏目，可以设置检索条件，根据检索条件从其它栏目引入数据，组合形成新的栏目 l 每个栏目可以设置对应的存放位置，以便存放发布后的页面 l 站点管理完全通过浏览器方式实现远程管理，客户端不需要额外的软件支持 l 支持不同站点之间共享数据l 多站点管理为了更方便的进行信息交流和共享、资源统一管理，TDH WCM支持多个站点的管理，多个站点可以独立管理，拥有自己的模板、频道、用户等等，可以支持不同的站点向不同的目标WEB服务器分发，不同的站点可以按照自己的计划进行发布，支持虚拟主机方式的内容分发。l 站点间