采购需求前附表

序号	类别	内容
1	项目立项	项目立项时间： 2021年7月1日
		项目立项证明文件： þ有    ¨无
2	项目预算安排	总预算金额（万元）：18
		当年预算安排金额（万元）：18
		项目资金来源：基本支出
3	项目采购内容	货物名称及数量： 核心产品：
		服务内容：1名专业技术人员系统运维服务。
		工程内容：
4	项目实施时间	2021年12月1日起至2022年11月30日止
5	项目实施地点	国家税务总局吉林省税务局南湖大路办公楼(长春市南关区南湖大路1518号)
6	项目实施范围	巡视巡察信息管理系统运维
7	项目相关单位	需求部门：  信息中心
		验收部门：  信息中心
8	采购意向公开	þ本项目已于2021年5月17日公开采购意向
		¨本项目经立项审批不公开采购意向
9	支持中小企业	þ本项目对小型和微型企业产品的价格给予6%—10%的扣除，用扣除后的价格参与评审。
		¨本项目预留预算金额的%专门面向中小企业采购
		¨本项目不适宜由中小企业提供，且已履行报批手续。
10	公告期限	自本公告发布之日起5个工作日。
11	意见反馈方式	凡对本次公告内容提出意见反馈，请以书面形式按以下方式联系。名称：国家税务总局吉林省税务局；地  址：长春市南湖大路1518号；项目联系人：张展赫；联系方式：0431-80500300

一、项目概述
1.项目背景
税务总局2018年推广了巡视巡察信息管理系统，将巡视巡察监督内容、业务流程、工作成果纳入信息化运作，系统建设实行税务总局、省局两级部署，税务总局、省局、市局用户三层联动应用，主要包括巡视巡察事项管理、网上测评、“三重一大”事项监督管理、数据分析应用等四大功能模块。为全面保证应用信息系统正常稳定运行,全面监控系统运行情况，提高整体运行效率，确保应用信息系统应用性能最大程度满足设计要求，建立应用信息系统保障机制，保证各级税务机关相关业务顺利开展，2020年度省局采购巡视巡察信息管理系统运维服务，运维周期为1年，至2021年底到期。需要购买2022年运维服务。
本项目上一服务期采购合同的金额为180000元，服务期限为2020年12月1日至2021年11月30日，成交供应商为浪潮软件科技有限公司。
2.项目内容
本项目采购1人1年期的现场运维服务，具体服务范围包括保障巡视巡察信息管理系统安装部署、正常运行、问题故障及时处理，包括系统基础环境保障、应用系统运维服务、操作培训及升级管理等。
二、投标/响应要求
（一）供应商资格要求
供应商参加本采购活动应符合《政府采购法》第二十二条的规定，具备下列条件：
1.具有独立承担民事责任的能力；
2.具有良好的商业信誉和健全的财务会计制度；
3.具有履行合同所必需的设备和专业技术能力；
4.有依法缴纳税收和社会保障资金的良好记录；
5.法律、行政法规规定的其他条件。
6.本次招标不接受联合体投标，禁止有隶属关系或相关联企业同时投标，不得转包及分包。
7.提供相应的服务方案及内容，一般包括项目需求理解、技术方案、实施方案、验收方案、技术支持服务方案等。
(二)投标/响应产品资质要求
无。
(三)投标/响应文件技术部分响应内容要求
项目需求理解：对项目定位、服务目标精准，对本项目理解分析深入、详细到位，对所服务的信息系统各项功能流程、设备功能描述准确，响应完整，提供切实可行的需求理解方案，应包括但不限于运维系统的规模、业务复杂度，涉及本项目应用信息系统的业务特点并且进行详细阐述;运维系统功能划分、主要功能描述并且进行详细阐述;运维系统服务器的部署关系、对外部关联系统已提供的接口类型及用途并且进行详细阐述。
项目管理方案：根据项目需求，提供适合总局关于该系统管理要求的管理方案，项目管理方案合理、严谨，职责清晰，风险控制合理，具有较强可操作性。
项目服务方案：根据项目需求，对所服务的运维环境和设备运行状态等相关情况描述准确方案要具有完整性、科学性、可行性、可验证性，每阶段方法、计划、任务的清晰程度和合理性，能够满足项目要求等。提供切实可行的系统维护方案，方案应包括技术实施的策略、管理、规程、流程等；日常运维、数据运维、运行监控、健康检查、系统升级优化、数据库与中间件维护、故障处理、培训服务等；需要确定并向采购方提供运维驻场人员名单，具备在吉林省税务局现场准确实施所运维系统统一升级及维护的能力，根据中标项目所含运维服务内容，接受运维能力测试，不能通过测试，不具备运维服务能力的中标供应商，将视为无履约能力处理，吉林省税务局按照合同要求履行相关权利与义务，如给予实际工作造成损害的，追究相应责任。
项目安全防护方案：根据设备及系统安全隐患检测排查、漏洞修复完善、安全解决等相关服务制定方案，方案的完整性、科学性、可行性、可验证性，每阶段方法、计划、任务的清晰程度和合理性。
项目巡检方案：根据项目需求，提供适合总局要求的该系统巡检方案，方案详细、科学、合理,体现对需求的深入理解，具有较强的可操作性。
应急保障方案：根据项目需求，提供适合总局要求的该系统常见问题应急保障方案，应急保障方案详细、科学、合理,体现对需求的深入理解，具有较强的可操作性。
项目培训方案：根据项目需求，提供适合省税务局机关项目培训方案，方案应详细、科学、合理,具有较强的可操作性。
项目验收方案：根据项目需求，提供适合省税务局机关项目验收方案，方案应详细、科学、合理,具有较强的可操作性。
三、项目需求
（一）项目工作范围
按照本业务采购需求，完成如下运维服务工作
1．系统环境监控维护
（1）主机基础环境日常维护
主机监控指标（CPU利用率、内存使用率、文件系统使用率、IO使用率、存储使用率及其它重要指标等）及正常范围。维护人员每日对主机进行定时采样并记录。
收集反映主机运行情况的数据，监控主机运行效率。
当维护人员发现可能影响系统运行的征兆时，应及时通知局方运维负责人。如需维护，由运维人员提交申请，说明维护原因、影响范围及解决方案。经局方运维负责人同意后，尽量在不影响系统正常运行的情况下做出调整，保证系统稳定运行。
系统补丁升级、资源扩容等其他日常维护工作。
（2）数据库平台日常维护
对影响应用系统的数据库各部分（实例状况、日志、表空间、存储空间、监听及其它重要方面等）进行检查，并记录检查情况。
收集反映数据库运行情况的数据，监控数据库运行效率。
当发现可能影响应用系统运行的征兆时，应及时通知局方运维负责人。如需维护，由运维人员提交维护申请，说明维护原因、影响范围及解决方案。经局方运维负责人同意后，尽量在不影响系统正常运行的情况下调整数据库，保证系统稳定运行。
数据库的安装、升级、资源扩容等其他日常性维护工作。
（3）中间件平台日常维护
监控中间件运行情况（主要监控连接数、请求等待队列的百分比、活动线程百分比及其它重要指标等）。
收集反映中间件运行情况的数据，监控中间件运行效率。
当发现可能影响应用系统运行的征兆时，应及时通知局方运维负责人。如需维护，由运维人员提交维护申请，说明维护原因、影响范围及解决方案。经局方运维负责人同意后，应尽量在不影响系统正常运行的情况下进行调整，保证系统的稳定运行。
中间件的安装、升级、资源扩容等其他日常性维护工作。
2．系统环境优化
（1）数据库优化
定期检查、监控数据库脚本、语句性能问题，同时周期性对数据库整体运行情况进行检查，对接收到和检查发现的性能问题进行分析，根据分析结果采取脚本调优、数据库参数调整分别实施优化。并每月提交《性能优化报告》。
（2）故障处理
当应用系统出现程序错误或运行环境故障时，运维人员应在第一时间做出响应，并立即启动相应的处理流程，通知局方运维负责人，详细描述故障现象和可能的发生原因以及建议的解决办法，首先保证系统能在最短的时间内恢复基本运行。属于硬件发生故障、系统软件本身问题等原因的，由局方协助共同分析解决。故障解决之后，3个工作日之内运维人员应编制故障处理报告，提交局方相关人员，确认文档接收。
故障处理报告中包含：故障描述，故障产生的原因，故障的解决办法以及在以后日常维护工作中应该采取的措施等。
应确保对每一次故障所提交的故障处理报告，对所涉及到的故障描述清晰、原因明确、解决办法切实合理。故障判断时，涉及到第三方故障原因的，投标人应通过局方协调第三方公司，以便明确原因、避免故障的重复发生。运维人员应严格控制重复故障的发生频率，原则上不允许出现可控的重大故障的重复。
（3）发布与部署
在系统产生新的应用补丁时，对进行补丁进行发布与部署，其中补丁发布与部署要遵循统一的发布流程，做好补丁登记管理、补丁发布过程记录以及对应用系统的影响分析和系统部署前的备份等工作；
系统部署指由于硬件环境变更、网络环境变更等造成的系统部署变更。当需要将系统部署环境进行迁移或变更时，运维人员要具备相应的技术能力以支撑该项工作，按照硬件参数、网络参数及关联系统的部署参数制定部署方案，完成部署工作，并进行环境验证测试等工作。
3．应用系统备份
（1）应用系统软件备份
应用系统软件应视情况定期或在变更时进行备份，并监控备份的完成情况。
（2）数据库备份
按照局方统一要求的数据库备份策略完成数据库的数据备份工作，并每日检查确认数据库的备份情况。
4．基础环境保障工作月报
每月提交《基础环境保障工作月报》，报告应包括主机、数据库及中间件等系统软件的监控情况、配置调整情况、故障处理情况、性能优化情况和备份完成情况等内容。
（二）运维服务内容
为应用系统提供数据处理、数据应用等数据处理各环节的技术支持服务，包括问题处理、问题咨询、口径解释、数据查询、技术支持、应用支持等。
1.应用信息系统日常维护
（1）操作类问题
操作人员对应用系统上述业务的基本操作和业务流程操作不熟悉，造成业务处理无法正常进行时，针对这些问题，运维支持人员将通过电话指导操作人员完成操作。针对有共性的问题应该进行提炼和总结，并维护到知识库中。
（2）程序类问题
包括程序错误和程序优化，如软件处理方式与实际的业务处理方式不符或者软件性能已经不能满足正常的使用等等。
运维人员接收到问题，并确认是程序错误后，应向用户给出临时解决办法，同时记录问题后，如果是本地个性化开发程序问题，由本地开发人员进行程序修改，如果是总局统推版本程序问题，由本地运维人员向总局报备进行程序修改。
（3）业务类问题
运维人员首先要记录问题的内容、提出人及联系方式，经确认是当前未能明确的业务问题时，转发相关业务部门。
（4）数据修改类问题
日常运维过程中，如出现需要对系统后台数据进行修改或调整的情况。应遵循省局相应的流程进行审批，然后由运维人员依据运维协调单执行修改操作。
（5）查询类问题
业务部门往往基于工作需要，需要对系统数据进行特殊指标的临时性查询统计，当这些需求通过应用系统当前功能无法实现或为一次临时性需求时，可由公司运维人员临时通过执行后台语句等方式协助查询。
（6）程序问题确认
由于系统设计缺陷、程序问题等原因造成的系统使用故障属于程序问题。技术支持人员需对转出的程序问题进行复现测试和确认，排查问题原因，提供临时解决方案，并将确认结果反馈相关负责人。
（7）需求问题确认
因业务变更、口径改进或新增功能等而产生的问题属于需求问题。运维人员需要按照相关要求对需求问题进行确认。
（8）紧急问题处理
因系统异常造成业务中断、需在运维人员能够随时响应、快速到位，尽可能短时间内恢复的问题按照紧急问题处理流程来进行处理。
2．重大配置变更
当应用系统软件要进行重大配置变更时，运维人员需要对局方运维负责人提出的《重大配置变更申请》。事先要进行评估和方案制定，并综合判断重大配置变更执行的风险、回退方案、可行性、所需资源等。经局方运维负责人同意后，应尽量在不影响系统正常运行的情况下进行配置变更。
3．运行监控及维护
主要监控内容为应用系统业务数据的异常，如数据加工日志表中的异常数据。要针对异常数据进行分析，确保批量处理业务被正确执行，业务数据无缺失，数据无异常。并及时针对错误数据进行维护修正。
4．健康检查
健康检查是指以现场巡检的方式，针对省局应用系统的运行环境、应用配置及业务数据进行检查，以发现存在的问题和隐患。主要工作内容如下：
（1）制定健康检查计划。制定详细的健康检查计划，包含健康检查的时间、地点、范围、方式；
（2）制定健康检查方案及脚本。制定健康检查指标和判定准则并编制指标的采集脚本；
（3）健康检查实施。根据健康检查计划，及健康检查方案及脚本，实施应用系统的健康检查。运维人员根据健康检查计划进行健康检查，采集指标信息并进行现场日志分析。
（4）出具健康检查统计表。根据健康检查结果，分析并填写健康检查统计表，每月撰写运维分析报告，反馈健康检查情况，并进行现场解决或给出解决建议或资源优化建议。
5．补丁发布
补丁发布工作是指运维人员需要根据总局的补丁发布流程对应用系统新版本或新补丁进行审核、测试、下发和后续的支持、汇总工作。主要工作内容如下：
（1）补丁验证
运维人员需要对接收到的应用系统版本或补丁进行审核，审核点主要关注补丁文档是否齐全、是否能够支持升级，补丁升级的时间要求和资源要求是否明确，补丁升级是否会对其他相关应用系统产生影响。补丁审核通过后，对接收到的应用系统版本或补丁进行模拟环境测试，以验证其升级过程是否正确。模拟环境测试通过后，需形成补丁升级测试单。
（2）补丁升级实施
运维人员在补丁验证通过后，在省局内网发布系统升级通知，按照总局补丁升级文件要求完成升级工作。补丁发布需遵守局方的程序发布流程，需要准备程序发布说明、测试报告等相关资料。
确保正在对其进行改动的硬件和软件是可跟踪的、安全的和经过测试的。发布包所包含的发布项内容是兼容的，而且已安装的版本都是正确的、经过授权和经过测试的。确保将所有软件发布包的版本保存在最终软件库中，确保发布与部署可回退、可追溯，并确保对配置数据进行更新。避免或降低发布可能带来的风险、问题和影响，并具备解决问题的方案。
6．知识提取和维护
知识提取和维护部分的主要工作内容如下：
（1）完善知识模板和知识维度。运维人员根据需要完善知识模板，同时梳理应用系统的知识划分方案，并根据部分采集的新增知识种类完善知识划分方案；
（2）知识采集。运维人员按照总局《税务信息化运维知识管理实施细则》等相关规定中的方法和流程，从运维处理单中进行知识提炼；
（3）知识审核。运维人员按照相关标准审核待发布的知识，审核通过的知识进入发布环节，审核未通过的知识退回上一环节，由省局运维知识管理人员根据审核意见进行修改，以保证知识库的唯一性和准确性。审核内容包含关键词等知识属性是否完整、准确等；
（4）知识发布。运维人员将审核通过的知识发布在知识库平台；
（5）知识统计。运维人员按月对知识库中各类知识情况进行统计，形成分析结果。
7．问题协同解决
由于应用系统间的相关性较强、接口较多、数据交互复杂，一个问题的产生可能涉及多个应用系统，需要各相关系统支持人员互相协作定位问题原因，并处理解决。主要工作如下：
（1）初步分析问题。运维人员对所上报的相关应用问题进行初步分析定位。
（2）调工申请。如果问题涉及其它应用系统或系统软件，则向省局相关应用系统负责人申请资源，调派相关运维人员协助定位问题原因。
（3）各系统工程师协同定位原因。各系统运维工程师根据应用系统负责人的调派，协同发生问题的应用系统运维人员分析问题现象，定位问题根本原因。
（4）出具方案及评审。运维人员根据分析定位的问题原因，结合实际情况编写问题解决方案，在方案制定完成后，需要对方案进行审核，并征求用户意见。
（5）方案测试。在测试环境对技术方案进行测试，对测试过程中暴露的技术方案缺陷进行修正；
（6）方案实施。测试通过后在生产环境进行实施；
（7）最终填写运维处理单。问题处理完毕，详细记录问题处理过程、问题原因及解决方案，填写运维处理事件报告。
8．数据抽取
为适应整体工作需要，吉林省税务局会适时要求运维人员按照要求的报表样式抽取系统相关数据。主要工作如下：
（1）抽数需求接收。运维人员接收到批准后的数据抽取需求后，会同省局此系统管理人员分析需求，确定实现的方式，给出数据抽取的时限；
（2）抽数脚本的编写和测试。原则上在预生产环境编写、测试抽数脚本。
（3）交付报表。在生产环境执行后，按信息中心指定的方式交付结果。
9．重大任务保障
省局组织实施的重大工作，需要运维人员全程参与和支持。主要工作是按照省局的总体安排，参与重大工作项目，做好现场值守服务。
10．应急预案服务
（1）在应用系统发生故障时，采取应对措施所依照的流程、制度和准则。
（2）为了尽量减少由于应用系统故障对业务可能造成的损害，提高对各种故障、险情的应急救援能力，以达到快速有效救援，快速恢复，力求将损失减少到最小，制定应急预案。
（3）定期制定应急预案演练计划，并根据计划进行演练。
11．安全漏洞治理
针对总局或省局安全部门扫描到的相关设备存在安全漏洞或基线扫描中存在问题的设备，要按照省局要求进行整改（包括漏洞补丁升级和基线整改），保证所维护设备及各系统的安全。
在安全整改管理方面，要根据网络与安全管理组的安全漏洞扫描结果，完成系统补丁升级等安全整改工作，并形成整改报告。
12．应用系统运维培训
新系统上线或者系统升级后，根据省局安排，必要时配合省局对基层运维人员和操作人员进行培训。主要工作内容如下：
（1）培训形式
培训形式可以为集中培训和现场培训。
（2）培训准备
1）确定培训的时间、地点、具体培训对象。
2）确定培训师资，编写培训教材、培训幻灯片，设计上机试验内容，准备相关软、硬件环境等。
（3）培训实施
通过对运维人员进行培训，使其能够掌握本系统的技术支持、应用管理和日常运维、系统应用等技能，能够解决日常工作中遇到的复杂问题。
通过对操作员进行培训，使其能够全面掌握系统的操作方法、技巧以及注意事项，能够对常见问题进行处理，对系统进行简单的日常维护，保证日常业务的正常开展。
13．其他工作
完成甲方交办的与本系统运行、使用相关的其他工作。
四、项目实施要求
（一）安全及保密要求
项目合同期内，中标方要严格遵守局方的各项运维管理规章制度，做好数据保密和信息安全工作，严禁非法修改和外泄数据，因中标方工作人员人为造成数据和技术文档泄密的，中标方应承担全部责任。因工作失误造成重大故障损失的，或者对事故处理不当、不及时等造成税务局损失的，中标方应承担全部责任。
（二）运维岗位要求
1．平台维护岗
对日常发生的常见问题进行分析并给出根本解决方法；负责在规定的时间内解决由平台管理岗分发的事件；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；对系统缺陷问题及时联系系统原开发单位寻求解决方案，及时向局方运维负责人汇报进展情况；对有代表性的问题及解决方案及时维护到运维知识库中，供应用指导岗使用；做好日常版本升级，具备系统设置简单调优能力；针对应用信息系统环境发生异常问题排查并解决问题；对数据库、中间件及主机等疑难问题的解决能力；掌握省局运维体系总体流程。
2．数据维护岗
可以通过登录用户实际环境，采用程序跟踪和调试等手段，解决一些表象不明、原因不定的问题；对于需要修改后台数据来处理的问题，经局方运维负责人同意后，在后台数据库进行相关数据处理；具备知识的归纳和总结能力；针对应用信息系统、中间件、数据库、硬件环境进行日常检查；掌握省局运维体系总体流程。
3．应用指导岗
对日常发生的常见问题进行分析并给出根本解决方法；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；负责将没有解决方案的服务请求分发给各个后续环节，及时向平台维护岗反馈寻求解决方案；具备良好的电话沟通技巧能力，相关的系统使用及支持技能，如操作问题解答等；熟悉应用信息系统的操作、业务运作流程，以及软件功能；能够搜索省局运维知识库完成相关的服务请求；熟悉事件管理和问题管理流程，掌握省局运维体系总体流程。
（三）工作时间及加、值班要求
中标方运维工作时间，应充分考虑吉林省税务局各市（州）局工作时间的差异，保障基层人员能够及时找到人员进行问题处理及咨询，同时，实行5*8工作制，7*24小时保障系统运行，重点监控系统平台及应用信息系统层面，并根据局方实际工作需要，参与包括节假日在内的各类加班和值班。
（四）人员变动要求
中标方合同期内，投标时所列人员如有变化，需提前一个月向用户方提出《人员变更申请》，在确认不影响运维工作的情况下，经局方许可后，方可调换人员。并保证一段时间的并行转换期。
（五）考核要求
中标方合同期内，应接受甲方的定期考核，并承诺接受甲方考核要求。对甲方提出的按照考核成绩与合同款项支付挂钩的安排不提出异议。
（六）服务响应时间要求
1.维护响应时间

支持类型	响应标准	备注
操作问题解答	现场及时答复
数据修改	小于2个工作日	从问题流转到中标方开始计算

2.故障响应时间

故障等级	现象描述	响应时间
严重程度I	导致吉林省税务局的业务系统完全丧失服务功能，对业务至关重要的工作无法继续进行，如数据库主机宕。	非硬件故障和非系统软件本身BUG问题引起的宕机30分钟内恢复系统运行； 硬件故障和系统软件本身BUG问题应立即与局方协调，主机故障解决时间要视厂商解决时间。
严重程度Ⅱ	系统中关键功能实现错误，直接导致业务无法正常进行并且无补救措施。	立即响应，1小时内提出解决方案并解决问题。
严重程度Ⅲ	系统中非关键功能实现错误，单一模块不能继续运转或错误，但不影响业务的正常进。	立即响应，1小时内提出解决方案并解决问题。
严重程序Ⅳ	系统中非关键功能实现错误，如系统操作时间过长，界面需要改进等，但不影响系统正常运转。	立即响应，1小时内提出解决方案并解决问题。

五、项目验收要求
项目验收工作由采购人按照内部验收的有关制度和流程组织开展。
投标人在服务期结束后五个工作日内向采购人提出验收申请，采购人负责审核是否满足项目验收条件。满足验收条件后，予以启动项目验收程序。
1.项目验收条件
本招标文件中包含的服务需求内容按期完成。
服务响应、服务流程、服务质量、服务成果以及组织管理和项目文档满足本招标文件的规定要求。
2.项目验收标准
采购人以本招标文件中相关内容为依据，作为项目验收标准。投标人是否按照本招标文件中定义的各项服务内容和服务管理开展各项工作，工作流程和结果是否符合采购人质量管理要求，是否在规定时间内提交相关工作文档。
3.验收交付物
（1） 阶段产出物
下表列出了在本项目实施阶段中的主要产出物：

产出阶段	产出物名称	主要内容
运维服务	《健康检查报告》	每次健康检查工作结束后提供《健康检查报告》。
	《故障处理报告》	针对基础设施和系统故障出具《故障处理报告》。
	《运维工作月报告》	每月由现场支持人员提交本月的工作总结
	《运维过程文档》	运维过程中产出的所有技术文档等。

（2）最终交付物
下表列出了在本项目实施阶段中的主要交付物：

文档名称	介质	产生阶段	备注
健康检查报告	电子	运维服务	对每次健康检查工作的总结。
故障处理报告	电子	运维服务	针对发生的故障进行分析和解决的报告。
运维工作月报告	电子	运维服务	对每个月的运维情况进行收集、整理与分析的文档。
运维过程文档	电子	运维服务	运维过程中产生的相关技术文档资料。

（3）交付物标准
投标人需要按照采购人要求，提交相应文档，并保证文档质量。所有文档必须符合文档管理规范。
六、项目技术支持服务要求
服务方式：由中标人派遣运维服务人员进驻指定服务地点进行现场维护服务工作。
服务期限:2021年12月1日至2022年11月30日。
服务地点：国家税务总局吉林省税务局南湖大路办公楼(长春市南关区南湖大路1518号)。