四川政府采购四川省地方税务局信息管理中心应用性能监控系统项目（第三次）公开招标采购公告7931

　招标项目技术、商务及其他要求

　1 1 、采购标的需满足的质量、安全、技术规格、物理特性等要求：

　一 、 项目概述

　1 1.1 项目背景

　四川地税金税三期系统构建在 VXLAN 基础环境之上，目前已占用资源 304 台虚拟机、100 个 T 的可用存储，系统包含了核心征管系统、个人税收管理系统、决策支持系统一包和决策支持系统二包、税库银系统、外部信息交换系统等 6 大业务系统，以及保留特色软件二十余个。庞大的信息系统、复杂的技术架构和业务架构、频繁的数据交互、众多的外围子系统,不断加大采购人系统运维的风险。

　采购人现有的系统日志监控、基础设施监控和网络边界流量监控等基础监控手段，只能基于某一固定环节，或固定设备做定点监控和分析。当系统运行报错或响应缓慢时，常常无法快速定位故障子系统或环节，需要同时协调多方公司系统维护人员进行配合处理，排查和处理时间长，责任不明晰，用户体验较差。无法满足系统故障提前预警，系统问题快速定位、快速处理，业务运行态势全面掌握的迫切需求。

　因此，采购人亟需建设一套可以弥补现有监控手段不足，站在业务视角对金三及特色软件各业务交易运行态势进行全面监控分析的应用性能监控系统。

　2 1.2 建设目标

　建设一套对金三系统及特色软件关键应用运行状况监控分析，实现系统故障提前预警，系统问题快速定位，业务运行态势全面掌握的应用性能监控系统。要求支持采购人现有 VXLAN 基础环境，采用旁路方式获取网络数据包，不对业务应用产生任何负影响，能够从用户体验和业务交易出发，对任意业务在各应用系统中流转的全过程进行跟踪、定位、告警预警、故障分析和可视化展示。

　二 、 项目要求

　1 2.1 监控范围

　本项目所要求完成的监控需求内容包括但不限于以下系统：

　 核心征管系统 办税大厅-核心前端应用 办税大厅-核心通用查询应用 核心前端应用-核心后端应用

　核心前端应用-集成平台（内部）应用 集成平台（内部）-核心后端应用 集成平台（渠道）-核心后端应用  网报系统 监控网报接口-核心集成平台（渠道）

　 个税系统 办税大厅-个税查询应用 个税核心-核心集成平台（内部）

　个税核心-核心集成平台（渠道）

　 税库银系统 核心集成平台（内部）-税库银应用 税库银应用-地税 MQ 应用  单点登录 办税大厅-单点登录应用  门户认证 办税大厅-门户应用 2 2.2 设计要求

　1 2.2.1 系统架构要求

　 ★系统采用旁路方式获取网络数据包，不向网络中发送任何数据包，不占用被监控系统主机资源，不对业务应用产生任何影响。

　 整个系统各个组件需采用软件交付,支持在通用的 X86 服务器（品牌不受限制）进行安装，不允许以软硬件一体机的方式交付。

　 系统应支持跨区域分布式部署。支持双中心、多中心、省市多级架构应用的监控，能够完整呈现应用的逻辑拓扑，能够体现应用组件所在的数据中心，以及跨中心、省市应用组件之间的访问关系，并集中呈现所有交易环节的监控指标。

　 系统所有组件支持 Vmware 虚拟化环境部署，并支持 vxlan 环境下的网络镜像数据分析，投标方在应标前可联系采购人进行部署测试，并取得采购人出具的测试通过证明书（原件），或者提供能够证明在 VXLAN 环境下成功实施的项目合同资料（提供复印件，原件备查）。

　 系统采用 B/S 架构。

　 数据采集设备支持 HA 模式，确保监控数据不出现丢失。并且数据采集设

　备和数据分析引擎之间如果出现网络故障，不出现数据丢失。

　2 2.2.2 产品成熟度要求

　 投标产品具有软件著作权或软件产品登记证书。

　 投标系统支持中文界面，并提供中文操作手册。

　 所有组件部署和运行环境支持主流的操作系统、中间件、浏览器等；  具有良好的稳定性，能够 7×24 小时不间断工作，出现故障应能及时告警。

　3 2.3 功能要求

　1 2.3.1 基本要求

　 系统应支持实时显示应用系统运行状态的关键指标，包括但不限于业务交易量、业务成功率、系统响应率、响应时间。

　 能够按业务经过的应用组件串联在一起配置成业务路径图，能够体现业务应用的访问关系和依赖关系，显示完整的业务交易路径。

　 由多台服务器组成的集群交易环节，要求系统界面具备点击展开查看每台服务器的关键指标的功能，以每台服务器进行指标统计。

　2.2 3.2 视图展示

　 业务路径图支持在单一视图中呈现各应用服务组件的关键指标，支持最低 30 秒刷新。

　 业务路径图支持以时间轴的方式进行历史数据的查询回放，以便分析故障，回放数据精度达到 30 秒的颗粒度。

　 支持用户按需自定义仪表盘，自定义图表支持折线图、区域图、饼状图、直方图、条形图、表格等多种图表展示方式，提供数据自定义过滤器功能，可以按主机、系统、业务等各个维度进行数据过滤和展示，例如：分业务线的被监控系统展示、单独系统信息展示、同一系统不同主机的展示、不同系统在同一主机的展示等。

　 支持可以通过拖拽方式将多个仪表盘合并叠加成一个仪表盘，方便在一个图表中对比多条曲线。

　 支持根据用户 IP 识别用户所在地理位置，并通过地图展示各地理位置的用户体验，反映出每个城市（或地区）的交易量、交易平均响应时间，成功率，响应率、用户体验分值等指标。

　 支持识别终端用户的真实 IP 对应的地域或者通过配置内网 IP 地理映射，将交易量、交易频率通过区域热力图形式展现在地图上。

　3 2.3.3 数据包解码

　 单台服务器单个探针进程处理 300Mbps 流量不丢包。注意：该指标中的“探针进程处理”指“网络流量采集→协议解码→按预先设置的规则生成进一步分析所需的文本数据”这一完整过程（即 APM 技术），并非传统网络性能管理（NPM）中探针单纯采集网络流量并存储的简单过程。

　 针对标准的 XML、SOAP、MQ 协议，支持配置化的协议解码，通过简单配置即可完成协议解码与字段提取。

　 针对金税三期协议的解码，解码内容指标包括税种、税目、级次、所属税务机关、功能菜单、征收方式、申报方式、办税人员职能、纳税人类型、登记序号、登录账号、付款开户行行号、清算银行行号、行业等业务指标。

　 对于非标准协议，支持插件方式实现解码支持。

　 支持数据库的解码分析，能够监控分析 SQL 语句或 PRC 调用等信息并提供状态分析。

　 支持用户通过修改配置文件，实现对新协议的解码，一般新协议支持不需要原厂研发支持。

　 对自定义加密算法提供接口，无需开发快速适配用户自定义加密协议。

　4 2.3.4 数据检索和归档

　 支持数据源检查，能够检测数据包是否存在丢包、重传、乱序。

　 在有重复流量的环境下，软件应能够对重复流量进行分析，得到准确的交易量参数。

　 数据存储可定义存储策略，可以对业务交易明细数据、报表统计数据、告警数据分别制定不同的存储策略，可由用户自行选择存储时间，过期数据可设置自动清理。

　 系统采用大数据平台处理技术，最低支持 80GB/天的数据处理，并且数据无丢失（提供截图证明）。

　5 2.3.5 数据分析和统计

　 支持对关键指标、业务指标数据进行多维度的分析和钻取，发掘故障交易出现的时间、客户端分布情况、交易类型、交易错误代码等规律，便于排除故障和评估故障的影响范围。

　 支持按照任意维度进行交易笔数、交易占比、交易成功率、交易响应率交易平均响应时间的分类统计。

　 数据分析维度需支持多个维度（IP、端口、交易类型、交易参数、返

　回码等），支持从任意维度作为起始点，逐层向下展开统计，比如在交易类型这个统计维度中列出所有交易类型的统计结果，再选择某一个交易类型展开交易返回码维度。

　 支持交易内容的全文检索查询，能够按照时间段、客户端 IP、服务器IP、税务功能代码、岗位序号、岗位税收税务机关、交易结果等查询，查询结果要求支持展开为交易中所有的被解码字段。

　 支持任意交易内容的敏感信息脱敏处理，即通过配置将敏感的业务信息替换为****。

　 支持对任意交易数据进行别名翻译，便于数据查看，可以通过配置页面批量导入别名设置。

　 支持将任意维度的统计结果导出。

　6 2.3.6 告警

　 告警支持阈值和基线 2 种告警能力。

　 告警支持分级管理，可以定义多个告警级别，不同的告警级别采用不同的颜色和图标进行区分。

　 支持配置某个告警对象的生效时间，如某条告警规则仅在每天（9:00~18:00）生效。

　 支持独立的告警对象的开启/关闭，即可以针对某个应用交易组件独立开启/关闭告警，而不是全局开启/关闭。并且针对单个应用组件可选择开启/关闭哪些告警项目。

　 针对关键交易指标：交易笔数、无交易请求、响应时间、成功率、响应率，支持阈值、区间加持续时间的复合条件告警，且支持基于组件、交易类型、交易参数进行统计的阈值告警。

　 告警支持自定义过滤器（过滤器支持多条件的逻辑运算和搜索、数学计算）进行告警，即可以针对指定特征的交易判断是否告警。

　 支持告警压缩策略，通过多条告警合并或按一定的频次来压缩告警。

　 告警记录可关联至对应告警触发该告警的时间段的交易详情视图，即从告警记录跳转至告警时间段的交易详情。

　 告警数据支持标准的 snmp、syslog、邮件、短信等接口，只需配置即可实现和第三方系统集成，如短信系统、邮件系统、工单系统等，并提供详细告警信息说明（提供截图证明）。

　7 2.3.7 故障定位

　 支持逻辑可配置的故障定位算法，能够根据组件的依赖关系和各自的

　告警指标进行逻辑判断，定位引起故障的根源组件和原因。

　 能够保存故障时的业务交易数据明细，用于保存故障发生时的场景便于进行回溯分析。

　8 2.3.8 报表管理

　 可以按应用系统或者具体业务进行 关键指标数据 、 业务指标数据、告警统计并生成报表。

　 报表可以指定计划任务，按日、周、月自动生成报表并存储。

　 支持历史报表的查看。

　 生成的报表支持 doc、xls、pdf、html 格式，并能在线预览和下载导出。

　9 2.3.9 自身管理

　 系统应支持多用户管理，具有基于角色的用户及权限管理能力，角色和权限可以灵活组合定义，实现按模块（功能界面）给不同的应用系统（数据源）分配权限（读、写），做到以被监控系统为单位的各个模块权限控制。

　 系统有自监控机制，能够提供 web 页面实时监控平台自身各组件的运行状态、性能指标、日志信息，并以简单清晰的界面展示（提供截图）。

　 系统应有完备的异常处理机制的日志记录，可以根据错误日志快速定位问题。

　4 2.4 第三方集成要求

　 提供和金税三期业务数据集成展示页面，即在同一页面上同时展示本系统的监控数据和金税三期的业务数据。其中，监控数据包含：每个系统的成功率、每个业务办理的成功率、总体业务量、总体响应时间、集中告警、地图中每个城市的业务办理概况；业务数据包含：当日（月/年）税收收入、收入渠道来源占比、收入渠道来源具体金额。

　 应当和采购人现有网络边界监控系统进行集成（采购人当前部署的网络边界监控系统采用当前流行的企业级搜索引擎 Elasticsearch，此引擎架构采用 Java 开发，并作为 Apache 许可条款下的开放源码发布，拥有良好的可整合性），实现数据的统一存储、统一展现，需在应答中提供方案详细说明实现原理和集成方法。集成涉及到的软硬件由中标方负责提供。

　5 2.5 项目服务要求

　1 2.5.1 安全保密要求

　系统设计应当遵循国家相关法律、法规，尤其是国家电子政务和税务系统信息安全等级保护等有关安全保密要求；投标方应当明确提供完善的、可行的系统安全方案，包括数据加密、数据备份与恢复、防入侵等功能；系统实施应当遵从采购人保密相关的管理制度要求。

　2 2.5.2 质量保证要求

　投标方应当有针对本项目的质量保证体系和组织，并对潜在的风险准备应对方案，最大限度地减少项目风险。在项目整个实施过程中，遵从采购人单位工程管理办法要求，质量控制管理应始终贯穿其中。从项目准备期间的制订质量保证和控制策略，到软件开发过程中的质量监督和保证执行措施，到项目交付后的文档审计和质量追踪，在整个周期内所有的阶段和任务，均应遵循严格的目标考核标准，记录质量保证活动，并保存和维护这些记录。

　3 2.5.3 组织管理要求

　  投标方应成立服务于本项目的实施团队，建立健全保障项目顺利实施的各项管理制度和质量保证体系。

　  投标方应标时指定的本项目的项目经理，需有担任过2个及以上类似项目的项目经理经验，且在项目验收完成前未经采购方许可不能更换；服务于本项目的架构师，应具备2个及以上同行业项目架构经验。以上均需提供简历及相关证明材料复印件。

　  负责本项目实施的技术人员应至少有1名为投标产品的原厂商工程师，要求承担过相关软件开发经验，能够与用户进行良好沟通，具备相关产品集成、应用和开发的能力，需提供原厂商工程师在职证明材料复印件。

　  投标方应对上述内容列出详细人员计划，包括人员姓名、经验、学历和在本项目中的职责分工。

　  所有项目团队成员应提供劳动合同关系证明材料复印件。

　  投标方应根据项目建设的具体内容和整体工期要求，在投标时提交切实可行的项目工作计划。

　4 2.5.4 项目实施要求

　  本项目自合同签订之日起开始在四川省地方税务局现场进行实施。计划建设周期为3 3 个月左右。

　  项目实施所需基础环境应以四川地税能够提供的软硬件环境为基础，并支持云平台和虚拟化部署。

　  本项目的实施不得影响其他应用系统原有功能的正常使用。

　  投标方应制定详细的实施方案，包含实施计划、实施关键节点、实施人员组成。

　  在项目实施过程中，针对关键或重大问题，投标方应承诺调动全部资源给予支持，委派专家到现场解决问题，并不得影响项目的整体进程。

　5 2.5.5 培训要求

　  中标方需提供系统操作、运维管理等相关培训及文档，并按照采购人要求进行现场培训，确保采购方系统管理人员能够独立进行系统配置管理、故障处理、日常测试维护等；主要使用部门和技术人员能够正常使用系统。

　  投标方投标时应说明详细的培训方案，明确培训对象、培训内容、培训目标、培训周期等内容。

　  实际培训形式、时间、地点、人次等在实施过程中由投标方与招标方协商确定。

　6 2.6 售后服务要 求

　  本项目系统要求提供1 1 年的免费维护期，从系统部署完成验收通过，正式使用之日起计算开始时间。免费维护内容包括监控指标的配置和调整，必要的现场技术支持，版本优化升级，产品安装迁移等。免费维护期内对原有系统功能的修改完善，以及与第三方应用系统的数据接口工作，不收取额外费用。接口数据格式由采购人免费提供。

　  中标方应按照招标方要求，在免费运维期内对本项目的监控数据进行应用性能分析和告警分析，按时出具性能监控周报、月报、季报和年报，帮助分析性能变化趋势，发现性能瓶颈和组件资源占用情况，提出优化建议。

　  投标方应当建立完善的售后服务体系，提供原厂商7*24的电话支持服务，对于电话无法解决的故障，应派原厂工程师到现场进行支持；对于故障，应在12小时内对项目建设单位提出解决方案，提供应急策略，普通故障24小时内解决，重大故障48小时内解决；在网络和设备扩容及软件升级时，派专业技术人员到现场指导。

　  投标方所投产品的原厂商需在项目所在地有分支机构或者办事处，能提供本地化的技术支持服务，当采购方业务系统发生重大紧急情况，需中标方现场协助定位问题的，投标方应当承诺在1个小时内派驻原厂工程师提供现场技术支持。投标方应提供原厂商本地机构证明复印件及本地原厂商工程师劳动合同关系证明材料复印件和项目所在地社保局出具的社保缴费证明材料复印件。

　7 2.7 其他要求

　投标方的专业性和对招标项目相关业务的熟识度是保证项目建设正常开展的必备条件。投标方应自行了解金税三期工程相关系统及数据库信息，招标方不负责投标方与第三方有关本项目建设所需的业务、技术支持有关事宜的商洽协调及任何费用。

　 2 2 、采购标的的数量、采购项目交付或者实施的时间和地点：

　签订合同之日起三个月内，按服务要求在四川省地方税务局现场完成项目实施。

　3 3 、采购标的的验收标准：

　项目实施完毕，正式上线稳定运行三个月，确认达到项目技术需求标准后，可申请验收。验收时需提供以下相关资料：

　1. 产品软件许可； 2. 系统安装介质； 3. 产品说明书； 4. 提供的其它技术手册，包括：

　  需求分析报告   安装说明书   用户使用手册   软件维护手册   系统上线实施手册   系统测试报告   验收申请报告 上述文件需符合国家标准，需同时提供纸质件和电子文档。

　4 4 、 采购资金的支付

　合同签订后，支付合同总金额的 30%，系统正式运行后支付合同总金额的 50%，正式运行三个月后进行项目验收，验收通过后，支付合同总金额的 20%。

　注：以上打 ★ 号的为本次招标项目的实质性要求和条件，必须实质性满足。