XX县数字化治理平台——数字驾驶舱建设项目需求说明

1. 项目概况 1.1建设目标

XX县数字驾驶舱、数字化改革总门户和数字综合门户是全方位治理XX的平台，也是决策支持和决策执行的“仪表盘”“方向盘”，通过五位一体顶层框架结合XX特色的分级指标体系，构建县级驾驶舱、数字化改革总门户和数字综合门户，实现县域协同的数字化治理。

XX县数字驾驶舱、数字化改革总门户和数字综合门户是XX市相关平台在区县的延伸，是XX市城市大脑的重要组成部分。通过建设XX县数字驾驶舱、数字化改革总门户和数字综合门户，使XX县城市整体运行的数字映射基本得以实时呈现，经济、政治、文化、社会、生态等各领域的综合应用得到全面深化，从而实现城市运行状态的整体感知、公共资源的高效调配及指挥决策的精准研判。 1.2建设内容

本项目建设主要包含XX县驾驶舱的数字驾驶舱指标体系、驾驶舱后台管理系统建设、1个县级驾驶舱，5个特色应用场景接入，1套数字化改革综合门户和1套数字综合应用门户建设。 2. 建设清单

序号 建设内容 1套 1套 1套 1套 1套 1

数量 备注 （一） 数字驾驶舱开发 1.1 县级平台驾驶舱开发 1.2 数字驾驶舱开发 1.3 县级部门特色应用接入 1.4 移动端开发 （二） 数字驾驶舱后台管理系统 2.1 指标管理模块

2.2 部门驾驶舱管理模块 2.3 用户权限管理模块 2.4 可视化模块 2.5 用户管理模块 2.6 业务管理模块 2.7 消息管理模块 2.8 运维管理 （三） 数字驾驶舱指标体系 3.1 指标调试与对接 3.2 驾驶舱指标体系建设 3.3 驾驶舱接入及部署 （四） 数字化改革总门户和数字综合门户 4.1 门户支撑 4.2 数字化改革门户 4.3 数字门户 4.4 管理后台 （五） 等保测评 （六） 计算资源及安全资源服务 3. 技术要求 3.1. 总体要求

1、上下级对接要求

1套 1套 1套 1套 1套 1套 1套 1项 1项 1项 1套 1套 1套 1套 1项 1项 （1）XX县数字驾驶舱指标体系需要根据XX市出台的指标体系和梳理规范进行梳理。

（2）XX县数字驾驶舱要基于XX市级数字驾驶舱一体化框架进行开发，满足市、县两级驾驶舱的集中展示，上下协同（上钻和下钻）的要求。

（3）在指标体系方面，要遵循市级指标体系管理要求，纳入市数字驾驶舱指标体系统一管理。

2

（4）XX县各部门梳理的指标体系和对应的数据通过XX城市大脑中枢系统从业务系统或其他数据源交换到数字驾驶舱系统。

（5）针对XX县相关部门特色应用，按照对接规范与中枢系统对接，统一接入XX市数字驾驶舱实现一体化展示。现有的特色应用需要与XX数字驾驶舱打通用户体系，实现统一登录。

（6）XX县数字驾驶舱与XX驾驶舱采用统一入口。

（7）XX县数字综合应用门户与XX市数字综合应用门户采用统一入口、统一UI体系建设。

2、信创要求

本项目要根据信创的需求进行适配，系统要求满足信创环境部署需求。系统要求对信创终端进行适配，以适应信创终端和非信创终端访问的需求。

3、安全要求

软件系统设计要符合信息系统的安全保护等级三级要求。 4、系统可扩展性及兼容性要求

（1）满足基于云计算中心部署，采用SAAS模式进行开发，数据库满足分布式部署的要求，在云计算环境中，能根据系统访问的用户数灵活扩展。

（2）支持各类主流浏览器内核并兼容各类主流浏览器及其不同版本 （3）支持多层的组织架构。 5、接口要求

系统实现和上级数字驾驶舱、数字综合门户和数字化改革总体门户接口对接。

3.2. 数字驾驶舱设计

XX县数字驾驶舱是基于XX“城市大脑”、面向XX县决策层的智能化在线监管、协同平台。驾驶舱按照XX“城市大脑”设计规范，覆盖移动端、大屏、PC端等多种终端类型。自适应现今主流设备，多终端数据一致，展示内容同步，有效避免数据排斥现象，达到多端协同，辅助部门工作的目的。具体包括：

1、上下级联动

基于配置的组织体系，支持上下级驾驶舱之间的联动。 2、指标预警

3

指标预警包括指标完成情况预警以及指标超阈值预警。

完成情况预警：系统基于历史数据，自动对该指标当前完成情况进行分析，如果该指标难以在预计范围内达成时，系统给出相应提醒，提醒责任用户重点关注。

超阈值预警：对指标超阈值的情况进行预警，提醒指标相关的责任部门进行及时关注和处理。

3.2.1. 县级驾驶舱前端设计

县级数字驾驶舱系统旨在向县领导提供不同领域的指标情况，通过实时指数、事件态势向领导呈现整体运行情况。汇聚全县信息资源，以重点工作和领导关心的事宜为主，从城市运行各领域呈现全县整体运行态势。

县级数字驾驶舱首页展示以国民经济和社会发展核心指标和经济、社会、政治、生态、文化核心指标进行展示，每个领域以不同的模块进行展示，便于管理者清晰查看对应的领域指标，对于不同指标可以查看指标的同比环比情况，全面了解该指标的数据内容。点击不同的领域，可以查看相应领域下面更多的指标内容。可以针对不同管理者的要求，通过度切换，进行不同视角的查看和对比，实现指标数据全面反馈，无盲区，无死角。 3.2.1.1. 驾驶舱UI设计 3.2.1.1.1. 页面设计

数字驾驶舱的页面设计遵循《XX城市大脑数字驾驶舱大屏版UI设计规范》。 字体设计：以微软雅黑为主，标题字号32-48号，正文24-32号。 页面配色：以#001A3A,#3196FA为主色调。

页面布局：大屏分辨率为3840PX*2160pX。一般页面布局按24栅格等分划分：

3.2.1.1.2. 栏目设计

县级驾驶舱首页分为4大栏目，包括重点领域、县域体征、指标晾晒和城市

4

中控四大栏目。

重点领域栏目主要展示经济、文化、社会、政治、生态文明五大领域指标。 县域体征主要展示XX县相关县域指数信息。 指标晾晒主要展示各部门重点任务完成情况。 城市中控为领导提供直达现场的入口。 3.2.1.2. 县级驾驶舱指标体系

汇聚全县信息资源和XX市相关数据资源，梳理出XX县经济、政治、文化、社会和生态文明各大类指标，设为一级指标，五大类指标再细分二级指标，二级指标下设指标项，实现指标层层下钻。根据指标性质，将相关指标即时、实时或定期更新展示在县级驾驶舱。 3.2.1.2.1. 经济运行指标

经济运行指标分为公共收支、社保收支、经济运行、金融工贸、市场主体、投资项目6个二级指标，全面展示XX县经济运行情况。例如公共收支中的一般公共预算收入、支出等指标；社保收支中社会保险基金预算收入、支出等指标；经济运行中的GDP增速等指标；金融工贸中的工程建设项目招投标交易数等指标；市场主体中的境内外上市公司数量等指标；投资项目中的5亿元以上县外产业项目签约率等指标，具体以用户最终确认的指标为准。 3.2.1.2.2. 政治指标

XX县数字驾驶舱政治指标分为数字化转型、法治社会、运行、民主党派、党建发展、公务员状况等二级指标。全面展示XX县政治情况。例如数字化转型中的年度项目申报数量等指标；法治社会中的收案数量等指标；运行中的县公共资源交易宗数等指标；民主党派中的各民主党派成员总数等指标；党建发展中的数量等指标；公务员状况中的公务员数量等指标，具体以用户最终确认的指标为准。

5

3.2.1.2.3. 文化指标

XX县数字驾驶舱文化指标分为教育科技、全域旅游等二级指标，全面展示XX县文化情况。例如教育科技中的中小学公办学校数量等指标；全域旅游中的全县重点景区日客流量等指标，具体以用户最终确认的指标为准。 3.2.1.2.4. 社会指标

XX县数字驾驶舱社会指标分为社会治理、人口交通、社会运行、住房建设、民生服务、卫生健康、应急管理等二级指标，全面展示XX县社会运行情况。例如社会治理中的接警量等指标；人口交通中的登记人口等指标；社会运行中的美丽城镇建设个数等指标；住房建设中的新建商品住宅网签成交面积等指标；民生服务中的养老机构数等指标；卫生健康中的120派车数等指标；应急管理中的各类安全生产事故起数等指标；具体以用户最终确认的指标为准。 3.2.1.2.5. 生态文明指标

XX县数字驾驶舱生态文明指标分为环境治理、绿色发展、天气情况、自然资源等二级指标，全面展示XX县生态文明情况。例如环境治理中的空气质量综合指数等指标；绿色发展中的秸秆综合利用率等指标；天气情况中的天气实况等指标；自然资源中的森林覆盖率等指标；具体以用户最终确认的指标为准。 3.2.1.3. 县级驾驶舱指数体系

指数是分析社会经济各领域数量变化的一种重要统计方法，通过构建具有XX特色的指数体系，可以直观分析社会经济现象总变动中各因素变动的影响程度，让领导对县域治理具有直观地了解。

XX县数字驾驶舱指数体系是在继承XX市特色指标体系的基础上，构建具有XX特色的指数体系。包括亲农指数、绿币指数、旅游指数、空气指数、平安指数、环境卫生及设施管理指数、园林绿化和维护管理指数、物业管理指数、交通指数和社会救援力量指数，具体以用户确认的指数为准。

6

3.2.2. 数字驾驶舱建设 3.2.2.1. 数字驾驶舱页面设计

数字驾驶舱页面设计需要遵循《XX城市大脑数字驾驶舱大屏版UI设计规范》。

3.2.2.2. 数字驾驶舱

抽取数字建设关键数据制作成指标进行展示，直观展示XX县数字建设取得的成果、存在的问题。展示政务服务数据，对办件量、办件来源及办事人数等服务需求进行展示，精准掌握群众办事习惯和办事需求，优化配置政务服务资源。

相关指标数据可以同比、环比，也可以按部门、按领域进行分析比较。例如政务服务网、大厅、APP等各类渠道的收件量分析等，具体以用户确认的指标为准。

3.2.2.3. 部门驾驶舱模版

本期要求至少提供2套部门驾驶舱前端通用模板，供有需求部门自行选择并应用到部门驾驶舱中，通用模板应具有以上模块配置的所有功能，便于部门增加相应指标及调整指标样式等，并最终发布到数字驾驶舱。 3.2.3. 部门特色应用场景接入

根据XX县特色应用场景建设情况，本次拟接入5个特色应用场景，在具体实施过程中，用户可以根据需求，对招标需求中所列的场景进行更换。 3.2.3.1. 特色应用场景接入实施

根据XX城市大脑统一规划，XX县特色应用场景统一接入市级驾驶舱，实现与市级驾驶舱统一入口、统一用户认证，实现单点登录。

XX市级驾驶舱开发单位负责平台多业务场景入口整体框架的建设，主要包括安全性校验及场景配置等。

7

特色应用场景接入方主要负责对接驾驶舱接口进行鉴权，并向市级平台驾驶舱申请场景密钥，用于各场景后端服务访问驾驶基础服务。

部门应用场景也需要遵守数字驾驶舱设计规划，场景页面设计及配色符合标准的，可以直接接入。若页面设计及配色和城市大脑特色应用接入规范要求有差距时，场景开发单位需根据标准修改完善后再进行接入。 3.2.3.2. 工业大数据应用场景接入

接入经信局的工业大数据场景应用，汇集全县工业企业相关数据资源，对企业投资、用地、人才、、产业、企业运行等情况的动态监测、科学预警。具体展现亩均综合评价信息、企业年报信息、规模上企业基础信息、低效用地企业信息、规模下企业基础信息、企业基本信息、工业性项目投资基础信息场景应用，系统直接接入到XX市城市大脑数字驾驶舱。 3.2.3.3. XX亲农在线应用场景接入

接入XX“亲农在线”应用，包含“惠农”、“农技推广”、“社会化服务”的种粮一件事和对粮食产业功能区、高标准农田等类型进行空间分布展示，实现粮食产业分布、种植区域、种植情况等信息的“种粮一张图”功能。 3.2.3.4. 一码管到底应用场景接入

接入县“最多跑一地，一码管到底”应用，能够直观地反映纠纷事项，一码生成。并且能够后台办理，进行三色监管。最后是服务评价，一码督办。实现镇（街道）矛盾纠纷调节、信访事项化解功能。 3.2.3.5. 人才项目全生命周期管理应用场景接入

接入县“人才项目全生命周期管理”应用，实现30多个部门间数据共享和业务协同，人才创业项目申报、评审、落地、服务全流程线上流转、“一次不用跑”。

8

3.2.3.6. 智在食安应用场景接入

接入XX县“智在食安”应用，展示食安桥平台各模块公众的实时与累计访问使用量，对数据进行简单分析。 3.2.4. 移动端开发

移动数字驾驶舱能自适配主流手机，手机端要求能通过X政钉访问。 移动端数字驾驶舱能根据用户关注，将重要指标数据进行推送。

用户在首页可以根据需要设置“我的关注”指标，通过动态展示事件现状及处置进展等情况达到实时掌控、快速治理的目标。设置后的指标将在首页顶部进行实时展示，可点击查看指标详情。通过县级移动数字驾驶舱可以直接跳转至部门驾驶舱，实时查看部门驾驶舱的指标情况。 3.3. 驾驶舱后台管理系统

XX县数字驾驶舱的功能开发遵循《XX城市大脑数字驾驶舱开发规范》进行设计开发。具体功能模块如下： 3.3.1. 指标管理模块

指标管理模块是数字驾驶舱运营管理平台中对指标进行度、仓库式管理的功能模块，该模块全面、实时管理数字驾驶舱内涉及到的所有平台指标，并提供综合管理服务。

指标管理模块提供基本的增删改查以及基础信息的维护、分类、标签、API关联、一键导出等功能，对上传指标的名称、说明、计算方式、所属部门、负责人姓名、负责人联系方式、更新频率、指标维度等信息进行分析运营。包含指标信息管理、API 配置管理、指标集配置管理、指标报警管理、优质指标管理、指标同比环比管理和指标控件管理等模块。

平台能力可支撑县级、部门等多级联动的运营需求，对已接入县级平台数字驾驶舱的指标进行统一管理。对单个指标进行指标入库，指标上下架、指标维护的全生命周期管理，并记录完整的操作过程，保障指标运营安全可控。

9

3.3.1.1. 模块主要功能

1、指标信息管理：开发数字指标配置管理功能，支撑指标的创建、编辑、维护、启用、下架、删除等操作。

2、API配置管理：开发API 配置管理功能，包括基本的增删改查等操作，通过将指标与API 进行关联，实现对指标的多层级管理。

3、指标集管理模块：开发指标集功能，包含对文件夹的增删改查功能，以及配置指标入文件夹，实现对多个指标需要进行归集展示时，告知前端样式展现方式的功能。

4、指标报警模块：开发数字驾驶舱报警配置功能，通过读取数字指标阈值配置页面的数据，对各个指标数据实时监控反馈，并进行报警。

5、优质指标管理模块：开发数字驾驶舱优质指标模块，提供优质指标的范围配置，优质指标的数量统计以及动态消息展示。

6、指标同比环比管理模块：开发数字驾驶舱同比/环比配置功能，提供工作人员对具体指标配置同比/环比数值，实现度展示指标数据的功能。

7、指标控件库管理模块：开发控件库管理模块，通过录入控件分类名称和分类定义，实现对控件的分类管理功能。 3.3.1.2. 部门驾驶舱管理模块

对接各县级部门驾驶舱，实现在县级驾驶舱通过快捷导航的方式快速进入各县级单位部门驾驶舱的功能。 3.3.1.3. 模块主要功能

1、部门信息管理模块：开发部门信息管理模块，实现对数字驾驶舱县级部门的管理，包括部门基础信息的增删改查，排序功能等。

2、部门数字驾驶舱管理模块：开发部门驾驶舱管理模块，提供工作人员对部门驾驶舱连接信息的配置，实现县级数字驾驶舱前端快捷跳转到部门驾驶舱的功能。

（1）数字驾驶舱导航创建功能。开发数字驾驶舱创建功能，提供工作人员手动创建驾驶舱导航目录的功能；

10

（2）数字驾驶舱导航排序功能。开发驾驶舱导航排序功能，通过排序调整功能和快速同步机制，实现前后端数据同步，支持实时生效。

（3）数字驾驶舱关联功能。开发驾驶舱关联功能，通过提供工作人员手动填写各县级单位部门驾驶舱链接地址的方式，实现快速导航跳转功能。 3.3.2. 用户权限管理模块

对接X政钉用户体系，开发用户权限配置功能，通过对用户赋权，实现对数字驾驶舱各层级、各页面、各展台以及各个数字指标的浏览权限控制。根据XX市数字驾驶舱开发规范，用户权限可与市级驾驶舱打通。 3.3.2.1. 模块主要功能

1、数字驾驶舱访问权限

对数字驾驶舱权限进行配置，通过对访问用户的身份权限控制，实现特定身份的用户只能访问对应权限的数字驾驶舱前端页面。县级用户可以看到县级驾驶舱和部门驾驶舱的前端页面，部门用户只能看到自己部门驾驶舱的前端页面。

2、指标访问权限

对指标访问权限进行配置，通过对访问用户的身份权限控制，实现特定身份的用户只能看到拥有权限的数字指标信息。支持对同一个指标下的数据权限控制管理，根据用户所在部门或区域层级不同，可查看的数据范围也不同。不同用户查看同一指标，数字驾驶舱可根据用户所属区域和部门层级设置不同权限，查看到的指标数值也不一致。 3.3.3. 可视化模块

可视化模块为数字驾驶舱和数字化改革门户提供个性化的模块配置功能，满足灵活的前端页面展示需求，支持拖拽式的操作，交互式的设计，并能够实现无门槛零编程地开发可视化应用。 3.3.3.1. 模块主要功能

1、界面可视化配置

11

提供可视化界面配置功能，对接指标库，实现创建/编辑模块，配置模块类型等功能。

（1）支持拖拽式的操作，交互式的设计；

（2）支持配置模块类型为领域模块、部门模块、融合模块等分类； （3）界面配置支持多种样式，包括饼状图、环形图、词云图、折线图、柱状图、轮播表、地图、统计表格、滚动表格、按钮、复选、单选、下拉框、单行文本、富文本、视频、图片、导航、日期等，实现不同业务的需要；

（4）界面图表配置：支持上传模块图标； （5）支持多种数据源接入，可搭载多种数据源； （6）支持组件消息互动、动画设置、组件定位等功能； （7）支持选择套用模板，也可以使用空白画布从零开始设计； （8）支持可视化应用复制、删除、预览、发布等功能。 3.3.4. 用户管理模块 3.3.4.1. 用户鉴权

为保障数字驾驶舱接口的安全性和合法性，每次请求服务时客户端请求都要包含鉴权信息，服务端根据鉴权信息查询用户信息和其合法性，校验通过则返回资源，不通过则返回状态码。 3.3.4.2. X政钉用户体系对接

X政钉是XX省指定的掌上办公和沟通软件，包含了XX县完整的组织架构和所有公务人员，活跃度很高，日常的工作沟通协同、公文传阅、公文审核、问题讨论、应急处置、重要通知发布都在钉钉里面。数字驾驶舱通过大脑中枢与X政钉用户对接X政钉用户体系，根据组织架构和用户级别，进行数字驾驶舱浏览权限的控制和关键信息的消息通知。

12

3.3.5. 业务管理模块 3.3.5.1. 业务网关系统

业务网关系统是为了保护分布式系统内部服务而设计的安全防护系统，可以提供高性能、高可用的API托管服务，帮助内部应用系统（服务）的快速、安全、高效地对外提供服务。业务网关系统在网关层统一实现安全认证、流量控制、日志审计、路由等功能，确保内部应用服务只需关注具体业务相关功能的实现。

业务网关的核心设计理念是使用一个轻量级的消息网关作为所有客户端的应用入口，并且在业务网关层面上实现通用的非功能性需求，使业务系统聚焦业务功能。同时业务网关系统要求服务必须通过业务网关对外提供，由业务网关系统进行统一管控。

3.3.5.2. 数字指标提取系统

数字指标提取系统是数字驾驶舱和综合大屏数据来源的核心系统。实现对县级平台接入数据API的分布式批量调度和通过数据提取规则引擎对调度结果进行数字指标提取、计算，并将所提取指标更新入库和推送至搜索系统，支撑数字驾驶舱和综合大屏的数据呈现。

数字指标提取系统主要包含：分布式任务调度子系统、消息中间件和数据提取规则引擎。 3.3.6. 消息管理模块

消息模块是数字驾驶舱除了数字指标的另一块重要内容，包含整个XX县的热点新闻、紧急突发事件以及驾驶舱内的指标动态（预警报警信息、优质指标信息）等内容。消息模块也强调实时性、有效性，辅助领导了解XX实时动态、作出有效决策。

指标动态：包含预警报警信息和优质指标动态。通过报警消息的方式在数字驾驶舱前端展示；当指标优于设定的预期目标时，将该指标确定为优质指标并生成一条消息推送给消息中心。

13

3.3.6.1. 模块主要功能

（1）数字驾驶舱前端信息展示模块

根据后台获取的消息内容以及排序配置，在前端正确地展示各种类型的信息内容。开发信息筛选功能，支持筛选显示单个类型的消息。

（2）消息对接与储存模块

对接业务部门接口，通过API定时获取热点信息和突发事件信息，并存储到本地以供数字驾驶舱前端调用。

（3）消息去重

为了保证消息内容的唯一性，同一渠道获取的消息数据通过消息唯一标识进行去重管理。 3.3.7. 运维管理

运维管理旨在为平台巡检、可用性监测生成的异常提醒结果通过快捷、通常的消息通道即时、准确地、自动化地通知到业务关联方，并通过可视化页面展示异常信息、反馈处理状态、跟踪处理结果，提高沟通效率，优化运维机制，提高问题解决的速度。 3.3.7.1. 模块主要功能

1、策略配置中心

策略配置中心主要提供各种消息推送的规则配置与修改。 （1）消息严重程度配置

按照实际业务情况，对指标的严重程度和响应解决时间进行配置。规则如下： 紧急程度定级说明，按照指标数据的影响程度，对指标异常做以下定级：

➢ Ⅰ级（特别严重） ➢ Ⅱ级（严重） ➢ Ⅲ级（较重） ➢ Ⅳ级（一般） 指标异常的提醒策略

➢ 立即提醒：对特别严重的问题，需要立即推送消息提醒。

14

➢ 当日提醒：对严重的问题，需要当日下班前推送消息提醒。 ➢ 当日提醒：对较重的问题，需要当日下班前推送消息提醒。 ➢ 当日提醒：对一般的问题，需要当日下班前推送消息提醒。 消息推送时间后期可根据实际运行情况进行调整，响应时间后期可根据实际运行情况进行调整。

（2）消息推送策略配置

提供推送消息的策略配置，包括消息模板、推送群组、推送方式、消息紧急程度配置等功能。

2、运维异常消息中心

提供可视化的异常信息查看页面，相关部门/单位可从该页面查看详细的报警信息，从而更加快捷、精准的定位问题、解决问题。

（1）异常消息中心展示当前时刻所有的异常报警信息，并根据角色不同划分权限展示不同的信息字段。

（2）开发单位可查看的详情页面包括该专班下的指标ID、指标说明、告警状态、异常数量、告警时间、恢复时间、问题编号、概要消息、具体异常信息、更新时间等字段信息。用户也可根据一定的条件进行条目筛选。

3、处理状态及流程跟踪

提供可视化处理页面，对异常信息进行状态跟踪和反馈，对忽略指标设置静默等，保障异常问题的最终解决。

开发实施单位根据提醒信息进行问题定位和解决，系统可根据问题的当前状态进行跟踪与二次提醒，并在长时间未解决的情况会根据实际情况通知到开发实施单位负责人。

4、X政钉消息通道对接建设

对接X政钉消息通道，利用通道与钉钉群组建立协同机制，巡检告警信息通过钉钉群组自动发送给开发实施单位具体负责人。 3.4. 数字驾驶舱实施 3.4.1. 驾驶舱指标体系建设

对前期用户已经梳理完成的指标进行二次梳理，在现有的成果上进行科学合

15

理的指标梳理分类，从而保障数字驾驶舱的实际使用效果。根据调研分析和业务分析，提出指标分类模型，包含指标实时性（即时型指标、实时型指标、统计型指标）、指标类型维度（预测型指标、预期型指标、约束性指标）、数据属性分类、部门建设板块（考核指标、基础资源、业务指标、场景进度）、数据属性（指数和指标）等五个方面。

指标在梳理前要确保各个指标的名称、说明、计算方式、所属部门、负责人姓名、负责人联系方式、更新频率、指标维度等基础信息准确，且筛选出的指标不仅要展示具体数据，还应根据具体意义提供对比数据，例如环比、同比、阈值、危险指数、交叉影响等，通过指标的对比数据搭建全方位的评价体系。 3.4.2. 指标调试和对接

根据指标梳理结果，获取需要接入县级平台数字驾驶舱的指标列表，并向市大数据局申请指标访问权限，同时向指标所属单位获取对应指标接口描述文档。开发人员获取到接口文档后，按照中枢流程和规范验证接口是否正常响应并返回文档描述预期数据。指标联调期间会存在大量指标无法正常访问或响应结果与文档描述不一致等情况，开发人员向市城市大脑中枢系统运维人员和指标所属单位开发商反馈情况，并协助排查问题。指标接口联调成功后，开发人员根据接口文档描述解析响应数据和提取对应指标数据，最终获取到各个单位的各项指标数据。 3.4.3. 驾驶舱系统接入及部署

XX县数字驾驶舱需要对接XX市城市大脑数字驾驶舱，采用XX市城市大脑数字驾驶舱建设框架和规范并进行接入，可以从XX市城市大脑数字驾驶舱跳转到XX县驾驶舱，并基于统一的用户体系进行认证。

本项目实施单位进行代理服务器激活及验证、创建指数、创建子系统、新增API、数字驾驶舱接入等操作。

XX城市大脑数字驾驶舱运营单位提供中枢系统接入方管理后台操作手册，协助指导，做好相关技术支撑保障工作，同时提供API授权审核、政务云资源保障、数字驾驶舱技术、界面设计审核、接口健康度检测等服务。

16

3.5. 数字改革总门户及数字门户建设 3.5.1. 门户支撑系统 3.5.1.1. 统一体系架构

在XX市数字化改革总门户体系架构下建设XX县改革总门户，与市级统一体系架构保持一致。 3.5.1.1.1. 统一埋点

3.5.1.1.1.1. 统一埋点内容配置

通过埋点上报各门户网页的打开情况、来源链接，登录用户账户等信息，完成对各门户网站页面的 PV、UV、页面停留时间、指定事件触发数量及频次、用户访问路径来源去向、用户所在区域及IP等信息的收集，全方面统计及评估各地区、各领域门户系统的访问及日常使用情况。

埋点的上报字段包括设备类型、站点类型、标识是否为数字化改革相关应用、表示是否为数字化改革工作台、设区市编码、区县编码、页面名称、页面url、上一步访问的页面名称、上一步访问的页面url、任务编码、任务名、客户端用户ID、客户端用户名称、访问时间、用户终端浏览器信息等。 3.5.1.1.1.2. 规范埋点

采集首先需要引用SDK，完成SDK引用后，可设置用户信息进行用户信息埋点；通过上报日志API对埋点信息实现上报。

在页面head内引用aplusJS。

web（h5）通用采集SDK：X政钉直接进行埋点。 3.5.1.1.2. 统一搜索

统一搜索服务支持针对任务、指标体系等搜索。 3.5.1.1.2.1. 输入参数配置

根据《XX省数字化改革门户统一搜索实施规范》，针对统一搜索中的搜索关

17

键字、六位地区编码，默认取对接时提交地区编码、按关联度排序、按更新时间排序、默认按关联度排序等属性进行配置，保证用户在输入和选择相关参数时可实现信息的精准检索和筛选。 3.5.1.1.2.2. 任务信息搜索接口

对于接口返回的进度、评价问题数量、指标总数、任务描述、任务ID、雪花算法生成、任务ID 链路、任务层级、任务名称等任务属性信息根据标准规范进行展现。

3.5.1.1.2.3. 指标体系搜索接口配置

在对统一搜索的输入参数进行配置完成的基础上，对于搜索接口返回的指标当前值、部门名称、主键ID、最新值更新时间、指标编码、指标描述等信息，根据标准规范进行展现。 3.5.1.1.3. 统一数据仓

3.5.1.1.3.1. 县市区任务数据仓建设

将XX县所需数据从原有数字化系统中归集、清洗、加工形成指标数据源，并计算指标，确保数据的完成性、正确性和一致性。

（1）建设高可靠生产数据库：基于RDS for MySQL的能力实现主从模式的高可靠性和实现读写分离机制，从而提升RDS for MySQL的可靠性和性能；即当一个实例崩溃时另外一个实例可以接管，并且主库支撑生产读写、从库支撑只读从而提升了应用的性能。

（2）建设离线任务数据仓：离线任务数据仓通过使用政务云上的MaxCompute大数据服务提供一个MaxCompute空间（即ODPS空间）实现；通过数据交换/数据高铁等数据归集方式，从省级部门数据仓中任务数据集、设区市的任务数据仓归集所需要的数据，进入归集和清洗库然后进入离线任务数据仓；并且根据相应的要求，对归集过来的数据在离线任务数据仓中进行加工处理和治理，把加工好的数据输出到生产数据库中。

18

3.5.1.1.3.2. 配置数据仓库表

（一）数据结构表规范设计

门户的整体数据结构是以任务表为核心，依照《XX省数字化改革任务数据仓规范》建立各自的数据化改革任务数据仓，同时相关的数据通过省市两级数据共享平台归集到对应的任务数据仓，由任务数据仓再将任务、指标系统数据归集到统一任务库。

任务信息。数据规范中应包括系统主键、任务编码、任务名称、任务状态代码、逾期标志、任务描述等。

指标体系。指标体系下包括指标信息，指标里程碑、改革清单信息等分项，各表中的数据字段包括但不限于系统主键、指标名称、指标编码、指标值类型代码、指标状态代码、指标值单位、指标起始值、指标目标值、当前值。

指标元数据。即指标计算变量信息表，该表记录指标的计算公式总所有的变量，每一个变量一条数据（每个指标对应在该表应有1至N条数据）。数据规范中包括系统主键、变量名称、指标名称、指标编码、计算口径描述、任务名称、任务编码、单位名称、单位编码、来源表名、创建时间、更新时间、操作类型代码等。

（二）代码规范设计

按照《XX省数字化改革任务数据仓规范》附录相关信息，对数据表结构中关键数据项的代码进行规范设计，包括领域码、改革状态代码、指标状态代码等。 3.5.1.1.4. 数据编目

按照《XX省推进数字化转型联席会议办公室关于开展2021年信息系统普查和数据目录编制工作的通知》要求，门户数据应纳入到全省市县一体化的共工数据目录体系，实现数据目录化、目录全局化、全局动态化。 3.5.1.1.4.1. 信息系统录入与新增

门户数据进行新增时，根据普查编目流程，首先进行新增信息系统录入，根据信息系统普查规范内容，对系统所属部门、信息系统名称、信息系统类型、系统简介、系统功能清单、系统组件清单、项目立项审批部门、项目立项审批日期、

19

预算项目名称、预算涉及的年度起、预算涉及的年度止、是否为僵尸系统、系统开始使用日期、系统停止使用日期、系统状态、部署情况等信息进行录入。

系统信息录入完成后，提交至XX市公共数据共享平台，生成相应目录。对于待完善、未提交的信息系统，可通过XX市公共数据共享平台账号进行查看和完善提交。

3.5.1.1.4.2. 信息资源新增与提交

在完成信息系统录入和新增的基础上，对信息系统内的信息资源进行新增与提交。通过明确信息资源名称、信息资源摘要、信息资源格式、重点领域分类、所属系统名称、归集更新频率等，完成信息资源的新增。 3.5.1.1.4.3. 数据项新增

在完成信息资源提交的基础上，对信息资源内的数据项进行新增。通过明确中文名称、英文名称、字段描述、数据类型、数据长度、是否字典项、默认值、共享属性、共享条件、开放属性、开放条件、是否为空、是否主键等内容，完成数据项的新增。

3.5.1.1.4.4. 归集工单

数据编目完成后，即可提交数据目录进行审核，市管理员审核通过后，即可进行数据目录的发布。在数据有归集需要时，可进行数据归集工单的生成，在首次进行归集时、目录变更时，均需进行归集工单的生成。

工单生成时，需要进行表英文名、存量数据规模、对接方式、非实时理由、数据范围、文件存储地址、表数据来源开发厂商、数据用途、材料类型、联系人、联系方式的明确。 3.5.1.1.5. 统一页面设计

根据 《XX省数字化改革门户页面设计规范》，对门户的布局、颜色、自体、图标等进行标准化设计，综合运用面包屑、标签、按钮、弹窗、提示反馈等UI设计规范常用组件进行页面设计。

20

3.5.1.2. 应用上架规范

数字化改革门户及五大应用于X政钉进行上架，遵循X政钉应用上架规范进行应用上架。

3.5.1.2.1. 应用安全测试

应用安全测试主要分为五个方面：开发信息测试、数据库信息测试、域名/IP 对外开放端口信息、敏感信息、越权漏洞。

对于开发信息测试，主要对开发语言、开发框架及版本、数据库类型及版本、连接数据库框架或函数、域名等进行测试。

对于数据库信息的测试，要求对于任务信息、指标元数据，及标准规范代码是否符合等方向进行数据字段和安全性的测试。

对于域名/IP 对外开放端口信息的测试，主要是对域名/IP和端口开放信息的安全性测试。

对于敏感信息的测试，包括是否存在接口返回或展示用户较敏感信息、服务端业务日志是否打印或存储敏感信息两个方向是否存在异常的测试。

对于越权漏洞的测试，是使用apiPost工具进行应用是否越权的测试。 通过上述后，建立应用安全测试报告进行提交。 3.5.1.2.2. 性能压力测试

应用进行上架前，应进行专业的性能压力测试，出具性能压力测试报告，对压测的场景名称、压测模式、压力来源、递增模式、递增量级、单量级时长、并发峰值/上限、RPS峰值/上限、异常数（请求/业务）等信息进行明确。 3.5.1.2.3. 应急预案配置

为保障XX县数字化改革工作台应用的运行业务连续性，做好运维基础工作，建立完备的系统和数据备份机制，完善的系统日常维护与应急保障能力，特应制定XX县数字化改革工作台应用运维应急预案，对于备份与恢复、故障处理、超限等进行完整的预案配置。

21

3.5.1.2.4. 日志配置

应用上架前，应当出具项目日志配置及日志生成结果说明。 3.5.2. 数字化改革总门户

数字化改革总门户，总览党政机关、数字、数字社会、数字经济、数字法制五个方向的数字化改革任务及进度，支撑各部门管理人员分门别类开展问题展示、工作晾晒、工作动态展示等进程监督工作。

门户综合集成各类数据平台、应用系统、特色场景应用，便利进行全局治理业务的快速跳转和专项工作的开展。 3.5.2.1. 媒体关注

媒体关注模块是对XX相关的新闻报道的集成模块，是展示XX各领域发展动态的窗口。通过后台对相关报道的转载发布，在数字化改革门户中进行轮播展示。在选择具体的新闻报道后，用户即可查看相应的详细报道。 3.5.2.2. 多跨场景

多跨场景模块针对XX县的亲农在线、五环智控等特色场景应用进行集成，具备权限的用户可通过多跨场景的集成入口进入到特色多跨场景中。 3.5.2.3. 重点任务 3.5.2.3.1. 重点任务列表

通过梳理本县数字化改革任务情况，对于其中标注为重点任务的任务进行集中汇聚展示。在具体条目中，展示当前任务的名称、责任部门。 3.5.2.3.2. 年度重点任务

在具体的重点任务中，以年作为时间维度定义当前任务的总体思路和工作目标、主要任务并进行展示。在系统后台的相应模块中，支持对于具体重点任务的定义。

22

3.5.2.3.3. 重点节点任务

重点节点任务是按照数字化改革的推进方式，将重点任务进行逐级逐段的分解，形成不同的节点任务。在节点任务完成后，将任务进展汇聚至重点节点任务中，用户可通过对具体任务进行下钻，在本模块查看重点节点推进情况。 3.5.2.3.4. 每日工作进展

每日工作进展模块提供对任务进展动态的把握窗口。重点任务进行实地推进时，将任务每日的进展动态以时间轴的方式进行呈现，用户可通过对具体任务进行下钻，在本模块查看当日及近日任务具体推进情况。 3.5.2.4. 数改动态 3.5.2.4.1. 动态列表

数改动态模块展示有关数字化改革推进的新闻信息、领导指示等。 管理员用户完成数改动态输入后，自动同步至数改动态列表。 3.5.2.4.2. 置顶

置顶功能，针对发布的重要数改动态，具有权限的管理员用户可进行置顶操作。对于常规数改动态默认以时间倒序进行排布，置顶动态顶端呈现。

该项功能对管理员开放。 3.5.2.5. 任务状态

任务状态模块，以整体视角统计所有方面的任务整体进行状况，也可对党政机关、数字、数字社会、数字经济、数字法治五个方面的任务开展情况进行情况，所有任务的完成情况，分为正常、预警、滞后三个进度。 3.5.2.5.1. 所有任务

所有任务模块，统计五个层面的任务推进情况，系统根据任务进行状态的运

23

算规则，进行计算任务状态，输出正常、预警、滞后三种状态，页面展示任务总数、正常进行任务数、预警任务数、滞后任务数。 3.5.2.5.2. 党政机关统计

党政机关任务统计模块，统计党政机关任务推进情况，统计任务总数、正常进行任务数、预警任务数、滞后任务数。

更进一步地，可查看任务推进明细，展示内容包括任务领域、任务名称、任务进展、牵头单位、指标个数、完成率、更新时间等。 3.5.2.5.3. 数字统计

数字任务统计模块，统计数字任务推进情况，统计任务总数、正常进行任务数、预警任务数、滞后任务数。

更进一步地，可查看任务推进明细，展示内容包括任务领域、任务名称、任务进展、牵头单位、指标个数、完成率、更新时间等。 3.5.2.5.4. 数字社会统计

数字社会任务统计模块，统计数字社会任务推进情况，统计任务总数、正常进行任务数、预警任务数、滞后任务数。

更进一步地，可查看任务推进明细，展示内容包括任务领域、任务名称、任务进展、牵头单位、指标个数、完成率、更新时间等。 3.5.2.5.5. 数字经济统计

数字经济任务统计模块，统计数字经济任务推进情况，统计任务总数、正常进行任务数、预警任务数、滞后任务数。

更进一步地，可查看任务推进明细，展示内容包括任务领域、任务名称、任务进展、牵头单位、指标个数、完成率、更新时间等。

24

3.5.2.5.6. 数字法治统计

数字法治任务统计模块，统计数字法治任务推进情况，统计任务总数、正常进行任务数、预警任务数、滞后任务数。

更进一步地，可查看任务推进明细，展示内容包括任务领域、任务名称、任务进展、牵头单位、指标个数、完成率、更新时间等。 3.5.2.6. 揭榜挂帅 3.5.2.6.1. 项目总览

揭榜挂帅模块统计党政、、社会、经济、法治五个模块的揭榜挂帅项目，并进行可视化统计展示。 3.5.2.6.2. 分类统计

分类列表展示模块，分别对接党政、、社会、经济、法治等门户相关管理后台，对揭榜挂帅录入项目进行智能筛选统计，统计党政、、社会、经济、法治五个模块的揭榜挂帅项目详情。

更进一步地，可进行揭榜挂帅项目的深层下钻，查看揭榜挂帅项目列表。 3.5.2.7. 重点应用

重点应用总览。汇聚XX县重点应用情况并按照五大综合应用不同归属对重点应用进行标识，按照五大综合应用-部门-具体重点应用三级进行应用的汇聚和展示。

3.5.2.8. 试点工作 3.5.2.8.1. 试点工作总览

通过与省厅相关平台对接或与其他相关建设单位信息定期联动，对归属XX的试点工作内容进行汇聚分析，从省部级试点、市厅级试点两个维度对试点工作情况进行统计。

25

3.5.2.8.2. 试点明细查看

用户可对试点进行下钻。模块将试点按照归属部门进行分布展示。 3.5.2.9. 工作简报

工作简报模块是数字化改革推进过程中，对XX县数字化改革推进情况进行周期性总结阐述的模块。管理员等用户在管理后台进行工作简报编辑和上传后，在门户页面的相应模块中展示工作简报列表。用户通过选择不同的工作简报，即可查看当前XX县数字化改革推进总结情况。 3.5.2.10. 工作晾晒

工作晾晒模块是对省或市要求的重要指标进行展示的功能。当前依照省厅及市要求，展示内容包括X政钉、X里办日活跃用户情况，一网通办比例三项内容。 3.5.2.10.1.

X政钉用户日活跃率

本模块展示X政钉用户日活跃率的当前数值，通过汇聚本县内各乡镇X政钉用户使用数据并进行可视化后，用户可查看本县（区）的各区划用户日活跃率排名情况、当日活跃率。 3.5.2.10.2.

X里办日活跃用户数

通过汇聚本县内X里办用户使用数据并进行可视化后，本模块展示X里办日活跃用户数的当前数值及目标数值。 3.5.2.10.3.

一网通办比例

本模块展示一网通办比例的当前数值及目标数值，用户可进行查看本县市区各区划的一网通办比例情况，可查看当日各时段的一网通办比例当前值与目标值。 3.5.2.10.4.

数据资源

数据资源模块整体展示XX县数字化改革过程中的数据资源共享情况和使用

26

情况，从共享数据总量、数据调用量、数据开放总量三个维度对XX县内数据资源进行统计，并进行可视化呈现。 3.5.2.11. 模糊搜索

模糊搜索功能是对全局数据的整体检索，用户可通过关键字进行全局模糊搜索。

3.5.2.12. PAD适配

平台建设PAD适配功能，用户在PAD端进行本平台访问时，平台自动监测PAD屏幕大小进行自适应页面排布配置。 3.5.3. 数字门户 3.5.3.1. 任务直达 3.5.3.1.1. 指标完成情况

指标完成情况从省级、市级、区县三个维度对本县市区的工作完成情况进行统计并展示。 3.5.3.1.2. 招商直达

招商直达模块，以县市区下区划为单位，展示各区域2020年5亿元以上产业项目签约率、2020年新签约的5亿元以上产业项目签约率并进行可视化展示。 3.5.3.1.3. 直达

直达模块，展示管理员在门户管理后台发布的相关信息，发布成功后对发布的进行展示。 3.5.3.1.4. 直达

直达模块，通过对反馈数据的梳理和汇聚，以XX县各乡镇区划为

27

单位进行满意情况的统计分析。 3.5.3.1.5. 批办直达

批办直达模块，展示领导对各项任务指标发出的批示内容，以列表形式进行展示，用户可查看详细批示时间、批示内容等信息。 3.5.3.1.6. 疫苗接种

疫苗接种模块，展示展示当前各疫苗接种点位的任务数、完成数等信息并自动计算疫苗接种率，以可视化手段进行综合展示。 3.5.3.2. 重大规划 3.5.3.2.1. “三个年”行动

以“招商引资突破年”、“营商环境优化年”、“项目推进攻坚年”三个维度进行XX县整年整体规划的介绍。支持用户在后台相应模块进行重大任务“三个年”行动介绍的编辑。

3.5.3.2.2. 2021城区微改造

2021城区微改造是针对营商环境优化等规划，对城区的绿化提升、边角地政治等方向提出总体的改造方向。用户可在系统后台本模块的介绍内容进行变更，包括图片、文字的编辑。 3.5.3.3. 重大任务管理 3.5.3.3.1. 重大任务数据对接

重大任务管理模块，省厅相关工作台内指标发生变更后，通过相关业务公司及时进行数据更新，本地同步进行数据更新发布，对一定权限用户（领导）在工作台上发布、删减、编辑的任务及对任务的多层级分解信息进行同步，在本门户自动根据任务层级、任务具体内容、任务所属部门等信息进行相应的归属和展示。

28

3.5.3.3.2. 重大任务分解

重大任务分解模块，省厅相关工作台内指标发生变更后，通过相关业务公司及时进行数据更新，本地同步进行数据更新发布，对重大任务的逐层分解数据、任务当前进行状态等信息进行全盘描绘，以思维导图形式明确任务层级关系，支持牵头单位、三色图的形式进行展示。其中三色图是指根据任务的进行状态进行展示，红色代表滞后，橙色代表任务预警，绿色代表正常进行。 3.5.3.4. 重大应用 3.5.3.4.1. X里山海

X里山海模块综合衡量区域协调发展能力，建设重点工作落实、区域协调发展综合评价、重点领域推进情况等进行综合性可视化展示，展示内容同步管理后台中对相应数据指标的录入结果。 3.5.3.4.2. X里发展

X里发展模块，综合先进制造业、现代服务业、数字经济、产业平台、龙头企业等重要发展指标，衡量XX县经济发展整体情况，并进行综合性可视化展示，展示内容同步管理后台中对相应数据指标的录入结果。 3.5.3.4.3. X里创新

X里创新模块，以科创进步目标责任制考核核心指标综合衡量XX县科技创新情况，内容包括全社会R&D经费支出占地区生产总值比重、规上工业企业研究开发费占营业收入比重等，并进行综合性可视化展示，展示内容同步管理后台中对相应数据指标的录入结果。 3.5.3.4.4. X里高效

X里高效模块，反映效能改革情况，包括工作报告、民生实事、督查激励三大模块，其中工作报告模块包括基础项目及量化项目。通过对接

29

后台对应指标项录入结果数据，配置完成对应任务及指标进度算法，实现对各类指标在综合运算和判断的基础上进行可视化展示。 3.5.3.5. 主要领域

针对经济调节领域、市场监管领域、社会治理领域、环境保护领域、公共服务领域、运行领域等多种领域通过系统快速导航链接的形式，展示该领域下重点任务信息。用户可查看任务名称、所属部门（县市区）、任务描述等详细信息。

3.5.3.6. 指标体系

3.5.3.6.1. 指标进展进度展示

对各类指标进度进行展示，展示内容分为进度类、检测类，按照数据项进行录入和展现。 3.5.3.6.2. 指标拆解

指标拆解模块，省厅相关工作台内指标发生变更后，通过相关业务公司及时进行数据更新，本地同步进行数据更新发布，实现用户在省平台拆解、本门户更新并以思维导图形式可视化呈现，支持牵头单位、三色图的形式进行展示。 3.5.3.7. 评价体系 3.5.3.7.1. 问题及责任清单

问题及责任清单模块，根据后台管理中相关配置，展示用户对具体任务发布各项任务问题及所发现问题需要去解决的责任部门清单。 3.5.3.7.2. 晾晒台

晾晒台模块，对各项任务责任部门完成任务指标情况数进行统计展示。

30

3.5.4. 管理后台 3.5.4.1. 工作动态管理 3.5.4.1.1. 工作动态发布

各级管理员在本级的数字化改革门户后台可进行工作动态的发布，系统实时同步系统后台变更内容进行展现。用户在发布内容应包括图片、新闻内容、是否置顶、发布单位、发布时间等。 3.5.4.1.2. 动态管理

各级管理员在本级的数字化改革门户后台可进行工作动态的管理，包括对已发布动态的编辑、删除、置顶等操作。 3.5.4.2. 问题清单管理 3.5.4.2.1. 问题清单发布

问题清单发布模块，提供对具体任务问题指出的功能。用户通过鉴权判定为权限用户后，可对自身权限内的任务进行针对性或批量的问题清单发布；用户角色不同时，可发布的问题清单范围也不同。 3.5.4.2.2. 问题清单归属

问题清单发布后，根据发布时选择的下发范围、具体指向等下发属性进行问题清单的自动归属，相应的任务成员可在自身的任务界面查看问题清单。 3.5.4.2.3. 问题解决

问题清单下发后，如问题已完成整改和解决，则问题清单的发布者、县市区管理员、领导等可对清单进行操作，选择是否删除该清单。

31

3.5.4.3. 系统管理 3.5.4.3.1. 用户管理

门户的用户体系，对接X政钉原有的用户体系架构，生成对应的用户汇总列表。县市区管理员及领导可对用户进行管理，包括用户角色配置等。 3.5.4.3.2. 权限管理

权限管理模块提供用户对门户各项功能开放权限的配置功能。一定权限用户可对平台的各项功能进行权限配置。配置完成后不通过鉴权的用户将无法访问具体功能。

3.5.4.3.3. 角色管理

县市区管理员及领导可对用户角色进行管理，包括角色新增、删除、编辑，角色权限配置等。 3.5.4.3.4. 日志管理

日志管理针对用户进入管理后台后的操作，对用户的登录、模块内容编辑等行为进行记录并生成日志列表。 3.5.4.4. 自定义模块

自定义模块功能支持一定权限用户对总门户的九个模块进行自定义地拖拽排布。

3.6. 计算资源及安全资源服务

计算资源及安全资源服务要求如下，服务期从项目上线开始后1年。具体云资源需求以用户最终需求为准，相关费用按实结算。

32

3.6.1. 数字驾驶舱计算资源服务需求 资源池 应用 ECS RDS 政务云 数据交换点位 VPC 公有云 ECS 带宽 资源 4C16G 1核2G，600链接 4C16G 10M 数据盘 200 200 200 操作系统 数量 centos 7.2 1台/年 1台/年 1台/年 1台/年 centos 7.2 1台/年 1台/年 3.6.2. 门户计算资源及总体安全资源预算明细

资源名称 配置 4C8G 数据盘200G，系统盘40G 开通端口：8081 8082 ECS 8083 2375 2C4G 数据盘300G，系统盘40G 政务云 4C8G 数据盘200G，系统盘40G RDS SLB 数据交换通道 4C8G 存储空间：200G 一个服务实例 / 主机安全 三级等保 堡垒机 数据库审适用于20台以下的 Cnetos7.6 1台/年 centos 7.4 2台/年 操作系统 数量 Cnetos7.6 1台/年 Mysql5.7 1台/年 1项/年 2项/年 1项/年 33

计 日志审计 漏洞扫描 防篡改 虚拟防火墙 vpc 资源名称 配置 4C8G 云硬盘(G)：数据盘200G，系统盘40G 开通端口：8081 8082 8083 2375 10M公网带宽 ECS 2C4G 数据盘80G，系统盘40G，带Centos 7.6 1台/年 宽5M 4C8G 公有云 数据盘200G，系统盘40G，带宽10M 2C4G 数据盘100G，系统盘40G 域名 证书 SLB / / 50M 防火墙 三级等保 入侵防护 标准版 500M吞吐量 34

操作系统 1 数量 centos 7.4 2台/年 Centos 7.6 1台/年 Windows2012 标准版 500M吞吐量 1台/年 1项/年 1项/年 1项/年 1项/年 1项/年

标准版 支持10病毒防护 个server或PC 防护 终端检测与响应系统 日志审计 标准版 支持10个server或PC 防护 标准版 20个日志源 标准版 50M防护流量 标准版 20个资产管理 标准版 20次主机风险扫描服务 标准版 500M吞吐量 标准版 防篡改防护服务（1个 网站） 标准版 10次网站漏洞扫描服务 1项/年 1项/年 1项/年 1项/年 1项/年 1项/年 1项/年 waf 安全堡垒机 主机风险扫描 1项/年 1项/年 网络审计 网页防篡改 网站漏洞扫描 4. 实施要求 4.1. 项目进度要求

项目合同签订后三个月完成系统开发，组织系统初验，初验完成后进入三个月的试运行，试运行通过后组织竣工验收。

投标人应按照上述时间安排，制定相应的项目实施详细进度计划，确定每个实施阶段的时间表及工作目标。

35

4.2. 项目组织及实施要求

1）投标人中标后需要在10个工作日内在XX县大数据发展管理局成立工作团队，并指定一名专职的项目经理，负责项目协调和调度工作。除项目经理外，项目组须配备专职的技术负责人，并按照项目实施的要求，配置相应的项目管理、安装设计、测试、集成、培训、质量保证等人员。

2）本项目实施阶段要求驻场，要求投标单位明确各阶段的人员驻场安排，项目经理要求在项目建设各阶段在现场开展相关工作，并保证实施期间不低于80%的到场率；在验收后的质量保证期内专人（该工程师需全程参与过本项目建设）参加日常维护工作。

3）参与此项目的技术人员必须具有承担过相同类型软件开发及部署的经验，能够与用户进行良好的沟通，掌握相关领域的相关基础知识，具备相关产品集成、应用和开发的能力。

4）中标单位在项目合同签订后，需组织相关实施人员在该项目招标需求的基础上进行深入调研，编制需求规格说明书。需求规格说明经采购人、中标单位确认后作为项目验收的依据。

5）要求中标单位在各阶段及时提供相应的项目管理文档、设计类文档及实施类文档，以便业主方及时了解项目进展情况。

6）对上述安排投标人应列出详细实施方案，包括但不限于项目管理计划、项目进度计划、项目验收计划、项目组织结构（人员姓名、经验、学历和在本项目中的职责分工等，项目小组成员须提供社保证明）等。

7）投标人应在投标文件中提供详细的施工计划，应包括项目组织机构、项目实施流程、项目实施进度、项目实施安排。

8）投标人应向采购方提供项目管理人员和技术人员配置情况，并在软件开发工作开始之日起，指派具有资质的项目经理负责现场工作的组织、协调和施工工作。

9）本方案提出的对项目的主要需求，是投标人编制投标文件和报价的主要依据，但不应作为编制正式实施方案的完整的详细要求。在编制正式的项目建设实施方案和详细设计时，投标人应深入分析和充分考虑招标人对本项目现在及未来发展的需求，设计出完整的优质方案。

36

10）中标后投标人所作的详细设计应完全满足用户的需求，同时不得与投标方案有实质性改变，除非招标人认可。 4.3. 安装、测试及系统集成要求

1）负责本项目范围内软件开发、安装部署、集成、测试和调试，保证系统功能、性能要求的实现，提供售后服务。在安装、配置和测试、调试过程中，中标单位应对最终用户技术人员所提出的技术问题，给予满意的答复。

2）要求有完整的安装和配置程序，具有详细的系统安装配置说明手册、用户使用说明书和系统维护说明书。系统实际安装与操作必须与说明书描述一致。

3）要求具有完整的系统测试计划，包括根据用户需求编写的，遍及系统95%以上功能、性能的测试用例，合理的测试方案和测试方法。要求保留完整的测试报告。

4）项目实施过程中，如果牵涉到与第三方产品集成工作，中标单位应与系统集成商及其他供应商通力合作，并提供必要的技术支持。

5）中标人应保证其提供的软件系统在正确安装、正常使用和保养条件下，在使用寿命期内应具有满意的性能，投标人应对由于设计、工艺或材料的缺陷而产生的故障负完全责任。 4.4. 技术方案书内容要求

1、作为一个完整的投标技术方案，必须不遗漏、不重复技术方案，详细说明投标产品的各项功能设计、配置方案等，投标方应承诺所有系统满足技术完整性要求。

2、投标人对本项目扩展、后续采购和保修期后的承诺。

3、投标方针对本项目做出特殊的承诺，该部分作为投标人技术实力的一个方面，例如系统中包含了潜在的对采购人有利的其它功能作为除报价以外的优惠条件。

4.5. 售后服务要求

1）本项目免费维护期3年，系统维护主要包含系统建成后的日常运行维护、重大活动驻场支持和远程维护等工作。在免费维护期内由于系统本身质量原因造成的任何损伤或损坏，中标人须免费负责修理。

37

2）免费维护期自项目正式验收合格之日开始计算；由于本项目的特殊性（必须满足业务7*24小时不间断工作），免费维护期内，在接到系统故障通知后，投标人必须在15分钟内响应。对于影响平台系统正常运行的严重故障，投标人工程师及其它相关技术人员必须在在接到故障通知后4小时内赶到现场，查找原因，提出解决方案，并工作直至故障修妥完全恢复正常服务为止，一般要求保证系统在6小时之内修复，并需要提供确保承诺实现的措施。

3）日常运行维护主要包含系统维护、定期巡检、软件Bug修复以及重要活动的技术支持。对系统进行优化运行维护，

4）对于在系统运行过程中，由于不可测原因引起的系统故障，给予快速响应，保证系统正常工作和系统安全稳定运行。

5）根据平台的运行情况，制定定期巡检计划，包括巡检内容、周期、巡检人员的安排、巡检的应急处置机制。定期对系统运行情况进行巡检和检查，预防重大问题发生，通过定期巡检发现存在的问题或潜在的问题，并及时解决。巡检时记录系统运行日志、系统维护日志等工作日志。

6）软件bug修复包含因系统缺陷导致的各种bug修护，因误操作导致的数据错误的维护。维护工程师因根据bug原因的优先级，及时进行修复。

7）重要活动支持主要是指当用户方遇有重要活动，需要确保系统正常运转时，技术支持人员应到现场进行技术支持。

8）为保证系统正常、安全地运行，技术支持力量和优良的服务是系统正常、安全运行的保障。投标人应据此制定系统详细的技术支持与服务方案，包括服务内容、服务方式、服务响应时间、应急措施及组织结构等。

9）投标人须做出无推诿承诺。即投标人应提供特殊措施，无论由于哪一方产生的问题而使系统发生不正常情况时，并在得到采购人通知后，立即派工程师到场，全力协助系统集成商和其他供应商，使系统尽快恢复正常。

10）系统保质期内故障率不得超过5天，如达不到要求，每超过一天，质保期相应延长30天。保质期内因系统本身缺陷造成各种故障应由中标单位免费技术服务和维修。

11）在质量保证期结束前，须由中标单位工程师和采购人代表进行一次全面检查，任何缺陷必须由中标单位负责修改。在修改之后，中标单位应将缺陷原因、

38

修改内容、完成修改及恢复正常的时间和日期等报告给采购人。

12）质量保证期结束后，中标单位应保证以优惠价格优先对采购人进行系统技术支持和维护。

13）中标人应提供7*24小时电话免费咨询服务。 4.6. 培训要求

1）中标单位必须为采购人提供系统使用、系统操作和管理维护培训，培训形式包括客户现场培训、课堂培训；投标人必须列明相应的培训课程。

2）投标人应在投标文件中提供详细的培训计划，包括培训项目、人数、地点、日程、资料、其它等详细内容，为所有被培训人员提供培训用文字资料和讲义等相关用品。

3）技术培训的内容必须包含软件的日常操作和管理维护，以及基本的故障诊断与排错。中标单位培训人员必须是公司的资深工程师。

4）培训工作必须在合同生效之后系统试运行之前安排。 5）所有培训费用（含培训教材费），已包括在投标总价中。

6）实际培训时间、人数和地点按中标单位与项目采购人商定的为准。 7）供应商在系统上线前至少提供1次集中培训，使接受培训的学员适应系统的环境，掌握其系统的所有功能，保证工作人员在系统上线后能正常开展业务。 4.7. 软件版权要求

1）本项目所采购的软件系统。供应商须保证采购人及其用户对供应商所提供的软件产品享有合法的使用权。供应商就本项目所使用软件产品，保证其合法性。

2）供应商须保证采购人及其用户单位在使用过程中不受到第三方关于侵犯专利权等知识产权的指控。任何第三方如果提出指控，供应商须与第三方交涉并承担可能发生的一切法律责任和费用。

3）供应商在项目定制化开发过程中取得的专利、软件著作权与采购人共同所有。 4.8. 交付要求

中标人应按照招标文件所约定的内容和时间进行交付；按照计算机软件工程

39

规范国家标准分阶段交付设备的文档，所交付的文档与文件应该是电子版式及纸质形式。交付的文档包括但不限于：项目实施技术方案、项目测试方案、项目测试报告、用户操作手册、管理与维护手册、安装手册、总结报告及采购人认为需要的其他材料。 4.9. 项目验收要求

项目的验收包括初步验收、试运行和竣工验收， 1）项目初验

项目初验前，中标方应首先对系统进行自测，并将系统自测报告提交甲方和监理方审查。中标方依本合同约定向甲方提交成果及相关文档，并向甲方提出初验申请。甲方接到中标方初验申请后，组织相关单位进行初验，初验合格后联合签署初验报告。

2）试运行

初验合格后，系统进入试运行，试运行时间为3个月。 3）终验

系统通过试运行后，中标方向甲方提出终验申请，甲方组织相关单位进行系统的终验。系统终验通过，进入正式运行阶段。系统终验收合格的条件必须至少满足以下三个要求：已提供了合同要求的全部软件和资料；试运行时性能满足合同要求；第三方系统测评和试运行时出现的问题已被解决。 4.10.

支付条款

合同签订后支付合同金额的20%作为预付款；在初次验收合格后，再支付合同总金额的30%；项目全部完成，甲方在项目最终验收合格后支付合同金额的40%；服务期满后支付合同金额的10%。 4.11.

其他要求

项目开发建设应符合按照《信息系统安全等级保护基本要求》（GB/T 22239-2008）中的相关安全要求并实现相应安全功能，开发完毕后，中标单位需延请第三方安全评测单位对应用系统本身的安全性进行核查并需通过三级等级保护要求，如不通过需按要求进行整改。

40