数据接口测试
提供统一的测试环境，所有开发出的数据接口都必须通过测试，保障接口达到设计的要求。并对数据接口进行审核，确保数据接口的开发符合数据汇聚的接口规范和安全管理要求。
4.4 微应用服务
（1）需求分析
根据业务梳理的调研情况，梳理出可以通过微应用提供服务的资源清单，并经并经主管部门确认，形成待开发的微应用目录。
（2）设计开发
根据数据微应用梳理的情况，设计微应用的界面及操作流程，并开发相应的数据微应用。
（3）微应用测试
提供统一的测试环境，所有开发出的微应用都必须通过测试，保障微应用达到设计的要求。并对需要共享的微应用进行审核，确保微应用的开发符合数据汇聚的微应用规范和安全管理要求。
5、接口改造
本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理应用系统的接口改造。
（1）数据同步接口改造：
获取系统相关政务部门列表信息、根据编码获取表格列表名称、根据表格名称获取填报项列表、获取今天某一表格下的填报数据、获取今天指定时间段内某一表格下的填报数据、根据日期获取某一天某一表格下的填报数据、根据日期获取某一天指定时间段内某一表格下的填报数据、获取指定时间段内某一填报项的历史变动数据；
（2）数据访问接口改造：
应用系统需向主题库提供访问完整数据记录的接口，使主题数据库可以根据索引数据访问到原始数据；
（3）开放索引数据收割接口：
应用系统需按照逻辑数据库的统一数据模式将各自的索引数据封装成web服务供主题数据库调用；
（4）开放服务状态监控接口：
应用系统需向主题库开放服务状态监控接口，使主题库对系统的站点连接状态进行监控。
6、功能改造
本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理等应用的功能改造。
6.1 功能需求
(1)要求提供统一数据导航功能：
① 选择目录之后：支持列出分类下的子类，支持该节点下的数据集；
② 点击每个数据集，可以查看其元数据。
(2)提供数据的简单、高级等检索方式和数据浏览下载功能：
① 检索结果超过30项时，必须提供翻页功能；
② 每个检索结果显示该索引记录的字段信息，并显示查看原系统数据的链接。
(3)逻辑数据库的生成和管理：调用原系统提供的索引数据收割接口实现逻辑数据库的封装和集成。索引库在物理上统一存储和管理并向数据中心提供收割接口。
(4)系统应用服务的注册：提供web服务注册功能，统一管理应用系统开放的各类web服务。
(5)元数据的生成交汇：需按照元数据规范建立逻辑数据库的元数据。
(6)主题库注册系统：提供统一的主题数据库注册界面，用以注册主题数据库的元数据信息；
(7)统一用户管理与认证系统：提供统一的用户注册、管理界面，并提供的用户认证入口，所有数据应用环境用户在该系统内仅需要一次登录；
(8)数据、索引库收割工具：提供元数据、索引库的收割工具；
(9)统一的数据导航与检索系统：基于元数据与索引库，提供主题数据库的导航和检索；
(10)访问记录：为主题数据库提供通用的记录接口，用以记录各主题库的访问情况，并提供统一的数据访问统计平台。
6.2统一决策分析服务
本项目为涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理等应用提供决策分析服务。
（1）模型管理
对符合需要的数据表，支持建立基本业务模型：
包括选择业务模型需要的基本属性，如设置过滤条件、选择显示维度、添加可视化图表中的显示指标，基本设置完成后，支持预显示列表化的分析结果。满足实际业务多数据源进行聚合分析，业务分析实现对多数据源、多表的可视化关联分析，可实现多表的关联分析，支持数据源、发布表、字典表等多种业务数据来源；支持内部联接、左侧联接、右侧联接、外部联接、联合等多种数据表的关联关系；创建的业务模型，可直接通过可视化操作，生成所需要的业务视图。
（2）主题管理
面向复杂决策分析场景，支持各类模型之间的关联和重组，以适应复杂场景的分析需求，支持各种历史版本主题管理。
（3）决策分析
基于已经定制的模型，面对个性化的、复杂的业务模型，支持进行个性决策分析，系统预置5类分析算法，分别是数据预处理、特征工程、统计分析、机器学习、非结构化分析等。其中数据预处理包括：加权采样、过滤与映射、随机采样、拆分、缺失值填充、归一化、标准化、特征工程等；统计分析包括：百分位、皮尔森系数、离散值特征分析、相关系数矩阵等；机器学习包括：二分类、多分类、聚类、回归等，以及文本分析等非结构化模型。支持上述预置模型之外，根据行业需求扩展其他算法模型。
（4）数据可视化
支持大屏、PC、智能终端等全媒体发布功能的实现。
7、日常维护服务
根据运维服务工作的特点，维服务内容包括运维交付、业务支持和应急响应。
二、服务要求
指标1.
指标项：完善疫情信息主题库
指标描述：通过疫情信息系统升级，完善疫情数据采集、比对、分析，促进全市防控工作与现代信息技术深度融合，强化外防输入、内防扩散的技术支撑。
指标要求：通过疫情信息系统升级，完善疫情数据采集、比对、分析，促进全市防控工作与现代信息技术深度融合，强化外防输入、内防扩散的技术支撑。采用Web端日志、客户端日志采集等方式完成外部系统数据采集并进行统一数据存储。同时采用批处理框架、流处理框架、交互式分析框架等多种方法进行数据计算，完成不同分类数据自定义标签化，数据建模包括：居家人员隔离、密接人员、购药登记、发热门诊、流调溯源、核酸检测、冷链管理、境外入沈人员、域外入沈人员、疫苗接种、交通管理以及物资管理等十余种数据分类。
整合范围主要包括：
（1）报表：决策报表、数据查询与过滤、图表、交互分析、数据填报、实时调度、移动应用、国际化语音支持；
（2）数据分析：基础数据、自助数据集、可视化、仪表板、高性能计算引擎、定时调度；
（3）市、区/县：疫情监控、救治力量、物资保障、重点人群、复工复产、公共场所、交通运输、水电气暖、环境整治、民生物价、交通卡口、连线指挥、大事记、境外放输入
（4）多级填报：数据统计、数据列表、数据授权、数据填报、流程中心、业务审批；
（5）境外来沈人员数据：境外来沈提报、境外来沈预申报、入沈人员信息、密切接触人员管理、中转人员管理、隔离人员管理、核酸人员管理、北京中转管理。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。
指标2.
指标项：完善公有房产管理主题库
指标描述：通过对公有房产管理应用升级，完善业务数据抽取、清洗转换之后加载到数据仓库。
指标要求：通过对公有房产管理应用升级，完善业务数据抽取、清洗转换之后加载到数据仓库。涉及数据来源于全市国有机构、事企业单位公有房产信息等，主要包含9类房产类型数据：党政机关房产、人民团体房产、社会团体房产、事业单位房产、企业房产、村集体房产、直管公房住宅、直管公房非住宅和人防工程；覆盖全市13个区的公房管理过程中的基本信息、房产来源、产权信息、入账信息、使用情况、权利状态和图片信息共7大类基础数据；构建房产数据标准和质量规则，并将其贯彻到数据质量探查、分析、保障的全过程中，将散乱的异构数据加工成标准、干净的数据资产，确保数据的完整性、一致性、准确性、可用性。创建统一的数据资源分析视图，可视化体现数据资源价值，更清晰了解数据资源全貌，进行数据资源的规划和分析。
整合范围主要包括：
（1）基本数据包括：房产基本信息、地址信息、来源信息、楼体信息、产权信息、入账信息、使用信息、出租信息、出租收入（收益）情况、房产处置情况和其他信息等信息数据项；
（2）房产来源数据包括：接管、接收、划拨、受赠、受让、置换、建设、购买、托管、顶账、拍卖、调剂、居住配套、军队移交和其他来源等信息数据项；
（3）产权信息数据包括：房屋产权证/不动产证、契证/契税完税证明、证件类型（房屋产权证、不动产证）、产权人名称、房屋产权证/不动产证的上传、有无契证/契税完税证明等信息数据项；
（4）入账信息数据包括：财务账已入账管理、财务账未入账管理、固定资产账已入账管理和固定资产账未入账管理等信息数据项；
（5）使用情况数据包括：自用、出租、出借、占用和闲置等信息数据项；
（6）权利状态数据包括：抵押和查封等信息数据项；
（7）图片信息数据包括：楼体外全景图片、临近参照物照片和前厅照片等信息数据。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。
指标3.
指标项：完善户厕改造主题库
指标描述：通过对厕改系统应用升级，将整合全市13个区县涉及的约15万座已验收的改建农村户厕信息。
指标要求：通过对厕改系统应用升级，将整合全市13个区县涉及的约15万座已验收的改建农村户厕信息。主要包括实施档案管理数据及户厕详情数据，其中实施档案管理数据包含：组织机构与管理、改厕实施方案、年度计划、技术培训、招投标资料（合同、资质、证明等）、检查督导记录、监理报告和验收报告等信息数据。户厕详情数据包含：基础信息、整改信息、申报信息和维修信息共4类相关统计数据；通过户厕改造主题库整合，采用应用事件分析、漏斗分析等多种分析模型，为建立管护体系、完善管护制度提供高效精准的数据支撑服务。
整合范围主要包括：
（1）基础数据：农户姓名、农户身份证号、农户电话、农户地址、所在村组、户主姓名、家庭人口数量等信息数据；
（2）整改数据：整改信息（竣工时间、屯名称、改厕类型、使用情况、方案类别、整改意愿等数据），包保信息（包保乡/村/县包乡干部姓名、电话，网格员姓名、电话，正风肃纪员姓名、电话，妇联干部姓名、电话等数据），评价信息以及意愿确认信息等数据；
（3）申报信息：申请情况（申请改厕类型、厕具类型、厕具供应商、化粪池供应商等数据），室内改厕建设条件（室内独立厕屋位置、供水工程入户、取暖设施、室外化粪池位置等数据），村审批信息（审批人、审批意见、审批时间、建设类型、后期管维等数据），承建信息（承建单位名称、质检申请、厕具质检报告、厕具产品合格证、厕具卫生质量报告、化粪池质检报告、化粪池产品合格证、化粪池卫生质量报告等数据），监理验收信息（监理单位名称、监理人电话、监理人姓名、验收时间、验收意见等信息）以及用户评价信息、甲方验收信息等多项数据；
（4）维修信息：上报问题、接报信息以及维修信息（维修单位、维修单位账号、维修人姓名、维修人电话）等数据项。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。
指标4.
指标项：完善民生诉求主题库
指标描述：通过对民生诉求应用升级，将整合全市民生诉求业务系统及教育、就业、劳动、人设、民政、交通等各个部门的涉及民生诉求的业务信息。
指标要求：通过对民生诉求应用升级，将整合全市民生诉求业务系统及教育、就业、劳动、人设、民政、交通等各个部门的涉及民生诉求的业务信息。民生诉求主题库以服务模式为总体架构，覆盖民生诉求数据应用全过程，支持多源异构海量数据的采集、存储、集成、处理、分析、可视化展现以及交互式应用；数据采集涉包括数据总线、抓取（数据抓取、图像抓取、网页抓取）、转换、加载等；数据存储涉包括分布式文件系统、关系型数据库、内存数据库等；数据计算包括数据查询、统计与分析、数据预测等；展现与交互包括图形与报表、数据可视等。
整合范围主要包括：诉求工单台账信息、民生需求台账信息、诉求整改台账信息以及诉求办理信息。
（1）诉求工单台账信息包含：申请人姓名、住址、联系电话、主要诉求、登记人建议、解决渠道、联系责任人、单位及职务等数据项；
（2）民生需求台账信息包含：走访记录、排查信息、征求意见、矛盾问题、民生需求、处理措施、处理情况、处理人员、处理人员级别、处理部门、处理部门电话等数据项；
（3）诉求整改台账信息包含：监督单位、问题分类、问题数量、已整改信息以及正在整改信息等数据项；
（4）诉求办理信息包含：事件受理信息、受理时间、受理人信息、便签记录、事件核实信息、台账记录信息、上门帮扶信息、市民意见信息等数据项。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。
指标5.
指标项：完善治理监督主题库
指标描述：通过对治理监督系统应用升级，将整合全市监督数据信息和治理信息。
指标要求：通过对治理监督系统应用升级，将整合全市监督数据信息和治理信息，以及整合政务大数据平台、城市运行管理总门户、治理舱、监督舱等各类平台系统数据资源，推动行权治理体系信息化水平不断优化提升，达到“治理监督交互，监督治理融合”的目标，辅助监督治理部门针对所涉的个人、单位、企业，开展专项检查、抽样检验、工作提示等监管措施，实现行权处置的事前风险预警和事中事后监管的无缝对接。同时，为政府领导辅助决策提供服务。其中，监督数据信息，需融合交互比对、问题梳理、纪检监督、处置整改等14个综合业务子系统各类应用数据以及全市14大类行权服务事项全流程、全环节的过程结果数据；治理数据信息，需融合行权监测、报警提示、周报分析、优化建设等各类通用功能应用数据以及问题、要件、条件、规则等14项设定数据。
数据中心整合范围包括：
（1）数据看板：服务事项维度、用户访问维度、事项查询办理量维度；
（2）指标管理：事项查询办理量维度、查看达标详情；
（3）数据详情：用户访问趋势、实时访问数据、活跃用户分析、用户画像、用户留存数据、渠道分析、访问来源、版本分析、事件列表、流失与回流分析、页面分析、使用分析、设备分析、自定义渠道分析、账号统计分析；
（4）统计报表：事项数据与普及度、业务部门事项数、事项优化效果、业务量查询、事项业务量详情、业务量排名、成果量对比；
（5）业务管理：事项管理、事项字典、电子证照；
（6）自定义报表：自定义报表、自定义图表；
（7）专项分析：事件分析、漏斗分析、路径分析；
（8）应用管理：推送管理、配置管理；
（9）系统管理：用户管理、权限管理、数据源管理；
综合管理中心整合范围包括：
（1）渠道管理、渠道类别管理、渠道分析；
（2）标签管理：性别、年龄、省份、城市、终端、机型等
（3）内容管理：内容管理、内容发布、运营分析；
（4）活动管理：活动模板、活动编辑、活动发布、活动统计；
（5）事件管理：推广管理、属性管理、复盘管理
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：业务清单、功能清单、数据资源清单、功能升级改造清单、接口改造清单、测试报告。
指标6.
指标项：数据采集和数据处理服务
指标描述：提供数据感知、数据处理、基础环境配置的一体化数据采集管理工具，针对线上的用户增长分析及精细化运营场景，结合政务服务向互联化转型中遇到的痛点，提供统一的数据采集标准、多样化的数据接入方式，开展安全高效的数据采集，便于政府部门将自有业务数据与应用数据综合进行分析。
指标要求：
数据采集服务：
统一数据采集标准，可采集小程序、H5、Web应用等各类埋点数据，整合并统一后台存储；也可通过读取数据库、接口等方式获取业务数据。
埋点数据：通过代码埋点的方式对小程序、H5、Web应用等进行数据采集。
微信小程序及公众平台数据：通过微信开发平台接口获取小程序及公众号相关数据。
业务数据：可通过读取数据接口、读取数据库、读取文件等方式接入业务方系统数据。
数据处理服务：
基于各种渠道采集的埋点数据与业务数据，开展数据处理与归类，分别建设用户数据容器、轨迹数据容器、统计数据容器、日志数据容器存储成功采集的数据。
数据存储方面，实时数据存储于关系型数据库中，由于数据量预测较大，建议做好主从分离和分库分表。历史数据下沉到分布式大数据存储数据库中，便于统计分析。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：采集工具交付、数据采集记录。
指标7.
指标项：数据梳理服务
指标描述：对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的具体菜单（业务）和业务具体包含的详细功能点。
指标要求：
业务梳理：
对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的具体菜单（业务）和业务具体包含的详细功能点。实现包括对预留字段的说明、后台参数的配置、后台表资料的保存、前台特殊限制和特殊处理，以及相应关联功能域提供的接口等。
数据梳理：
对应到民生诉求、公有房产管理、户厕改造管理、疫情信息管理、监督治理业务应用的数据规律、关联、分类、格式、属性、更新时限等，实现对数据资源整合,建立数据仓库。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：调研报告、部门清单、业务清单、数据梳理清单。
指标8.
指标项：API服务
指标描述：API服务工作主要包括需求分析、设计开发、数据接口测试
指标要求：
（1）需求分析
根据业务梳理的调研情况，梳理出可以通过数据服务接口提供服务的资源清单，并经主管部门确认，形成待开发的API目录。
（2）设计开发
根据数据接口梳理的情况，设计API的输入输出及处理流程，并开发相应的数据接口。
（3）数据接口测试
提供统一的测试环境，所有开发出的数据接口都必须通过测试，保障接口达到设计的要求。并对数据接口进行审核，确保数据接口的开发符合数据汇聚的接口规范和安全管理要求。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：需求分析报告、API梳理清单、开发者运维门户。
指标9.
指标项：微应用服务
指标描述：微应用服务工作主要包括需求分析、设计开发、微应用测试
指标要求：
（1）需求分析
根据业务梳理的调研情况，梳理出可以通过微应用提供服务的资源清单，并经并经主管部门确认，形成待开发的微应用目录。
（2）设计开发
根据数据微应用梳理的情况，设计微应用的界面及操作流程，并开发相应的数据微应用。
（3）微应用测试
提供统一的测试环境，所有开发出的微应用都必须通过测试，保障微应用达到设计的要求。并对需要共享的微应用进行审核，确保微应用的开发符合数据汇聚的微应用规范和安全管理要求。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：需求分析报告、微应用梳理清单、开发者运维门户。
指标10.
指标项：接口改造
指标描述：本项目涉及民生诉求管理、公有房产管理、户厕改造管理、疫情信息管理、监督治理应用系统的原有接口改造。
指标要求：
数据同步接口改造：
获取系统相关政务部门列表信息、根据编码获取表格列表名称、根据表格名称获取填报项列表、获取今天某一表格下的填报数据、获取今天指定时间段内某一表格下的填报数据、根据日期获取某一天某一表格下的填报数据、根据日期获取某一天指定时间段内某一表格下的填报数据、获取指定时间段内某一填报项的历史变动数据；
数据访问接口改造：
应用系统需向主题库提供访问完整数据记录的接口，使主题数据库可以根据索引数据访问到原始数据；
开放索引数据收割接口：
应用系统需按照逻辑数据库的统一数据模式将各自的索引数据封装成web服务供主题数据库调用；
开放服务状态监控接口：
应用系统需向主题库开放服务状态监控接口，使主题库对系统的站点连接状态进行监控；
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：接口文档、联调测试报告。
指标11.
指标项：功能改造
指标描述：要求提供统一数据导航功能、数据高级检索方式、逻辑数据库生成和管理、主题库注册、统一身份认证等功能。
指标要求：
1、要求提供统一数据导航功能：
（1）选择目录之后：支持列出分类下的子类，支持该节点下的数据集；
（2）点击每个数据集，可以查看其元数据。
2、提供数据的简单、高级等检索方式和数据浏览下载功能：
（1）检索结果超过30项时，必须提供翻页功能；
（2）每个检索结果显示该索引记录的字段信息，并显示查看原系统数据的链接。
3、逻辑数据库的生成和管理：调用原系统提供的索引数据收割接口实现逻辑数据库的封装和集成。索引库在物理上统一存储和管理并向数据中心提供收割接口。
4、系统应用服务的注册：提供web服务注册功能，统一管理应用系统开放的各类web服务。
5、元数据的生成交汇：需按照元数据规范建立逻辑数据库的元数据。
6、主题库注册系统：提供统一的主题数据库注册界面，用以注册主题数据库的元数据信息；
7、统一用户管理与认证系统：提供统一的用户注册、管理界面，并提供的用户认证入口，所有数据应用环境用户在该系统内仅需要一次登录；
8、数据、索引库收割工具：提供元数据、索引库的收割工具；
9、统一的数据导航与检索系统：基于元数据与索引库，提供主题数据库的导航和检索；
10、访问记录：为主题数据库提供通用的记录接口，用以记录各主题库的访问情况，并提供统一的数据访问统计平台。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：功能清单、测试报告、用户操作手册。
指标12.
指标项：日常维护服务
指标描述：根据运维服务工作的特点，维服务内容包括运维交付、业务支持和应急响应。
指标要求：
1.提供全年5*8小时驻场运维服务，具备2小时内定位及解决问题的能力；
2.负责数据整理、软件升级、接口开发等服务；调研定制需求分析，专项培训及推广，系统数据库备份及优化，提供详细的数据维护计划，突发事件处理等工作。
3.人员要求：疫情、公有房产、厕改、民生诉求、监督治理五大主题库，要求每项至少安排5位工程师进行长期驻地（5*8小时）服务；
4.提供疫情、公有房产、厕改、民生诉求、监督治理应用的补丁服务安装、系统备份、系统恢复和季度巡检；
5.定制紧预案机制，每年进行一次紧急响应演练，模拟系统遇到严重故障情况下，快速对数据及程序进行恢复操作，保障系统稳定运行。
6.具备协调组织能力，当一线故障问题无法解决时能够协调组织二线工程师进行远程或到现场进行故障处理，实现快速响应解决信息系统运行过程中出现的各种问题和故障。
服务时间：5*8现场服务 7*24热线支持
服务方式：现场
交付成果：工程师驻场服务、运维服务清单、应急预案等。
