NNZC2021-30003A南宁市公安局社会管理监控报警联网系统一期、二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务合同
微信分享
关注项目
标讯收藏
| 项目名称 | 省份 | ||
| 业主单位 |
认领
立即查看
|
业主类型 | |
| 总投资 | 建设年限 | ||
| 建设地点 | |||
| 审批机关 | 审批事项 | ||
| 审批代码 | 批准文号 | ||
| 审批时间 | 审批结果 | ||
| 建设内容 | |||
一、合同编号：[2020]NCCXF331/2
二、合同名称：南宁市公安局社会管理监控报警联网系统一期、二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务合同
三、项目编号：NNZC2021-30003A
四、项目名称：南宁市公安局社会管理监控报警联网系统一期二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务
五、合同主体
采购人（甲方）：南宁市公安局
地 址：厢竹大道46号
联系方式：登录即可免费查看
供应商（乙方）：广西新乾宇通讯科技有限公司
地 址：南宁市兴宁区民主路8号都市物语7层701号
联系方式：登录即可免费查看
六、合同主体信息
1.主要标的信息：
主要标的名称：南宁市社会管理监控报警联网系统一期、二期及三期第一阶段升级改造及扩容项目运维管理监督系统扩容服务采购
数量：1
单价（元）：2834300
规格型号（或服务要求）：一、项目个概述 本项目将对视频专网已有的运维管理监督系统进行扩容，扩容4000路的接入能力，同时新增2台诊断服务器，以便提升整个运维管理监督系统的处理能力。 ★1.1需要提供的服务 扩容1套运维管理监督系统，提供≥4000路前端摄像头授权（已包含补光设备、传输设备、网络设备、服务器、存储设备、虚拟化、数据库、安全设备、摄像头、 卡口抓拍、行为审计、人脸识别上传应用系统等配套的运维管理监督授权）； ★1.2提供服务技术架构要求 （1）运维管理监督系统支持主流操作系统统和数据库，全中文界面，提供友好、直观、易懂的图形呈现，提供强大的信息交互与管理能力。 （2）系统应支持GB/T28181-2016规范。 （3）运维管理监督系统要求运行在开放的TCP/IP网络环境下，支持B/S架构，支持IE7~IE10等标准浏览器，实现系统界面、业务逻辑、数据集成等功能，采用标准接口进行系统间的数据交换与数据共享。 （4）运维管理监督系统应采用分层、模块化的设计技术，模块与模块、层与层之间松散耦合，各模块可独立部署、升级和扩容，既相互独立工作，也具备良好的耦合性，形成一体化运维管理监督系统。 （5）运维管理监督系统应具备良好的开放性，可以融合第三方监控工具，实现资产配置与告警事件的自动抽取与集中展现等。 （6）运维管理监督系统应具备良好的扩展性，管理范围、管理深度和管理功能均支持平滑升级和扩展，满足不断发展的运维管理需求。 （7）供开放的API接口，支持二次开发，可随需扩展开发所需功能。 （8）运维管理监督系统应至少包括资产配置管理、集中监控管理、运维服务管理、综合管理、运维监管考核管理五个部分。 1.3、提供服务所需的配套货物技术指标要求 1.3.1、扩容资产配置管理 1.3.1.1、资产配置库 （1）建设统一资产配置库，将运维监控和软件、硬件基础信息有效结合，将分散的视频资源、网络资源、主机资源、虚拟机资源、数据库资源、中间件资源、存储资源、业务系统等整合在一起，通过关联将资产配置信息丰富化。(此功能提供软著复印件加盖公章) （2）资产配置库应能够很好的适应云计算、虚拟化技术的应用，能够快速适应虚拟化基础架构的变化，能够从数据建模、数据收集与维护和数据消费三个方面实现对资产和配置数据的管理。 1.3.1.2、资产管理建模 配置库应支持灵活的动态建模功能，可根据实际管理环境和管理需要自由、灵活的定义和调整配置管理模型，实现精确化管理，对于配置库建模功能，应能够满足以下需求： （1）配置项建模 1）★支持配置项动态建模，能建立配置项类别、属性、继承、查询条件等信息，应支持整型、日期、字符串、富文本、附件、用户、数据字典、配对象等常用数据类型；为后续调整和建模的便利，须支持配置建模表达式，配置项的标识符和名称可根据表达式规则自动生成； 2）支持配置项类别及实例图标的自定义功能，使配置展现更图形化； 3）提供IPMI硬件模型，如风扇、电源、主板等； 4）内置标准配置模型，易于理解和使用，并支持用户进行快速扩展，建立契合实际需求的配置模型。 （2）配置关系建模 1）支持配置项之间关联关系的建立，可以限定关系两端配置项类型，支持关系箭头样式定义，并内置了常用的配置项关系； 2）支持配置项关系的可视化编辑，通过拖放配置项和连线建立配置项关系。 （3）配置表单建模 （1）支持配置项表单的灵活设计和扩展，可以在WEB上通过拖拽设计，调整不同资源类别的维护表单； （2）表单录入时支持下拉选择和输入智能匹配提示，能根据选择匹配更新表单其他属性，例如：申报人匹配后，申报人的联系方式和部门可以在表单中联合呈现； （3）可分别定义配置表单和资产表单 （4）支持配置项信息字典目录的建立和维护，支持树状展现视图。 1.3.1.3、资产配置变更 （1）支持配置项业务方向标记，对配置项进行资产管理、配置管理、监控管理三个业务方向分类标识，实现资源分类管理。 （2）支持配置变更审核，在配置调和、资源扫描、配置项人工维护的时候会产生配置项的变化，这些变化必须通过审核后才能生效，配置项变更审核时能够支持查看变化比对报告； （3）配置项审核时，允许对配置项的属性进行二次修改，且提供历史属性值的比较功能，可设定显示的历史版本数； （4）支持定义配置项类别的属性更新规则，允许用户配置配置项类型的某个属性是否仅允许人工修改、是否自动审核、属性值是否记录历史版本，子类可自动继承父类的更新规则并支持进一步约束； （5）应支持批量审核、关联审核和自定义审核，一个配置项审核通过时其依赖的配置项（如硬件部件）自动审核通过，还可以自定对某些配置项设定审核或不审核； （6）支持配置权限的细粒度控制，能够分别对资源和配置管理功能进行授权，资源授权是指能对哪些指定的资源进行管理，而配置管理功能授权则是指具体的操作，包括配置建模、配置浏览、新建、修改、删除、审核等； （7）提供基于类型继承关系树导航的方式浏览配置项列表，并提供列表过滤功能，允许不同管理视角来组织数据，也可以灵活的按照客户日常管理习惯进行配置项管理导航设置，分担配置项维护职责，提高配置库可用性； 1.3.1.4、资产数据发现与校验 ★ 支持多种配置项的发现和收集手段，包括：从监控系统或其他系统自动抽取、人工录入和批量导入等。 （1）配置自动发现 1）须提供独立的配置发现工具，可单独安装，支持IE、Chrome等主流浏览器。 2）须支持ICMP、TCP、SNMP、WMI、Telnet、SSH、CCLI、Http、DNS、JDBC、JMX、VMWare、libvirt、XenAPI等协议发现配置，并通过API对协议进行统一简洁的封装，可实现快速扩展； 3）须支持网络设备、计算机、数据库、基础服务、中间件、虚拟化等资源配置信息的发现，支持发现配置项之间的关系（如服务器与磁盘、数据库与表空间，不支持网络链路关系）； 4）支持通过多种格式的发现范围自定义，，支持按网段配置发现参数，并自动计算有效IP数；提供发现协议参数的维护，实现不同协议凭证的添加、修改、删除，并支持按不同列进行排序，可同时支持运行多个发现协议； 5）直观展现发现进度和发现情况概要，支持发现日志的过滤和展现，能够按照调试、信息、警告、错误4个级别向用户展现日志信息； 6）须支持和资产配置库的无缝对接，支持发现结果直接导入资产配置库中，快速充实配置数据。 7）支持以列表形式展现发现结果，直观展现所发现配置项的IP、类型、名称并支持过滤；发现结果支持EXECL格式导出； 8）支持发现过程的终止，在发现中，用户能够依据客观需要及时终止配置发现； 1.3.1.5、资产配置维护 （1）★支持资源扫描，调用自动发现接口获取最新资源信息，与配置库对比后更新相关信息； （2）支持配置调和，对不同来源的配置信息，能够自动识别、合并，避免数据重复或冲突；应提供手工调和作为自动调和规则的补充，可以手动对配置项进行人工合并和调整，对可能重复、分类有误的数据进行比对、查看，确定配置属性的合并规则； （3）支持配置分区，以便适应不同IT环境尤其是大型IT环境的管理需求，通过建立不同的资产配置库管理区域，能够满足地域跨度较大、各分支机构有自治管理诉求的用户或组织的管理需要； （4）支持配置项版本跟踪和维护，当配置项产生新版本时，系统应能够记录并保存原始版本，支持不同版本之间的对比； （5）支持条件查询和全文检索查找配置项信息，全文检索支持关键信息预览（包含匹配关键字）； （6）支持面向故障和变更的分析集成能力，提供配置项关系浏览视图和故障源树分析功能。 1.3.1.6、资产数据可视化 （1）可视化 1）支持与监控工具等第三方数据源的关联规则的建立，形成关联展现； 2）提供性能监控、配置管理、资产管理导航自定义，可分别关联资源模型，方便运维人员快速搜索、查看配置项的信息； 3）提供图形化的配置关系展现，提供多种样式的自动化布局，使用不同的形状、颜色、方向的箭头直观地展现配置项之间的关系，作为故障影响分析、配置优化扩容的决策辅助； （2）变更影响分析 1）系统应支持图形的化的变更影响分析，对某个配置项进行变更时，能够快速模拟该变更影响范围和程度； 2）支持图形化的变更影响分析，通过可视化界面直观展现配置变更范围。 （3）变更历史追溯 支持对配置项的变更历史进行记录和管理，通过配置历史管理，可以直观的展现配置项的变更历史、操作人、时间等，实现配置信息变更可追踪、可回溯。 （4）告警定位丰富 支持为告警定位到具体的资源，并丰富其扩展信息，为快速解决故障提供信息支持。 1.3.1.7、资产生命周期管理 ★资源台账维护管理基于ITIL理念，以生命周期为核心，实现台账的资产维护管理：资产采购、资产到货登记、资产申领、资产调拨、资产维护、资产报废的整个过程。同时系统将资产的部署、监控、变更、维护纳入资产管理，自动将资产的信息（资产编号、软硬件基本信息）进行对应，建立电子档案，提供维护支持。 1.3.1.8、资产维护管理 （1）支持自定义资产类别、属性、字典、编码表达式规则设置等管理，实现资产类型和各类型下字段定义、展现的管理； （2）支持资产编码规则定义，至少支持资产类别、所属单位、所在位置、序号等编码元素，从而组合生成资产编码，例如：“资产类型+序号”，“资产类别+所属单位+序号”等，当新建资产时，可根据编码表达式自动分配资产编码； （3）支持合同管理，将用户的合同及相关资产进行统一管理，避免纸质合同的管理不便，合同包括维保合同、采购合同等，根据合同的类型维护合同相应的信息，包括金额、开始时间、结束时间等信息； （4）合同管理支持资产和配置关联，能够将合同所涉及的资产及资产的配置信息进行集中关联，从而可以实现快速查询资产的当前状态； （5）支持资产提醒功能，包括库存提醒、过保提醒和过期提醒，支持提醒策略的配置； （6）支持备品备件管理，备品备件能够和配置管理关联，及时获取备品备件的状态库存信息； （7）支持资产的申请、调拨、维护和报废流程管理，并和配置管理进行关联； （8）支持资产生命周期管理状态，包括库存、使用中、测试中、维护中、终止、报废，详细记录管理和维护人员的详细资产操作日志，能够方便查看资产的历史信息； （9）支持提醒巡检功能，定时发起过期巡检，可配置巡检策略；发现维保过期，且未发送事件到通知中心时则发送事件到通知中心；发现库存恢复，则发送事件到通知中心； （10）支持资产数据的复制，生成新纪录； （11）支持资产信息的必填、选填、下拉等多种录入方式； （12）支持树状资产导航，允许自定义导航，支持按导航节点授权，其中针对合同管理，支持按照合同类型、到期时间、合同履行进度进行导航； （13）资产权限包括定制列，资产维护，资产导航，合同管理，提醒管理，备件管理等； （14）支持资产与配置项、资产的关联； （15）支持资产数据的EXECL批量导出。 1.3.2、扩容集中监控管理 1.3.2.1、数据采集要求 监测采集器利用HTTP、SNMP、IPMI、Syslog、CLI（Telnet、SSH、WMI）、JMX、CORBA等标准协议和各种业务系统专有协议实现远程监控和数据采集，同时也支持Agent代理式监测采集被管资源的监测数据； （1）监测采集器运须行在采集探针(Probe)内，采集探针可以分布式部署，满足多个隔离子网和多级大规模IT环境监测的要求； （2）须服务端可发布采集策略到探针，由探针负责执行具体的周期性监测，服务器端可以支持对探针的状态管理，支持将监测任务在探针之间进行迁移； （3）监控探针具备本地数据存储能力，以防止网络临时通断引起的监测数据丢失，并通过压缩技术减少监控过程中对网络带宽占用； （4）能够通过界面定义新的性能采集监控指标，可以编写类JAVA风格的动态监控脚本，并支持与监控指标、监测参数（用户名、密码等）绑定； （5）监控脚本可以调用相应的操作系统脚本或命令行，监控脚本既执行远程监控命令，也可通过代理Agent执行被管服务器本地命令； （6）监测脚本可以返回相应的监测结果表，系统支持对监测结果进行阈值设定，超过阈值触发告警事件； （7）支持图形化的方式配置监控指标性能阀值，支持动态阈值与静态阈值，支持阈值生效时间设置，提供阈值默认规则； （8）提供标准的插件实现接口，无需二次开发即可完成特定的业务监测和管理功能。同时开放的扩展接口允许监测功能的添加或者与其他系统的集成； （9）支持代理（Agent）采集脚本自定义功能，实现非标准数据的自定义采集功能。 1.3.2.2、网络监控 （1）网络拓扑监控 1）能够支持主流的Cisco、Huawei、H3C、大华、海康、科达现有图像设备和网络设备厂商的型号，可实现拓扑变化的自动跟踪呈现，对网络链路变更进行捕捉并告警。 2）须支持多种策略主动发现拓扑，支持SNMP V3协议参数，支持种子发现、网段发现模式。网络拓扑监控可呈现网络拓扑、物理拓扑、VLAN拓扑等，可以灵活的建立拓扑子图。 3）支持对链路自定义，可以在拓扑图上直接操作，指定链路两端设备与端口、双工类型，链路名称增加和删除链路，同时支持链路的隐藏功能。 4）提供集成化的操作入口，提供快速的模糊搜索工具，提供设备和链路快速监测入口，提供TraceRoute、Ping、Telnet、SSH、Remote Ping、MIB浏览器等快速排障工具。 5）支持对链路的自定义，可以在拓扑图上直接操作，指定链路两端设备与端口、双工类型，链路名称增加和删除链路，同时支持链路的隐藏功能； 6）提供设备面板库和扩展面板的编辑能力，通过丰富的面板库和设备面板的编辑能力，实现设备管理的可视化监控（查看设备和端口状态）和操作（开、关端口）。 （2）网络性能监控 1）能对网络设备的CPU利用率、内存利用率、硬件运转情况、重要链路的流量、重要链路的通断、重要链路的带宽利用率、重要链路丢包率、重要链路错包率、DNS监测、TCP端口监测、网络协议等运行的指标进行定期轮询，采集各类性能指标，主动预警网络隐患。 2）须支持网络链路延时抖动是体现网络质量的关键指标，系统需支持Remote Ping技术，提供链路的通断和延时抖动监测，支持SNMP和远程登录两种模式，可以通过脚本扩展支持不同的厂商设备。 3）可扩展定义新的性能监测指标，可支持SNMP MIB OID的定义，能对支持扩展指标的网络设备进行采集（如： Cisco设备的温度信息）。 （3）网络故障管理 实现对网络告警事件的监测和定位，实时采集故障信息，发现哪些异常是可能导致网络运行不正常的事件，准确预警和定位网络中的故障。 （4）网络配置管理 1）提供设备网管信息工具箱，方便查询端口列表、设备部件表、ARP表、TCP/UDP表、转发表、CDP表、STP、VPN、VRF、OSPF表等。 2）提供网络设备配置文件（包括运行配置和保存配置文件）的手动、自动备份能力，支持配置文件的人工跟踪比对，支持配置文件变化时生成配置表更告警。 3）支持脚本方式扩展新的设备配置备份能力，备份脚本需要支持SNMP、Telnet/SSH交互方式。 4）提供IP、MAC、终端名称、终端连接端口的管理和跟踪列表，可自动跟踪终端的接入变化，及时对非法终端进行告警。 （5）IP地址管理 1）实现实时监控网络中IP的使用情况，对IP地址的使用进行历史审计和追查，采用直观的方式展现目前IP资源的使用分配情况； 2）系统须自动发现的各子网内IP地址的使用情况，包括IP地址、设备名、端口号、端口名称、IP状态、上联设备、上联设备IP、上联设备端口以及可根据设备类型搜索IP地址。 1.3.2.3扩容平台系统监控 （1）系统主机监控 1）支持通过CLI、WMI、代理Agent方式监控服务器，Linux/Unix系统的CLI监控方式应当同时支持SSH及Telnet两种方式； 2）系统能够管理和监测Windows、Linux、IBM AIX、HP-UX、SUN Solaris、SCO Unix等不同操作系统的服务器的运行状态和性能数据。 3）具备CPU利用率监控，显示系统、用户、空闲时间的百分比； 4）支持监控磁盘空间使用率；磁盘IO读写性能；磁盘的目录和文件大小监控。 5）支持进程运行情况，对关键进程的CPU/内存的占用情况进行监控。 6）监控服务器网卡的运行状态和网络传输情况，如网卡是否DISABLE，网络是否中断或丢包等。 7）监控Syslog和Window Eventlog日志文件的变化情况，根据日志中出现的特定信息进行报警或自动执行用户预定义的动作。 （2）云控制中心监控 1）须支持无代理模式对虚拟化资源的监控，包括对云主机、云存储、集群信息、虚拟化管理器等监测。支持通过VSphere ESXi直接监控和通过VCenter集中监控VMWare虚拟机； 2）基本信息采集：虚拟机的操作系统类型、虚拟机的总体状态、虚拟机的电源状态、虚拟机的配置文件路径、虚拟机名称、主机的基本信息或状态等； 3）虚拟机CPU监测：虚拟机可使用的CPU数量、虚拟机的CPU频率、虚拟机的CPU使用率； 4）虚拟机内存监测：虚拟机的内存使用率、虚拟机可已使用的内存量； 5）虚拟机磁盘监测：存储置备大小、已分配使用率、未共享大小、已分配大小、虚拟机名称； 6）须集群信息采集，支持物理服务器和虚拟服务器及其相互之间的映射关系管理，支持服务器虚拟集群和虚拟机之间的关系。 （3）数据库系统监控 1）支持各种平台上的Oracle、MS SQL Server、MySQL、DB2等数据库系统，能够连续地监控数据库引擎的关键参数； 2）须支持数据库负载和状态监控：数据库系统全局缓冲区的使用率和命中率、监控数据库进程的状态等； 3）支持空间使用情况监控：对数据库中的表空间进行监控，包括该表空间的分配空间、已用空间的情况； 4）支持数据库死锁监控：自动监控Oracle等数据库死锁，对并发修改引起的锁冲突等待进行监控。 （4）中间件监控 1）支持包括Websphere AS、WebLogic、WebSphere MQ、Tomcat等中间件监测管理； 2）支持JVM使用监测：监测JVM的堆栈大小、使用率； 3）支持JDBC链接池监测 监测指定JDBC连接池资源连接情况； 4）支持线程池监测：监测指定线程类的线程平均数、空闲线程平均数以及线程吞吐量； 5）支持WEB应用监测：监测指定Web应用中Session的当前个数、最大值以及累积个数； 6）支持JMS队列深度监测：监测中间件中JMS消息队列活动情况； 7）支持MQ情况监测：监测MQ的通道情况，包括：每秒接收字节、每秒发送字节、通道状态、发送间隔、事务数；监测MQ队列深度监测：监测MQ服务的消息队列的队列深度。 （5）常用应用监控 1）Apache监测：监测服务状态、响应时间、CPU负载、每秒请求数以及累计访问数、数据处理量、运行时间、作业数等； 2）IIS监测：监测运行时间、连接信息、传输字节数、登陆和连接用户信息、每秒web请求数； 3）DNS监测：监测服务运行状态、域名解析成功与否等； 4）FTP监测：监测服务运行状态、响应时间、登陆用户信息、文件是否存在等。 （6）存储监控 1）支持符合SMI-S1.1规范的主流厂家（IBM、HP、EMC、华为、海康、大华、等）的磁盘阵列的集中监控和管理，可通过SMI-S协议或管理命令行接口进行监控，监控内容包括：监控磁盘控制器、缓存、通道的状态；磁盘的空间占用；监控逻辑磁盘、卷的状态。 2）若设备支持，监控设备环境参数，如温度、风扇、电源电压等。须支持对DVR/NVR的存储监控，包括硬件基本信息、存储硬盘（组）状态、连通性、硬盘录像情况、日志信息分析等。 1.3.2.4视频设备监控 （1）视频前端设备监控模块，通过GB/T28181规范与视频平台对接获取各类视频前端设备，主要包括：视频摄像头、视频编解码设备等，通过ICMP、TCP、专有管理协议接口获取前端设备的状态、负载、告警信息，通过实时分析处理，判断视频前端设备的运行状态，并在问题发生后及时告警，通知相应人员后续处理。 （2）视频前端设备监控的主要内容包括： 1）配置信息：采集前端设备的名称、ID、IP、设备类型、厂家、型号、立杆编号、经纬度、视频通道信息（通道编号，通道名称，通道编码），扩展字段； 2）采集摄像机的信号状态、录像状态等信息。 1.3.2.5视频图像诊断 （1）系统支持基于GB/T28181协议规范，通过视频平台系统或前端视频设备获取视频码流，采用对视频流进行智能分析，对各类视频故障进行诊断，如图像清晰度异常、图像暗度异常、图像偏色、视频干扰、雪花、画面冻结、视频丢失等，并将分析后将状态和报警数据发送到统一告警平台。 （2）视频丢失：检测由于视频前端设备被破坏、电源故障或者传输故障所引起的间断或者持续的视频丢失现象。 （3）清晰度异常：检测因为聚焦不对或者异物阻挡引起的清晰度异常； （4）亮度异常：检测因为照明异常、增益控制、设备故障或者人为遮挡所引起的画面过亮或者过暗； （5）图像偏色：检测由于线路接触不良、外部干扰或者摄像机故障等原因造成的视频中画面偏色现象，主要包括全屏单一偏色或者多种颜色混杂带状偏色； （6）条纹干扰：检测因为线路老化、传输故障、或者接触不良、或者电磁干扰，图像中混有呈带状、声波、网状等带有周期性的叠加噪声。 （7）雪花干扰：检测由于线路老化、传输故障、接触不良、或者受到电磁干扰，图像中一阵阵杂乱的飞的、刺或者现状干扰，导致雪花、图像抖动或者滚屏等现象。 （8）画面冻结：自动检测由于食品传输调度系统故障引起的视频画面冻结。 1.3.2.6视频录像完整性检查 （1）当出现图像丢失，以及摄像机的信号中断、被遮挡、存储时间不满足设定要求等故障时，系统对以上故障发出告警信息提示用户查看。 （2）支持按月、周、天分时段对录像完整性进行检查，可设置多个检查时段； （3）提供摄像机存储列表，摄像机可按组织排列； （4）针对单个摄像机，可完整阅览所有时段的录像存储细节； （5）针对存储端，可根据存储容量判断摄像机录像是否完整，如某路摄像机实际存储容量明显小于摄像机实际存储容量，则说明录像有缺失； （6）提供方便快捷的录像查询机制，人性化的可视管理，录像通过彩条显示。当彩条显示不连贯时，表明录像有断点； （7）可按照Excel、PDF、HTML等多种格式对报表数据格式进行导出。并提供报表的直接打印功能。 1.3.2.7卡口监测诊断 （1）★设置在某一个时间段内（白天默认1个小时，夜晚默认4个小时）没有车牌、抓拍图片数据，则认为卡口出现故障，运维管理平台根据数据异常产生故障告警、抓拍图片诊断时间须可设置。 （2）连续统计7天卡口过往车牌、抓拍的图片数据进行每天求平均，在当天23:59分进行统计该卡口过往车辆低于平均数量的30%，则运维管理平台产生告警，认为卡口出现故障。 （3）对卡口点位连续7天晚上19点～早上5:00进行亮度指标获取，并通过亮度的平均值判断补光灯是否正常，在当天晚上抓拍的图片亮度低于平均亮度值20%，则认为卡口补光异常，运维系统将出现告警。 （4）对卡口视频连续7天晚上19点～早上5:00进行亮度指标获取，并通过亮度的平均值判断视频图像亮度是否正常从而判定常亮灯是否故障，在当天晚上视频图像亮度低于平均亮度值20%，则认为卡口常亮灯异常，运维管理平台产生视频亮度异常告警。 （5）由卡口平台提供接口，将图片存储的时长信息提供给运维管理平台，运维管理平台进行统计分析和展现。 1.3.2.8行为审计 利用日志数据采集和分析技术，与南宁市社会管理监控报警联网系统平台对接，通过平台提供的日志接口采集平台客户端用户操作日志，获取用户操作记录信息（包括：用户登录、录像调阅、录像下载、实时视频调阅、云台控制、预制点位设置等重要操作行为），实现对视频资源使用情况的查询和审计。能够对用户在线时长、客户端数量、用户数量进行统计，统计的内容应包含登陆用户名、登陆客户端IP地址、摄像头名称、摄像头IP地址、所属机构、用户操作信息等结果按照固定的权限进行查询、统计、导出等操作。 （1）汇聚接口要求 为了便于各种监控工具的集成，对监控工具的技术要求、耦合度降到最低，数据汇聚接口要求提供MQ队列、RMI、RESTful等多种协议接口，监控工具层可以根据情况选择相应的接口实现。 汇聚接口需要包括以下接口： 1）资源信息汇聚接口：提供资源配置信息添加、修改和删除接口，可以一次提交多个资源信息，接口能对数据有效性进行检查，在提交的数据非法时能进行相应的反馈； 2）性能指标汇聚接口：提供面向性能指标组、性能指标提交接口，每次可以提交一组指标，接口能对数据有效性进行检查，在提交的数据非法时能进行相应的反馈； 3）告警事件汇聚接口：支持Syslog、SNMP Trap、WebService、RESTful等多种协议方式接入告警事件。 （2）数据存储要求 系统须提供专门的性能数据库，用于存储汇聚上来的各种监控数据，存放所有监控对象的指标模型、当前运行状况、指标数值、告警信息等数据，实现性能基线管理。因为不同的资源对象会有不同的指标KPI，所以性能指标库需要支持基于WEB界面的面向对象可视化性能指标建模能力，以便根据管理需求进行指标模型的扩展调整，实现所有监控数据的统一监控展现： 1）提供web化指标模型管理，通过WEB界面即可快速创建性能指标模型； 2）和资产配置库进行关联，能够基于资产配置库导航的资源指标树构建指标模型，便于区分某个资源分类是否建立了指标； 3）支持状态指标管理：能够展现某资源分类下具有的状态指标，并提供新建、关联、编辑、移除以及状态字典的管理； 4）性能指标管理：对指标的新建、关联、编辑、移除等进行管理，指标管理具有继承关系，子类不能对从父类继承的指标信息进行调整； 5）支持性能指标组管理：能够展现某资源分类下具有的性能指标组，并提供新建、关联、编辑、移除以及组内指标的管理； 6）指标保护管理：对系统内置的指标，不能进行删除； 7）支持XML、Excel两种格式导出指标模型； 8）保证性能数据库稳定运行，提供独立进程运行机制。 1.3.2.9扩容统一事件平台 ★系统应支持从监控工具或第三方系统获取各类事件信息进行统一处理。以事件为驱动，实现对各类告警的接收、识别、标准化、过滤、压缩、丰富、告警等功能，并与运维服务管理衔接进行工单派发； （1）支持图形化规则处理界面，通过该界面，管理人员能够自定义事件处理规则；当规则发生变化时，相应的告警类型树节点出现变化标识(星符号)； （2）支持装载MIB信息，实现对SNMP Trap的事件预定义，提供Trap事件定义向导； （3）支持告警事件标准化处理功能，提供事件格式转换的规则库，对接入的原始事件消息，根据消息内容的不同，执行不同的格式转换脚本（规则文件），将事件转换成标准格式，并进行统一的过滤、压缩和归并处理； （4）支持告警分析规则，能够实现资源定位和告警丰富；支持多条分析规则的建立，并支持告警分析规则的排序、告警条件判断等设置，提供了面向硬件的IPMI监测器相关告警规则； （5）支持告警升级，能够升级到指定级别，或者按照递增指定等级升级到相应告警等级； （6）支持“高级策略”条件配置，以支持复杂策略条件，告警策略条件支持多个高级条件同时定义，多条件之间是/或的关系；支持在一定时间内持续发生一定次数后执行相关动作；支持在指定时间内没有进行处理时执行相关动作；支持在发生指定次数后执行相关动作； （7）支持告警触发运维工单功能，可以和运维流程管理平台进行交互，派发工单，并指定处理人和SLA级别； （8）支持未知告警列表，对接入的未识别的事件可生成未识别事件列表，方便用户选择相应的未知Trap进行接入解析；未识别事件列表只维护最近发生的指定个数未知事件，减少系统负担； （9）支持按照告警类型ID或告警类型名称快速检索告警类型及其规则； （10）系统应内置出厂规则并加强告警信息丰富的配置，从而实现快速实施，有效降低实施成本； （11）支持告警和资产配置管理关联，可以通过告警快速跳转对应设备的资产配置管理界面； （12）告警支持确认、清除、派发、删除等功能； （13）告警支持分区与分域管理。 （14）支持微信告警发送。 1.3.2.10扩容灵动平台可视化展现 （1）可视化工具要求 ★系统应具备图形化的集成展现功能，能够通过丰富直观的图形化界面详细展现IT基础设施的实时运行情况，应提供动态FIash可视化的视图编辑功能，能够根据实际管理需要灵活定义展现内容。 1）提供可视化的WEB视图设计器，能够简单、灵活设计和修改视图，应支持2D、3D和矢量图形，基于Flash和推送技术，可以设计各类直观的拓扑、图表、仪表盘视图，拓扑图中的图元支持自定义大小； 2）系统应内建内存级数据模型，对各类视图、业务的数据进行缓存和高速处理，告警展示与统一事件平台的告警保持一致，从接收告警到呈现变化可以控制在10秒以内； 3）视图所对应的数据发生变化时，数据源（性能数据、资产配置数据）将自动发送通知，设计器自动查询并更新数据和计算表达式； 4）视图设计器应内置图元组件库，提供各类形状、资源模具、图表组件等；还支持资源展现组件，即使用资产配置或基础监控数据定义后的组件，应用于资源展现模板、仪表板、拓扑图、机柜图；同时还应支持用户导入新的模具组件；支持背景图片库，灵活设置视图背景； 5）视图设计器支持用户方便的拖拽资产配置库资源到视图中，并快速将资源的性能和告警进行绑定，形成各种直观的监控拓扑视图，设计器可以自动辅助生成网络拓扑线路，减轻大量的拓扑线路绘制工作； 6）视图设计器应支持视图中各类节点展现时的交互方式，应支持定义鼠标浮动显示框的展现；应支持定义鼠标点击节点的动作，包括右键菜单、单击查看下层视图、点击查看监控详情等； 7）展现视图应支持视图之间告警层级传递，当下层视图出现告警时，可以在上层视图中进行多层预警展示； 8）支持服务端缓存视图信息，将视图描述文件的内容缓存在服务端，每次可直接从缓存中获取视图内容，提升视图访问效率； 9）展现视图应支持按树状多级查看各类监控视图，支持视图的前进、后退、缩略、放大、缩小、全屏等功能，支持上层视图链接点击查看下层视图，支持网络视图中链路的动态流动效果； 10）支持视图授权，能够对每一张视图进行单独授权，让不同角色的人员查看和监控不同的视图； 11）设计器支持代码分离，除基本的功能框架外，其他如菜单、浮动框、工具栏等模块可在使用时才进行加载，从而能够提升设计器的处理性能； 12）服务端提供绘制视图和图元的API，支持指定视图中的元素、布局、渲染、交互、数据。 13）提供服务端二次开发API包：包括计算表达式渲染宏、视图模板处理器、获取工程树结构、获取视图属性、获取视图告警等级； 14）可视化展现应具备良好的性能要求，10用户并发访问时，每用户打开不能超过3秒。50用户同时访问时，每用户打开不能超过5秒。多个图元（100个）保存视图时，从点击保存到提示保存成功的时间控制在500ms以内，图元没有明显的卡顿。 （2）基础架构可视化要求 系统需要包括基础架构可视化展现视图，基于监控数据库、配置管理库，结合统一性能管理和统一事件平台的数据推送，实时呈现IT基础架构的拓扑关系、当前运行状况，实现对机房、网络、业务等不同角度的监控可视化大屏呈现，并支持通过设计工具来随需定义呈现。 （3）基础架构可视化展现视图包括： 1）机房物理视图：根据机房的实际模型制作机房平面视图，各类物理资源在机房视图中按照实际物理位置进行设计布局，并与各类实时监控数据进行关联，当产生告警时，可以实现物理位置的快速定位和查看； 2）网络拓扑视图：按照不同网络类型，参考网络分层分区的设计思路，实现网络视图的多级可视化展示，实时呈现设备、链路的负载和通断状况，支持视图中链路的动态流动效果； 3）业务拓扑视图：从业务系统角度完整展现各类业务系统的运行情况，通过分层逐层下钻的方式展现各业务系统之间的关系以及每个业务系统的内部拓扑组成关系，视图能逐层传导各层业务系统的运行状态，在顶级视图便能查看到所有业务系统是否存在异常。 4）业务系统影响分析要求 a)监控展现能基于配置项之间的关联关系，自动快速地确定、分析并展示告警事件、变更对其他IT资源或业务系统的影响范围和程度，从而将技术和业务有效的结合起来，转变传统的IT监控手段，不仅能及时发现故障，更能够快速分析故障的影响范围和程度，保障重要业务稳定运行。 b)当故障告警产生时，点击统一监控展现列表的资源要求可展现该故障的业务影响分析界面，通过图形化界面直观展现该故障影响的配置和业务系统。 c)业务影响分析视图需要能够根据故障源以及配置项的关系以及当前配置项状态等因素，通过颜色变化、箭头来表示受影响的资源以及影响关系。 1.3.2.11 GIS扩容地图运维故障展现 （1）提供与GIS地图的对接设计，提供强大的管理界面，满足不同层次的管理需要，针对维护人员、监测人员、单位领导都有不同形式的、直观的视图展现。 （2）户可以根据图层选择展示那些资源类型，每种资源类型根据地图缩放级别显示内容不一样，通过级别定制来达到最好的展示效果; （3）展现资源信息与地图关联，可以查看资源的周围地理信息，也可以通过地理位置查询资源； （4）在GIS上可以对资源进行操作，对资源的操作采用右键菜单，展现资源基本信息和状态：地理信息、资源基本信息、故障信息、维修记录； （5）GIS地图在资源故障时通过闪烁或者水波纹来提醒用户设备故障; （6）告警资源在地图级别提高到地图第一级别，所有故障资源可以在全图时展示，同时可以通过地图缩放下钻到具体的故障位置。 （7）选择一个摄像头，可以查看摄像头实时影像 1.3.2.12人脸识别上传监控 （1）系统支持28181标准、1400标准向人脸识别系统或者图像平台获取人脸识别摄像头上传是否更新、上传图片，如在2个小时内未更新一张图片，运维系统将发出告警，服务台通过告警信息将派发工单到运维人员，并且以报表方式展现人脸识别摄像头应用情况。 （2）系统支持统计人脸是上传状态统计、离线统计、维保单位关联。 1.3.3扩容运维服务管理 1.3.3.1自助服务管理 （1）实现客户的自助服务功能，直接面用户快速搭建信息部门和其他部门交互平台； （2）通过自助服务台，用户可以直接进行服务申报； （3）提交的服务请求将自动转入值班服务台或运维服务团队进行服务闭环处理； （4）用户还可以通过自助服务台查询所申请服务的当前处理状态，服务交付过程清晰可见； （5）能够将历史申告服务项按列表形式展现，并支持按照申告时间进行排序； 1.3.3.2运维值班管理 支持值班管理功能，为运维值班人员提供值班管理平台，包括值班管理、工作日志管理、通知公告、待办工单等，帮助运维人员及时、准确地掌握各类事件告警，并进行后续处理，支持手动的方式进行排班； 1.3.3.3工单流程系统 系统应该具备流程引擎，流程引擎要求具备以下功能： （1）★支持web在线的图形化流程自定义，无需编码，通过拖拽实现流程自定义功能，包括流程架构、角色、触发、判断条件、路径、工单对象和查询条件等； （2）系统应内置遵循ITIL规范的事件、变更、巡检服务流程，同时支持工单对象、表单和流程的灵活调整； （3）支持人工处理、自动触发、定时触发和消息触发等流程节点，以便灵活的实现不同场景的流程处理以及支持微信派发工单。 （4）支持自动分配、人工分配和主动认领等任务分派方式，支持任务的干预和改派；支持流程通知，在流转过程中支持短信或邮件形式给相关人员发送阅知信息，发送阅知信息不影响流程流转； （5）支持图形化形式回放查看流程流转的路径、处理人和处理时间等信息； （6）支持自动分配、人工分配和主动认领等任务分派方式，支持任务的干预和改派；支持流程通知，在流转过程中支持短信或邮件形式给相关人员发送阅知信息，发送阅知信息不影响流程流转； 1）故障管理 提供告故障处理流程管理功能，支持故障工单信息的创建、修改和删除；支持故障工单的流转，如工单的自动和人工分配分配，支持工单自动分配到相应的角色和个人。 2）变更管理 提供设备变更管理功能，支持变更工单的创建、修改和删除；支持由故障事件触发产生变更工单；支持变更工单的流转，如变更测试和审批的分配，支持工单分配到相应的支持角色和个人。 3）巡检管理 a)巡检管理主要是对监控对象进行巡检、常规检查等的作业计划，使得运行维护人员能够准确、高效的完成各项日常维护任务； b)巡检计划应支持自定义巡检模板功能，自定义功能包括添加、编辑巡检计划表，但应控制相关的权限； c)系统应提供与巡检计划相关的配置项的维护管理功能，提供特定的界面，支持对与巡检计划相关的配置项的维护管理功能，并支持相应的增、删、改、查等操作。 4）知识库管理 a)提供知识库管理功能，支持知识录入、审核等功能；为各流程管理模块提供主题相关的知识查询功能，支持关键字和模糊查询； b)支持根据知识库分类进行权限分配，提供知识分类统计功能。 5）工单查询与统计 支持工单状态、支持人、数量、处理时间、优先级、是否超时、工单增量趋势等条件统计，支持条件和模糊查询，支持创建自定义查询器实现工单的快捷查询，支持查询结果列和详细信息显示表单的自定义，查询结果支持导出为Excel文档； 6）★全文检索为运维过程中产生的大量数据提供了集中的查询入口，主要针对配置项、知识、工单等管理数据，实现对故障处理办法的积累。全文检索引擎支持资产配置项的名称、属性、关系等进行全文智能检索和匹配和定位。 1.3.4扩容综合管理 1.3.4.1运行发布管理 （1）★信息发布是系统运行维护工作的对外集中展示模块。网站栏目包括运行日通告、运行月通告、运行服务动态、通知通报、新闻稿件、运行质量分析、年度考核、运行维护工作交流、制度与机制建设、最新公告发布、值班与月值班表发布等，并且支持手动调整各项表格模版。支持自动从监控数据库中抽取数据生成日通报、月通告，可以根据设定的时间自动发布日通告、月通告； （2）提供运行信息自动发布和内容管理功能，运行发布平台能够，自动生成并发布日通报和月通报，对监控系统的各类资源运行信息，可按照自定义的时间每天多次自动生成巡检，并将巡检内容形成日通报进行发布，根据不同类别资源可以分项记录，记录内容包括该资源的基本运行参数、记录人、记录时间等； 1.3.4.2统一运维门户 运行服务门站主要实现统一门户登录（SSO）、统一运维入口及运维服务管理功能，以便各个业务模块的界面整合和统一呈现。 运维服务门户要求采用Portal技术，门户视图可以根据需要灵活调整，基于不同角色、不同使用人员呈现不同的个性视图。同时应提供系统自身和第三方系统的页面整合，并通过统一授权管理，形成面向用户业务的视图展现集成。 （1）系统应支持单点登录功能，提供基于WEB的统一管理访问入口，支持统一登录、统一认证； （2）支持与监控、资产配置和流程等管理系统的数据集成，进行统一展示； （3）须具备全文检索功能，快速查询工单、知识、配置项等信息，进行全文智能检索和匹配和定位。； （4）针对不同的登录用户，提供个人桌面，定位不同用户各自关注的工作内容。 1.3.4.3用户与权限管理 用户与权限管理为整体平台及后续管理提供统一的帐户管理和授权管理等功能，应支持地域、权限、角色和组织的管理。 （1）须支持域管理：支持划分不同管理域，各管理域之间相互独立，市局和区县的用户查看各自管辖范围的运维数据，实现集中运维，分级管理。同时，每个管理域均应具备管理员、安全员和审计员角色，每个角色负责不同的管理工作； （2）支持部门管理：支持多级部门（如处、科）。分配给部门的角色，将被该部门下的所有用户所继承； （3）支持账户管理：对账户能够进行管理维护，包括增加、删除、修改、查询账户信息； （4）支持角色管理：角色表示一类特定的权限的集合，包括可以进行的操作和可以管理的资源，通过角色管理可以动态地创建、删除和修改角色，形成新的权限集合，以便分配给账户，达到控制账户权限的目的； （5）支持授权管理：实现细粒度的权限控制，将权限分为操作权限和资源权限两种。操作权限如对表单数据的增加、删除、修改、查询、审核等，资源权限包括被管设备或资源分组、监控视图分组、报表分组等。通过操作权限和资源权限的有机组合及授权，可以实现对用户权限的细颗粒度的控制。 （6）扩容统一的通知中心，实现监控、事件告警、资产配置、流程工单的统一通知； （7）须提供集中的通知页面，按通知发送时间的倒序、分页显示成功发给当前用户的通知记录； （8）须支持通知策略的定义，包括通知对象、通知方式、业务场景、通知内容等； （9）提供邮件通知方式、提供短信通知方式、提供声音通知方式、提供WEB弹窗通知方式等，支持基于Web页面的短信设置，包括短信猫和短信网关的相关设置。 （10）可为不同域的配置不同的通知策略。 1.3.4.4级联管理 ★系统应能通过实现视频资产及联、运维日志、拓扑及联、视频考核数据等数据上报和工单级联、拓扑图的级联调度。在发生重大紧急故障，区可通过工单级联快速与地市互动，实现故障的及时响应，并对故障维护过程的跟踪。 1.3.5扩容运维监管考核管理 （1）统一报表管理 系统内置灵活易用的报表设计器，通过抽取监控和维护管理各类数据，只需通过简单的鼠标拖放，便可利用精巧的数据绑定功能，完成各种样式报表的量身定制。 如：核心网络畅通率、一类（二类）摄像头可用率、各级联网平台的存活率、各类设备（如根据品牌、型号、地域进行分类）平均无故障时间、外包团队SLA达成率、租用线路的阻断时间等。 提供报表设计工具，为各类视频资源的运行和维护情况提供报表统计分析功能，对视频资源的在线率、完好率和接入率、信令时延、视频时延等关键数据进行统计。支持对设备不可用时长、在线率等统计数据进行求平均，并提供分时间（年、季度、月、旬、周，日）、地域分片等方式进行报表呈现，支持（标准WORD\EXCEL\PDF）格式输出。 运维管理监督系统可以根据日常运维的同级数据进行监督统计可用率统计原则如下： 摄像头可用率=∑本项目当月运维管理监督系统统计的考核摄像头在线总次数/∑本项目当月运维管理监督系统统计的考核摄像头在线及非在线总次数，同时经过采购人的使用监督部门在每月使用中抽查，发现存在如下情况也需要从可用数量中剔除： a)枪机被树叶遮挡超过1/3，球机完全被树叶环抱遮挡，则视为不可用，由本项目主体工程服务采购的中标人负责消除影响因素恢复后，该监控点才算可用； b)枪机、球机护罩表面被灰尘严重覆盖或摄像机损坏，导致图像模糊不可用，则视为不可用，由本项目主体工程服务采购的中标人负责擦拭干净护罩镜头或维修，让图像恢复清晰，该点才算可用； c)人像/车辆卡口抓拍图片模糊不可用的情况下，单路摄像头视为不可用，由本项目主体工程服务采购的中标人负责修复至清晰，才算该摄像头可用； d)摄像机图像后端平台不可调用，则视为不可用，由本项目主体工程服务采购的中标人负责维修，让图像可调用后，该点才算可用。 e)摄像机无坐标等图像信息的，则视为不可用，由本项目主体工程服务采购的中标人负责去维修，让摄像机具备坐标等图像信息后，该点才算可用。 摄像头可用率考核指标免责范围包括城市建设工程导致前端监控点拆迁断电断网，地震台风水灾车祸等不可抗力的自然灾害引起的前端监控点被破坏。免考核摄像头由采购人通过本项目第三方运维管理监督系统或来函确认。 因城市建设工程导致前端监控点拆迁断电断网的，在本项目主体工程服务采购的中标人没有修复完成可用之前，采购人不支付该前端监控点的使用费。 （2）系统支持卡口、人脸摄像机抓拍数、上传数、离线数。 （3）录像时长统计 通过与系统平台对接，读取平台存储的录像状态，统计点位录像时长，当录像存储时间不足时，进行报表统计并支持Excel导出操作。 （4）报表中可按照项目类型、年、月、日为单位分类统计在线率。 （5）考核特殊说明： 在维护过程中如有不可抗力因素(比如由于路政、园林、断电等因素),导致无法维护设备,维护单位应向使用单位提出说明,申请工单挂起,为此此类事件将不在考核范围之内。 1.3.6服务器 配置2台诊断服务器，配置要求如下： （1）≥2颗8核CPU； （2）内存：≥32GB； （3）硬盘：≥3块600GB SAS硬盘； （4）端口：≥2个千兆网卡； （5）提供冗余电源，DVD光驱、导轨，linux企业版操作系统； （6）三年质保。 1.3.7其它要求： （1）投标运维管理平台须实现工单、资产、拓朴、报表级联； （2）产品前瞻性：须实现安全集中操作审计、自动化运维、卡口图片质量分析、卡口告警数据延时监控、人脸告警数据延时、人脸图片质量分析（如需开发请核工作量）； （3）投标产品须与短信平台集成，实现短信告警、短信派单、短信回复工单关闭等功能要求。 （4）以上技术如需开发请详列开发周期和工作量。 （5）中标人驻场人员每个季度须配合本项目主体工程服务采购的中标人对≥100条前端线路带宽情况进行抽查，并提供抽检报给采购人。 （6）系统扩容需支持与原系统无缝平滑升级，须提供原有系统平台迁移升级承诺书。 （7）本项目提供3年1人驻场服务，负责运维监督考核、数据维护、升级优化、光缆核查等现场服务。 以上功能所有响应文件如有开发请评估开发工作量否则视为无效。
2.合同金额（元）：登录即可免费查看.00
3.履约期限、地点等简要信息： 签订合同之日起20日历天内交货、安装完毕并通过竣工验收后交付使用 ，项目服务期三年。采购人指定地点。
4.采购方式：公开招标
七、合同签订日期：2021年05月26日
八、合同公告日期：2021年05月28日
九、其他补充事宜：/
南宁市政府集中采购中心
附件信息:
南宁市公安局社会管理监控报警联网系统一期二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务采购合同.pdf
15.6 M
/
二、合同名称：南宁市公安局社会管理监控报警联网系统一期、二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务合同
三、项目编号：NNZC2021-30003A
四、项目名称：南宁市公安局社会管理监控报警联网系统一期二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务
五、合同主体
采购人（甲方）：南宁市公安局
地 址：厢竹大道46号
联系方式：登录即可免费查看
供应商（乙方）：广西新乾宇通讯科技有限公司
地 址：南宁市兴宁区民主路8号都市物语7层701号
联系方式：登录即可免费查看
六、合同主体信息
1.主要标的信息：
主要标的名称：南宁市社会管理监控报警联网系统一期、二期及三期第一阶段升级改造及扩容项目运维管理监督系统扩容服务采购
数量：1
单价（元）：2834300
规格型号（或服务要求）：一、项目个概述 本项目将对视频专网已有的运维管理监督系统进行扩容，扩容4000路的接入能力，同时新增2台诊断服务器，以便提升整个运维管理监督系统的处理能力。 ★1.1需要提供的服务 扩容1套运维管理监督系统，提供≥4000路前端摄像头授权（已包含补光设备、传输设备、网络设备、服务器、存储设备、虚拟化、数据库、安全设备、摄像头、 卡口抓拍、行为审计、人脸识别上传应用系统等配套的运维管理监督授权）； ★1.2提供服务技术架构要求 （1）运维管理监督系统支持主流操作系统统和数据库，全中文界面，提供友好、直观、易懂的图形呈现，提供强大的信息交互与管理能力。 （2）系统应支持GB/T28181-2016规范。 （3）运维管理监督系统要求运行在开放的TCP/IP网络环境下，支持B/S架构，支持IE7~IE10等标准浏览器，实现系统界面、业务逻辑、数据集成等功能，采用标准接口进行系统间的数据交换与数据共享。 （4）运维管理监督系统应采用分层、模块化的设计技术，模块与模块、层与层之间松散耦合，各模块可独立部署、升级和扩容，既相互独立工作，也具备良好的耦合性，形成一体化运维管理监督系统。 （5）运维管理监督系统应具备良好的开放性，可以融合第三方监控工具，实现资产配置与告警事件的自动抽取与集中展现等。 （6）运维管理监督系统应具备良好的扩展性，管理范围、管理深度和管理功能均支持平滑升级和扩展，满足不断发展的运维管理需求。 （7）供开放的API接口，支持二次开发，可随需扩展开发所需功能。 （8）运维管理监督系统应至少包括资产配置管理、集中监控管理、运维服务管理、综合管理、运维监管考核管理五个部分。 1.3、提供服务所需的配套货物技术指标要求 1.3.1、扩容资产配置管理 1.3.1.1、资产配置库 （1）建设统一资产配置库，将运维监控和软件、硬件基础信息有效结合，将分散的视频资源、网络资源、主机资源、虚拟机资源、数据库资源、中间件资源、存储资源、业务系统等整合在一起，通过关联将资产配置信息丰富化。(此功能提供软著复印件加盖公章) （2）资产配置库应能够很好的适应云计算、虚拟化技术的应用，能够快速适应虚拟化基础架构的变化，能够从数据建模、数据收集与维护和数据消费三个方面实现对资产和配置数据的管理。 1.3.1.2、资产管理建模 配置库应支持灵活的动态建模功能，可根据实际管理环境和管理需要自由、灵活的定义和调整配置管理模型，实现精确化管理，对于配置库建模功能，应能够满足以下需求： （1）配置项建模 1）★支持配置项动态建模，能建立配置项类别、属性、继承、查询条件等信息，应支持整型、日期、字符串、富文本、附件、用户、数据字典、配对象等常用数据类型；为后续调整和建模的便利，须支持配置建模表达式，配置项的标识符和名称可根据表达式规则自动生成； 2）支持配置项类别及实例图标的自定义功能，使配置展现更图形化； 3）提供IPMI硬件模型，如风扇、电源、主板等； 4）内置标准配置模型，易于理解和使用，并支持用户进行快速扩展，建立契合实际需求的配置模型。 （2）配置关系建模 1）支持配置项之间关联关系的建立，可以限定关系两端配置项类型，支持关系箭头样式定义，并内置了常用的配置项关系； 2）支持配置项关系的可视化编辑，通过拖放配置项和连线建立配置项关系。 （3）配置表单建模 （1）支持配置项表单的灵活设计和扩展，可以在WEB上通过拖拽设计，调整不同资源类别的维护表单； （2）表单录入时支持下拉选择和输入智能匹配提示，能根据选择匹配更新表单其他属性，例如：申报人匹配后，申报人的联系方式和部门可以在表单中联合呈现； （3）可分别定义配置表单和资产表单 （4）支持配置项信息字典目录的建立和维护，支持树状展现视图。 1.3.1.3、资产配置变更 （1）支持配置项业务方向标记，对配置项进行资产管理、配置管理、监控管理三个业务方向分类标识，实现资源分类管理。 （2）支持配置变更审核，在配置调和、资源扫描、配置项人工维护的时候会产生配置项的变化，这些变化必须通过审核后才能生效，配置项变更审核时能够支持查看变化比对报告； （3）配置项审核时，允许对配置项的属性进行二次修改，且提供历史属性值的比较功能，可设定显示的历史版本数； （4）支持定义配置项类别的属性更新规则，允许用户配置配置项类型的某个属性是否仅允许人工修改、是否自动审核、属性值是否记录历史版本，子类可自动继承父类的更新规则并支持进一步约束； （5）应支持批量审核、关联审核和自定义审核，一个配置项审核通过时其依赖的配置项（如硬件部件）自动审核通过，还可以自定对某些配置项设定审核或不审核； （6）支持配置权限的细粒度控制，能够分别对资源和配置管理功能进行授权，资源授权是指能对哪些指定的资源进行管理，而配置管理功能授权则是指具体的操作，包括配置建模、配置浏览、新建、修改、删除、审核等； （7）提供基于类型继承关系树导航的方式浏览配置项列表，并提供列表过滤功能，允许不同管理视角来组织数据，也可以灵活的按照客户日常管理习惯进行配置项管理导航设置，分担配置项维护职责，提高配置库可用性； 1.3.1.4、资产数据发现与校验 ★ 支持多种配置项的发现和收集手段，包括：从监控系统或其他系统自动抽取、人工录入和批量导入等。 （1）配置自动发现 1）须提供独立的配置发现工具，可单独安装，支持IE、Chrome等主流浏览器。 2）须支持ICMP、TCP、SNMP、WMI、Telnet、SSH、CCLI、Http、DNS、JDBC、JMX、VMWare、libvirt、XenAPI等协议发现配置，并通过API对协议进行统一简洁的封装，可实现快速扩展； 3）须支持网络设备、计算机、数据库、基础服务、中间件、虚拟化等资源配置信息的发现，支持发现配置项之间的关系（如服务器与磁盘、数据库与表空间，不支持网络链路关系）； 4）支持通过多种格式的发现范围自定义，，支持按网段配置发现参数，并自动计算有效IP数；提供发现协议参数的维护，实现不同协议凭证的添加、修改、删除，并支持按不同列进行排序，可同时支持运行多个发现协议； 5）直观展现发现进度和发现情况概要，支持发现日志的过滤和展现，能够按照调试、信息、警告、错误4个级别向用户展现日志信息； 6）须支持和资产配置库的无缝对接，支持发现结果直接导入资产配置库中，快速充实配置数据。 7）支持以列表形式展现发现结果，直观展现所发现配置项的IP、类型、名称并支持过滤；发现结果支持EXECL格式导出； 8）支持发现过程的终止，在发现中，用户能够依据客观需要及时终止配置发现； 1.3.1.5、资产配置维护 （1）★支持资源扫描，调用自动发现接口获取最新资源信息，与配置库对比后更新相关信息； （2）支持配置调和，对不同来源的配置信息，能够自动识别、合并，避免数据重复或冲突；应提供手工调和作为自动调和规则的补充，可以手动对配置项进行人工合并和调整，对可能重复、分类有误的数据进行比对、查看，确定配置属性的合并规则； （3）支持配置分区，以便适应不同IT环境尤其是大型IT环境的管理需求，通过建立不同的资产配置库管理区域，能够满足地域跨度较大、各分支机构有自治管理诉求的用户或组织的管理需要； （4）支持配置项版本跟踪和维护，当配置项产生新版本时，系统应能够记录并保存原始版本，支持不同版本之间的对比； （5）支持条件查询和全文检索查找配置项信息，全文检索支持关键信息预览（包含匹配关键字）； （6）支持面向故障和变更的分析集成能力，提供配置项关系浏览视图和故障源树分析功能。 1.3.1.6、资产数据可视化 （1）可视化 1）支持与监控工具等第三方数据源的关联规则的建立，形成关联展现； 2）提供性能监控、配置管理、资产管理导航自定义，可分别关联资源模型，方便运维人员快速搜索、查看配置项的信息； 3）提供图形化的配置关系展现，提供多种样式的自动化布局，使用不同的形状、颜色、方向的箭头直观地展现配置项之间的关系，作为故障影响分析、配置优化扩容的决策辅助； （2）变更影响分析 1）系统应支持图形的化的变更影响分析，对某个配置项进行变更时，能够快速模拟该变更影响范围和程度； 2）支持图形化的变更影响分析，通过可视化界面直观展现配置变更范围。 （3）变更历史追溯 支持对配置项的变更历史进行记录和管理，通过配置历史管理，可以直观的展现配置项的变更历史、操作人、时间等，实现配置信息变更可追踪、可回溯。 （4）告警定位丰富 支持为告警定位到具体的资源，并丰富其扩展信息，为快速解决故障提供信息支持。 1.3.1.7、资产生命周期管理 ★资源台账维护管理基于ITIL理念，以生命周期为核心，实现台账的资产维护管理：资产采购、资产到货登记、资产申领、资产调拨、资产维护、资产报废的整个过程。同时系统将资产的部署、监控、变更、维护纳入资产管理，自动将资产的信息（资产编号、软硬件基本信息）进行对应，建立电子档案，提供维护支持。 1.3.1.8、资产维护管理 （1）支持自定义资产类别、属性、字典、编码表达式规则设置等管理，实现资产类型和各类型下字段定义、展现的管理； （2）支持资产编码规则定义，至少支持资产类别、所属单位、所在位置、序号等编码元素，从而组合生成资产编码，例如：“资产类型+序号”，“资产类别+所属单位+序号”等，当新建资产时，可根据编码表达式自动分配资产编码； （3）支持合同管理，将用户的合同及相关资产进行统一管理，避免纸质合同的管理不便，合同包括维保合同、采购合同等，根据合同的类型维护合同相应的信息，包括金额、开始时间、结束时间等信息； （4）合同管理支持资产和配置关联，能够将合同所涉及的资产及资产的配置信息进行集中关联，从而可以实现快速查询资产的当前状态； （5）支持资产提醒功能，包括库存提醒、过保提醒和过期提醒，支持提醒策略的配置； （6）支持备品备件管理，备品备件能够和配置管理关联，及时获取备品备件的状态库存信息； （7）支持资产的申请、调拨、维护和报废流程管理，并和配置管理进行关联； （8）支持资产生命周期管理状态，包括库存、使用中、测试中、维护中、终止、报废，详细记录管理和维护人员的详细资产操作日志，能够方便查看资产的历史信息； （9）支持提醒巡检功能，定时发起过期巡检，可配置巡检策略；发现维保过期，且未发送事件到通知中心时则发送事件到通知中心；发现库存恢复，则发送事件到通知中心； （10）支持资产数据的复制，生成新纪录； （11）支持资产信息的必填、选填、下拉等多种录入方式； （12）支持树状资产导航，允许自定义导航，支持按导航节点授权，其中针对合同管理，支持按照合同类型、到期时间、合同履行进度进行导航； （13）资产权限包括定制列，资产维护，资产导航，合同管理，提醒管理，备件管理等； （14）支持资产与配置项、资产的关联； （15）支持资产数据的EXECL批量导出。 1.3.2、扩容集中监控管理 1.3.2.1、数据采集要求 监测采集器利用HTTP、SNMP、IPMI、Syslog、CLI（Telnet、SSH、WMI）、JMX、CORBA等标准协议和各种业务系统专有协议实现远程监控和数据采集，同时也支持Agent代理式监测采集被管资源的监测数据； （1）监测采集器运须行在采集探针(Probe)内，采集探针可以分布式部署，满足多个隔离子网和多级大规模IT环境监测的要求； （2）须服务端可发布采集策略到探针，由探针负责执行具体的周期性监测，服务器端可以支持对探针的状态管理，支持将监测任务在探针之间进行迁移； （3）监控探针具备本地数据存储能力，以防止网络临时通断引起的监测数据丢失，并通过压缩技术减少监控过程中对网络带宽占用； （4）能够通过界面定义新的性能采集监控指标，可以编写类JAVA风格的动态监控脚本，并支持与监控指标、监测参数（用户名、密码等）绑定； （5）监控脚本可以调用相应的操作系统脚本或命令行，监控脚本既执行远程监控命令，也可通过代理Agent执行被管服务器本地命令； （6）监测脚本可以返回相应的监测结果表，系统支持对监测结果进行阈值设定，超过阈值触发告警事件； （7）支持图形化的方式配置监控指标性能阀值，支持动态阈值与静态阈值，支持阈值生效时间设置，提供阈值默认规则； （8）提供标准的插件实现接口，无需二次开发即可完成特定的业务监测和管理功能。同时开放的扩展接口允许监测功能的添加或者与其他系统的集成； （9）支持代理（Agent）采集脚本自定义功能，实现非标准数据的自定义采集功能。 1.3.2.2、网络监控 （1）网络拓扑监控 1）能够支持主流的Cisco、Huawei、H3C、大华、海康、科达现有图像设备和网络设备厂商的型号，可实现拓扑变化的自动跟踪呈现，对网络链路变更进行捕捉并告警。 2）须支持多种策略主动发现拓扑，支持SNMP V3协议参数，支持种子发现、网段发现模式。网络拓扑监控可呈现网络拓扑、物理拓扑、VLAN拓扑等，可以灵活的建立拓扑子图。 3）支持对链路自定义，可以在拓扑图上直接操作，指定链路两端设备与端口、双工类型，链路名称增加和删除链路，同时支持链路的隐藏功能。 4）提供集成化的操作入口，提供快速的模糊搜索工具，提供设备和链路快速监测入口，提供TraceRoute、Ping、Telnet、SSH、Remote Ping、MIB浏览器等快速排障工具。 5）支持对链路的自定义，可以在拓扑图上直接操作，指定链路两端设备与端口、双工类型，链路名称增加和删除链路，同时支持链路的隐藏功能； 6）提供设备面板库和扩展面板的编辑能力，通过丰富的面板库和设备面板的编辑能力，实现设备管理的可视化监控（查看设备和端口状态）和操作（开、关端口）。 （2）网络性能监控 1）能对网络设备的CPU利用率、内存利用率、硬件运转情况、重要链路的流量、重要链路的通断、重要链路的带宽利用率、重要链路丢包率、重要链路错包率、DNS监测、TCP端口监测、网络协议等运行的指标进行定期轮询，采集各类性能指标，主动预警网络隐患。 2）须支持网络链路延时抖动是体现网络质量的关键指标，系统需支持Remote Ping技术，提供链路的通断和延时抖动监测，支持SNMP和远程登录两种模式，可以通过脚本扩展支持不同的厂商设备。 3）可扩展定义新的性能监测指标，可支持SNMP MIB OID的定义，能对支持扩展指标的网络设备进行采集（如： Cisco设备的温度信息）。 （3）网络故障管理 实现对网络告警事件的监测和定位，实时采集故障信息，发现哪些异常是可能导致网络运行不正常的事件，准确预警和定位网络中的故障。 （4）网络配置管理 1）提供设备网管信息工具箱，方便查询端口列表、设备部件表、ARP表、TCP/UDP表、转发表、CDP表、STP、VPN、VRF、OSPF表等。 2）提供网络设备配置文件（包括运行配置和保存配置文件）的手动、自动备份能力，支持配置文件的人工跟踪比对，支持配置文件变化时生成配置表更告警。 3）支持脚本方式扩展新的设备配置备份能力，备份脚本需要支持SNMP、Telnet/SSH交互方式。 4）提供IP、MAC、终端名称、终端连接端口的管理和跟踪列表，可自动跟踪终端的接入变化，及时对非法终端进行告警。 （5）IP地址管理 1）实现实时监控网络中IP的使用情况，对IP地址的使用进行历史审计和追查，采用直观的方式展现目前IP资源的使用分配情况； 2）系统须自动发现的各子网内IP地址的使用情况，包括IP地址、设备名、端口号、端口名称、IP状态、上联设备、上联设备IP、上联设备端口以及可根据设备类型搜索IP地址。 1.3.2.3扩容平台系统监控 （1）系统主机监控 1）支持通过CLI、WMI、代理Agent方式监控服务器，Linux/Unix系统的CLI监控方式应当同时支持SSH及Telnet两种方式； 2）系统能够管理和监测Windows、Linux、IBM AIX、HP-UX、SUN Solaris、SCO Unix等不同操作系统的服务器的运行状态和性能数据。 3）具备CPU利用率监控，显示系统、用户、空闲时间的百分比； 4）支持监控磁盘空间使用率；磁盘IO读写性能；磁盘的目录和文件大小监控。 5）支持进程运行情况，对关键进程的CPU/内存的占用情况进行监控。 6）监控服务器网卡的运行状态和网络传输情况，如网卡是否DISABLE，网络是否中断或丢包等。 7）监控Syslog和Window Eventlog日志文件的变化情况，根据日志中出现的特定信息进行报警或自动执行用户预定义的动作。 （2）云控制中心监控 1）须支持无代理模式对虚拟化资源的监控，包括对云主机、云存储、集群信息、虚拟化管理器等监测。支持通过VSphere ESXi直接监控和通过VCenter集中监控VMWare虚拟机； 2）基本信息采集：虚拟机的操作系统类型、虚拟机的总体状态、虚拟机的电源状态、虚拟机的配置文件路径、虚拟机名称、主机的基本信息或状态等； 3）虚拟机CPU监测：虚拟机可使用的CPU数量、虚拟机的CPU频率、虚拟机的CPU使用率； 4）虚拟机内存监测：虚拟机的内存使用率、虚拟机可已使用的内存量； 5）虚拟机磁盘监测：存储置备大小、已分配使用率、未共享大小、已分配大小、虚拟机名称； 6）须集群信息采集，支持物理服务器和虚拟服务器及其相互之间的映射关系管理，支持服务器虚拟集群和虚拟机之间的关系。 （3）数据库系统监控 1）支持各种平台上的Oracle、MS SQL Server、MySQL、DB2等数据库系统，能够连续地监控数据库引擎的关键参数； 2）须支持数据库负载和状态监控：数据库系统全局缓冲区的使用率和命中率、监控数据库进程的状态等； 3）支持空间使用情况监控：对数据库中的表空间进行监控，包括该表空间的分配空间、已用空间的情况； 4）支持数据库死锁监控：自动监控Oracle等数据库死锁，对并发修改引起的锁冲突等待进行监控。 （4）中间件监控 1）支持包括Websphere AS、WebLogic、WebSphere MQ、Tomcat等中间件监测管理； 2）支持JVM使用监测：监测JVM的堆栈大小、使用率； 3）支持JDBC链接池监测 监测指定JDBC连接池资源连接情况； 4）支持线程池监测：监测指定线程类的线程平均数、空闲线程平均数以及线程吞吐量； 5）支持WEB应用监测：监测指定Web应用中Session的当前个数、最大值以及累积个数； 6）支持JMS队列深度监测：监测中间件中JMS消息队列活动情况； 7）支持MQ情况监测：监测MQ的通道情况，包括：每秒接收字节、每秒发送字节、通道状态、发送间隔、事务数；监测MQ队列深度监测：监测MQ服务的消息队列的队列深度。 （5）常用应用监控 1）Apache监测：监测服务状态、响应时间、CPU负载、每秒请求数以及累计访问数、数据处理量、运行时间、作业数等； 2）IIS监测：监测运行时间、连接信息、传输字节数、登陆和连接用户信息、每秒web请求数； 3）DNS监测：监测服务运行状态、域名解析成功与否等； 4）FTP监测：监测服务运行状态、响应时间、登陆用户信息、文件是否存在等。 （6）存储监控 1）支持符合SMI-S1.1规范的主流厂家（IBM、HP、EMC、华为、海康、大华、等）的磁盘阵列的集中监控和管理，可通过SMI-S协议或管理命令行接口进行监控，监控内容包括：监控磁盘控制器、缓存、通道的状态；磁盘的空间占用；监控逻辑磁盘、卷的状态。 2）若设备支持，监控设备环境参数，如温度、风扇、电源电压等。须支持对DVR/NVR的存储监控，包括硬件基本信息、存储硬盘（组）状态、连通性、硬盘录像情况、日志信息分析等。 1.3.2.4视频设备监控 （1）视频前端设备监控模块，通过GB/T28181规范与视频平台对接获取各类视频前端设备，主要包括：视频摄像头、视频编解码设备等，通过ICMP、TCP、专有管理协议接口获取前端设备的状态、负载、告警信息，通过实时分析处理，判断视频前端设备的运行状态，并在问题发生后及时告警，通知相应人员后续处理。 （2）视频前端设备监控的主要内容包括： 1）配置信息：采集前端设备的名称、ID、IP、设备类型、厂家、型号、立杆编号、经纬度、视频通道信息（通道编号，通道名称，通道编码），扩展字段； 2）采集摄像机的信号状态、录像状态等信息。 1.3.2.5视频图像诊断 （1）系统支持基于GB/T28181协议规范，通过视频平台系统或前端视频设备获取视频码流，采用对视频流进行智能分析，对各类视频故障进行诊断，如图像清晰度异常、图像暗度异常、图像偏色、视频干扰、雪花、画面冻结、视频丢失等，并将分析后将状态和报警数据发送到统一告警平台。 （2）视频丢失：检测由于视频前端设备被破坏、电源故障或者传输故障所引起的间断或者持续的视频丢失现象。 （3）清晰度异常：检测因为聚焦不对或者异物阻挡引起的清晰度异常； （4）亮度异常：检测因为照明异常、增益控制、设备故障或者人为遮挡所引起的画面过亮或者过暗； （5）图像偏色：检测由于线路接触不良、外部干扰或者摄像机故障等原因造成的视频中画面偏色现象，主要包括全屏单一偏色或者多种颜色混杂带状偏色； （6）条纹干扰：检测因为线路老化、传输故障、或者接触不良、或者电磁干扰，图像中混有呈带状、声波、网状等带有周期性的叠加噪声。 （7）雪花干扰：检测由于线路老化、传输故障、接触不良、或者受到电磁干扰，图像中一阵阵杂乱的飞的、刺或者现状干扰，导致雪花、图像抖动或者滚屏等现象。 （8）画面冻结：自动检测由于食品传输调度系统故障引起的视频画面冻结。 1.3.2.6视频录像完整性检查 （1）当出现图像丢失，以及摄像机的信号中断、被遮挡、存储时间不满足设定要求等故障时，系统对以上故障发出告警信息提示用户查看。 （2）支持按月、周、天分时段对录像完整性进行检查，可设置多个检查时段； （3）提供摄像机存储列表，摄像机可按组织排列； （4）针对单个摄像机，可完整阅览所有时段的录像存储细节； （5）针对存储端，可根据存储容量判断摄像机录像是否完整，如某路摄像机实际存储容量明显小于摄像机实际存储容量，则说明录像有缺失； （6）提供方便快捷的录像查询机制，人性化的可视管理，录像通过彩条显示。当彩条显示不连贯时，表明录像有断点； （7）可按照Excel、PDF、HTML等多种格式对报表数据格式进行导出。并提供报表的直接打印功能。 1.3.2.7卡口监测诊断 （1）★设置在某一个时间段内（白天默认1个小时，夜晚默认4个小时）没有车牌、抓拍图片数据，则认为卡口出现故障，运维管理平台根据数据异常产生故障告警、抓拍图片诊断时间须可设置。 （2）连续统计7天卡口过往车牌、抓拍的图片数据进行每天求平均，在当天23:59分进行统计该卡口过往车辆低于平均数量的30%，则运维管理平台产生告警，认为卡口出现故障。 （3）对卡口点位连续7天晚上19点～早上5:00进行亮度指标获取，并通过亮度的平均值判断补光灯是否正常，在当天晚上抓拍的图片亮度低于平均亮度值20%，则认为卡口补光异常，运维系统将出现告警。 （4）对卡口视频连续7天晚上19点～早上5:00进行亮度指标获取，并通过亮度的平均值判断视频图像亮度是否正常从而判定常亮灯是否故障，在当天晚上视频图像亮度低于平均亮度值20%，则认为卡口常亮灯异常，运维管理平台产生视频亮度异常告警。 （5）由卡口平台提供接口，将图片存储的时长信息提供给运维管理平台，运维管理平台进行统计分析和展现。 1.3.2.8行为审计 利用日志数据采集和分析技术，与南宁市社会管理监控报警联网系统平台对接，通过平台提供的日志接口采集平台客户端用户操作日志，获取用户操作记录信息（包括：用户登录、录像调阅、录像下载、实时视频调阅、云台控制、预制点位设置等重要操作行为），实现对视频资源使用情况的查询和审计。能够对用户在线时长、客户端数量、用户数量进行统计，统计的内容应包含登陆用户名、登陆客户端IP地址、摄像头名称、摄像头IP地址、所属机构、用户操作信息等结果按照固定的权限进行查询、统计、导出等操作。 （1）汇聚接口要求 为了便于各种监控工具的集成，对监控工具的技术要求、耦合度降到最低，数据汇聚接口要求提供MQ队列、RMI、RESTful等多种协议接口，监控工具层可以根据情况选择相应的接口实现。 汇聚接口需要包括以下接口： 1）资源信息汇聚接口：提供资源配置信息添加、修改和删除接口，可以一次提交多个资源信息，接口能对数据有效性进行检查，在提交的数据非法时能进行相应的反馈； 2）性能指标汇聚接口：提供面向性能指标组、性能指标提交接口，每次可以提交一组指标，接口能对数据有效性进行检查，在提交的数据非法时能进行相应的反馈； 3）告警事件汇聚接口：支持Syslog、SNMP Trap、WebService、RESTful等多种协议方式接入告警事件。 （2）数据存储要求 系统须提供专门的性能数据库，用于存储汇聚上来的各种监控数据，存放所有监控对象的指标模型、当前运行状况、指标数值、告警信息等数据，实现性能基线管理。因为不同的资源对象会有不同的指标KPI，所以性能指标库需要支持基于WEB界面的面向对象可视化性能指标建模能力，以便根据管理需求进行指标模型的扩展调整，实现所有监控数据的统一监控展现： 1）提供web化指标模型管理，通过WEB界面即可快速创建性能指标模型； 2）和资产配置库进行关联，能够基于资产配置库导航的资源指标树构建指标模型，便于区分某个资源分类是否建立了指标； 3）支持状态指标管理：能够展现某资源分类下具有的状态指标，并提供新建、关联、编辑、移除以及状态字典的管理； 4）性能指标管理：对指标的新建、关联、编辑、移除等进行管理，指标管理具有继承关系，子类不能对从父类继承的指标信息进行调整； 5）支持性能指标组管理：能够展现某资源分类下具有的性能指标组，并提供新建、关联、编辑、移除以及组内指标的管理； 6）指标保护管理：对系统内置的指标，不能进行删除； 7）支持XML、Excel两种格式导出指标模型； 8）保证性能数据库稳定运行，提供独立进程运行机制。 1.3.2.9扩容统一事件平台 ★系统应支持从监控工具或第三方系统获取各类事件信息进行统一处理。以事件为驱动，实现对各类告警的接收、识别、标准化、过滤、压缩、丰富、告警等功能，并与运维服务管理衔接进行工单派发； （1）支持图形化规则处理界面，通过该界面，管理人员能够自定义事件处理规则；当规则发生变化时，相应的告警类型树节点出现变化标识(星符号)； （2）支持装载MIB信息，实现对SNMP Trap的事件预定义，提供Trap事件定义向导； （3）支持告警事件标准化处理功能，提供事件格式转换的规则库，对接入的原始事件消息，根据消息内容的不同，执行不同的格式转换脚本（规则文件），将事件转换成标准格式，并进行统一的过滤、压缩和归并处理； （4）支持告警分析规则，能够实现资源定位和告警丰富；支持多条分析规则的建立，并支持告警分析规则的排序、告警条件判断等设置，提供了面向硬件的IPMI监测器相关告警规则； （5）支持告警升级，能够升级到指定级别，或者按照递增指定等级升级到相应告警等级； （6）支持“高级策略”条件配置，以支持复杂策略条件，告警策略条件支持多个高级条件同时定义，多条件之间是/或的关系；支持在一定时间内持续发生一定次数后执行相关动作；支持在指定时间内没有进行处理时执行相关动作；支持在发生指定次数后执行相关动作； （7）支持告警触发运维工单功能，可以和运维流程管理平台进行交互，派发工单，并指定处理人和SLA级别； （8）支持未知告警列表，对接入的未识别的事件可生成未识别事件列表，方便用户选择相应的未知Trap进行接入解析；未识别事件列表只维护最近发生的指定个数未知事件，减少系统负担； （9）支持按照告警类型ID或告警类型名称快速检索告警类型及其规则； （10）系统应内置出厂规则并加强告警信息丰富的配置，从而实现快速实施，有效降低实施成本； （11）支持告警和资产配置管理关联，可以通过告警快速跳转对应设备的资产配置管理界面； （12）告警支持确认、清除、派发、删除等功能； （13）告警支持分区与分域管理。 （14）支持微信告警发送。 1.3.2.10扩容灵动平台可视化展现 （1）可视化工具要求 ★系统应具备图形化的集成展现功能，能够通过丰富直观的图形化界面详细展现IT基础设施的实时运行情况，应提供动态FIash可视化的视图编辑功能，能够根据实际管理需要灵活定义展现内容。 1）提供可视化的WEB视图设计器，能够简单、灵活设计和修改视图，应支持2D、3D和矢量图形，基于Flash和推送技术，可以设计各类直观的拓扑、图表、仪表盘视图，拓扑图中的图元支持自定义大小； 2）系统应内建内存级数据模型，对各类视图、业务的数据进行缓存和高速处理，告警展示与统一事件平台的告警保持一致，从接收告警到呈现变化可以控制在10秒以内； 3）视图所对应的数据发生变化时，数据源（性能数据、资产配置数据）将自动发送通知，设计器自动查询并更新数据和计算表达式； 4）视图设计器应内置图元组件库，提供各类形状、资源模具、图表组件等；还支持资源展现组件，即使用资产配置或基础监控数据定义后的组件，应用于资源展现模板、仪表板、拓扑图、机柜图；同时还应支持用户导入新的模具组件；支持背景图片库，灵活设置视图背景； 5）视图设计器支持用户方便的拖拽资产配置库资源到视图中，并快速将资源的性能和告警进行绑定，形成各种直观的监控拓扑视图，设计器可以自动辅助生成网络拓扑线路，减轻大量的拓扑线路绘制工作； 6）视图设计器应支持视图中各类节点展现时的交互方式，应支持定义鼠标浮动显示框的展现；应支持定义鼠标点击节点的动作，包括右键菜单、单击查看下层视图、点击查看监控详情等； 7）展现视图应支持视图之间告警层级传递，当下层视图出现告警时，可以在上层视图中进行多层预警展示； 8）支持服务端缓存视图信息，将视图描述文件的内容缓存在服务端，每次可直接从缓存中获取视图内容，提升视图访问效率； 9）展现视图应支持按树状多级查看各类监控视图，支持视图的前进、后退、缩略、放大、缩小、全屏等功能，支持上层视图链接点击查看下层视图，支持网络视图中链路的动态流动效果； 10）支持视图授权，能够对每一张视图进行单独授权，让不同角色的人员查看和监控不同的视图； 11）设计器支持代码分离，除基本的功能框架外，其他如菜单、浮动框、工具栏等模块可在使用时才进行加载，从而能够提升设计器的处理性能； 12）服务端提供绘制视图和图元的API，支持指定视图中的元素、布局、渲染、交互、数据。 13）提供服务端二次开发API包：包括计算表达式渲染宏、视图模板处理器、获取工程树结构、获取视图属性、获取视图告警等级； 14）可视化展现应具备良好的性能要求，10用户并发访问时，每用户打开不能超过3秒。50用户同时访问时，每用户打开不能超过5秒。多个图元（100个）保存视图时，从点击保存到提示保存成功的时间控制在500ms以内，图元没有明显的卡顿。 （2）基础架构可视化要求 系统需要包括基础架构可视化展现视图，基于监控数据库、配置管理库，结合统一性能管理和统一事件平台的数据推送，实时呈现IT基础架构的拓扑关系、当前运行状况，实现对机房、网络、业务等不同角度的监控可视化大屏呈现，并支持通过设计工具来随需定义呈现。 （3）基础架构可视化展现视图包括： 1）机房物理视图：根据机房的实际模型制作机房平面视图，各类物理资源在机房视图中按照实际物理位置进行设计布局，并与各类实时监控数据进行关联，当产生告警时，可以实现物理位置的快速定位和查看； 2）网络拓扑视图：按照不同网络类型，参考网络分层分区的设计思路，实现网络视图的多级可视化展示，实时呈现设备、链路的负载和通断状况，支持视图中链路的动态流动效果； 3）业务拓扑视图：从业务系统角度完整展现各类业务系统的运行情况，通过分层逐层下钻的方式展现各业务系统之间的关系以及每个业务系统的内部拓扑组成关系，视图能逐层传导各层业务系统的运行状态，在顶级视图便能查看到所有业务系统是否存在异常。 4）业务系统影响分析要求 a)监控展现能基于配置项之间的关联关系，自动快速地确定、分析并展示告警事件、变更对其他IT资源或业务系统的影响范围和程度，从而将技术和业务有效的结合起来，转变传统的IT监控手段，不仅能及时发现故障，更能够快速分析故障的影响范围和程度，保障重要业务稳定运行。 b)当故障告警产生时，点击统一监控展现列表的资源要求可展现该故障的业务影响分析界面，通过图形化界面直观展现该故障影响的配置和业务系统。 c)业务影响分析视图需要能够根据故障源以及配置项的关系以及当前配置项状态等因素，通过颜色变化、箭头来表示受影响的资源以及影响关系。 1.3.2.11 GIS扩容地图运维故障展现 （1）提供与GIS地图的对接设计，提供强大的管理界面，满足不同层次的管理需要，针对维护人员、监测人员、单位领导都有不同形式的、直观的视图展现。 （2）户可以根据图层选择展示那些资源类型，每种资源类型根据地图缩放级别显示内容不一样，通过级别定制来达到最好的展示效果; （3）展现资源信息与地图关联，可以查看资源的周围地理信息，也可以通过地理位置查询资源； （4）在GIS上可以对资源进行操作，对资源的操作采用右键菜单，展现资源基本信息和状态：地理信息、资源基本信息、故障信息、维修记录； （5）GIS地图在资源故障时通过闪烁或者水波纹来提醒用户设备故障; （6）告警资源在地图级别提高到地图第一级别，所有故障资源可以在全图时展示，同时可以通过地图缩放下钻到具体的故障位置。 （7）选择一个摄像头，可以查看摄像头实时影像 1.3.2.12人脸识别上传监控 （1）系统支持28181标准、1400标准向人脸识别系统或者图像平台获取人脸识别摄像头上传是否更新、上传图片，如在2个小时内未更新一张图片，运维系统将发出告警，服务台通过告警信息将派发工单到运维人员，并且以报表方式展现人脸识别摄像头应用情况。 （2）系统支持统计人脸是上传状态统计、离线统计、维保单位关联。 1.3.3扩容运维服务管理 1.3.3.1自助服务管理 （1）实现客户的自助服务功能，直接面用户快速搭建信息部门和其他部门交互平台； （2）通过自助服务台，用户可以直接进行服务申报； （3）提交的服务请求将自动转入值班服务台或运维服务团队进行服务闭环处理； （4）用户还可以通过自助服务台查询所申请服务的当前处理状态，服务交付过程清晰可见； （5）能够将历史申告服务项按列表形式展现，并支持按照申告时间进行排序； 1.3.3.2运维值班管理 支持值班管理功能，为运维值班人员提供值班管理平台，包括值班管理、工作日志管理、通知公告、待办工单等，帮助运维人员及时、准确地掌握各类事件告警，并进行后续处理，支持手动的方式进行排班； 1.3.3.3工单流程系统 系统应该具备流程引擎，流程引擎要求具备以下功能： （1）★支持web在线的图形化流程自定义，无需编码，通过拖拽实现流程自定义功能，包括流程架构、角色、触发、判断条件、路径、工单对象和查询条件等； （2）系统应内置遵循ITIL规范的事件、变更、巡检服务流程，同时支持工单对象、表单和流程的灵活调整； （3）支持人工处理、自动触发、定时触发和消息触发等流程节点，以便灵活的实现不同场景的流程处理以及支持微信派发工单。 （4）支持自动分配、人工分配和主动认领等任务分派方式，支持任务的干预和改派；支持流程通知，在流转过程中支持短信或邮件形式给相关人员发送阅知信息，发送阅知信息不影响流程流转； （5）支持图形化形式回放查看流程流转的路径、处理人和处理时间等信息； （6）支持自动分配、人工分配和主动认领等任务分派方式，支持任务的干预和改派；支持流程通知，在流转过程中支持短信或邮件形式给相关人员发送阅知信息，发送阅知信息不影响流程流转； 1）故障管理 提供告故障处理流程管理功能，支持故障工单信息的创建、修改和删除；支持故障工单的流转，如工单的自动和人工分配分配，支持工单自动分配到相应的角色和个人。 2）变更管理 提供设备变更管理功能，支持变更工单的创建、修改和删除；支持由故障事件触发产生变更工单；支持变更工单的流转，如变更测试和审批的分配，支持工单分配到相应的支持角色和个人。 3）巡检管理 a)巡检管理主要是对监控对象进行巡检、常规检查等的作业计划，使得运行维护人员能够准确、高效的完成各项日常维护任务； b)巡检计划应支持自定义巡检模板功能，自定义功能包括添加、编辑巡检计划表，但应控制相关的权限； c)系统应提供与巡检计划相关的配置项的维护管理功能，提供特定的界面，支持对与巡检计划相关的配置项的维护管理功能，并支持相应的增、删、改、查等操作。 4）知识库管理 a)提供知识库管理功能，支持知识录入、审核等功能；为各流程管理模块提供主题相关的知识查询功能，支持关键字和模糊查询； b)支持根据知识库分类进行权限分配，提供知识分类统计功能。 5）工单查询与统计 支持工单状态、支持人、数量、处理时间、优先级、是否超时、工单增量趋势等条件统计，支持条件和模糊查询，支持创建自定义查询器实现工单的快捷查询，支持查询结果列和详细信息显示表单的自定义，查询结果支持导出为Excel文档； 6）★全文检索为运维过程中产生的大量数据提供了集中的查询入口，主要针对配置项、知识、工单等管理数据，实现对故障处理办法的积累。全文检索引擎支持资产配置项的名称、属性、关系等进行全文智能检索和匹配和定位。 1.3.4扩容综合管理 1.3.4.1运行发布管理 （1）★信息发布是系统运行维护工作的对外集中展示模块。网站栏目包括运行日通告、运行月通告、运行服务动态、通知通报、新闻稿件、运行质量分析、年度考核、运行维护工作交流、制度与机制建设、最新公告发布、值班与月值班表发布等，并且支持手动调整各项表格模版。支持自动从监控数据库中抽取数据生成日通报、月通告，可以根据设定的时间自动发布日通告、月通告； （2）提供运行信息自动发布和内容管理功能，运行发布平台能够，自动生成并发布日通报和月通报，对监控系统的各类资源运行信息，可按照自定义的时间每天多次自动生成巡检，并将巡检内容形成日通报进行发布，根据不同类别资源可以分项记录，记录内容包括该资源的基本运行参数、记录人、记录时间等； 1.3.4.2统一运维门户 运行服务门站主要实现统一门户登录（SSO）、统一运维入口及运维服务管理功能，以便各个业务模块的界面整合和统一呈现。 运维服务门户要求采用Portal技术，门户视图可以根据需要灵活调整，基于不同角色、不同使用人员呈现不同的个性视图。同时应提供系统自身和第三方系统的页面整合，并通过统一授权管理，形成面向用户业务的视图展现集成。 （1）系统应支持单点登录功能，提供基于WEB的统一管理访问入口，支持统一登录、统一认证； （2）支持与监控、资产配置和流程等管理系统的数据集成，进行统一展示； （3）须具备全文检索功能，快速查询工单、知识、配置项等信息，进行全文智能检索和匹配和定位。； （4）针对不同的登录用户，提供个人桌面，定位不同用户各自关注的工作内容。 1.3.4.3用户与权限管理 用户与权限管理为整体平台及后续管理提供统一的帐户管理和授权管理等功能，应支持地域、权限、角色和组织的管理。 （1）须支持域管理：支持划分不同管理域，各管理域之间相互独立，市局和区县的用户查看各自管辖范围的运维数据，实现集中运维，分级管理。同时，每个管理域均应具备管理员、安全员和审计员角色，每个角色负责不同的管理工作； （2）支持部门管理：支持多级部门（如处、科）。分配给部门的角色，将被该部门下的所有用户所继承； （3）支持账户管理：对账户能够进行管理维护，包括增加、删除、修改、查询账户信息； （4）支持角色管理：角色表示一类特定的权限的集合，包括可以进行的操作和可以管理的资源，通过角色管理可以动态地创建、删除和修改角色，形成新的权限集合，以便分配给账户，达到控制账户权限的目的； （5）支持授权管理：实现细粒度的权限控制，将权限分为操作权限和资源权限两种。操作权限如对表单数据的增加、删除、修改、查询、审核等，资源权限包括被管设备或资源分组、监控视图分组、报表分组等。通过操作权限和资源权限的有机组合及授权，可以实现对用户权限的细颗粒度的控制。 （6）扩容统一的通知中心，实现监控、事件告警、资产配置、流程工单的统一通知； （7）须提供集中的通知页面，按通知发送时间的倒序、分页显示成功发给当前用户的通知记录； （8）须支持通知策略的定义，包括通知对象、通知方式、业务场景、通知内容等； （9）提供邮件通知方式、提供短信通知方式、提供声音通知方式、提供WEB弹窗通知方式等，支持基于Web页面的短信设置，包括短信猫和短信网关的相关设置。 （10）可为不同域的配置不同的通知策略。 1.3.4.4级联管理 ★系统应能通过实现视频资产及联、运维日志、拓扑及联、视频考核数据等数据上报和工单级联、拓扑图的级联调度。在发生重大紧急故障，区可通过工单级联快速与地市互动，实现故障的及时响应，并对故障维护过程的跟踪。 1.3.5扩容运维监管考核管理 （1）统一报表管理 系统内置灵活易用的报表设计器，通过抽取监控和维护管理各类数据，只需通过简单的鼠标拖放，便可利用精巧的数据绑定功能，完成各种样式报表的量身定制。 如：核心网络畅通率、一类（二类）摄像头可用率、各级联网平台的存活率、各类设备（如根据品牌、型号、地域进行分类）平均无故障时间、外包团队SLA达成率、租用线路的阻断时间等。 提供报表设计工具，为各类视频资源的运行和维护情况提供报表统计分析功能，对视频资源的在线率、完好率和接入率、信令时延、视频时延等关键数据进行统计。支持对设备不可用时长、在线率等统计数据进行求平均，并提供分时间（年、季度、月、旬、周，日）、地域分片等方式进行报表呈现，支持（标准WORD\EXCEL\PDF）格式输出。 运维管理监督系统可以根据日常运维的同级数据进行监督统计可用率统计原则如下： 摄像头可用率=∑本项目当月运维管理监督系统统计的考核摄像头在线总次数/∑本项目当月运维管理监督系统统计的考核摄像头在线及非在线总次数，同时经过采购人的使用监督部门在每月使用中抽查，发现存在如下情况也需要从可用数量中剔除： a)枪机被树叶遮挡超过1/3，球机完全被树叶环抱遮挡，则视为不可用，由本项目主体工程服务采购的中标人负责消除影响因素恢复后，该监控点才算可用； b)枪机、球机护罩表面被灰尘严重覆盖或摄像机损坏，导致图像模糊不可用，则视为不可用，由本项目主体工程服务采购的中标人负责擦拭干净护罩镜头或维修，让图像恢复清晰，该点才算可用； c)人像/车辆卡口抓拍图片模糊不可用的情况下，单路摄像头视为不可用，由本项目主体工程服务采购的中标人负责修复至清晰，才算该摄像头可用； d)摄像机图像后端平台不可调用，则视为不可用，由本项目主体工程服务采购的中标人负责维修，让图像可调用后，该点才算可用。 e)摄像机无坐标等图像信息的，则视为不可用，由本项目主体工程服务采购的中标人负责去维修，让摄像机具备坐标等图像信息后，该点才算可用。 摄像头可用率考核指标免责范围包括城市建设工程导致前端监控点拆迁断电断网，地震台风水灾车祸等不可抗力的自然灾害引起的前端监控点被破坏。免考核摄像头由采购人通过本项目第三方运维管理监督系统或来函确认。 因城市建设工程导致前端监控点拆迁断电断网的，在本项目主体工程服务采购的中标人没有修复完成可用之前，采购人不支付该前端监控点的使用费。 （2）系统支持卡口、人脸摄像机抓拍数、上传数、离线数。 （3）录像时长统计 通过与系统平台对接，读取平台存储的录像状态，统计点位录像时长，当录像存储时间不足时，进行报表统计并支持Excel导出操作。 （4）报表中可按照项目类型、年、月、日为单位分类统计在线率。 （5）考核特殊说明： 在维护过程中如有不可抗力因素(比如由于路政、园林、断电等因素),导致无法维护设备,维护单位应向使用单位提出说明,申请工单挂起,为此此类事件将不在考核范围之内。 1.3.6服务器 配置2台诊断服务器，配置要求如下： （1）≥2颗8核CPU； （2）内存：≥32GB； （3）硬盘：≥3块600GB SAS硬盘； （4）端口：≥2个千兆网卡； （5）提供冗余电源，DVD光驱、导轨，linux企业版操作系统； （6）三年质保。 1.3.7其它要求： （1）投标运维管理平台须实现工单、资产、拓朴、报表级联； （2）产品前瞻性：须实现安全集中操作审计、自动化运维、卡口图片质量分析、卡口告警数据延时监控、人脸告警数据延时、人脸图片质量分析（如需开发请核工作量）； （3）投标产品须与短信平台集成，实现短信告警、短信派单、短信回复工单关闭等功能要求。 （4）以上技术如需开发请详列开发周期和工作量。 （5）中标人驻场人员每个季度须配合本项目主体工程服务采购的中标人对≥100条前端线路带宽情况进行抽查，并提供抽检报给采购人。 （6）系统扩容需支持与原系统无缝平滑升级，须提供原有系统平台迁移升级承诺书。 （7）本项目提供3年1人驻场服务，负责运维监督考核、数据维护、升级优化、光缆核查等现场服务。 以上功能所有响应文件如有开发请评估开发工作量否则视为无效。
2.合同金额（元）：登录即可免费查看.00
3.履约期限、地点等简要信息： 签订合同之日起20日历天内交货、安装完毕并通过竣工验收后交付使用 ，项目服务期三年。采购人指定地点。
4.采购方式：公开招标
七、合同签订日期：2021年05月26日
八、合同公告日期：2021年05月28日
九、其他补充事宜：/
南宁市政府集中采购中心
附件信息:
南宁市公安局社会管理监控报警联网系统一期二期及三期一阶段升级改造及扩容项目运维管理监督系统扩容服务采购合同.pdf
15.6 M
/
微信扫码关注
