通讯基础数据库建设技术方案（纯方案36页）.docx

《通讯基础数据库建设技术方案（纯方案36页）.docx》由会员分享，可在线阅读，更多相关《通讯基础数据库建设技术方案（纯方案36页）.docx（35页珍藏版）》请在第一文库网上搜索。

1、第一章详细服务方案21.1对项目需求的认认识理解21. 2系统设计方案21.1.1 数据采集21.1.2 数据预处理41.1.3 数据融合71.1.4 数据应用161.3项目进度安排211. 4系统信息安全保障措施及方案231.4 .1安全等级231.4.2信息安全规划231.5 项目组织及实施方案291.5.1项目组织291.5.2实施方案331. 6违约承诺361.7项目完成后的服务承诺37第二章投标人认为有必要提供的其它材料382. 1服务时间382. 2服务支持382. 3驻场工作382. 4付款事宜382. 5验收事宜39第一章详细服务方案11对项目需求的认认识理解为一步畅通政府部门

2、与服务管理对象的沟通渠道，将对老百姓在服务办理过程申报的通讯信息，包括联系地址、办公地址以及联系电话等信息，进行梳理清洗融合建库并提供比对服务，满足社会服务和社会管理的需要，第一时间将公共服务政策、事项办理情况告知服务对象。1. 2系统设计方案1.1.1 数据采集通讯基础数据的数据来源主要5个方面：公安局、人社局和市监委等。其中：(1)公安系统数据源主要包括交警星级用户系统(实名)、交警星级用户系统(未实名)、公安户籍业务系统、公安出入境业务系统、运营商系统及等。(2)社保系统数据源主要包括社保实名系统、金融社保卡系统、社会保险服务个人网页系统及个人参保业务系统等。(3)市监委数据源主要包括商

3、事主体注册系统等。(4)政法委数据源主要包括标准地址数据等。这些通讯基础数据的数据来源均会包含相关人员的各类信息，但由于各系统的业务功能或使用需求的不同，导致了各系统之间存在信息不全、信息更新滞后、数据标准不统一、无法互联互通等问题。因此需要将分散在不同系统中的各类人员信息，通过数据汇聚、数据清洗，并建立相应的数据规则模型将其融合为一份可服务于全市的通讯基础数据。该通讯基础数据不光可直接服务于各部门的日常公众服务及行业管理工作，并且可以通过与各业务数据共同封装对外提供数据服务支撑。首先政府各部门上传到市政务信息资源共享平台的数据通过订阅到市政法委前置机，然后基于SqOe）P采集工具对前置机数据

4、进行抽取，可以进行数据的全量采集以及增量采集，采集触发时间可通过页面配置。采集得到的数据经过初步的关键字判断，把不符要求的数据放入问题数据库，以便后期反馈给各个采集系统，把清洗好的数据入库。1.2.2数据预处理按照相关数据资源标准规范的要求，从各部门现有业务应用系统采集数据，并进行清洗、关联和入库，最终形成以通讯基础数据为核心的通讯资源库。通讯资源库主要包括四大类：前置数据库、通讯基础数据、服务数据库及业务数据库（业务数据库本期项目暂不涉及）。1.2.2.1前置数据库前置数据库为按照相关数据资源标准规范的要求，通过与各业务系统进行数据交换后所汇聚的各部门的数据后，所形成的各部门的前置数据库，本

5、期项目中主要包括公安局前置数据、人社局前置数据、市监委前置数据及司法局前置数据。前置数据库进行细化描述如下：公安局前置数据：公安局前置数据主要用于汇聚由交警星级用户系统、公安户籍业务系统、公安出入境业务系统、运行商系统及其他业务系统中的人员信息。主要包含人员的姓名、身份证号码、证件类型、移动电话、居住地址、户籍地址、居住电话、办公地址、办公电话、工作单位、电子邮箱、微信号、QQ号、微博昵称、博客地址、来源业务系统、最近更新时间及修改时间等。人社局前置数据：社局前置数据主要用于汇聚由社保实名系统、金融社保卡系统、社会保险服务个人网页系统、个人参保业务系统及其他业务系统中的人员信息。主要包含人员的

6、姓名、身份证号码、证件类型、移动电话、居住地址、户籍地址、居住电话、办公地址、办公电话、工作单位、统一社会信用代码、电子邮箱、微信号、QQ号、微博昵称、博客地址、来源业务系统、最近更新时间及修改时间等。市监委前置数据：建立市监委前置数据主要用于汇聚由商事主体注册系统及其他业务系统中的人员信息。主要包含人员的姓名、身份证号码、证件类型、移动电话、居住地址、户籍地址、居住电话、办公地址、办公电话、工作单位、人员类型、统一社会信用代码、电子邮箱、微信号、QQ号、微博昵称、博客地址、来源业务系统、最近更新时间及修改时间等。司法局前置数据：建立司法局前置数据主要用于汇聚由律师管理系统及其他业务系统中的人

7、员信息。主要包含人员的姓名、身份证号码、证件类型、移动电话、居住地址、户籍地址、居住电话、办公地址、办公电话、工作单位、电子邮箱、微信号、QQ号、微博昵称、博客地址、来源业务系统、最近更新时间及修改时间等。政法委前置数据：建立政法委前置数据主要用于汇聚由标准地址管理系统及其他业务系统中的人员信息。主要包含人员的姓名、身份证号码、证件类型、移动电话、标准地址、来源业务系统、最近更新时间及修改时间等信息。1.2.2.2通讯基础数据前置数据库的各类前置数据通过数据清洗、关联等数据处理过程，并按照相应的数据模型规则，最终形成通讯基础数据。该库可为上层各应用提供基础的数据服务支撑。通讯基础数据囊括了各基

8、础库中所包含的人员前置数据及各基础库中所携带的相关属性数据等。1.2.3数据融合通讯库基础数据库的构建需要经过数据清洗、数据关联等多个数据处理流程方可完成，其主要流程可以归结为4个环节，即前置数据采集、标示数据填充、通讯基础数据构建、数据验证及完善，其具体流程如下所示：M&*Jk1*1k*前at敛框果柒I统一划I1讯座1数揖睑证及完善I，3M用2r用户占(I)前置数据采集前置数据采集环节首先经过数据交换共享将原来存储在各业务系统的数据，按照相关数据资源标准规范的要求,依据原有业务数据所存储的不同类型数据库，运用与之相匹配的数据采集适配器进行对接，进而进行采集。业务数据根据不同字段的特征配置清洗

9、规则，进行第一轮数据清洗，此轮数据清洗主要用于识别问题数据，如证件位数与证件类型不符、电话号码位数不符、电话号码出现字母等问题。根据规则清洗后的数据存储于各部门所对应的前置数据库中。而清洗出的问题数据则存储于问题数据库中，问题数据通过定期反馈机制反馈给各业务部门，以便其进行修正。(2)标示数据填充前置数据库入库完成后即进行标示数据填充环节，该环节主要为通讯基础数据构建填充各类标示，主要包括前置数据库中各类数据的可信度。首先对各前置库中的数据按照其字段内容、来源系统、更新时间、修改时间等信息对每个字段进行可信度等级规则定义，以确定在形成通讯基础数据后，在用户查询时各字段提供哪项数据向用户进行反馈

10、。根据所定义的可信度等级规则，将各前置库各字段进行可信度等级填充。填充完成后即形成将原有前置数据配合其各字段的可信度等级存储于中间数据库中。(3)通讯基础数据构建在标示数据填充环节完成后，即开始进行通讯基础数据构建环节，该环节主要通过字段来源选择、优先级判定及清洗规则配置等流程化的手段及拖拽化的可视界面进行通讯基础数据各字段的构建。方便用户对通讯基础数据进行后期维护及字段添加等需求。12.3.1选择字段来源在进行通讯基础数据构建中，首先选择需要填充目标字段，例如这里选择手机号码。统一通信录清洗系统选择目标字段后需要选择其所来源的前置数据，将目标字段可能来源的前置数据字段拖拽入目标数据来源；这里

11、的前置数据已经在上个环节设置过其可信度。优先级判定系统会将其前期标示的可信度进行提示显示，用户根据数据字段自带的可信度标示进行自我判断，设定该字段在统一通信录构建过程中的优先级，来确定当数据互相之间有冲突时以谁为主，以谁为辅。am一|皿加AWia入f1MHMIAnnOH清洗规则配置在设定数据优先级后，会进行第二轮清洗规则的配置,在规则配置过程中可以将常用的规则组合进行前期自定义。如设定标准规则为首先去重（保留优先级高的数据），去重后相互冲突的数据比优先级，以优先级高得数据为主数据、优先级低的为备份数据。也可根据不同的数据类型设置其他的清洗规则，如字符串截取、字符串替换、身份证拆分及标准字典映射

12、等。统一通信录清洗系统I1fhI1ThI1thI1thI1ThAttJ*司法附运管商交警局市监委经过前三个环节，根据预设数据模型规则，通讯基础数据以构建完成，但由于预设的数据模型规则为根据业务经验及系统管理员主观判断进行设置，不一定完全准确。因此需要在系统的不断使用过程中，借助用户的使用反馈进行不断一亲TGo其流程为：用户通过自定义条件或搜索查询数据时，系统会向其优先级最高的各项数据，用户在使用这些数据过程中会对数据准确性进行验证。例如用户在拨打提供的优先级最高主移动电话，发现电话有误，反馈给系统，系统向其提供各备用电话，同时将主移动电话有误信息记录进用户反馈数据库。若备用电话可使用且该数据以

13、满足用户反馈规则的判定条件，则将其与主电话号码进行顺序替换。若备用电话仍有误，则将其也记录进用户反馈数据库中。用户反馈数据库与问题数据库一样也会定期将异常数据反馈给各业务部门进行核实修正。同时为方便不同的用户使用习惯，系统也提供查询全部信息的选项，即将主数据及备用数据按顺序全部提供给用户使用。1.2. 3.2数据规则说明数据规则为在通讯基础数据构建过程中所需要遵循的各类规则，主要分为通讯基础数据数据模型规则及用户反馈规则两个部分。通讯基础数据数据模型规则用于进行通讯基础数据的整体构建，通过可信度标示作用于数据各字段列内的所有数据内容。而用户反馈规则主要作用于人员信息特定行中的数据，用于判定制定

14、行内的特定内容。通讯基础数据数据模型规则说明通讯基础数据的各字段内容来源于各部门的不同业务系统，因为各个业务系统的职责、功能及更新频率等属性的不同。导致了各个业务系统所涉及的不同字段具有不同的可信度。为确保在构建深圳市通讯基础数据过程中的准确性及用户查询使用过程中的便捷性，则需要根据各部门不同业务系统的特征，为其在通讯基础数据每个字段构建过程中添加唯一的可信度标示。将深圳市通讯基础数据按照来源部门、来源系统、最近更新时间及修改时间分为4个大类、8个小类、32个子项目。其中每个小类给予0-10分的评分，由于对于具体的数据其仅可能来源于某一个业务系统，因此针对每个数据其总分总计为40分,通过算术规

15、则（可信度=评分*2.5/100*100%）得到对于各个字段的可信度。最终评分得出后即标示到各前置表的各字段中作为字段的可信度标签，在构建通讯基础数据过程中为用户提供可信度判断参考。1.2.4数据应用12.4.1数据服务接口制定服务接口规范，利用数据服务接口，与外部应用进行对接，通过接收外部应用参数，输出结果数据，通过RESTfu1Web服务来实现服务接口。RESTfu1Web服务RESTfu1Web服务（也称为RESTfu1WebAPI）是一个使用HTTP并遵循REST原则的Web服务。它从以下三个方面资源进行定义：URI,比如：resourcesoWeb服务接受与返回的互联网媒体类型,比如：JSON,XM1,YAM1等。Web服务在该资源上所支持的一系列请求方法（比如：POST,GET,PUT或DE1ETE）。该表列出了在实现RESTfU1Web服务时HTTP请求方法的典型用途。HTTP请求方法在RESTfU1Web服务中的典型应用：资源GETPUTPOSTDE1ETE一组资源的UR列出URI,以及该资