全市电子政务数据整合共享运维招标公告

(略) (略) 文件,并于 * 日 * 时 * 分（ (略) 时间）前递交投标文件。

* 、服务内容

1、标准规范编制服务需求

云中心资源管理与服务监管平台需要完善标准规范体系制度，标准规范与管理制度的定义，需要以国家相关标准和省级、本市已有的相关标准为基础，有标准的，就遵从该标准。没有明确和定义的，或者需要进 * 步补充的， (略) 资源管理与服务监管平台运维实施服务的标准规范 (略) 定义和实现。

主要包括以下内容：

1.1、数据共享交换标准体系

（1）数据接入标准规范编制

（2）系统信息审核标准规范编制

（3）数据接口标准编制

（4）共享互联互通业务标准规范编制

（5）政务系统数据交换标准体系规范编制

1.2、平台管理相关标准规范

（1）政务信息资源使用和管理规范编制

（2）政务信息资源管理办法编制

1.3、安全管理标准规范

（1）数据加密脱敏标准规范编制

（2）系统安全规范编制

1.4、运维体系相关标准规范

（1）运维工作制度规范编制

（2）运维体系流程设计

2、信息资源目录梳理服务需求

信息资源的共享通过信息资源的目录体系来实现，而目录体系建立在信息资源的核心元数据和信息资源的分类与标识基础上。数据资源目 (略) 资源管理与服务监管平台运维任务中的重中之重， (略) 汇聚、共享的数据资源都需要依据数据资 (略) 处理。

2.1、信息资源目录梳理的思路及目录梳理方法并形成方案

通过开展信息资源目录梳理工作，可梳 (略) 政机关业务，明确职责，整理和挖掘数据资源、规范数据表示，摸清信息资源情况。信息资源目录编 (略) 门的 * 项重要基础工作，在现有的政务信息资源目录基础上，通过调 (略) 的需求，建立市级政务平台的目录体系。

2.2、信息资源目录梳理的调研对象、调研内容、主要参与人员、工作步骤并有相关记录

政务信息资源共享目录是政务信息资源共享工作的重要依据，凡列入政务信息资源共享目录的政务信息资源必须共享。目录详细规定了政务信息资源的分类、责任方、格式、属性、更新时限、共享类型、共享方式、使用要求等内容等。

2.2.1、目录梳理服务

政务数据资源目录梳理服务包含共享责任清单梳理、系统底数清单梳理、服务事项清单梳理。共享责任清单，根据 * 定方案梳理必须要共享的数据资源清单；系统底数清单，根据全市信息化资产底数（包含硬件、软件（库表、接口））梳理清单；服务事项清单，梳理出政务服 (略) 包含的数据资源（目标是将政务服 (略) 通办）。

2.2.2、目录编制服务

分期分批开展全市政务信息资源目录编制，建立信息准确、完整、规范、鲜活、统 * 的信息目录管理机制，实现政务信息资源目录的统 * 管理、发布、更新、查询和定位服务，支撑信息共享和业务协同。

2.3、信息资源目录梳理的调研成果。

应包含资源目录清单、信息化系统底数清单、运行环境清单、数据表清单、数据字段清单、需求清单、责任清单、数据更新机制等； (略) 门众多、调研内容丰富、调研对象信息化水平参差不齐，应结合 * 种 (略) 调研工作，包括实地调研法、问卷调研法、文案调研法

2.3.1、实地调研：

梳理调研过程中，面对信息化程度不高、人员水平有限或者面对复杂、 (略) 门的情况，就需 (略) 实地调研来解决问题，取得第 * 手的资料和情报，使调研工作有效顺利地开展。所谓实地调研，就是指对第 * 手资料的调查活动。 (略) 会经济的发展和营销活动的深入开展，现场搜集信息的方法越来越多。派出有丰富调研经验的工作人员，对每个需要 (略) (略) 专项实地调研，确保调研梳理 (略) 。

2.3.2、问卷调研：

问卷调研是以问题的形式系统的记载调查内容的 * 种方法，其实质是为了收集人们对于某个特定 (略) 为特征价值观观点或信念等信息而设计的 * 系列问题，是设计者运用统 * 设计的问卷向被调查者了解情况或征询意见收集信息的调查方法。

2.3.3、文案调研：

文案调研 (略) (略) 提供的现有各种信息、情报资料，对 (略) 分析研究的 * 种调查方法，也称间接调查法、室内调查法、桌面调查法。

利用工具： (略) (略) 现有的各种信息、情报资料。

步骤：1、确定查询渠道。2、进行文献检索。3、实施文献收集。4、展开文献鉴别。5、文献的研究与应用。

3、 数据采集汇聚服务

数据资源采集汇聚以任务调度流程为中枢，采用主动抽取模式，实现政务数据的高效采集。数据采集过程以保障数据质量为根本，为政务数据的宏观统筹、业务协同、资源共享提供优质数据资源。数据资源采集汇聚工作由 (略) 门众多，除了采用技术手段以外，还需要配合 (略) 实施服务工作。

3.1、数据交换采集服务

利用前置服务器 (略) 门的数据交换，支持 (略) 门的库表交换、文件交换等多种方式实现业务系统之间批量数据的交换，是数据传输的“高速公路”，投保 (略) 人员服务， (略) 门的数据 (略) 调研分析，提供数据对接方案、保障数据 (略) 、制定数据交换细则、定 (略) 门数据交换任务。

3.2、ETL采集服务

通过 (略) 门数据情况，制定各类ETL采集方式，不限于通过触发器、时间戳、全表删除插入、全表比对、日志表、系统日志分析等方式采集数据，因地制宜，保障数据交换的及时性、准确性、完整性、可追溯性。同时提供数据格式转换功能，利用简单的拖放映射功能，将数据从 * 种格式转换成另 * 种格式，实现源数据库和目标数据库之间的信息的转换。根据需求对抽 (略) (略) 理配置，输入数据和输 (略) 任意格式间的转换 (结构化的XML、非 XML 或 Java 数据任意组合) ，从而可快速集成异构应用，无需考虑表示数据采用的格式。

3.3、数据爬取采集服务

(略) 络爬虫工具或自写脚本按照 * 定的规则，自动 (略) 数据。数据爬取的主要目的 (略) 数据结合 (略) 统计分析。数据爬取采集可以通过控件来使用，不需要开发代码，提供图形化界面，方便用户设置数据爬取规则，提供多种数据清洗转换规则并支持动态扩充，对于简繁体、汉字拼音、 (略) 理、字符集转换、中文数字的中国特有的问题提 (略) 理，包括：字段名转换、代码转换、数据类型转换、数据校验、数据合并等。

3.4、数据填报采集服务

主要针对于 * 些非结构化数据，例如PDF、Word文件，需要通过人工的方式 (略) 录入。

3.5、数据导入采集服务

针 (略) 门使用上级垂管系统，本地没有存储业务数据，但是可以通过系统导出结构化的数据，例如CSV、Excel、Json等，然后 (略) 数据导入，同时提供种类丰富的适配器组件，包含各种通用数据库（DB2、Oracle、SQLServer、Sybase、DM、KingBASE、Mysql等）适配器等、FILE适配器、JMS适配器、WEB SER (略) 适配器、WEB SER (略) 适配器、JMS适配器、IBM MQ适配器、XML适配器、HTTP适配器、HTTP代理适配器、Excel适配器、Socket适配器、FTP适配器、数据过滤适配器、数据加密适配器、数据压/解缩适配器等。

3.6、数据接口接入服务

针 (略) 门提供API服务接口，系统可以调用接口，通过解析生成结构化数据存储至平台。另外提供服务注册、接入、代理等功能。并可以实现Web Service的封装、发布及消费调用，并支持将WebService作为数据源接入，支持业务流程如Java服务的不同粒度Web Service封装。

4、资源发布服务

投标人应根据目录绑定接入的数据，将目录数据项与接入 (略) * * 对应，数据资源按照配置的数据字段、配置的相应属性，发布至统 * 服务门户。

投标人需要 (略) 现场服务， (略) 门提供的信息 (略) 注册、更新、发布，为了保障整个工作的顺利推进，将采用由易到难、由浅入深的推进策略，条件成熟 * 家、梳理 * 家、发布 * 家。

5、数据共享及数据需求服务

5.1 数据共享交换各个节点服务

投标人应提供数据共享交换各个节点服务内容，其中包含注册环节、申请环节、受理环节、授权环节、使用环节。在各个 (略) 服务，根据要求提供市级层面数据资源共享对接技术服务，数据对接主要提 (略) 数 (略) 对应的数据资源是否有、可否提供、提供的形式是库表还是文件、如果是库表对应的共享表名称、字段项，对接时是前置机方式对接还是通过其它方式对接等。

5.2 数据共享及数据需求服务

(略) 门应严格按照市委市政府要求，梳理数据需求，开展应用创新和流程再造。
聚焦企业和群众办事中的“难点、堵点、痛点”，通过数据推动“ * 网通办、跨域通办”改革再提速、再提效，全力打造“审批事项少、办事效率高、服务质量优、群众获得感强”的 * 流营商环境。 (略) 门政务服务事项，开展减事项、减要件、减环节、减证照、减时限的“ * 减”改革，编制事项清单、办 (略) 会公布，明确“马上办、网上办、就近办、 * 次办”事项范围。

以“便民利民惠民”为核心，以数据为支撑，各部门加快应用创新和业务融合， (略) 会热点难点问题，推出更多满足群众需要的服务功能。

投标人应提供业务优化服务思路、业务优化服务方案， (略) 门业务协同办理讨论会，根据各单位业务需求，梳理、推荐共享平台可用服务等。

6、绩效考核服务

绩效考核工作采取人工评分和系统自动打工相结合的方式，共享平台考核工作人员在系统考核引擎自动打分的基础上，依据考核指标采集数据手动完善其他评分项。考核结果由共享平台考核工作管理人员对打分 (略) 审核，通过审核后发布正式的绩效评估排名报告。

投标人需要提供绩效考核指标、绩效考核服务流程。

绩效考核主要包括考核指标配置、信息采集、考核计算、考核核算、结果利用等功能服务。

考核配置：自定义设定考核方案和考核指标参数等，考核指标配置包括定义考核指标名称，考核内容、考核指标权重和分值、考核周期、考核依据说明等。

信息采集：依据考核指标，系统自动采集指标评分项，自动生成打分，同时工作人员也可以手工修改评分。

考核计算：指标分数计算，根据考核指标系统自动计算各单位得分，系统在后台自动根据定义好的公式计算出各个单位每月的最终结果。同时，可以修正考核计算结果等。
考核核算：对月度、 (略) 核算，包括考核结果审核、结果发布。

结果利用：查询和展示月度和年度考核情况。

7、级联对接服务

按照级联对接技术要求，对接上下级共享交换平台的目录、数据、业务流程。

按照国家共享交换平台的国、省、市、区多级共享交换平台级联对接方案和技术要求，完成与国家、省、市共享交换平台对接。

(略) 表、下行表或者服务接口的方式实现与上下级共享交换平台的级联对接，实现上下级共享交换平台的目录通、数据通、业务流程通。

投标人需要提供级联对接服务方案并实时关注级联状态，保障国、省、市共享平台数据 (略) 。至少提供以下服务：

7.1目录对接

市级平台除了对本市政务信息资源目录的注册管理，并可与省级平台实现目录数据的同步。

省级共享交换平台汇集省级和市级政务信息资源和共享信息资源的 (略) 统 * 管理，为使用省级共享 (略) 门和市级平台提供资源的注册、检索与定位服务。

(略) 景示例： (略) 门 (略) 门信息资源（省级资源）或其 (略) 门信息资源时，可通过市级平台查看省级平台提供的目录服务查询资源信息，并确认是否 (略) 需信息资源， (略) 资源的申请。

7.2 数据对接

数据对接是指省级、市级分别采用前置 (略) 交换连接的模式。在此模式下，市级利用省级平台前置机提供的共享数据，可将 (略) 需的文件、数据库数据落地到本市前置机，继而将数据采集进 (略) 数据库。省级同样可以利用市级共享交换平台前置机提供的共享数据，将数据、文件落地到省级前置机，继 (略) 数据库。

数据对接的前提是：省市两级平台对数据交 (略) 需各项 (略) 统 * 建设和管理， (略) 门、跨层级的双向数据交换传输提供服务。

(略) 景示例： (略) 门 (略) 进行某些数据资源的交换传输，此时可利用省级平台和市级平台预置好的数据前置交换通道，实现在预定规则下对预定内容的交换传输。

7.3 服务对接

服务对接是指市级平台通过汇聚省级平台提供的数据资源服务接口，为使用市级共享 (略) 门提供共享服务。在此模式下， (略) 门指定开发者访问省级平台，访问、代理或调用数据接口服务。同时，省级也可以代理或调用市级提供的各项数据服务。
(略) 景示例： (略) 门在使用政务服务平台企业资质审核过程中，需要核准该企业注册信息时，可通过省级平台提供的省级法人政务数 (略) 需法人基础信息（省级平台服务接口）。同样的接口可以由市级平台经服务代理发布在市级平台上， (略) (略) 申请调用，此时市级平台做好授权策略。

8 数据资源池服务

8.1 部门数据库采集对接服务

部门数 (略) 门信息资源库，是部门数据的原始数据库。根据《政务信息资源目录编制指南(试行)(发改高技〔 * 号)》的要求，通过 (略) 门数 (略) 门数据资源库（其中包括库表、文件、接口等），以及相关的数据共享和应 (略) 门分类数据存储区。

应包含以下服务：

（1）数据资源编目：对市直 (略) 门 (略) 管理，提供数据资源的生成、注册、查询及维护等。

（2）数据资源维护：对已发布的数据 (略) 维护管理，包括对数据资源删除、停用、更新、重组、备份、恢复等。

（3）数据资源审核发布：对已生成 (略) 审核发布，包括对数据资源类别、数据资源信息项等审核发布。

8.2 基础库

8.2.1 人口基础库综合服务

人口基础信息是国家重要的基础信息之 * 。人口基础数据库应用传统数据整合和大数据整合技术全面 (略) 其他业务系统及民政、人社、教育、卫计委、税务、 (略) 门的涉及人口的业务信息，完善覆盖辖区内以公安身份证号码为唯 * 标识的人口基础数据库，更好地统筹辖区内人口数据资源管理，实现人口信息的共享和应用，进 * 步深化人口数据利用，使相 (略) 门及时、准确、全面掌握本区域实有人口基础信息， (略) (略) 会管理能力和公共服务水平，为领导决策提供辅助服务。

投标人需要提供人 (略) 门调研服务、数据来源梳理服务、需求清单梳理服务、数据元标准梳理服务、数据分类标准梳理服务、数据分类标准梳理服务、库表梳理服务（应包含核心数据表梳理、扩展信息表梳理、按照人口生命周期 (略) 梳理）、数据对接服务、数据加工清洗服务、人口数据开发服务、数据更新服务以及通过梳理完善人口对象库服务至少包含老年人对象库、残疾人对象库、困境儿童对象库、就业困难人员库、死亡人口对象库等。

8.2.2 法人基础库综合服务

法人基础综合库以“ (略) 会信用代码”为主键，关联法人基础信息表和扩展信息表，但是对于 * 年以前无“统 * 信用代码”的法人，需 (略) 检测、比对、校验、 (略) 理。

投标人需要提供法 (略) 门调研服务、数据来源梳理服务、需求清单梳理服务、数据元标准梳理服务、数据分类标准梳理服务、数据分类标准梳理服务、库表梳理服务（应包含核心数据表梳理、扩展信息表梳理、按照法人生命周期 (略) 梳理）、数据对接服务、数据加工清洗服务、法人数据开发服务、数据更新服务以及通过梳理完善法人对象库服务至少包含经营困难企业库、小微企业库、学校对象库、老字号企业库等。

8.2.3 空间地理库对接服务

空间地理库具体 (略) 门支持，主要内容是以数字化的地形地貌空间信息为基础底图，融合数据挖掘技术、地址自动匹配技术、OLAP技术、Internet技术、虚拟现实技术于 * 体，通过信息交换通道和应用接口，将规划、建设、人口、单位、经济、交通、社会保障等条线 (略) 共享整合，通过直观图形界面、完善的属性数据和成熟的数学分析模型，实现空间基础数据和非空间基础数据的结合，在统 * 的GIS应 (略) 应用和分析，为政府办公提供宏观帮助；为企业运作提供辅助支持；为百姓生活提供便利服务， (略) 会整体信息化的目标。本项目主要通过对接空间地理数据 (略) 门提供空间地理数据支撑。

8.2.4 电子证照库

(略) 会不断发展，各种证照信息层出不穷，根据不同用户对象，大概可以分成两类证照信息，面向公众用户和面向企业用户的证照信息。其中，面向公众用户的证照信息包括身份证、户口、结婚证、毕业证以及其他专业证件等；面向企业用户证件信息包括工商许可证、卫生许可证、税务登记证等等。 * 花 * 门的证照信息给个人就业、企业申报造成了诸多不便，造成资源浪费严重，不利于 (略) 会稳定发展。

电子证照库主要用于采集、 (略) 门业务办理过程中产生的电子证照信息，提供电子证照信息的综合查询、证照验证、统计分析等服务，推动市、省两 (略) 门间各类电子证照信息的共享，渐次减少办事过程中的证照手工校验、录入工作，规避假证导致的错误审批风险，切实提高工作效率，简化办事流程， (略) 政审批服务办事质量。

本项目主要通过对接电子证照数据 (略) 门提供电子证照数据支撑。

8.2.5 公共信用库

公共信用库包含企业信用信息和个人信用信息。

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

人信用信息来源包括个人身份信息（ (略) 门户籍管理）包括个人基本信息，如姓名、年龄、政治面貌、出生日期、身份证号码、联系电话、家庭住址（含最近两次地址变动情况）等；贷款和还款信息（ (略) ）包括消费者未结清的、大额、固定期限的个人消费贷款情况，如申请时间、贷款用途、贷款余额、还款历史、 (略) 有人等；信用卡和透支使用信息（ (略) (略) ）包括消费者持有信息卡的账号，开立时间、信用额度、账户余额、还款状况、授信者上报该信息的日期、最后 * 次支付的日期、数额、过期账户信息、目前过期未付的款项数目等；职业记录（ (略) 门和单位： (略) 、机关、企业等）个人的就业信息，如就职单位名称、地址、职位、就职时间以及就职经历；公众信息记录（ (略) 门 (略) 门等单位）各种不良记录和优良记录，如欠税记录、电信的缴费记录、拖欠还款记录（包括迟还时间、金额、次数）、法庭记录（如破产、经济犯罪、经济赔偿、子女抚养费）、 (略) 为记录、社会荣誉嘉奖（如各级人民代表、政协委员、劳模、优秀党团员等）查询记录；学历信息（ (略) 门） (略) 名称、入校时间、毕业时间、毕业证书编号、在校奖惩、在校职务、专业等信息；驾驶证信息（ (略) 门）包括车牌号码、车主姓名、购车日期、车型等信息。 (略) 生效裁判失信信息（ (略) ）包括案件号、 (略) 名称、立案日期、执行依据、执行案由、执行金额、 (略) 金额、曝光日期等信息；职业技能证书信息（ (略) 保部门）包括证书编号、工种、文化程度、理论成绩、技能成绩、评定成绩、发证日期等信息；人事考试违纪信息（ (略) 保部门）包括准考证号、考试项目、工作单位、 (略) 为、处理意见、处理时间等信息。医疗保险失信信息（ (略) 保部门）包括工作单位、失信信息、发布日期、发布单位等信息；律师信息（ (略) 门）包括律师基本信息，如姓名、性别、身份证号、执业证号、执业证类别、是否完成继续教育、资格证号、单位、是否年检等）、律师年度奖惩情况、律师年度失信情况等信息；银行人员失信信息（ (略) ）包 (略) 名称、处罚类型、处罚原因、处罚年限等除了征集以上个人信用信息以外，还可征集其他各类、各方面的信用信息。

本项目主要通过对接公共信用数据 (略) 门提供公共信用数据支撑。

投标 (略) 门数据库及 * 大基础库的基本信息、扩展信息、目录梳理、数据采集流程、加工流程、信用库的数据元标准、分类与编码标准、实施步骤等。

9 数据融合及封装服务

数据融合及封装服务的具体内容包含但不限于，如下：

9.1、 (略) (略) 接口对接，通过服务协议转换，形成统 * 标准接口注册至平台，同时提供服务发布、变更、注销全生命周期服务，并提供统 * 的接口调用说明文档包括接口协议说明、入参说明、出参说明等。

9.2、 (略) 门提供的数据资源只是库表、文件形式， (略) 门又需 (略) 门的API接口服务，平台管理方可以提供通过库表数据快速生成接口的服务。同时提供接口调用说明文档包括接口协议说明、入参说明、出参说明等。

9.3、当数据使用者需要同时调用多个API服务接口时，提供API服务接口服务编排服务。

9.4、当数据使用者与数据提供者提供接口调用协议或者技术不匹配时，提供接口协议转换服务。

9.5、由于数据提供者提供的API服务接口建设时期早或者API服务接口性能较差时，提供对该服务接口服务熔断保护、服务限流等保护措施服务。

9.6、围绕自然人、法人数据，各提供 * 个原子服务，原子服务指的是基于现有数据资源，直接封装为服务接口，提供查询、比对、校验、推送等服务。原子服务指的是如地址查询、联系方式查询、户籍地比对等。

投标人需要提供原子服务封装及其清单，清单应包含服务类型、服务接口名称、输入参数、输出参数，并配 (略) 门提供对接技术支持。同时提供高性能、高可用的托管服务，为数据共享、融合分析提供重要的基础支撑，提供统 * 的服务注册、发布、查询、调用，并提供服务调用权限控制、认证、流量控制、监控预警等。

9.7、提供 * 项融合服务，融合服务是通过编排、组合、拆分等，通过业务逻辑叠加，将多个原子服务重新封装或变化为新的服务，如自然人婚姻状态服务，通过将民政结婚登记信息、民政离婚登记信息、法院离婚诉讼信息、民政逝者信息、卫健委死亡医学证明新消息、公安户籍迁移信息、公安死亡人口注销信息等 (略) 比对校验后，封装成婚姻状态服务，提供查询和校验服务，可应用于购房资格审查、子女入学、生育收养、个税抵扣 (略) 景中。

投标人提供的 * 个融合服务案例，可以从业务梳理、数据梳理、数据模型设计、数据对接、数据加工清洗、服务开发、 (略) (略) 描述。

* (略) 、培训、日常运维服务

（1）参与 (略) 问题给予详细解答： (略) 数据交换、平台使用、方案建议积极给予详细解答。

（2）对于系统使用单位给予细致的培训并提供操作手册。

（3）培训会议积极配合、会后对 (略) 指导并给出用户操作手册。

平台运维服务包含日常维护服务、 (略) 理服务、系统性能优化服务。

（1）日常维护服务

定期对系统的软硬件和数据汇聚、 (略) 检测，发现故障，排除隐患；提供系统数据备份和恢复方案，制定详细周全的备份策略。

（2） (略) 理服务

提供7* * (略) 理服务；按照紧急故障、严重故障和 (略) 理流程和要 (略) 理服务。

（3）系统性能优化服务

按照 (略) 和业务发展需求，提供应用软件优化服务、系统架构优化服务、网络配置优化服务、主机配置优化服务、数据库优化服务；向采购人提出合理的优化建议；根据系统问题状况，作出相应的 (略) 理办法； (略) 络安全策略，以保障系统数据传输的安全、完整； (略) 状况，定期就主机系统硬件设备提出调优方案； (略) 情况， (略) 参数配置、索引等方面的优化，确保数 (略) ；定期对数据库 (略) 清理，减少垃圾数 (略) 的影响。

* 、服务要求

指标1.

指标项：标准规范编制服务

指标描述：完善标准规范体系制度，标准规范与管理制度的定义，需要以国家相关标准和省级、本市已有的相关标准为基础，有标准的，就遵从该标准。没有明确和定义的，或者需要进 * 步补充的， (略) 资源管理与服务监管平台运维实施服务的标准规范 (略) 定义和实现。

指标要求：标准规范应至少包含：

1、数据共享交换标准体系

（1）数据接入标准规范编制

（2）系统信息审核标准规范编制

（3）数据接口标准编制

（4）共享互联互通业务标准规范编制

（5）政务系统数据交换标准体系规范编制

2、平台管理相关标准规范

（1）政务信息资源使用和管理规范编制

（2）政务信息资源管理办法编制

3、安全管理标准规范

（1）数据加密脱敏标准规范编制

（2）系统安全规范编制

4、运维体系相关标准规范

（1）运维工作制度规范编制

（2）运维体系流程设计

服务时间：5*8

服务方式：现场

交付成果：1、数据共享交换标准体系 （1）数据接入标准规范编制 （2）系统信息审核标准规范编制 （3）数据接口标准编制 （4）共享互联互通业务标准规范编制 （5）政务系统数据交换标准体系规范编制 2、平台管理相关标准规范 （1）政务信息资源使用和管理规范编制 （2）政务信息资源管理办法编制 3、安全管理标准规范 （1）数据加密脱敏标准规范编制 （2）系统安全规范编制 4、运维体系相关标准规范 （1）运维工作制度规范编制 （2）运维体系流程设计。

指标2.

指标项：信息资源目录梳理服务

指标描述：信息资源的共享通过信息资源的目录体系来实现，而目录体系建立在信息资源的核心元数据和信息资源的分类与标识基础上。数据资源目 (略) 资源管理与服务监管平台运维任务中的重中之重， (略) 汇聚、共享的数据资源都需要依据数据资 (略) 处理。

指标要求：投标人需要提供信息资源目录梳理思路、目录梳理方法、调研对象、调研内容、主要参与人员、工作步骤、调研成果（调研成果要汇总形成模板应包含资源目录清单、信息化系统底数清单、运行环境清单、数据表清单、数据字段清单、需求清单、责任清单、数据更新机制）等。

服务时间：5*8

服务方式：现场

交付成果：资源目录清单、信息化系统底数清单、运行环境清单、数据表清单、数据字段清单、需求清单、责任清单。

指标3.

指标项：数据采集汇聚服务

指标描述：数据资源采集汇聚以任务调度流程为中枢，采用主动抽取模式，实现政务数据的高效采集。数据采集过程以保障数据质量为根本，为政务数据的宏观统筹、业务协同、资源共享提供优质数据资源。数据资源采集汇聚除了采用技术手段以外，还需要配合大量实施服务工作。

指标要求：投标人须提供数据交换采集服务、ETL采集服务、数据爬取采集服务、数据填报采集服务、数据导入采集服务、数据接口接入服务等。

服务时间：5*8

服务方式：现场

交付成果：数据采集记录。

指标4.

指标项：资源发布服务

指标描述：投标人应根据目录绑定接入的数据，将目录数据项与接入 (略) * * 对应，数据资源按照配置的数据字段、配置的相应属性，发布至统 * 服务门户。

指标要求： (略) 门调研结果，及时发布目录及资源。

服务时间：5*8

服务方式：现场

交付成果：目录清单、资源清单。

指标5.

指标项：数据共享及数据需求服务

指标描述：投标人应提供数据共享交换各个节点服务内容、并以“便民利民惠民”为核心，以数据为支撑，各部门加快应用创新和业务融合， (略) 会热点难点问题，推出更多满足群众需要的服务功能。

指标要求：投标人应提供数据共享交换各个节点服务内容，其中包含注册环节、申请环节、受理环节、授权环节、使用环节，并提供业务优化服务思路、业务优化服务方案。

服务时间：5*8

服务方式：现场

交付成果：业务优化服务方案。

指标6.

指标项：绩效考核服务

指标描述：绩效考核工作采取人工评分和系统自动打工相结合的方式，共享平台考核工作人员在系统考核引擎自动打分的基础上，依据考核指标采集数据手动完善其他评分项。考核结果由共享平台考核工作管理人员对打分 (略) 审核，通过审核后发布正式的绩效评估排名报告。

指标要求：投标人需要提供绩效考核指标、绩效考核服务流程。

服务时间：5*8

服务方式：现场

交付成果：绩效考核指标、绩效考核服务流程。

指标7.

指标项：级联对接服务

指标描述：按照级联对接技术要求，对接上下级共享交换平台的目录、数据、业务流程。

按照国家共享交换平台的国、省、市、区多级共享交换平台级联对接方案和技术要求，完成与国家、省、市共享交换平台对接。

指标要求： (略) 表、下行表或者服务接口的方式实现与上下级共享交换平台的级联对接，实现上下级共享交换平台的目录通、数据通、业务流程通。

服务时间：5*8

服务方式：现场

交付成果：级联对接服务方案。

指标8.

指标项：数据资源池服务

指标描述：完善我市政 (略) 门库、人口基础库、法人基础库、空间地理库、电子证照库、公共信用库。

指标要求：部门库：通过 (略) 门数 (略) 门数据资源库（其中包括库表、文件、接口等），以及相关的数据共享和应 (略) 门分类数据存储区。

人口基础库：投标人需要提供人 (略) 门调研服务、数据来源梳理服务、需求清单梳理服务、数据元标准梳理服务、数据分类标准梳理服务、数据分类标准梳理服务、库表梳理服务（应包含核心数据表梳理、扩展信息表梳理、按照人口生命周期 (略) 梳理）、数据对接服务、数据加工清洗服务、人口数据开发服务、数据更新服务以及通过梳理完善人口对象库服务至少包含老年人对象库、残疾人对象库、困境儿童对象库、就业困难人员库、死亡人口对象库等。

法人基础库：投标人需要提供法 (略) 门调研服务、数据来源梳理服务、需求清单梳理服务、数据元标准梳理服务、数据分类标准梳理服务、数据分类标准梳理服务、库表梳理服务（应包含核心数据表梳理、扩展信息表梳理、按照法人生命周期 (略) 梳理）、数据对接服务、数据加工清洗服务、法人数据开发服务、数据更新服务以及通过梳理完善法人对象库服务至少包含经营困难企业库、小微企业库、学校对象库、老字号企业库等。

空间地理库：以数字化的地形地貌空间信息为基础底图，融合数据挖掘技术、地址自动匹配技术、OLAP技术、Internet技术、虚拟现实技术于 * 体，通过信息交换通道和应用接口，将规划、建设、人口、单位、经济、交通、社会保障等条线 (略) 共享整合，通过直观图形界面、完善的属性数据和成熟的数学分析模型，实现空间基础数据和非空间基础数据的结合，在统 * 的GIS应 (略) 应用和分析，为政府办公提供宏观帮助；为企业运作提供辅助支持；为百姓生活提供便利服务， (略) 会整体信息化的目标。本项目主要通过对接空间地理数据 (略) 门提供空间地理数据支撑。

电子证照库：主要用于采集、 (略) 门业务办理过程中产生的电子证照信息，提供电子证照信息的综合查询、证照验证、统计分析等服务，推动市、省两 (略) 门间各类电子证照信息的共享，渐次减少办事过程中的证照手工校验、录入工作，规避假证导致的错误审批风险，切实提高工作效率，简化办事流程， (略) 政审批服务办事质量。

公共信用库：需要提供信用库公共基本信息、扩展信息、目录梳理、数据采集流程、加工流程、信用库的数据元标准、分类与编码标准、实施步骤等。

服务时间：5*8

服务方式：现场

交付成果：部门库、人口基础库、法人基础库、空间地理库、电子证照库、公共信用库资源清单。

指标9.

指标项：数据融合及封装服务

指标描述：

1、围绕自然人、法人数据，提供原子服务，原子服务指的是基于现有数据资源，直接封装为服务接口，提供查询、比对、校验、推送等服务。原子服务指的是如地址查询、联系方式查询、户籍地比对等。

2、提供融合服务，融合服务是通过编排、组合、拆分等，通过业务逻辑叠加，将多个原子服务重新封装或变化为新的服务，如自然人婚姻状态服务，通过将民政结婚登记信息、民政离婚登记信息、法院离婚诉讼信息、民政逝者信息、卫健委死亡医学证明新消息、公安户籍迁移信息、公安死亡人口注销信息等 (略) 比对校验后，封装成婚姻状态服务，提供查询和校验服务，可应用于购房资格审查、子女入学、生育收养、个税抵扣 (略) 景中。

指标要求：投标人需要围绕自然人、法人数据，各提供 * 个原子服务，并提供原子服务清单，清单应包含服务类型、服务接口名称、输入参数、输出参数。同时需提供 * 个融合服务及案例，可以从业务梳理、数据梳理、数据模型设计、数据对接、数据加工清洗、服务开发、 (略) (略) 描述。

服务时间：5*8

服务方式：现场

交付成果：原子服务清单、融合服务清单及案例。

指标 * .

指标项： (略) 、培训服务

指标描述：

（1）参与 (略) 问题给予详细解答： (略) 数据交换、平台使用、方案建议积极给予详细解答
（2）对于系统使用单位给予细致的培训并提供操作手册：
（3）培训会议积极配合、会后对 (略) 指导并给出用户操作手册

指标要求：及时对各单位提出的问题做出解答，对于系统使用单位给予细致的培训并提供操作手册，培训会议积极配合、会后对 (略) 指导并给出用户操作手册。

服务时间：5*8

服务方式：现场

交付成果：用户操作手册。

* 、服务内容

1、服务背景

针对 (略) 市民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理 (略) 业务梳理、系统完善及数据整合。通过数据抽取、整合、清洗、转换、加载等服务，完善数据标准、代码标准、数据标准、接口标准、开发等规范，统 * 安排数据的服务化工作， (略) 景不同，对 (略) (略) 理，形成可机器读取、 (略) 会化再利用、及时准确完整的数据分析、API和微应用等。

2、主题库完善与服务需求

2.1完善疫情信息主题库

通过疫情信息系统升级，完善疫情数据采集、比对、分析，促进全市防控工作与现代信息技术深度融合，强化外防输入、内防扩散的技术支撑。采用Web端日志、客户端日志采集等 (略) 系统数 (略) 统 * 数据存储。 (略) 理框架、流处理框架、交互式分析框架等 (略) 数据计算，完成不同分类数据自定义标签化，数据建模包括：居家人员隔离、密接人员、购药登记、发热门诊、流调溯源、核酸检测、冷链管理、境外入沈人员、域外入沈人员、疫苗接种、交通管理以及物资管理等十余种数据分类。

整合范围主要包括：

（1）报表：决策报表、数据查询与过滤、图表、交互分析、数据填报、实时调度、移动应用、国际化语音支持；

（2）数据分析：基础数据、自助数据集、可视化、仪表板、高性能计算引擎、定时调度；

（3）市、区/县：疫情监控、救治力量、物资保障、重点人群、复工复产、 (略) 、交通运输、水电气暖、环境整治、民生物价、交通卡口、连线指挥、大事记、境外放输入

（4）多级填报：数据统计、数据列表、数据授权、数据填报、 (略) 、业务审批；

（5）境外来沈人员数据：境外来沈提报、境外来沈预申报、入沈人员信息、密切接触人员管理、中转人员管理、隔离人员管理、核酸人员管理、 (略) 中转管理。

2.2完善公有房产管理主题库

通过对公有房产管理应用升级，完善业务数据抽取、清洗转换之后加载到数据仓库。涉及数据来源于全市国有机构、事企业单位公有房产信息等，主要包含9类房产类型数据：党政机关房产、人民团体房产、社会团体房产、事业单位房产、企业房产、村集体房产、直管公房住宅、直管公房非住宅和人防工程；覆盖全市 * 个区的公房管理过程中的基本信息、房产来源、产权信息、入账信息、使用情况、权利状态和图片信息共7大类基础数据；构建房产数据标准和质量规则，并将其贯彻到数据质量探查、分析、保障的全过程中，将散乱的异构数据加工成标准、干净的数据资产，确保数据的完整性、 * 致性、准确性、可用性。创建统 * 的数据资源分析视图，可视化体现数据资源价值，更清晰了解数据资源全貌，进行数据资源的规划和分析。

整合范围主要包括：

（1）基本数据包括：房产基本信息、地址信息、来源信息、楼体信息、产权信息、入账信息、使用信息、出租信息、出租收入（收益）情况、 (略) 置情况和其他信息等信息数据项；

（2）房产来源数据包括：接管、接收、划拨、受赠、受让、置换、建设、购买、托管、顶账、拍卖、调剂、居住配套、军队移交和其他来源等信息数据项；

（3）产权信息数据包括：房屋产权证/不动产证、契证/契税完税证明、证件类型（房屋产权证、不动产证）、产权人名称、房屋产权证/不动产证的上传、有无契证/契税完税证明等信息数据项；

（4）入账信息数据包括：财务账已入账管理、财务账未入账管理、固定资产账已入账管理和固定资产账未入账管理等信息数据项；

（5）使用情况数据包括：自用、出租、出借、占用和闲置等信息数据项；

（6）权利状态数据包括：抵押和查封等信息数据项；

（7）图片信息数据包括：楼体外全景图片、临近参照物照片和前厅照片等信息数据。

2.3完善户厕改造主题库

通过对厕改系统应用升级，将整合全市 * 个区县涉及的约 * 万座已验收的改建农村户厕信息。主要包括实施档案管理数据及户厕详情数据，其中实施档案管理数据包含：组织机构与管理、改厕实施方案、年度计划、技术培训、招投标资料（合同、资质、证明等）、检查督导记录、监理报告和验收报告等信息数据。户厕详情数据包含：基础信息、整改信息、申报信息和维修信息共4类相关统计数据；通过户厕改造主题库整合，采用应用事件分析、漏斗分析等多种分析模型，为建立管护体系、完善管护制度提供高效精准的数据支撑服务。

整合范围主要包括：

（1）基础数据：农户姓名、农户身份证号、农户电话、农户地址、所在村组、户主姓名、家庭人口数量等信息数据；

（2）整改数据：整改信息（竣工时间、屯名称、改厕类型、使用情况、方案类别、整改意愿等数据），包保信息（包保乡/村/ (略) 姓名、电话，网格员姓名、电话，正风肃纪员姓名、电话， (略) 姓名、电话等数据），评价信息以及意愿确认信息等数据；

（3）申报信息：申请情况（申请改厕类型、厕具类型、厕具供应商、化粪池供应商等数据），室内改厕建设条件（室内独立厕屋位置、供水工程入户、取暖设施、室外化粪池位置等数据），村审批信息（审批人、审批意见、审批时间、建设类型、后期管维等数据），承建信息（承建单位名称、质检申请、厕具质检报告、厕具产品合格证、厕具卫生质量报告、化粪池质检报告、化粪池产品合格证、化粪池卫生质量报告等数据），监理验收信息（监理单位名称、监理人电话、监理人姓名、验收时间、验收意见等信息）以及用户评价信息、 * 方验收信息等多项数据；

（4）维修信息：上报问题、接报信息以及维修信息（维修单位、维修单位账号、维修人姓名、维修人电话）等数据项。

2.4完善民生诉求主题库

通过对民生诉求应用升级，将整合全市民生诉求业务系统及教育、就业、劳动、人设、民政、 (略) 门的涉及民生诉求的业务信息。民生诉求主题库以服务模式为总体架构，覆盖民生诉求数据应用全过程，支持多源异构海量数据的采集、存储、集成、处理、分析、可视化展现以及交互式应用；数据采集涉包括数据总线、抓取（数据抓取、图像抓取、网页抓取）、转换、加载等；数据存储涉包括分布式文件系统、关系型数据库、内存数据库等；数据计算包括数据查询、统计与分析、数据预测等；展现与交互包括图形与报表、数据可视等。

整合范围主要包括：诉求工单台账信息、民生需求台账信息、诉求整改台账信息以及诉求办理信息。

（1）诉求工单台账信息包含：申请人姓名、住址、联系电话、主要诉求、登记人建议、解决渠道、联系责任人、单位及职务等数据项；

（2）民生需求台账信息包含：走访记录、排查信息、征求意见、矛盾问题、民生需求、处理措施、处理情况、处理人员、处理人员级别、 (略) 门、 (略) 门电话等数据项；

（3）诉求整改台账信息包含：监督单位、问题分类、问题数量、已整改信息以及正在整改信息等数据项；

（4）诉求办理信息包含：事件受理信息、受理时间、受理人信息、便签记录、事件核实信息、台账记录信息、上门帮扶信息、市民意见信息等数据项。

2.5完善监督治理主题库

通过对治理监督系统应用升级，将整合全市监督数据信息和治理信息，以及整合政务大数据平台、 (略) 管理总门户、治理舱、监督舱等各类平台系统数据资源， (略) 权治理体系信息化水平不断优化提升，达到“治理监督交互，监督治理融合”的目标，辅 (略) (略) 涉的个人、单位、企业，开展专项检查、抽样检验、工作提示等监管措施， (略) 置的事前风险预警和事中事后监管的无缝对接。同时，为政府领导辅助决策提供服务。其中，监督数据信息，需融合交互比对、问题梳理、纪检监督、处置整改等 * 个综合业务子系统各类应用数据以及全 (略) 权服务事项全流程、全环节的过程结果数据；治理数据信息， (略) 权监测、报警提示、周报分析、优化建设等各类通用功能应用数据以及问题、要件、条件、规则等 * 项设定数据。

(略) 整合范围包括：

（1）数据看板：服务事项维度、用户访问维度、事项查询办理量维度；

（2）指标管理：事项查询办理量维度、查看达标详情；

（3）数据详情：用户访问趋势、实时访问数据、活跃用户分析、用户画像、用户留存数据、渠道分析、访问来源、版本分析、事件列表、流失与回流分析、页面分析、使用分析、设备分析、自定义渠道分析、账号统计分析；

（4）统计报表：事项数据与普及度、 (略) 门事项数、事项优化效果、业务量查询、事项业务量详情、业务量排名、成果量对比；

（5）业务管理：事项管理、事项字典、电子证照；

（6）自定义报表：自定义报表、自定义图表；

（7）专项分析：事件分析、漏斗分析、路径分析；

（8）应用管理：推送管理、配置管理；

（9）系统管理：用户管理、权限管理、数据源管理；

(略) 整合范围包括：

（1）渠道管理、渠道类别管理、渠道分析；

（2）标签管理：性别、年龄、省份、城市、终端、机型等

（3）内容管理：内容管理、内容发布、运营分析；

（4）活动管理：活动模板、活动编辑、活动发布、活动统计；

（5）事件管理：推广管理、属性管理、复盘管理

3、数据 (略) 理服务需求

提供数据感知、 (略) 理、基础环境配置的 * 体化数据采集管理工具，针对线上的用户增长分析及 (略) 景，结合政务服务向互联化转型中遇到的痛点，提供统 * 的数据采集标准、多样化的数据接入方式，开展安全高效的数据采集， (略) 门将自有业务数据与应用 (略) 分析。

3.1数据采集服务

统 * 数据采集标准，可采集小程序、H5、Web应用等各类埋点数据，整合并统 * 后台存储；也可通过读取数据库、接口等方式获取业务数据。

埋点数据：通过代码埋点的方式对小程序、H5、We (略) 数据采集。

微信小程序及公众平台数据：通过微信开发平台接口获取小程序及公众号相关数据。

业务数据：可通过读取数据接口、读取数据库、读取文件等方式接入业务方系统数据。

3.2 (略) 理服务

基于各种渠道采集的埋点数据与业务数据， (略) 理与归类，分别建设用户数据容器、轨迹数据容器、统计数据容器、日志数据容器存储成功采集的数据。

数据存储方面，实时数据存储于关系型数据库中，由于数据量预测较大，建议做好主从分离和分库分表。历史数据下沉到分布式大数据存储数据库中，便于统计分析。

4、数据梳理服务

4.1业务梳理和数据梳理

（1）业务梳理：对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的具体菜单（业务）和业务具体包含的详细功能点。实现包括对预留字段的说明、后台参数的配置、后台表资料的保存、前台特殊 (略) 理，以及相应关联功能域提供的接口等。

（2）数据梳理：对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的数据规律、关联、分类、格式、属性、更新时限等，实现对数据资源整合,建立数据仓库。

4.2数据源支持类型

（1） 关系型数据源：包括 Oracle，SqlServer，MySql，DB2，Sybase，Informix 等主流的关系型数据库；支持 SQL 取数据表或视图，亦支持存储过程。

（2）文本数据源：Excel 文件，Txt 文件，XML 文件的数据；

（3）内置数据源：支持服务器内置数据集和报表内置数据集

（4）多维数据库：Essbase、ssas、sap bw、hadoop 等

（5）Nosql 数据源：支持 MongoDB 等非关系型数据

（6）Spider 数据源：支持对接 FineBI 的 Spider 引擎数据源

（7）其他数据源：支持程序数据源、json 数据、SAP 数据源等

4.3 API服务

（1）需求分析

根据业务梳理的调研情况，梳理出可以通过数据服务接口提供服务的资源清单， (略) 门确认，形成待开发的API目录。

（2）设计开发

根据数据接口梳理的情况，设计API的 (略) 理流程，并开发相应的数据接口。

1. 数据接口测试

   提供统 * 的测试环境，所有开发出的数据接口都必须通过测试，保障接口达到设计的要求。并对 (略) 审核，确保数据接口的开发符合数据汇聚的接口规范和安全管理要求。

   4.4微应用服务

   （1）需求分析

   根据业务梳理的调研情况，梳理出可以通过微应用提供服务的资源清单，并 (略) 门确认，形成待开发的微应用目录。

   （2）设计开发

   根据数据微应用梳理的情况，设计微应用的界面及操作流程，并开发相应的数据微应用。

   （3）微应用测试

   提供统 * 的测试环境，所有开发出的微应用都必须通过测试，保障微应用达到设计的要求。并对需要共享 (略) 审核，确保微应用的开发符合数据汇聚的微应用规范和安全管理要求。

   5、接口改造

   本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理应用系统的接口改造。

   （1）数据同步接口改造：

   获取系 (略) 门列表信息、根据编码获取表格列表名称、根据表格名称获取填报项列表、获取今天某 * 表格下的填报数据、获取今天指定时间段内某 * 表格下的填报数据、根据日期获取某 * 天某 * 表格下的填报数据、根据日期获取某 * 天指定时间段内某 * 表格下的填报数据、获取指定时间段内某 * 填报项的历史变动数据；

   （2）数据访问接口改造：

   应用系统需向主题库提供访问完整数据记录的接口，使主题数据库可以根据索引数据访问到原始数据；

   （3）开放索引数据收割接口：
   应用系统需按照逻辑数据库的统 * 数据模式将各自的索引数据封装成web服务供主题数据库调用；

   （4）开放服务状态监控接口：

   应用系统需向主题库开放服务状态监控接口，使主题 (略) 点 (略) 监控。

   6、功能改造

   本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理等应用的功能改造。

   6.1 功能需求

   (1)要求提供统 * 数据导航功能：

   ① 选择目录之后：支持列出分类下的子类，支持该节点下的数据集；

   ② 点击每个数据集，可以查看其元数据。

   (2)提供数据的简单、高级等检索方式和数据浏览下载功能：

   ① 检索结果超过 * 项时，必须提供翻页功能；

   ② 每个检索结果显示该索引记录的字段信息，并显示查看原系统数据的链接。

   (3)逻辑数据库的生成和管理：调用原系统提供的索引数据收割接口实现逻辑数据库的封装和集成。索引库在物理上统 * 存储和管 (略) 提供收割接口。

   (4)系统应用服务的注册：提供web服务注册功能，统 * 管理应用系统开放的各类web服务。

   (5)元数据的生成交汇：需按照元数据规范建立逻辑数据库的元数据。

   (6)主题库注册系统：提供统 * 的主题数据库注册界面，用以注册主题数据库的元数据信息；

   (7)统 * 用户管理与认证系统：提供统 * 的用户注册、管理界面，并提供的用户认证入口，所有数据应用环境用户在该系统内仅需要 * 次登录；

   (8)数据、索引库收割工具：提供元数据、索引库的收割工具；

   (9)统 * 的数据导航与检索系统：基于元数据与索引库，提供主题数据库的导航和检索；

   ( * )访问记录：为主题数据库提供通用的记录接口，用以记录各主题库的访问情况，并提供统 * 的数据访问统计平台。

   6.2统 * 决策分析服务

   本项目为涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理等应用提供决策分析服务。

   （1）模型管理

   对符合需要的数据表，支持建立基本业务模型：

   包括选择业务模型需要的基本属性，如设置过滤条件、选择显示维度、添加可视化图表中的显示指标，基本设置完成后，支持预显示列表化的分析结果。满足实际业务 (略) 聚合分析，业务分析实现对多数据源、多表的可视化关联分析，可实现多表的关联分析，支持数据源、发布表、字典表等多种业务数据来源； (略) 联接、左侧联接、右侧联接、外部联接、联合等多种数据表的关联关系；创建的业务模型，可直接通过可视化操作， (略) 需要的业务视图。

   （2）主题管理

   面向复 (略) 景，支持各类模型之间的关联和重组， (略) 景的分析需求，支持各种历史版本主题管理。

   （3）决策分析

   基于已经定制的模型，面对个性化的、复杂的业务模型， (略) 个性决策分析，系统预置5类分析算法，分 (略) 理、特征工程、统计分析、机器学习、非结构化分析等。 (略) 理包括：加权采样、过滤与映射、随机采样、拆分、缺失值填充、归 * 化、标准化、特征工程等；统计分析包括：百分位、皮尔森系数、离散值特征分析、相关系数矩阵等；机器学习包括： * 分类、多分类、聚类、回归等，以及文本分析等非结构化模型。支持上述预置模型之外， (略) 业需求扩展其他算法模型。

   （4）数据可视化

   支持大屏、PC、智能终端等全媒体发布功能的实现。

   7、日常维护服务

   根据运维服务工作的特点，维服务内容包括运维交付、业务支持和应急响应。

   * 、服务要求

   指标1.

   指标项：完善疫情信息主题库

   指标描述：通过疫情信息系统升级，完善疫情数据采集、比对、分析，促进全市防控工作与现代信息技术深度融合，强化外防输入、内防扩散的技术支撑。

   指标要求：通过疫情信息系统升级，完善疫情数据采集、比对、分析，促进全市防控工作与现代信息技术深度融合，强化外防输入、内防扩散的技术支撑。采用Web端日志、客户端日志采集等 (略) 系统数 (略) 统 * 数据存储。 (略) 理框架、流处理框架、交互式分析框架等 (略) 数据计算，完成不同分类数据自定义标签化，数据建模包括：居家人员隔离、密接人员、购药登记、发热门诊、流调溯源、核酸检测、冷链管理、境外入沈人员、域外入沈人员、疫苗接种、交通管理以及物资管理等十余种数据分类。

   整合范围主要包括：

   （1）报表：决策报表、数据查询与过滤、图表、交互分析、数据填报、实时调度、移动应用、国际化语音支持；

   （2）数据分析：基础数据、自助数据集、可视化、仪表板、高性能计算引擎、定时调度；

   （3）市、区/县：疫情监控、救治力量、物资保障、重点人群、复工复产、 (略) 、交通运输、水电气暖、环境整治、民生物价、交通卡口、连线指挥、大事记、境外放输入

   （4）多级填报：数据统计、数据列表、数据授权、数据填报、 (略) 、业务审批；

   （5）境外来沈人员数据：境外来沈提报、境外来沈预申报、入沈人员信息、密切接触人员管理、中转人员管理、隔离人员管理、核酸人员管理、 (略) 中转管理。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。

   指标2.

   指标项：完善公有房产管理主题库

   指标描述：通过对公有房产管理应用升级，完善业务数据抽取、清洗转换之后加载到数据仓库。

   指标要求：通过对公有房产管理应用升级，完善业务数据抽取、清洗转换之后加载到数据仓库。涉及数据来源于全市国有机构、事企业单位公有房产信息等，主要包含9类房产类型数据：党政机关房产、人民团体房产、社会团体房产、事业单位房产、企业房产、村集体房产、直管公房住宅、直管公房非住宅和人防工程；覆盖全市 * 个区的公房管理过程中的基本信息、房产来源、产权信息、入账信息、使用情况、权利状态和图片信息共7大类基础数据；构建房产数据标准和质量规则，并将其贯彻到数据质量探查、分析、保障的全过程中，将散乱的异构数据加工成标准、干净的数据资产，确保数据的完整性、 * 致性、准确性、可用性。创建统 * 的数据资源分析视图，可视化体现数据资源价值，更清晰了解数据资源全貌，进行数据资源的规划和分析。

   整合范围主要包括：

   （1）基本数据包括：房产基本信息、地址信息、来源信息、楼体信息、产权信息、入账信息、使用信息、出租信息、出租收入（收益）情况、 (略) 置情况和其他信息等信息数据项；

   （2）房产来源数据包括：接管、接收、划拨、受赠、受让、置换、建设、购买、托管、顶账、拍卖、调剂、居住配套、军队移交和其他来源等信息数据项；

   （3）产权信息数据包括：房屋产权证/不动产证、契证/契税完税证明、证件类型（房屋产权证、不动产证）、产权人名称、房屋产权证/不动产证的上传、有无契证/契税完税证明等信息数据项；

   （4）入账信息数据包括：财务账已入账管理、财务账未入账管理、固定资产账已入账管理和固定资产账未入账管理等信息数据项；

   （5）使用情况数据包括：自用、出租、出借、占用和闲置等信息数据项；

   （6）权利状态数据包括：抵押和查封等信息数据项；

   （7）图片信息数据包括：楼体外全景图片、临近参照物照片和前厅照片等信息数据。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。

   指标3.

   指标项：完善户厕改造主题库

   指标描述：通过对厕改系统应用升级，将整合全市 * 个区县涉及的约 * 万座已验收的改建农村户厕信息。

   指标要求：通过对厕改系统应用升级，将整合全市 * 个区县涉及的约 * 万座已验收的改建农村户厕信息。主要包括实施档案管理数据及户厕详情数据，其中实施档案管理数据包含：组织机构与管理、改厕实施方案、年度计划、技术培训、招投标资料（合同、资质、证明等）、检查督导记录、监理报告和验收报告等信息数据。户厕详情数据包含：基础信息、整改信息、申报信息和维修信息共4类相关统计数据；通过户厕改造主题库整合，采用应用事件分析、漏斗分析等多种分析模型，为建立管护体系、完善管护制度提供高效精准的数据支撑服务。

   整合范围主要包括：

   （1）基础数据：农户姓名、农户身份证号、农户电话、农户地址、所在村组、户主姓名、家庭人口数量等信息数据；

   （2）整改数据：整改信息（竣工时间、屯名称、改厕类型、使用情况、方案类别、整改意愿等数据），包保信息（包保乡/村/ (略) 姓名、电话，网格员姓名、电话，正风肃纪员姓名、电话， (略) 姓名、电话等数据），评价信息以及意愿确认信息等数据；

   （3）申报信息：申请情况（申请改厕类型、厕具类型、厕具供应商、化粪池供应商等数据），室内改厕建设条件（室内独立厕屋位置、供水工程入户、取暖设施、室外化粪池位置等数据），村审批信息（审批人、审批意见、审批时间、建设类型、后期管维等数据），承建信息（承建单位名称、质检申请、厕具质检报告、厕具产品合格证、厕具卫生质量报告、化粪池质检报告、化粪池产品合格证、化粪池卫生质量报告等数据），监理验收信息（监理单位名称、监理人电话、监理人姓名、验收时间、验收意见等信息）以及用户评价信息、 * 方验收信息等多项数据；

   （4）维修信息：上报问题、接报信息以及维修信息（维修单位、维修单位账号、维修人姓名、维修人电话）等数据项。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。

   指标4.

   指标项：完善民生诉求主题库

   指标描述：通过对民生诉求应用升级，将整合全市民生诉求业务系统及教育、就业、劳动、人设、民政、 (略) 门的涉及民生诉求的业务信息。

   指标要求：通过对民生诉求应用升级，将整合全市民生诉求业务系统及教育、就业、劳动、人设、民政、 (略) 门的涉及民生诉求的业务信息。民生诉求主题库以服务模式为总体架构，覆盖民生诉求数据应用全过程，支持多源异构海量数据的采集、存储、集成、处理、分析、可视化展现以及交互式应用；数据采集涉包括数据总线、抓取（数据抓取、图像抓取、网页抓取）、转换、加载等；数据存储涉包括分布式文件系统、关系型数据库、内存数据库等；数据计算包括数据查询、统计与分析、数据预测等；展现与交互包括图形与报表、数据可视等。
   整合范围主要包括：诉求工单台账信息、民生需求台账信息、诉求整改台账信息以及诉求办理信息。

   （1）诉求工单台账信息包含：申请人姓名、住址、联系电话、主要诉求、登记人建议、解决渠道、联系责任人、单位及职务等数据项；

   （2）民生需求台账信息包含：走访记录、排查信息、征求意见、矛盾问题、民生需求、处理措施、处理情况、处理人员、处理人员级别、 (略) 门、 (略) 门电话等数据项；

   （3）诉求整改台账信息包含：监督单位、问题分类、问题数量、已整改信息以及正在整改信息等数据项；

   （4）诉求办理信息包含：事件受理信息、受理时间、受理人信息、便签记录、事件核实信息、台账记录信息、上门帮扶信息、市民意见信息等数据项。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。

   指标5.

   指标项：完善治理监督主题库

   指标描述：通过对治理监督系统应用升级，将整合全市监督数据信息和治理信息。

   指标要求：通过对治理监督系统应用升级，将整合全市监督数据信息和治理信息，以及整合政务大数据平台、 (略) 管理总门户、治理舱、监督舱等各类平台系统数据资源， (略) 权治理体系信息化水平不断优化提升，达到“治理监督交互，监督治理融合”的目标，辅 (略) (略) 涉的个人、单位、企业，开展专项检查、抽样检验、工作提示等监管措施， (略) 置的事前风险预警和事中事后监管的无缝对接。同时，为政府领导辅助决策提供服务。其中，监督数据信息，需融合交互比对、问题梳理、纪检监督、处置整改等 * 个综合业务子系统各类应用数据以及全 (略) 权服务事项全流程、全环节的过程结果数据；治理数据信息， (略) 权监测、报警提示、周报分析、优化建设等各类通用功能应用数据以及问题、要件、条件、规则等 * 项设定数据。

   (略) 整合范围包括：

   （1）数据看板：服务事项维度、用户访问维度、事项查询办理量维度；

   （2）指标管理：事项查询办理量维度、查看达标详情；

   （3）数据详情：用户访问趋势、实时访问数据、活跃用户分析、用户画像、用户留存数据、渠道分析、访问来源、版本分析、事件列表、流失与回流分析、页面分析、使用分析、设备分析、自定义渠道分析、账号统计分析；

   （4）统计报表：事项数据与普及度、 (略) 门事项数、事项优化效果、业务量查询、事项业务量详情、业务量排名、成果量对比；

   （5）业务管理：事项管理、事项字典、电子证照；

   （6）自定义报表：自定义报表、自定义图表；

   （7）专项分析：事件分析、漏斗分析、路径分析；

   （8）应用管理：推送管理、配置管理；

   （9）系统管理：用户管理、权限管理、数据源管理；

   (略) 整合范围包括：

   （1）渠道管理、渠道类别管理、渠道分析；

   （2）标签管理：性别、年龄、省份、城市、终端、机型等

   （3）内容管理：内容管理、内容发布、运营分析；

   （4）活动管理：活动模板、活动编辑、活动发布、活动统计；

   （5）事件管理：推广管理、属性管理、复盘管理

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。

   指标6.

   指标项：数据 (略) 理服务

   指标描述：提供数据感知、 (略) 理、基础环境配置的 * 体化数据采集管理工具，针对线上的用户增长分析及 (略) 景，结合政务服务向互联化转型中遇到的痛点，提供统 * 的数据采集标准、多样化的数据接入方式，开展安全高效的数据采集， (略) 门将自有业务数据与应用 (略) 分析。

   指标要求：

   数据采集服务：
   统 * 数据采集标准，可采集小程序、H5、Web应用等各类埋点数据，整合并统 * 后台存储；也可通过读取数据库、接口等方式获取业务数据。
   埋点数据：通过代码埋点的方式对小程序、H5、We (略) 数据采集。
   微信小程序及公众平台数据：通过微信开发平台接口获取小程序及公众号相关数据。
   业务数据：可通过读取数据接口、读取数据库、读取文件等方式接入业务方系统数据。

   (略) 理服务：
   基于各种渠道采集的埋点数据与业务数据， (略) 理与归类，分别建设用户数据容器、轨迹数据容器、统计数据容器、日志数据容器存储成功采集的数据。
   数据存储方面，实时数据存储于关系型数据库中，由于数据量预测较大，建议做好主从分离和分库分表。历史数据下沉到分布式大数据存储数据库中，便于统计分析。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：采集工具交付、数据采集记录。

   指标7.

   指标项：数据梳理服务

   指标描述：对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的具体菜单（业务）和业务具体包含的详细功能点。

   指标要求：

   业务梳理：

   对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的具体菜单（业务）和业务具体包含的详细功能点。实现包括对预留字段的说明、后台参数的配置、后台表资料的保存、前台特殊 (略) 理，以及相应关联功能域提供的接口等。

   数据梳理：

   对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的数据规律、关联、分类、格式、属性、更新时限等，实现对数据资源整合,建立数据仓库。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：调研报告、部门清单、业务清单、数据梳理清单。

   指标8.

   指标项：API服务

   指标描述：API服务工作主要包括需求分析、设计开发、数据接口测试

   指标要求：

   （1）需求分析

   根据业务梳理的调研情况，梳理出可以通过数据服务接口提供服务的资源清单， (略) 门确认，形成待开发的API目录。

   （2）设计开发

   根据数据接口梳理的情况，设计API的 (略) 理流程，并开发相应的数据接口。

   （3）数据接口测试

   提供统 * 的测试环境，所有开发出的数据接口都必须通过测试，保障接口达到设计的要求。并对 (略) 审核，确保数据接口的开发符合数据汇聚的接口规范和安全管理要求。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：需求分析报告、API梳理清单、开发者运维门户。

   指标9.

   指标项：微应用服务

   指标描述：微应用服务工作主要包括需求分析、设计开发、微应用测试

   指标要求：

   （1）需求分析

   根据业务梳理的调研情况，梳理出可以通过微应用提供服务的资源清单，并 (略) 门确认，形成待开发的微应用目录。

   （2）设计开发

   根据数据微应用梳理的情况，设计微应用的界面及操作流程，并开发相应的数据微应用。

   （3）微应用测试

   提供统 * 的测试环境，所有开发出的微应用都必须通过测试，保障微应用达到设计的要求。并对需要共享 (略) 审核，确保微应用的开发符合数据汇聚的微应用规范和安全管理要求。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：需求分析报告、微应用梳理清单、开发者运维门户。

   指标 * .

   指标项：接口改造

   指标描述：本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理应用系统的原有接口改造。

   指标要求：

   数据同步接口改造：
   获取系 (略) 门列表信息、根据编码获取表格列表名称、根据表格名称获取填报项列表、获取今天某 * 表格下的填报数据、获取今天指定时间段内某 * 表格下的填报数据、根据日期获取某 * 天某 * 表格下的填报数据、根据日期获取某 * 天指定时间段内某 * 表格下的填报数据、获取指定时间段内某 * 填报项的历史变动数据；

   数据访问接口改造：
   应用系统需向主题库提供访问完整数据记录的接口，使主题数据库可以根据索引数据访问到原始数据；

   开放索引数据收割接口：
   应用系统需按照逻辑数据库的统 * 数据模式将各自的索引数据封装成web服务供主题数据库调用；

   开放服务状态监控接口：
   应用系统需向主题库开放服务状态监控接口，使主题 (略) 点 (略) 监控；

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：接口文档、联调测试报告。

   指标 * .

   指标项：功能改造

   指标描述：要求提供统 * 数据导航功能、数据高级检索方式、逻辑数据库生成和管理、主题库注册、统 * 身份认证等功能。

   指标要求：

   1、要求提供统 * 数据导航功能：

   （1）选择目录之后：支持列出分类下的子类，支持该节点下的数据集；

   （2）点击每个数据集，可以查看其元数据。

   2、提供数据的简单、高级等检索方式和数据浏览下载功能：

   （1）检索结果超过 * 项时，必须提供翻页功能；

   （2）每个检索结果显示该索引记录的字段信息，并显示查看原系统数据的链接。

   3、逻辑数据库的生成和管理：调用原系统提供的索引数据收割接口实现逻辑数据库的封装和集成。索引库在物理上统 * 存储和管 (略) 提供收割接口。

   4、系统应用服务的注册：提供web服务注册功能，统 * 管理应用系统开放的各类web服务。

   5、元数据的生成交汇：需按照元数据规范建立逻辑数据库的元数据。

   6、主题库注册系统：提供统 * 的主题数据库注册界面，用以注册主题数据库的元数据信息；

   7、统 * 用户管理与认证系统：提供统 * 的用户注册、管理界面，并提供的用户认证入口，所有数据应用环境用户在该系统内仅需要 * 次登录；

   8、数据、索引库收割工具：提供元数据、索引库的收割工具；

   9、统 * 的数据导航与检索系统：基于元数据与索引库，提供主题数据库的导航和检索；

   * 、访问记录：为主题数据库提供通用的记录接口，用以记录各主题库的访问情况，并提供统 * 的数据访问统计平台。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果：功能清单、测试报告、用户操作手册。

   指标 * .

   指标项：日常维护服务

   指标描述：根据运维服务工作的特点，维服务内容包括运维交付、业务支持和应急响应。

   指标要求：

   1.提供全年5* (略) 运维服务，具备2小时内定位及解决问题的能力；

   2.负责数据整理、软件升级、接口开发等服务；调研定制需求分析，专项培训及推广，系统数据库备份及优化，提供详细的数据维护计划， (略) 理等工作。

   3.人员要求：疫情、公有房产、厕改、民生诉求、监督治理 * 大主题库，要求每项至少安排5 (略) 长期驻地（5*8小时）服务；

   4.提供疫情、公有房产、厕改、民生诉求、监督治理应用的补 * 服务安装、系统备份、系统恢复和季度巡检；

   5.定制紧预案机制， (略) * 次紧急响应演练，模拟系统遇到严重故障情况下，快速对数 (略) 恢复操作，保障 (略) 。

   6.具备协调组织能力，当 * 线故障问题无法解决时能够协调组织 * (略) (略) (略) 理，实现快速响应解决 (略) 过程中出现的各种问题和故障。

   服务时间：5* (略) 服务 7* * 热线支持

   服务方式：现场

   交付成果： (略) 服务、运维服务清单、应急预案等。