说明:1、采购人根据本项目技术构成、产品价格比重等因素确定本项目核心产品为: 应用系统。
2、本章提出的技术参数是最低限度的技术要求,并未对一切技术细节做出规定,也未充分引述有关标准和规范的条文,供应商应保证提供符合本技术参数和有关最新标准的优质产品,所投产品应符合国家标准、行业标准的相关要求。
3、本章技术参数要求是采购人结合本项目提出的配置标准,其中某些参数可能借鉴某一品牌标准进行描述。如本产品参数中出现某一品牌标准,则该标准仅做说明和描述, 不作为强制性条款。投标人可在满足,或相当于,或优于上述技术参数和要求的基础上选择提供产品。
一、项目总体概况
1、项目背景
为深入贯彻习近平总书记关于提高城市科学化精细化智能化治理水平的重要指示批示精神,落实《国民经济和社会发展第十四个五年规划和 2035 年远景目标纲要》《关于推动城乡建设绿色发展的意见》《“十四五”新型基础设施建设规划》《全国安全生产专项整治三年行动计划》等文件要求,住房和城乡建设部决定在开展城市综合管理服务平台建设和联网工作的基础上,全面加快建设城市运行管理服务平台,推动城市运行管理“一网统管”。
城市运管服平台是开展城市运行监测和城市管理监督工作的基础平台,是党委政府抓好城市运行管理工作的重要抓手,是为市民提供精准精细精致服务的重要窗口,为全国文明城市、国家卫生城市、国家园林城市、国家安全发展示范城市和城市体验等工作提供数据支撑。
2、项目建设目标
县城主要街道综合改造工程-数字化城管服务平台建设项目,将以管理精细化、服务智慧化、决策科学化、品质高端化为指引,以提升民生服务和城市治理能力为重点,以体制机制创新为保障,建成后实现城市管理行业、城市建设行业的全覆盖,建成汇聚城市管理数据、全面监管城市管理各行业的信息平台,更好地用信息化手段感知城市管理各行业的管理态势,建成基于大数据、信息共享和人工智能的决策辅助体系,提供各类定制化决策支撑报告。强化对全县城市管理工作的统筹协调、指挥调度、监督考核,作为党委政府管好城市的重要“抓手”和服务群众的重要“窗口”。
二、项目建设要求
1、设计要求
1.1安全稳定、成熟可靠:系统建设以满足业务需求为首要目标,严格遵守信息安全相关规定,采用稳定可靠的成熟技术体系,保证系统长期安全运行。
1.2具备实用、公用性:系统具有一致的、友好的客户化界面,易于使用和推广,并具有实际可操作性。
1.3灵活、可拓展:系统在设计中力求操作简单、快捷、操作紧密结合工作中的具体业务,提供个性化的定向服务,系统配置灵活,软件结构模块化,可适应用户不断变化的需求。
1.4高性价比:在保证实现系统建设目标的前提下,采用选择物美价廉、技术成熟、质量可靠的技术和设备,使整个系统具有较高性价比。
2、方案架构要求
县城主要街道综合改造工程-数字化城管服务平台建设项目拟打造一个统一的全业务覆盖平台,建立数据应用中心,构建三张基础网络(政务外网、互联网、物联网), 通过分层建设,达到平台能力及应用的可成长、可扩充,创造面向未来的智慧城市系统框架。
3、项目建设清单汇总
数字化城管服务平台建设项目清单汇总表
序号 |
项目名称 |
描 述 |
一、支撑软件与普查 |
|
|
1.1 |
支撑软件 |
GIS、物联网平台等 |
1.2 |
数据普查 |
10 平方公里数据普查 |
二、应用系统建设 |
以住建部城市综合管理服务平台建设指南为基础 |
|
2.1 |
业务指导系统 |
接入部级系统 |
2.2 |
指挥协调系统 |
国标标准 9 大核心系统,拓展其他系统 |
2.3 |
行业应用系统 |
城市建设行业监管+城市管理行业监管+综合执法监管 |
2.4 |
公众服务系统 |
便民 App 公众受理系统 |
2.5 |
数据可视化展示系统 |
大数据分析与大屏的管理展示 |
2.6 |
数据汇聚系统 |
数据上报系统、数据融合系统 |
2.7 |
数据交换系统 |
数据交换系统 |
三、配套硬件设备费用 |
|
|
3.1 |
服务器和存储设备 |
服务器和存储设备 |
3.2 |
网络及安全设备(三级等保) |
网络及安全设备(三级等保含测评) |
3.3 |
显示屏 |
P1.83 全彩 LED+大会议室显示屏(2.5 全彩 LED) |
3.4 |
监测设备 |
其它监测设备 |
四、运行相关费用 |
|
|
4.1 |
运行流量费用 |
网络、专线、物联网卡等 |
4、平台建设清单及要求
4.1基础支撑软件与普查
数字化城管服务平台建设项目-支撑软件与普查清单
序号 |
项目名称 |
规格参数 |
数量 |
单位 |
1、支撑软件 |
||||
1 |
GIS 平台软件及升级服务 |
GIS 平台 |
1 |
套 |
2 |
物联网统一管理 |
国产 |
1 |
套 |
平台 |
|
|
|
|
2.数据普查 |
||||
1 |
基础数据普查 |
项目覆盖范围基础数据普查及建库。(包括公用 设施类、市容环境类、园林绿化类和其它类 5 大类)、网格划分、地理编码普查、地形图处理入库,数据格式 SHP 与 JPG。 |
10 |
平方公里 |
4.1.1基础支撑软件
4.1.1.1.GIS平台软件及二次开发包
地理信息平台向云应用能提供地理信息服务,提供编程调用接口,支持应用的快速开发。
4.1.1.2.物联网统一管理平台
建设物联网设备和物联网接入平台,实现对所需要监测的设施、车辆和区域的监测信息的实时接入,并且可以快速适配不同设备的不同接入协议,实现设备的稳定高效接入。
4.1.2.数据普查要求
由于隆尧县城市发展较快,随着城市的发展和基础地形的变化,城市管理部件和基础地形变化较多,已不满足现在的业务管理要求,为保证系统使用的数据的现实性和精确性,故需在县城黄河路、尧山街、太行路、义丰街等街道及合围区域内,开展部件数据普查工作。
普查范围:在隆尧县域内进行数据普查,基础普查范围为县城黄河路、尧山街、太行路、义丰街等街道及合围区域,基础地形图基础上,完成该范围内的部件普查和确权、单元网格的划分、地理编码数据的普查等工作。
4.2.应用系统建设
数字化城管服务平台建设项目-应用系统清单
序号 |
系统名称 |
子系统名称 |
参数及要求 |
单位 |
数量 |
|
1 |
业务指导系统 |
接入国家业务指导系统。 |
套 |
1 |
||
2 |
指挥协调系统 |
核心业务系统及扩展应用系统升级优化 |
监管数据无线采集子系统 |
系统升级改造设计将按照现有国家住房和城乡建设 部行业最新标准进行建设,同时以全县域的高度进 行顶层设计,从根源上解决软件方面的问题,重点 对系统易用性、流程配置的灵活性和高性能使用等 方面进行建设,以适应建立隆尧县数字化城市管理 平台的功能。 |
套 |
1 |
监督中心受理子系统 |
1 |
|||||
协同工作子系统 |
1 |
|||||
监督指挥子系统 |
1 |
|||||
综合评价子系统 |
1 |
|||||
地理编码子系统 |
1 |
|||||
应用维护子系统 |
1 |
|||||
基础数据资源管理子系统 |
1 |
|
|
工作通子系统 |
|
。 |
1 |
||
领导通子系统 |
1 |
||||||
智能报警管理系统 |
运用先进的人工智能视频分析技术,利用现有摄像 头,对店外经营、游商小贩、违章停车、暴露垃圾 等城市事件的违规违法行为进行智能识别、实时预 警、智能取证、快速处置的智能化执法系统,为城市管理提供智能化监督、精细化的管理、执法高效 落地 ,并探索“非接触性执法”支持 30 路摄像头 |
1 |
|||||
3 |
行业应用系统 |
执法监管系统 |
移动执法通子系统 |
系统功能:案件管理,信息查询,个人任务,巡线 管理,通讯录,调取取证,地图浏览,消息通知。 |
。 套 |
1 |
|
执法统一办案子系统 |
系统功能:案件移交,协同交流,信息查询,案件 管理,巡查管理,监督管理,查询统计,参数维护 |
1 |
|||||
执法督查管理子系统 |
系统功能:执法督察,督察文书,督察文档,督察 审批,复查核实,结案归档,参数维护。 |
1 |
|||||
城市建设行业监管 |
市政公用监管系统 |
市政公用设施基础数据管理子系统 |
基于市政设施的全面摸底普查,形成市政设施基础 数据库。涵盖桥梁、道路、路灯等各类市政基础数 据。为保持数据的现势性,平台提供按区域、按类别的数据动态更新。 |
套。 |
1 |
||
供热信息监管 |
实现对供热、排水等进行监管,可提供系统对接模 式、数据填报模式、物联模式的服务。根据实际需求进行对接和预留接口。 |
1 |
|||||
排水信息监管 |
1 |
||||||
智慧井盖 |
井盖挪动报警 、井盖打开报警、报警及时处置 |
1 |
|||||
积水点监测系统 |
利用水位监测设备,获得水位数据,并传送至平台通过部署水位计、流量计、高清摄像头等方式,监 控城市重点部位的积水信息管理。实现实时掌握积水点位状态。 |
1 |
|||||
城市管理行业监管 |
城市容貌监管 |
渣土车监管 |
渣土车监控管理系统用于对渣土车的实时定位、数 据管理等功能管理。 |
套 |
1 |
||
环境卫生监管系统 |
系统对接服务 |
与现有平台进行对接。 |
套 |
1 |
|||
公共厕所监管系统 |
依托物联网与互联网技术,对公厕服务所涉及到的 人,物,事进行全过程实时管理,提升公厕保洁作 业质量,降低公厕运营成本,提高应急处理能力, 实时掌握一线管理和作业水平,提高管理效率,为管理部门提供实时在线的监管平台。 |
1 |
|||||
园林绿化系统 |
园林绿化基础数据管理系统 |
园林绿化数据采集模块应实现城市绿地规划数据、 管理网格数据和业务数据的采集与检查入库。 |
套 |
1 |
|||
4 |
公众服务系统 |
便民城管小程序 |
系统功能实现公众一键上报,对公厕,公园,电话 查询等便民服务,提升城市管理水平,多项便民服 务,服务水平等功能。 |
套 |
1 |
||
5 |
数据可视化展示系统 |
大数据分析与大屏的管理展示 |
大数据展现分析等功能,基于一张图,实现对城市 管理资源、案件、业务流程、等全面感知管理,进 行综合展示分析,多维度的联动分析、轮播时自动联动其他组件等,页面支持拖拉拽,自适应多屏, 炫酷化特效等。 |
套 |
1 |
||
6 |
数据汇聚系统 |
业务数据填报与处理子系统 |
为各相关单位按照城市管理服务要求上报相关业务 数据提供 web 录入和管理功能,便于按照要求收集各类数据,系统应支持可扩展性。(数据的填报由相关责任单位进行)。 |
套 |
1 |
7 |
数据交换系统 |
数据交换服务 |
实现市、县两级平台数据交换,统一数据接口,系 统接口内容设计。 |
套 |
1 |
4.2.1.业务指导系统
业务指导系统须建设政策法规、行业动态、经验交流、行政处罚等功能模块,汇聚城市运行管理服务相关法律法规、政策制度、体制机制建设情况、行业动态、队伍建设、典型经验、行政处罚决定信息等。
4.2.2.指挥协调系统
指挥协调系统是平台核心系统。依据《城市市政综合监管信息系统技术规范》(CJJ/T
106),建设监管数据无线采集、监督中心受理、协同工作、监督指挥、综合评价、地理编码、基础数据资源管理等子系统。实现城市管理问题的“发现、立案、派单、核查、处置、结案”的闭环管理。同时,根据城市运行管理服务评价体系要求,扩展管理对象, 并纳入城市管理部件事件分类体系,对涉及城市运行管理所有相关部门进行统筹协调、指挥调度和绩效考核。
按照现有国家住房和城乡建设部行业最新标准进行建设,基于隆尧县数字化城管服务平台顶层设计,提供语音转文字功能,案卷查询和全移动办公特色功能服务,重点对系统易用性、流程配置的灵活性和高性能使用等方面进行建设,系统以适应建立隆尧县数字化城管服务平台的功能。
4.2.2.1.无线数据采集子系统
无线数据采集子系统依据现行行业标准《数字化城市管理信息系统第 7 部分:监管信息采集》GB/T30428.7 的规定建设子系统,主要用户为数字城管监督员、处置人员(处置部门)、部门领导使用的移动办公系统,接收来自监督员和公众通过无线采集设备报送的问题信息和监督中心受理子系统分配的核实、核查任务。
无线数据采集子系统应具有下列功能:
(1)接收监督中心分配的核实、核查、专项普查任务;
(2)管理和发布当天提示信息;
(3)提供信息查询、数据同步等功能。
4.2.2.2.监督中心受理子系统
监督中心受理系统是为城市管理监督中心定制的受理工作平台,监督中心受理子系统应包括案件受理、地图操作、查询统计和参数设置等功能模块。使用者可通过该系统受理各种来源的城市管理问题,包括公众通过电话途径举报的城管问题和监督员使用无
线采集系统上报的各类问题。受理员对问题进行核实,并根据核实结果决定受理(立案、预立案)或不受理。
监督中心受理子系统应具有下列功能:
(1)案件受理模块应具有接收监督员上报和公众举报的市政监管问题信息、建立立案、同时发送至协同工作子系统和向监督员发送核实、核查工作任务等功能。
(2)地图操作模块应具有地理空间数据浏览、查询定位功能,以实现地图量算、分析和统计等功能。
(3)查询统计模块应具有按键查询与统计、监督员在岗情况查询与统计等功能。
(4)参数设置模块应具有系统参数设置和用户信息设置等功能。
4.2.2.3.协同工作子系统
协同工作系统应包括协同处理、地图操作、查询统计和参数设置等功能模块,供系统内派遣员及各岗位处置部门操作者使用的办公平台,在系统上可办理日常案件,实现对业务流程中的所有案件监督和管理的功能,全程控制案件处理和流转,并在案件上填写意见和审批信息。
协同处理模块应具有将信息收集、案件建立、任务派遣、任务处置、处置反馈、核查结案、综合评价等环节进行关联,实现监督中心、指挥中心、专业部门和各级领导之间信息同步、协同工作和协同督办等功能。
协同工作子系统应具有下列功能:
(1)地图操作模块应具有地理空间数据浏览、查询定位功能,以实现地图量算、分析和统计等功能。
(2)查询统计模块应具有按键查询与统计、监督员在岗情况查询与统计等功能
(3)参数设置模块应具有系统参数设置和用户信息设置等功能。
4.2.2.4.监督指挥子系统
监督指挥系统是监督指挥中心使用的综合信息展示平台,提供实时城市管理问题上报及处置情况,查看全区域的城市管理问题信息、地图分布、全范围的城市部件信息、城市管理综合评价结果及监督员监控信息。
监督指挥子系统应具备整合地理空间数据和业务数据信息、实现基于地图的监督指挥等功能,并应能对发生市政监管问题的位置、处置过程、监督员在岗情况、处置结果、综合绩效评价等信息进行实时监控。
监督指挥子系统应能在适合多人共享的显示设备上显示,且宜分为地图显示区和信
息显示区两部分。
4.2.2.5.综合评价子系统
综合评价系统运用综合评价模型,将信息化技术、监督评价的工作模式应用到数字化城市管理中,实现对历史数据按期或实时统计,并通过城市管理评价体系运算评价等级,将其以图形化或表格化方式显示。同时将综合评价结果与区、街道办(乡镇)两级政府绩效考核挂钩,提高各部门工作热情和工作效率,形成良好的城市管理监督机制。综合评价子系统应基于市政监管问题的工作过程、责任主体、工作绩效等评价模型,具有对区域、部门、岗位等维度进行综合统计、计算评估和生成可视化评价结果等功能。综合评价子系统的绩效评价模型及评价结果表达应符合现行国家标准《数字化城市管理信息系统第 4 部分:绩效评价》GB/T30428.4。
4.2.2.6 地理编码子系统
基于信息共享技术,建设共享的信息资源。通过地理编码,将城市现有的地址进行空间化、数字化和规范化,在地址名称与地址实际空间位置之间建立起对应关系,实现地址空间的相对定位,可以使城市中的各种数据资源通过地址信息反映到空间位置上来, 提高空间信息的可读性,在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理,最终实现城市管理由盲目到精确,由人工管理到信息管理的转变。
4.2.2.7.应用维护子系统
4.2.2.7.1权限配置子系统
机构、人员和权限配置模块应具备维护与平台运行相关部门、人员和岗位及其权限信息的功能。
(1)实现用户的新增、导入、删除、启用、禁用等功能;
(2)分配权限功能;
(3)机构管理;
(4)实现对部门管理与配置。
4.2.2.8 基础数据资源管理
基础资源管理子系统能够管理包括:地图数据,图层分类、地图图层及其所包含的各种地物要素定制等。系统管理人员无需了解系统数据库的具体结构和实现,就可以正确地使用基础数据管理子系统进行日常维护和系统数据扩展。
4.2.2.9.工作通
工作通子系统是提供给受理员、派遣员、分拨员、处置人员等使用的手持移动办公应用平台,使部分人员无需再坐在电脑前办公,通过该系统,提高工作效率。
4.2.2.10.领导通
领导通是一个给领导使用的移动应用子系统,通过该子系统,领导可随时关注案件、人员的实时情况;可对案件进行分类统计;可按照岗位、部门、区域进行考评的查询。主要包含如下功能:
(1)实时了解案件情况:如当日发生的案件情况、处置率等;
(2)实时了解派遣员情况:了解派遣员相关信息,如位置、轨迹信息。
(3)数据综合展示:根据关注点,组合条件进行案件的分类统计。
(4)领导督查督办功能:在案件查看过程中,领导可对案件进行督查督办。
(5)根据条件进行考评:根据条件查询各个岗位的考评、部门的考评、区域的考评情况。
(6)公文通知:可以发布查看指挥管理、交流信息、宣传教育等类的通知。
(7)信息共享:实现多部门之间信息同步和信息共享。
(8)法律法规:可以查看城市管理领域法律、法规、规章、规范性文件以及标准规范等。
4.2.2.11.智能报警管理
运用先进的人工智能视频分析技术,利用现有摄像头,对店外经营、游商小贩、违章停车、暴露垃圾等城市事件的违规违法行为进行智能识别、实时预警、智能取证、快速处置的智能化执法系统,为城市管理提供智能化监督、精细化的管理、执法高效落地, 并探索“非接触性执法”支持 30 路摄像头。
4.2.3.行业应用系统
4.2.3.1.执法监管系统
4.2.3.1.1.移动执法通子系统
通过现代移动终端技术、移动通讯技术、GIS 技术、GPS 技术研发实现现场执法。通过装载到智能手机上的系统,执法人员可以进行拍照、摄像、GPS 定位、查看法律法规、查询被监督单位信息、查看任务和通知等操作。
4.2.3.1.2.执法统一办案子系统
系统依托物联网、云存储、大数据、人工智能等信息技术进行设计研发。对执法办案管理工作流程与物联网+有机结合,充分发挥智能化办案业务流程的真正价值,形成一
套“执法必录、循案可查、有理有据、落实到人”的管理机制,构建出更加公正、规范、智能、高效的执法模式。
4.2.3.1.3 执法监督管理子系统
通过执法督查管理子系统实现对执法督察,督察文书,督察立案,督察文档,督察审批,复查核实,结案归档,参数维护。
4.2.3.2城市建设行业监管
4.2.3.2.1市政公用监管系统
4.2.3.2.1.1市政公用设施基础数据管理子系统
基于市政设施的全面摸底普查,形成市政设施基础数据库。涵盖桥梁、道路、路灯等各类市政基础数据。为保持数据的现实性,平台提供按区域、按类别的数据动态更新。
4.2.3.2.1.2供热信息监管
实现对供热等进行监管,可提供系统对接模式、数据填报模式、物联模式的服务。根据实际需求进行对接和预留接口。
4.2.3.2.1.3排水信息监管
实现对排水等进行监管,可提供系统对接模式、数据填报模式、物联模式的服务。根据实际需求进行对接和预留接口。
4.2.3.2.1.4智慧井盖
建立智能井盖应用系统,借助位移、倾角传感器实现对重点区域市政井盖的实时监测,从而有效避免井盖被撬开、偷盗等行为带来的危害,实现井盖挪动报警、井盖打开报警、报警及时处置。
4.2.3.2.1.5积水点监测系统
利用监测设备,获得水位数据,并传送至平台。通过部署高清摄像头等方式,监控城市重点部位的积水信息管理。实现实时掌握积水点位状态。
4.2.3.3.城市管理行业监管
4.2.3.3.1 城市容貌监管
4.2.3.3.1.1 渣土车监管
渣土车监控管理系统用于对渣土车的实时定位、数据管理等功能管理。
4.2.3.3.2.环境卫生监管系统
4.2.3.3.2.1系统对接服务与现有平台进行对接。
4.2.3.3.2.2公共厕所监管系统
依托物联网与互联网技术,对公厕服务所涉及到的人,物,事进行全过程实时管理, 提升公厕保洁作业质量,降低公厕运营成本,提高应急处理能力,实时掌握一线管理和作业水平,提高管理效率,为管理部门提供实时在线的监管平台。
4.2.3.3.3.园林绿化系统
4.2.3.3.3.1.园林绿化基础数据管理系统
通过数据采集,摸清园林绿化基础数据底数,把园林绿化资源(如树种、道路、公园、绿地、苗木、古树、病虫害、法律法规、绿化规划等)进行集中式管理,并支持对数据的维护、更新、查询和分析。
4.2.4.公众服务系统
4.2.4.1.便民城管小程序
隆尧县建设的公众互动与服务小程序,是市民参与城市管理、获取城市公共服务的重要渠道。通过整合微信公众号、微信小程序方式,及时获取群众诉求,了解民情民意, 快速解决群众反映强烈的突出问题。
4.2.5.数据可视化展示系统
4.2.5.1.大数据分析与大屏的管理展示
大数据展现分析等功能,基于一张图,实现对城市管理资源、案件、业务流程等全面感知管理,进行综合展示分析,多维度的联动分析、轮播时自动联动其他组件等,页面支持拖拉拽,自适应多屏,炫酷化特效等。
4.2.6.数据汇聚系统
4.2.6.1.业务数据填报与处理子系统
为各相关单位按照城市管理服务要求上报相关业务数据提供 web 录入和管理功能, 便于按照要求收集各类数据,系统应支持可扩展性。(数据的填报由相关责任单位进行)。
4.2.7.数据交换系统
隆尧县级平台实时或定时将本区产生的业务数据上传给邢台市级平台。隆尧县级平台(数据中心)间实现横向业务数据的交换,隆尧县级平台数据再与邢台市级平台数据进行纵向数据交换。
隆尧县级平台按照国家平台、省级平台、市级平台数据报送要求,开发相应的数据接口,通过接口对接传输等方式上报数据。通过接口实现与市级平台双向数据共享和交换。
4.3.配套硬件建设要求
数字化城管服务平台建设项目-配套硬件建设清单
一、服务器和存储设备 |
|||
序号 |
项目名称 |
单位 |
数量 |
1 |
超融合一体机 |
台 |
3 |
2 |
交换机 |
台 |
3 |
3 |
超融合管理平台 |
PCS |
6 |
4 |
计算虚拟化软件 |
PCS |
6 |
5 |
存储虚拟化软件 |
PCS |
6 |
6 |
存储网交换机 |
台 |
2 |
7 |
安装调试 |
项 |
1 |
二、网络及安全设备(三级等保) |
|||
序号 |
项目名称 |
单位 |
数量 |
1 |
应用安全网关 |
台 |
1 |
2 |
日志审计 |
台 |
1 |
3 |
堡垒主机 |
台 |
1 |
4 |
入侵检测 |
台 |
1 |
5 |
数据库审计设备 |
台 |
1 |
6 |
上网行为管理 |
台 |
1 |
7 |
漏洞扫描 |
台 |
1 |
8 |
路由器 |
台 |
1 |
9 |
安装调试 |
项 |
1 |
10 |
等保测评 |
项 |
1 |
三、指挥中心显示屏 |
|||
序号 |
项目名称 |
单位 |
数量 |
1 |
P1.83 全彩 |
㎡ |
8.53 |
2 |
电源 |
台 |
26 |
3 |
接收卡 |
套 |
24 |
4 |
视频处理器 |
套 |
1 |
5 |
拼接控制器 |
台 |
1 |
6 |
编辑软件 |
套 |
1 |
7 |
配电系统 |
套 |
1 |
8 |
线材 |
㎡ |
8.5 |
9 |
钢架结构 |
㎡ |
8.5 |
10 |
包边 |
项 |
1 |
11 |
辅材 |
项 |
1 |
12 |
旧屏拆除 |
块 |
8 |
13 |
墙面装修 |
平米 |
18 |
14 |
综合布线 |
项 |
1 |
15 |
安装调试 |
项 |
1 |
四、大会议室显示屏 |
|||
序号 |
项目名称 |
单位 |
数量 |
1 |
P2.5 全彩 |
㎡ |
12.18 |
2 |
电源 |
台 |
38 |
3 |
接收卡 |
套 |
15 |
4 |
视频处理器 |
套 |
1 |
5 |
编辑软件 |
套 |
1 |
6 |
配电系统 |
套 |
1 |
7 |
线材 |
㎡ |
13 |
8 |
钢架结构 |
㎡ |
12 |
9 |
包边 |
项 |
1 |
10 |
辅材 |
项 |
1 |
11 |
控制电脑 |
台 |
1 |
12 |
旧屏拆装 |
㎡ |
4.8 |
13 |
综合布线 |
项 |
1 |
14 |
安装调试 |
项 |
1 |
五、监测设备 |
|||
序号 |
项目名称 |
单位 |
数量 |
1 |
视频监控 |
套 |
52 |
2 |
摄像机支架 |
套 |
52 |
3 |
智能摄像机 |
套 |
29 |
4 |
视频平台软件 |
套 |
1 |
5 |
音柱 |
套 |
29 |
6 |
摄像机支架 |
套 |
29 |
7 |
立柱 |
根 |
3 |
8 |
呼叫中心系统 |
套 |
1 |
9 |
办公电脑 |
套 |
5 |
10 |
井盖控制器 |
套 |
20 |
11 |
公共厕所-臭味监测 |
套 |
4 |
12 |
公共厕所-人流统计终端 |
套 |
2 |
13 |
公共厕所-导航屏 |
套 |
2 |
14 |
公共厕所-坑位感应 |
台 |
20 |
15 |
公共厕所-其它设备 |
台 |
2 |
16 |
外接屏幕 |
台 |
1 |
17 |
辅材 |
批 |
83 |
18 |
设备安装 |
项 |
1 |
4.3.1.详细招标参数
4.3.1.1服务器和存储设备技术参数及要求
序号 |
产品名称 |
技术参数及要求 |
1 |
超融合一体机 |
1、基本要求: 1.1 、超融合是软硬一体化产品,需保证产品软件与硬件具有良好的兼容性; 1.2 、可以采用模块化架构或者传统架构服务器,为保障业务的稳定持续运行,单节点硬件节点故障不影响正常业务。 |
2. 超融合硬件节点配置要求: 2.1 、单节点服务器 CPU 要求≥2 颗,Intel 处理器,主频≥2.1Ghz,核数≥12。 2.2 、单节点服务器内存:≥128G DDR4。 2.3 、单节点服务器硬盘要求:系统盘:≥2*480GB SATA SSD,缓存盘:≥1*1.92TB NVMeSSD,数据盘:≥3*4TB 7.2K SATA HDD 2.4 、单节点服务器网络:万兆光接口: ≥2 个、千兆接口: ≥4 个,配置相应的万兆光模块。 2.5 、单节点服务器电源:≥2*800W,为了降低能耗,提升能源转换效率要求为白金级电源。 |
||
3.售后服务:三年质保服务 |
||
2 |
交换机 |
1、基本要求:交换容量≥756Gbps,包转发率≥396Mpps;端口要求≥24 个10/100/1000Base-T 自适应以太网端口(其中 8 个是 combo 口),4 个万兆 SFP+口, |
|
冗余电源,支持下一代防火墙业务板卡扩展,支持热插拔电源模板、配置双机虚拟化功能及模块。 |
|
2、功能要求:支持多虚一、纵向虚拟化,支持 Openflow1.3.1、支持等价路由、VRRP、OSPFv1/v2、OSPF v3、BGP、ISIS 等三层路由协议、 |
||
3、可靠性要求:支持设备级和链路级的多重可靠性保护。 |
||
4、管理要求:支持 CLI 命令行、Web 网管、TELNET 多管配置方式。 |
||
5、配置堆叠线和相应万兆光模块。 |
||
3 |
超融合管理平台 |
1. 资源管理要求:通过超融合管理平台即可实现对计算、存储、网络等资源进行统一管理,所有功能无需界面跳转即可实现全部操作,真正融合、简化管理。 |
2. 统一运维要求:针对超融合整体软硬件故障问题,提供统一的可视的监控管理中心,可视化实时监控中心从硬件可靠性(包括 CPU、内存、磁盘、物理网卡和 Raid 卡)、系统可靠性(包括集群主机、分布式存储、集群网络配置状态和集群资源过载 状态)、服务可靠性(包括站点容灾、集群可靠性 HA、应用 HA、计算资源 DRS、虚拟机运行状态和虚拟机备份)三大层面进行实时监控、分层展示,运维人员可以直观查 看集群的整体运行情况,可以快速诊断集群的健康状态,同时支持对无需关注的检测异常启用屏蔽功能,启用屏蔽功能的检测异常将不会上报显示,现实可视、可控、可 管,简化运维。 |
||
3. 资源扩容要求:后期客户可以依据资源的使用情况,按需选择扩容计算存储型融合节点、计算虚拟化型节点即无需配置数据盘及相应存储虚拟化功能授权、存储虚拟 化型节点即无需配置计算虚拟化相应功能授权,满足后期按业务对资源的需求进行灵活扩容,并节省采购成本。 |
||
4. 集群规模要求:集群节点数≥2 节点,并支持超融合节点数为 2 节点时,最少扩容节点数为 1,扩容时要求原有集群业务不停机,以满足依不同业务分区分域 部署需求,最小化配置集群规模,以降低初始投入,并满足资源无缝、按需扩展。 |
||
5. 业务迁移要求:超融合管理平台集成融合在线的 p2v、v2v 迁移工具,支持业界主流的操作系统、虚拟化平台、公有云。包括但不限于 VMware、微软、华为、H3C 、阿里云、紫光云、深信服等厂商平台的迁移,提升被迁移业务平台的普适性、提升业务迁移的便捷性,降低业务迁移的工作量。 |
||
6. 虚拟化安全要求:超融合管理平台需支持杀毒功能。 |
||
7. 容量故障预测:支持资源容量预测服务,内置时间序列模型,管理平台自动化实现数据检索预测,为提供用户易用的数据预测服务,服务支持呈现实时的 CPU、内存和存储容量资源使用数据信息展示,并给出基于 AI 机器学习算法预测分析得到的预警时间点的提示,支持通过硬盘状态检测与预警技术,提供硬盘故障预测,提供资源扩容规划、硬盘故障预警的智能工具,提升业务整体可靠性。 |
||
8. SSD 寿命展示:支持实时展示 SSD 固态硬盘寿命信息,以百分比展示 SSD 固态硬盘剩余寿命,作为及时更换硬盘提供信息支撑,保证业务的可连续性。 |
||
9. 拓扑管理要求:支持对整个平台虚拟设备实现统一的管理,虚拟化 WEB 管理平台可以完成网络拓扑的构建,完成各类虚拟设备的自助逻辑编排,支持在管理平台上 连接、开启、关闭各类虚拟设备,拓扑呈现业务流量信息,所画即所得,方便运维管理。 |
||
10.自动部署要求:管理平台对于新上线节点设备可基于链路层协议、被管理节点自动发现,自动分配其 IP 地址,降低管理难度。 |
||
11、网络安全要求:配置分布式防火墙功能,基于监测虚机 IP 地址和端口进行东西向流量隔离控制;配置公网 IP 地址池,支持公网 IP 和私网 IP 绑定;配置软件负载均衡, 支持 HTTP、HTTPS、TCP 等监听协议,支持配置均衡算法(轮转算法,最小连接算法,源地址算法);配置健康检查,可配置检查间隔、超时时长、重复次数等支 持连通性监测;配置虚拟网络设备的连通性探测功能,方便在虚拟化环境中,进行相 应的故障排除和恢复,能够定位到出现故障的虚拟网络设备,方便快速排查问题保障 业务的高连续性。可选所有功能按物理 CPU 数量授权模式,或者按分布式防火墙、虚拟负载均衡功能授权模式,其要求单颗物理 CPU 单项功能授权许可数量不少于 5 个。 |
|
12.纳管 VMware:支持通过管理平台的图形化界面对已有的 VMware 虚拟化平台进行无缝纳管,提供对 VMware 虚拟机的全生命周期管理和运维;支持对 VMware 虚拟机在线迁移到超融合平台,迁移过程中,用户业务不中断。支持 VMware 6.0/6.5/6.7 的标准版、企业版、企业增强版。满足对 VMware 平台的利旧和业务平滑过渡需求。 |
|
13.容器服务:支持容器集群管理,可以创建多个容器集群,可对容器集群进行生命周期管理、以及升级、监控和运维;支持镜像仓库、应用模板和容器应用生命周期管 理。已满足云原生应用的部署与运行需求。 |
||
14.基于站点的异地容灾:支持基于站点的异地容灾功能,基于存储的远程复制技术, 在生产站点和灾备站点之间进行异步远程数据复制。当生产站点因意外(如火灾、洪水、地震、人为蓄意破坏等)停止工作时,利用灾备站点的备份数据,将业务切换到灾备站点,实现业务容灾,从而保持业务不中断。 |
||
15.应用监控:支持从超融合管理平台扩展应用监控服务组件,应用监控服务基于预 置的监控模板,提供应用的实时监控告警管理服务能力,包括操作系统(Windows、CentOS、RHEL、Ubuntu、SUSE、AIX 和 HP-UX),数据库(MySQL、Oracle、达梦 MPP、Redis 和 MongoDB),中间件(Tomcat、Apache、Weblogic、RabbitMQ、WebSphere)Url、Ping 站点和 Kubernetes 的应用监控,用户无需重新开发自定义脚本,并展示各类资源的健康状态和关键指标,提供资源分类汇总视图,统计各类资源的数量。通过对应用的监控,提前预判故障风险,提升业务可靠性。 |
||
16.应用 HA:提供应用级别的 HA 功能,无需在虚拟机内部安装代理即可自动检测并可自动修复虚拟机内运行的应用故障,包括但不限于 Apache Tomcat、JDK、Apache HTTPServer、MySQL、SQL Server、SharePoint 等应用,并支持用户自定义脚本进行应用状态的监控。 |
||
17.配置要求:配置相应的功能授权许可,每颗物理 CPU 为一个授权许可。 |
||
4 |
计算虚拟化软件 |
1、品牌要求:虚拟化软件非 OEM 或贴牌产品,禁止借用第三方软件的整合,以保证功能的可靠性和安全性。 |
2、兼容性要求:支持现有市场上主要国内外操作系统,包括 Windows、CentOS、Fedora、RedHat、SUSE、Ubuntu、FreeBSD、MacOS、中标红旗、中标麒麟、中标普华、深度、 一铭、凝思等。 |
||
3、基本功能要求: |
||
3.1、提供虚拟机启动、暂停、恢复、休眠、重启、关闭、克隆、迁移、删除、快照等功能的批量操作。 |
||
3.2、提供集群 HA(高可用),DRS(动态资源调度)、硬件 SR-IOV、GPU 直通、vGPU、跨集群迁移等功能等功能配置。 |
||
3.3、支持虚拟机的入方向、出方向、出入方向安全访问控制功能,可基于 IP、MAC、端口号、时间段等设置访问规则。 |
||
4、审计回溯要求:支持虚拟机迁移历史记录功能,记录中包含迁移的操作员、迁移方式、源主机、目的主机、开始时间、迁移耗时等信息,便于对虚拟机的迁移路径进行回溯。 |
||
5、运维管理要求:支持批量修改虚拟机的配置参数,包括:I/O 优先级、启动优先级、是否自动迁移、CPU 调度优先级、CPU 个数、内存大小、自动启动、VM 启动设备、tools 自动升级等;支持虚拟机桌面预览功能,无需登录虚拟机即可在虚拟化管理平台上看到虚拟机当前桌面的状态,降低配置工作量及运维难度。 |
||
6、配置要求:每颗物理 CPU 为一个授权许可。 |
||
5 |
存储虚拟化软件 |
1、架构要求:采用分布式的软件定义存储架构,在通用服务器部署,把所有服务器硬 盘组织成一个虚拟存储资源池,提供分布式存储服务,无需独立的元数据及控制器节 点,使用超融合管理平台统一管理,无需在计算虚拟化平台上部署存储控制器,存储集群规模支持≥256 个节点。 |
2、能力要求:同一节点同时提供服务器虚拟化及分式布块、对象、文件种存储功能,3 个节点集群即可同时提供虚拟化、分布式块、对象、文件存储服务。为了确保性能其中对象和文件服务须在宿主机上提供。 |
|
3、功能要求: |
|
3.1 支持厚配置,可以根据业务需求分配固定的物理存储空间、支持精简配置,可以根据应用实际写需要时才分配相应的物理存储空间。 |
||
3.2、支持卷快照,支持可写快照、定时快照,一致性组快照;支持链式卷克隆、完整克隆。 |
||
3.3、支持卷拷贝、卷迁移,如从低性能资源池迁移至高性能池。 |
||
3.4、支持含跨主机、跨机柜、跨机房三种故障隔离能力。如故障域为机柜时,能够实现整机柜故障,数据不丢失,业务不中断。 |
||
3.5、支持卷的 IOPS 和带宽可同时设置,同时生效;支持按容量对卷的 IOPS 和带宽同时设置,同时生效。 |
||
4、副本机制要求:支持多副本保护机制,可选择 2~5 副本,支持依据业务数据重要性进行灵活设置副本数量机制。 |
||
5、数据自动重建要求:磁盘或者节点故障之后无需人工干预,数据在集群内硬盘的剩余空间中自动重构,每 T 数据重构时间不大于 3 分钟。 |
||
6、投资保障需求:支持使用一键鼠标按钮分析后端存储上的无效镜像文件,并提供一键清理和释放存储空间能力;支持使用一键鼠标按钮快速查看、启动、删除、批量 启动和批量删除长时间未使用且处于关闭状态的虚拟机,进行资源利用率统计,提升资源利用率及运维效率。 |
||
7、配置要求:本次配置块存储功能授权,按物理 CPU 数量授权模式无容量限制许可,按硬盘容量授权模式每个节点不少于 100T 授权许可,每颗物理 CPU 为一个授权许可。 |
||
6 |
存储网交换机 |
1、基本要求:交换容量≥2.56Tbps,包转发率≥360Mpps;端口要求≥16 个 1/10G SFPPlus 端口,扩展插槽≥1,冗余电源,支持下一代防火墙业务板卡扩展,支持热插拔电源模板、配置双机虚拟化功能及模块。 |
2、功能要求:支持多虚一、纵向虚拟化,支持 Openflow1.3.1、支持等价路由、VRRP、OSPFv1/v2、OSPF v3、BGP、ISIS 等三层路由协议。 |
||
3、可靠性要求:支持设备级和链路级的多重可靠性保护。 |
||
4、管理要求:支持 CLI 命令行、Web 网管、TELNET 多管配置方式。 |
||
5、配置堆叠线和相应万兆光模块。 |
||
7 |
安装调试 |
搬运、安装、调试、对接及服务保障 |
详见招标文件