宁夏回族自治区住房和城乡建设厅-机关全国房屋建筑和市政设施调查数据汇交系统运维及数据成果应用专题服务采购

内容
 
发送至邮箱

宁夏回族自治区住房和城乡建设厅-机关全国房屋建筑和市政设施调查数据汇交系统运维及数据成果应用专题服务采购

一、采购标段
采购计划编号： 2023NCZ* 项目名称： 宁夏回族自治区住房和城乡建设厅-机关全国房屋建筑和市政设施调查数据汇交系统运维及数据成果应用专题服务采购
分包名称： 全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务采购 分包类型： 服务类
采购方式： 竞争性磋商 预算金额 *.00
报价方式： 总价采购项目 是否属于技术复杂，
专业性强的采购项目：		 否
是否为执行国家统一定价标
和固定价格采购项目：		 否
发起异议

任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。

二、供应商资格条件

1.1 提供在中华人民共和国境内注册的法人或其他组织的营业执照 （或事业单位法人证书，或社会团体法人登记证书），如投标供应商为自然人的需提供自然人身份证明；

1.2 法人授权委托书、法人及被授权人身份证复印件（法定代表人直接投标可不提供，但须提供法定代表人身份证复印件）；

1.3 提供具有良好商业信誉和健全的财务会计制度的承诺函；

1.4 提供履行合同所必需的设备和专业技术能力的证明材料；

1.5 具有依法缴纳税收和社会保障资金的良好记录的承诺函；

1.6 提供参加采购活动前三年内在经营活动中没有重大违法记录的书面声明；（提供《资格承诺函》）。

序号 合格投标人的其他资格要求
1 落实政府采购政策需满足的资格要求：（1）本项目为专门面向中小企业采购的项目（专门面向中小企业采购的项目或者采购包，中小企业不再执行价格评审优惠扶持政策。）（2）监狱企业视同为小型、微型企业，监狱企业应提供证明文件,对报价给予10%的扣除，用扣除后的价格参与评审;残疾人企业应提供声明函，对报价给予10%的扣除，用扣除后的价格参与评审。

三、商务要求

四、技术要求

标的清单(服务类)
序号 标的名称 服务内容 数量 单价 服务标准及详细要求 服务期限 备注
1 软件运维服务 全国 (略) 政设施调查数据汇交系统宁夏地区运行维护，包括系统部署及培训、日常运维工作、数据处理及更新入库、服务发布、安全维护等工作。 1 *.00 标的1-软件运维服务：（1）技术要求 1.1建设目标 根据第一次全国自然灾害综合风险普查总体要求，按照住房和城乡建设部《关于做好全国 (略) 政设施调查数据汇交系统部署工作的通知》有关要求，结合自治区住房和城乡建设行业实际工作需求，确保全国 (略) 政设施调查数据汇交系统信息安全和数据安全，提高应对突发事件的组织指挥能力和应急处置能力，最大限度地预防和减少突发信息安全事件及其造成的损害，确保系统的安全畅通，提供及时、有效、稳定的运维服务。基于现有调查数据基础，实现对 (略) 政设施调查数据的标准化处理与质检，形成 (略) 政设施调查成果数据库，支撑 (略) 政设施调查成果数据统一管理和数据更新，准确摸清全区 (略) 政设施底数，客观分析区域风险隐患。 1.2运维内容 运维内容包括系统部署及培训、日常运维工作、数据处理及更新入库、服务发布、安全维护等工作。其中，运维工作需从应用系统程序维护、数据维护、代码维护及网络安全维护等多个维度开展。 1.2.1系统部署及培训 在20个工作日内完成全国 (略) 政设施调查数据汇交系统的现场部署服务。具体工作内容如下： 1）业务入云网络结构 本项目服务器均部署在政务网，通过Nginx进行总的反向代理，并部署Ecloud平台进行运维监控服务。一方面通过服务管理系统和服务渲染引擎提供GIS服务，并通过空间数据处理工作站进行数据处理，通过NoSql数据存储空间数据；另一方面通过统一支撑平台支撑业务系统运行，包含数据展示系统、全文检索系统、数据抽取系统、数据汇交系统、统一调度服务，并借助Redis、空间数据库、业务数据库、文件服务器对业务数据、空间数据进行存储。 业务部署架构 （1）Ecloud作为所有业务系统和中间件的镜像管理容器。 （2）gis服务和业务系统通过nginx代理到同一域名，以便同一系统内访问。所有业务系统要接统一支撑，共用组织架构。 （3）gis服务作为三维图层服务的发布端，给业务系统提供地图访问接口。包括gis服务管理系统、gis图层渲染引擎。 （4）业务系统包括业务展示系统、全文检索系统、数据抽取服务、数据汇交系统。 （5）数据库层面，nosql数据库使用mongodb，给gis服务提供数据支持；业务数据库服务器部署mysql和redis，给业务系统提供数据支持；空间数据库使用pgsql，作为数据汇交和数据展示的数据源。 （6）空间数据处理工作站是nosql数据库的数据来源，是处理三维数据的用户机，兼远程运维部署使用。 2）专项培训 全国 (略) 政设施调查数据汇交系统共分为数据汇交和成果展示两块业务内容，由运维服务单位对系统的使用提供专项培训。 数据汇交工作首先从全国 (略) 政设施调查系 (略) 调查库完整数据，再进行汇交 (略) 汇交信息；其次修改系统调查库数据源配置，完成合表json获取；然后进行汇交流程的合表、计算、质检操作，最后完成汇交成果库的数据推送。 数据汇交的操作流程由运维服务单位提供详细的视频讲解和解答工作。由于汇交过程中存在数据协调困难、数据质量较差、服务器不适配、工具报错、前置数据问题等情况，针对这些问题，运维服务单位应做到及时响应、尽快解决。 成果展示指标点共六大类分为城镇房屋建筑、农村房屋建筑、市政道路、市政桥梁、供水设施厂站、供水设施管道，由于指标点较多，关联性较强，要求现场维护人员进行现场培训和讲解。 1.2.2日常运维工作 本次项目要求运维服务单位提供日常的运行维护服务。 在本项目运维过程中，由运维服务单位提供至少2人进行驻场服务，多人远程维护，驻场服务时间为24个月，并提供7*8小时服务；场外服务为7*24小时，为期24个月。在项目遇到紧急情况时，相关技术人员须半小时内向宁夏回族自治区住建厅相关领导汇报情况，并安排专业人员对本项目进行技术维护，包括对宁夏回族自治区住房和城乡建设厅各相关业务处室沟通解决系统优化问题。日常维护问题应于半小时内沟通协调、两小时内解决。 1.2.2.1工作任务 （1）应用系统程序维护：应用软件维护是系统维护的最主要内容，它是指对相应的应用程序及有关文档进行的修改和完善。系统的业务处理过程是提供应用程序的运行而实现的，一旦程序发生问题或业务发生变化，必然地引起系统源代码的修改和调整，因此系统维护的最主要活动是对程序进行维护。 （2）数据维护：数据库是支撑业务运行的基础平台，需要定期检查运行状态。业务处理对数据的需求是不断发生变化的，处理系统中主体业务数据的定期正常更新外，还有许多数据需要进行不定期的更新，或随环境或业务的变化而进行调整，以及数据内容的增加、数据结构的调整，此外，数据的备份与恢复，对结构化数据和非结构化数据分级分类治理、维护等，都是数据维护的工作内容。 （3）代码维护：代码维护是指对原有的代码进行的扩充、添加或删除等维护工作，随着系统应用范围的扩大、应用环境的变化，系统中的各种代码都需要进行一定程度的增加、修改、删除，以及设置新的代码。 1.2.2.2运维内容 包括日常维护服务、日常巡检服务、定期检查服务、应用系统管理和维护、数据储存设施管理和维护、数据管理和维护。具体如下： 1、日常维护服务 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议相关安全性、可靠性和可用性而实施的维护与管理；及时排除系统故障；通过每日对系统进行一次巡检，每周汇总巡检结果及时消除故障隐患，从而保障系统的安全、稳定、持续运行。 2、日常巡检服务 对系统运行使用的网络及服务器情况进行日常巡检，包括服务器负载和网络访问情况的日常检查，保障系统正常运行。 主要通过三个方面进行巡检： （1）通过对系统服务器提供例行检查，形成维护报告，落实整改措施。 （2）通过巡检能够及时发现并排除故障隐患，有效保证系统的正常运行。 （3）通过定期的系统和数据备份可以快速恢复业务应用，一旦系统故障可以把损失的风险降到最小。 经常化、制度化的巡检可以保持双方技术人员的活跃接触，有更多的机会交流在系统使用及系统维护方面的经验，有利于提高系统维护的效率。 ?巡检与检测服务支持内容： ?系统发布内容的检查监控 ?系统目录及数据的异地或异机备份的安全 ?分析系统日志和统计信息，预防问题的发生 ?产品补*的安装 ?数据库空间监控、规划及管理 ?数据库常见问题的分析、诊断及解决 ?数据库性能的评估、监测和调整 ?系统资源的监控及管理 ?数据库安全及用户的管理 ?与其他系统数据共享节点的巡检 ?巡检与检测服务的优势： ?加快应用系统的实施周期 ?规范化数据库维护工作 ?最大限度地提高系统的可用性 ?通过高水平的系统维护最大限度的降低系统停机的时间 ?在现场进行数据库的监控和信息的收集，缩短问题的解决时间 ?完善和增强现有系统维护人员的能力 ?得到专门的技术支持资源，保证技术支持工程师熟悉现场的配置和环境 ?定期巡检与检测服务承诺 ?定期对系统进行全面的检查，给出详细的报告，根据检查结果给出相应建议和改进方案 ?检查并分析系统日志及跟踪文件，发现并排除数据库系统错误隐患 ?系统资源的监控及管理 ?提出检查报告和建议以及改进方案 3、定期检查服务 为了保证系统的正常运行，需定期对服务器、软件、整个系统进行维护，对服务器进行运行情况检查，检查系统运行情况，及时发现问题及隐患并加以解决。对系统数据接口运行情况进行定期检查，排除检查出的故障问题。 系统每月常规维护四次，常规维护的工作如下： （1）检查系统设备运行状况，包括服务器、网络设备。 （2）检查网络运行情况，测试系统对设备网络链接状况。 （3）检查服务器运行情况，及时发现问题及隐患并加以解决，主要通过看服务器CPU、内存运行了解服务器的运行情况。 （4）检查数据存储系统运行情况，查看硬盘运行情况。 （5）查看系统运行日志，并对出现的错误或提示进行处理。 （6）定期对系统进行备份，确保系统的正常使用。 4、应用系统管理和维护 在系统维护过程中采取各种技术手段及时排除系统故障，保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁，同时可根据需求更新或变更系统功能。 5、数据储存设施管理和维护 为保证数据存储设施（如服务器设备、集群系统、存储网络及支撑数据存储设施）运行的软件系统的安全性、可靠性和可用性以及保证存储数据的安全，需要定期对系统的性能进行维护，确认数据存储的安全，及时消除故障隐患，从而保障系统安全、稳定、持续运行。 6、数据管理和维护 数据管理是系统应用的核心，为保证数据存储、数据访问、数据通信、数据交换的安全，每月对数据的完整性、安全性、可靠性进行检查。 1.2.2.3服务方式 本次系统主要服务方式包括人员驻场/现场服务、支持服务、远程维护服务。 1、人员驻场/现场服务 验收后本项目由运维服务单位安排专门现场人员驻场服务，服务地点为宁夏回族自治区住建厅指定工作场所。如果系统发生严重问题或业务工作需要在驻场办公地点处理的，运维服务单位须及时处理。 2、支持服务 在正常工作时间内，系统各方用户可向服务人员当面、电话、邮件或在线问答的形式咨询系统问题，维护服务人员应积极向宁夏回族自治区住建厅相关工作人员进行解答。 3、远程维护服务 提供远程操作的方式对系统进行远程维护。由宁夏回族自治区住建厅向运维服务单位提供跳板机，运维服务单位通过跳板机进行维护工作。 如远程无法解决宁夏回族自治区住建厅的需求，则要求运维服务单位派遣专家进行上门服务。 1.2.2.4人员要求 本次系统部署由于对各服务的监控、检查要求较高，对故对运维人员要求提出相应规范。主要包括行为规范、现场服务支持规范、问题记录规范、汇报规范。 1、行为规范 （1）遵守各项规章制度，严格按照相应的规章制度办事。 （2）运维工作需与用户的相关部门的工作密切配合，共同开展技术支持工作。 （3）出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。 （4）现场运维人员如需离开现场，必须提交请假申请并由宁夏回族自治区住建厅接口人同意后，才可离开工作岗位。 （5）遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件的密码、核心参数、业务数据、软件系统设计和代码负有保密责任，不得随意复制和传播。 2、现场服务支持规范 运维服务人员要做到耐心、细心、热心的服务。工作要做到事事有记录、事事有反馈、重大问题及时汇报。严格遵守工作作息时间，严格按照服务工作流程操作。 （1）现场支持工程师应着装整洁、言行礼貌大方，技术专业，操作熟练、严谨、规范；现场支持时必须遵守用户单位的相关规章制度。 （2）现场支持工程师在进行现场支持工作时必须在保证数据和系统安全的前提下开展工作。 （3）现场支持时出现暂时无法解决的故障或其他新的故障时，应告知用户并及时上报项目负责人，寻求后台技术支持。 （4）故障解决后，现场支持工程师要详细记录问题的发生时间、地点、提出人和问题描述，并形成书面文档，必要时应向用户介绍故障出现的原因及预防方法和解决技巧。 3、问题记录规范 根据用户提出问题的类别，将问题分为咨询类问题和系统缺陷类问题二类：咨询类问题是指通过服务热线或现场解疑方式能够当场解决用户提出的问题，具有问题解答直接、快速和实时的特点，该问题到现场支持人员处即可中止，对于该类问题的记录可使用咨询类问题记录模版进行记录。系统缺陷类问题是指使用人员提出的问题涉及到系统相应环节的确认修改，需要经过逐级提交、诊断、确认、处理和回复环节，处理解决需要现场人员的分析确认，问题有解决方案后，将解决方案反馈给用户。具体提交流程如下： （1）问题提交。应用信息系统的用户发现属于系统缺陷类的问题时，填写系统缺陷类问题提交单，通过电话或者邮件提交运维服务人员。 （2）问题分析。运维人员接到用户提交的问题单，要组织相应人员对问题单中描述的问题进行分析研判，确定问题的类型(技术问题、业务问题或者操作问题)。属于技术问题，提交服务中心技术人员对存在的问题提出具体的处理意见和建议；属于业务问题，提交服务中心业务人员进行处理；属于操作问题，可安排相关人员对问题提出人进行解释，并将系统缺陷类问题提交单转为系统咨询类问题提交单。 （3）问题确认、解决。服务中心的技术人员和业务人员收到系统缺陷类问题提交单后，对提交的问题进行归类汇总和分析、确认。可以解决的，明确问题解决的具体处理建议和措施，经宁夏回族自治区住建厅接口人确认后，交现场人员进行解决方案的实施。 （4）问题上报。现场运维服务人员收到系统缺陷类问题提交单，超出现场运维服务人员处理能力范围外，上报后台寻求技术支持。 （5）问题回复。后台根据提交问题的进行分析，制定解决方案并进行实施的解决，给出相关问题的解决方法，交由现场人员处理。 4、汇报规范 每季度发布一次季度报告，于每季度最后一天中午12点前发送报告，报告需要以下内容： （1）问题跟踪表，要求运维团队按宁夏回族自治区住建厅提供的问题跟踪表模板提交问题跟踪表。 （2）主要检查的内容说明，要求运维团队按运维防范措施中的检查内容，记录重要的系统运行状态。 1.2.2.5系统运维 1.2.2.5.1功能完善 及时解决系统运行过程中发现的问题，做好相关系统功能的完善及系统BUG的修复。 1.2.2.5.2安全预案 做好系统的安全预案工作，对系统可能存在的安全问题进行预防性维护，当发生外部攻击和安全漏洞问题时，及时做好应对和防范。 1.2.2.5.3突发事件处理 针对系统，制定科学合理的突发事件处理流程，主要包括现场突发事件应急处理、备份与恢复策略、突发事件应急措施、报告与总结、责任与奖惩 1、现场突发事件应急处理 事件发生单位和现场突发事件应急处理工作组尽最大可能收集事件相关信息，明确事件类别，确定事件来源，保护证据，以便缩短应急响应时间。 检查威胁造成的结果，评估事件带来的影响和损害：如检查系统、服务、数据的完整性、保密性或可用性，检查攻击者是否侵入了系统，以后是否能再次随意进入，损失的程度，确定暴露出的主要危险。 抑制事件的影响进一步扩大，限制潜在的损失与破坏。可能的抑制策略一般包括：关闭服务或关闭所有的系统，从网络上断开相关系统，修改防火墙和路由器的过滤规则，封锁或删除被攻破的登录账号，阻断可疑用户得以进入网络的通路，提高系统或网络行为的监控级别，设置陷阱，启用紧急事件下的接管系统，实行特殊“防卫状态”安全警戒，反击攻击者的系统。 在事件被抑制之后，通过对有关恶意代码或行为的分析结果，找出事件根源，明确相应的补救措施并彻底清除。与此同时，执法部门和其他相关机构将对攻击源进行定位并采取合适的措施将其中断。 清理系统、恢复数据、程序、服务。把所有被攻破的系统和网络设备彻底还原到它们正常的任务状态。恢复工作应该十分小心，避免出现误操作导致数据的丢失。另外，恢复工作中如果涉及到机密数据，需要额外遵照机密系统的恢复要求。对不同任务的恢复工作的承担单位，要有不同的担保。如果攻击者获得了超级用户的访问权，一次完整的恢复应该强制性地修改所有的口令。 2、备份与恢复策略 随着信息技术的广泛应用，计算机系统的可靠性对业务系统的影响越来越大，需仔细、全面地考虑并且制订备份与恢复策略。 操作系统备份以系统卷为主，必须建立完整的系统备份档案，保证系统宕机时能及时恢复系统原有状态，包括此系统下运行的所有相关软件的配置。应用系统的数据备份应由应用部门根据应用的实际情况列出所有相关数据的连接关系，以便制定出一份详细的数据备份计划，为数据恢复提供一份完整的依据。 由运维服务单位系统工程师制定一份完整的系统备份方案，在日常维护的过程中有义务做好系统的数据备份工作，并提供相关的技术支持。当出现故障之后，系统工程师将在故障现场，开始进行故障的排除工作。需要用备份数据做系统恢复时，用户方需提供完整的数据备份。 系统工程师还将对住建部提供系统升级和安装补*的工作。若涉及非系统软件的补*，只要用户提供补*，系统工程师也需协助用户完成安装任务。 3、突发事件应急措施 （1）因大面积停电、外部网络中断因素导致无法使用的突发事件 ?发生大面积停电事件后，工作人员应马上向信息安全突发事件应急响应领导小组汇报情况，并随时关注UPS使用情况。 ?网络技术部工作人员一旦发现UPS供电不足，应及时向信息安全突发事件应急响应领导小组汇报，在得到同意批示后，关闭服务器和存储设备的运行。 ?对整个事件的时间、现象、处理过程作出详细记录。 （2）网站、网页出现非法言论事件紧急处置措施 ?网站、网页由系统维护服务部负责随时密切监视信息内容。 ?发现在网上出现非法信息时，工作人员应立即向信息安全突发事件应急响应领导小组负责人通报情况；情况紧急的，应先采取删除处理措施，再按程序报告。 ?相关负责人应在接到通知后立即赶到现场，作好必要记录，清理非法信息，妥善保存有关记录及日志或审计记录，强化安全防范措施，并将网站网页重新投入使用。 ?追查非法信息来源，并将有关情况向上级汇报。 ?信息安全突发事件应急响应领导小组召开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （3）黑客攻击事件紧急处置措施 ?当有关值班人员发现网页内容被篡改，或通过入侵检测系统发现有黑客正在进行攻击时，应立即向信息安全突发事件应急响应领导小组负责人通报情况。 ?相关负责人应在接到通知后立即赶到现场，并首先将被攻击的服务器设备从网络中隔离出来。 ?对现场进行分析，并写出分析报告存档，必要时上报信息安全突发事件应急响应领导小组。 ?恢复与重建被攻击或破坏系统 ?信息安全突发事件应急响应领导小组召开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （4）病毒事件紧急处置措施 ?当工作人员发现服务器被感染上病毒后，应立即向信息安全突发事件应急响应领导小组负责人报告，将中毒的服务器从网络上隔离开来。 ?相关负责人在接到通报后立即赶到现场。 ?对中毒设备的硬盘进行数据备份。 ?启用反病毒软件对该服务器进行杀毒处理，同时通过病毒检测软件对其他机器进行病毒扫描和清除工作。 ?如果现行反病毒软件无法清除该病毒，应立即向信息安全突发事件应急响应领导小组报告，并迅速联系防病毒厂商研究解决。 ?对整个事件的时间、现象、处理过程作出详细记录。 （5）软件系统遭破坏性攻击的紧急处置措施 ?重要的软件系统平时必须存有备份，与软件系统相对应的数据必须按容灾备份规定的间隔按时进行备份，并将它们保存于安全处。 ?一旦软件遭到破坏性攻击，应立即向信息安全突发事件应急响应领导小组报告，并将该系统停止运行。 ?检查信息系统的日志资料，确定攻击来源，并将有关情况向信息安全突发事件应急响应领导小组汇报，再恢复软件系统和数据。 ?信息安全突发事件应急响应领导小组开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （6）系统存在严重BUG造成业务操作失误、数据错误 ?重要的软件系统平时必须存有备份，与软件系统相对应的数据必须按容灾备份规定的间隔按时进行备份，并将它们保存于安全处。 ?如果存在严重BUG，系统运行部工作人员应向信息安全突发事件应急响应领导小组汇报情况，并将该系统停止运行。 ?信息安全突发事件应急响应领导小组商议解决方案，限期解决BUG，恢复错误数据。 ?对整个事件的时间、现象、处理过程作出详细记录。 （7）数据库安全紧急处置措施 ?在有条件的地区，主要数据库系统应按双机热备设置，并至少要准备两个以上数据库备份，平时一个备份放在机房，另一个备份放在另一安全的建筑物中。 ?一旦数据库崩溃，值班人员应立即启动备用系统，并向信息安全突发事件应急响应领导小组报告。 ?在备用系统运行期间，信息安全工作人员应对主机系统进行维修并作数据恢复。 ?对整个事件的时间、现象、处理过程作出详细记录。 （8）数据库中数据被大面积非法篡改或删除的紧急处置措施 ?当发现数据库中数据被大面积非法篡改或删除，应立即向信息安全突发事件应急响应领导小组汇报，负责人根据实际情况给予指导和协调。 ?根据业务部门使用情况和故障发生的范围，使用系统检测程序，确定数据篡改或删除具体数据库及所属表。及时修改数据库管理口令，并利用监测工具查找原因，如果确定是恶意篡改或删除及时与公安局联系。 ?做好现场环境备份，调出历史数据，恢复非法篡改或删除的数据。 ?重新启动系统进行检测，确定故障得到解决。 ?对整个事件的时间、现象、处理过程作出详细记录。 4、报告与总结 回顾并整理发生事件的各种相关信息，尽可能地把所有情况记录到文档中。 5、责任与奖惩 各突发事件应急工作组应指定一名部门领导具体负责此项工作的落实，由运维服务单位将此项工作列入工作业绩评价考评中。按照有关规定，对在系统突发事件应急过程中表现突出的部门和个人给予表彰，对不认真执行本预案，贻误时机，给系统信息安全造成重大损失的，追究相关人员的责任。 1.2.2.6后台日常运维 1.2.2.6.1角色管理 系统为了实现权限分配，采用角色（用户组）的概念。特别地，系统提供了一些保留角色：adminGroup、OuAdminGroup。这些角色不能被删除，否则系统不会正常工作。 1.2.2.6.2用户角色关系 用于便捷、批量配置用户的角色。 1.2.2.6.3部门角色分配 主要用于对独立部门的角色权限分配，设置该独立部门的管理员可内部分配的角色。 1.2.2.6.4部门业务授权 主要用于对独立部门的业务权限分配，设置该独立部门的管理员可内部分配的项目类型。 1.2.2.6.5模块权限 每一个模块菜单项通过授权给特定的角色或直接指定授权用户，来实现权限控制。只要用户具有授权角色身份或者在直接指定授权用户中，他就可以访问相应的模块菜单项。 可以把模块权限授予给角色、个人、部门。 1.2.2.6.6组织架构 对于整个系统，部门结构是首先要分清的，各层次、各级关系一定要理清楚。系统默认有一个系统管理部，此部门下有一个用户“系统管理员”，此用户与其它各部门都是独立的，主要用于系统的维护。 1.2.2.6.7用户管理 主要用于开设用户帐号、分配用户角色。 1.2.2.6.8应用类别 主要用于统一支撑维护，可以新建、编辑、删除应用分类。 1.2.2.6.9应用管理 主要用于统一支撑维护，可以新建、编辑、删除应用管理。 1.2.2.6.10统一调度参数配置 可维护统一调度信息，主要应用于汇交流程。 1.2.2.6.11汇交节点参数配置 在节点域管理中可以查看节点域的列表，此页面提供基本的新增、删除、修改、查询功能以及节点域权限配置和服务配置的能力。 1.2.3数据处理及更新入库 系统提供汇交数据处理、快速入库、查询检索、汇交成果数据整合和提交能力，支撑 (略) 政设施调查数据的汇交、入库和处理。 1.2.3.1数据处理 1.2.3.1.1数据标准统一 按照房普数据标准， (略) 厅奥格工作人员整理调查库数据，对普查数据进行标准化导入。 1.2.3.1.2数据检查、治理 调查库原始数据存在字段无效值域、乡镇辖区信息不一致等情况，按照房普数据标准，针对问题字段赋空值、固定字段、以及获取住建部最新行政区划代码接口更新乡镇问题辖区操作，对普查数据进行检查、治理。 1.2.3.1.3异常数据处理 对房屋建筑高度异常数据进行处理，针对房屋建筑高度异常数据进行完整记录追踪，实现异常数据的可查可调。汇交系统需支持异常数据查看、导出和历史版本追踪功能，同时针对异常数据数据的历史版本，需提供退回修改次数异常的提醒功能。如果存在异常数据，运维服务单位需联系奥格人员进行数据处理，符合标准后重新备份调查库交由运维服务单位进行汇交工作。 1.2.3.1.4抗震设数据分析 对房普数据中的城镇住宅表、城镇非住宅表、农村集合住宅、独立住宅和非住宅、市政道路、桥梁、厂站、管线数据进行抗震设防数据分析。 1.2.3.1.5数据质检 对调查成果数据进行重复性、非空性、所在值域、逻辑性、规范性的核查工作。 1.2.3.2数据更新入库 省级普查成果数据推送至成果库，成果库数据用于成果展示和部级数据汇交。1.2.4服务发布 在传统GIS服务引擎的基础上，采用新一代地图服务发布技术，提升空间大数据服务发布能力，提供高性能的企业级地理信息服务。 1.2.4.1房屋建筑三维白模生产与维护服务 1.2.4.1.1白模生产 利用加工工具生成高程Z值，并利用工具将白模数据分割，将分割后的瓦片数据存储于服务库。 1.2.4.1.2白模维护服务 利用服务引擎对房屋建筑白膜进行维护服务。 1.2.4.2专题数据统计、维护服务与集成 1.2.4.2.1专题数据统计 根据数据更新，对行政区划统计汇总各指标数据进行同步更新。 1.2.4.2.1维护服务与集成 根据业务需求，提供维护服务与集成，包括地图配图与服务修改。 1、地图配图 根据业务需求，开展地图服务个性化配图。 项目可配置不同风格的电子地图配图方案，以多样化的可视化效果呈现地图。 2、服务修改 按照需求调整服务样式。 可修改服务数据集的别名和描述信息。对于WMS、WMTS、WFS服务器下的服务数据集，右键“数据集属性”，弹出图层属性窗口进行修改。对于IME服务器下的POI、地图、瓦片服务数据集，右键“属性”弹出服务属性窗口进行修改。 1.2.4.3数据图层维护 利用相关软件（地理信息服务管理、地理信息渲染引擎、空间数据处理工具、数据库），完成 (略) 政设施调查数据汇交系统的数据图层维护工作，包括：天地图服务、图层服务、三维模型服务、矢量数据服务、专题图层服务。 1.2.5安全运维 1.2.5.1系统等保工作 协助完成等保测评工作，对系统进行安全评估，并对测评过程中提出的问题进行整改。 1.2.5.2安全维护 协助参加攻防演练和护网行动，通过活动，定位、描述和解决存在的问题，及时消灭安全隐患并完成安全整改，实现对自身网络和系统的良好认知和把控，加强日常网络安全运维，及时关注系统网络安全管理，采取有效措施应对DDOS及爬虫攻击，持续提升安全有效性，完善系统安全保障体系。 1.3服务质量与评价 1.3.1评估内容 服务质量与评价主要围绕运维服务单位提供的全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务内容落实情况进行评估。 1.3.2指标体系设计 设计全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务考核评分表，合理分配各项评价指标的总分值，量化服务得分值。由厅建管处和信息中心根据全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务考核评分表的考核内容对运维服务单位的工作完成情况进行评分，评分结果与项目服务费用支付比例对应。1.3.3资金考核体系 1、评分计算公式 全国 (略) 政设施调查数据汇交系统（宁夏）运行维护项目年度考核评分表共涉及8项评分指标，考核分数为各项指标得分的总和。 2、考核付款方式 最终得分取业务部门的平均分，总分在85-100之间为非常满意，付款100%金额；总分在70-84之间为满意，付款80%金额；总分在69分以下为不满意，不付款。 24个月

五、合同管理安排

合同类型：

服务类

六、评审方法及评审细则

评标方法：

评审细则类别： 服务类细则类别

服务类细则类别
序号 评审项目 权重分 评分标准
1 投标报价 10 价格分采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：投标报价得分=（评标基准价／投标报价）×100%×权重分值。（四舍五入后保留小数点后两位）对于高于项目采购预算金额的投标报价不予接受，视为无效投标。
2 类似业绩 4 响应人提供2020年1月（以合同签订日为准）起至今的类似信息化系统项目运维业绩，每提供一项得 1分，满分4分，未提供不得分。 （磋商文件中需提供中标通知书或合同复印件，并加盖公章）
3 项目人员配备 16 1.项目负责人：需具有中级及以上信息系统项目管理师证，得4分。 2.其他技术人员（含驻场人员）：组成项目团队的其他技术人员中，具有信息系统项目管理师或系统集成项目管理工程师或网络工程师的，每具有一个得4分，满分12分。 注：拟投入项目人员不能重复，须提供项目投入人员2023年1月至今任意2月的社保证明、资格（职称）证书扫描件并加盖公章，提供不全不得分。响应人应确保投标所提供的所有资料真实有效，若提供虚假证明资料，中标无效，且必须承担相应的法律责任。
4 系统部署及培训 10 对系统部署及培训方案进行打分。 1.方案完整、合理、可操作性强、完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
5 日常运维-1 15 1）对日常维护服务、日常巡检服务、定期检查服务、应用系统管理和维护、数据储存设施管理和维护、数据管理和维护等进行打分。 1.内容全面具体，可操作性强，完全满足运维工作技术需求且有详细的服务方案的，得15分； 2.内容基本完整、有可操作性、部分满足技术需求的，得12分； 3.内容不完整、有缺失、不满足技术需求的，得8分； 4.未提供方案的，不得分。
6 日常运维-1 15 2）对服务方式、运维人员相应规范、系统功能完善及系统BUG修复、安全预案、突发事件处理、后台日常运维等进行打分。 1.内容全面具体，可操作性强，完全满足运维工作技术需求且有详细的服务方案的，得15分； 2.内容基本完整、有可操作性、部分满足技术需求的，得12分； 3.内容不完整、有缺失、不满足技术需求的，得8分； 4.未提供方案的，不得分。
7 数据处理及更新入库 10 对数据处理及数据更新入库服务方案进行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
8 服务发布 10 对服务发布方案进行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
9 安全运维 10 对系统等保和安全维护进服务方案行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
合计： 100
发起异议

任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。

一、采购标段
采购计划编号： 2023NCZ* 项目名称： 宁夏回族自治区住房和城乡建设厅-机关全国房屋建筑和市政设施调查数据汇交系统运维及数据成果应用专题服务采购
分包名称： 全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务采购 分包类型： 服务类
采购方式： 竞争性磋商 预算金额 *.00
报价方式： 总价采购项目 是否属于技术复杂，
专业性强的采购项目：		 否
是否为执行国家统一定价标
和固定价格采购项目：		 否
发起异议

任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。

二、供应商资格条件

1.1 提供在中华人民共和国境内注册的法人或其他组织的营业执照 （或事业单位法人证书，或社会团体法人登记证书），如投标供应商为自然人的需提供自然人身份证明；

1.2 法人授权委托书、法人及被授权人身份证复印件（法定代表人直接投标可不提供，但须提供法定代表人身份证复印件）；

1.3 提供具有良好商业信誉和健全的财务会计制度的承诺函；

1.4 提供履行合同所必需的设备和专业技术能力的证明材料；

1.5 具有依法缴纳税收和社会保障资金的良好记录的承诺函；

1.6 提供参加采购活动前三年内在经营活动中没有重大违法记录的书面声明；（提供《资格承诺函》）。

序号 合格投标人的其他资格要求
1 落实政府采购政策需满足的资格要求：（1）本项目为专门面向中小企业采购的项目（专门面向中小企业采购的项目或者采购包，中小企业不再执行价格评审优惠扶持政策。）（2）监狱企业视同为小型、微型企业，监狱企业应提供证明文件,对报价给予10%的扣除，用扣除后的价格参与评审;残疾人企业应提供声明函，对报价给予10%的扣除，用扣除后的价格参与评审。

三、商务要求

四、技术要求

标的清单(服务类)
序号 标的名称 服务内容 数量 单价 服务标准及详细要求 服务期限 备注
1 软件运维服务 全国 (略) 政设施调查数据汇交系统宁夏地区运行维护，包括系统部署及培训、日常运维工作、数据处理及更新入库、服务发布、安全维护等工作。 1 *.00 标的1-软件运维服务：（1）技术要求 1.1建设目标 根据第一次全国自然灾害综合风险普查总体要求，按照住房和城乡建设部《关于做好全国 (略) 政设施调查数据汇交系统部署工作的通知》有关要求，结合自治区住房和城乡建设行业实际工作需求，确保全国 (略) 政设施调查数据汇交系统信息安全和数据安全，提高应对突发事件的组织指挥能力和应急处置能力，最大限度地预防和减少突发信息安全事件及其造成的损害，确保系统的安全畅通，提供及时、有效、稳定的运维服务。基于现有调查数据基础，实现对 (略) 政设施调查数据的标准化处理与质检，形成 (略) 政设施调查成果数据库，支撑 (略) 政设施调查成果数据统一管理和数据更新，准确摸清全区 (略) 政设施底数，客观分析区域风险隐患。 1.2运维内容 运维内容包括系统部署及培训、日常运维工作、数据处理及更新入库、服务发布、安全维护等工作。其中，运维工作需从应用系统程序维护、数据维护、代码维护及网络安全维护等多个维度开展。 1.2.1系统部署及培训 在20个工作日内完成全国 (略) 政设施调查数据汇交系统的现场部署服务。具体工作内容如下： 1）业务入云网络结构 本项目服务器均部署在政务网，通过Nginx进行总的反向代理，并部署Ecloud平台进行运维监控服务。一方面通过服务管理系统和服务渲染引擎提供GIS服务，并通过空间数据处理工作站进行数据处理，通过NoSql数据存储空间数据；另一方面通过统一支撑平台支撑业务系统运行，包含数据展示系统、全文检索系统、数据抽取系统、数据汇交系统、统一调度服务，并借助Redis、空间数据库、业务数据库、文件服务器对业务数据、空间数据进行存储。 业务部署架构 （1）Ecloud作为所有业务系统和中间件的镜像管理容器。 （2）gis服务和业务系统通过nginx代理到同一域名，以便同一系统内访问。所有业务系统要接统一支撑，共用组织架构。 （3）gis服务作为三维图层服务的发布端，给业务系统提供地图访问接口。包括gis服务管理系统、gis图层渲染引擎。 （4）业务系统包括业务展示系统、全文检索系统、数据抽取服务、数据汇交系统。 （5）数据库层面，nosql数据库使用mongodb，给gis服务提供数据支持；业务数据库服务器部署mysql和redis，给业务系统提供数据支持；空间数据库使用pgsql，作为数据汇交和数据展示的数据源。 （6）空间数据处理工作站是nosql数据库的数据来源，是处理三维数据的用户机，兼远程运维部署使用。 2）专项培训 全国 (略) 政设施调查数据汇交系统共分为数据汇交和成果展示两块业务内容，由运维服务单位对系统的使用提供专项培训。 数据汇交工作首先从全国 (略) 政设施调查系 (略) 调查库完整数据，再进行汇交 (略) 汇交信息；其次修改系统调查库数据源配置，完成合表json获取；然后进行汇交流程的合表、计算、质检操作，最后完成汇交成果库的数据推送。 数据汇交的操作流程由运维服务单位提供详细的视频讲解和解答工作。由于汇交过程中存在数据协调困难、数据质量较差、服务器不适配、工具报错、前置数据问题等情况，针对这些问题，运维服务单位应做到及时响应、尽快解决。 成果展示指标点共六大类分为城镇房屋建筑、农村房屋建筑、市政道路、市政桥梁、供水设施厂站、供水设施管道，由于指标点较多，关联性较强，要求现场维护人员进行现场培训和讲解。 1.2.2日常运维工作 本次项目要求运维服务单位提供日常的运行维护服务。 在本项目运维过程中，由运维服务单位提供至少2人进行驻场服务，多人远程维护，驻场服务时间为24个月，并提供7*8小时服务；场外服务为7*24小时，为期24个月。在项目遇到紧急情况时，相关技术人员须半小时内向宁夏回族自治区住建厅相关领导汇报情况，并安排专业人员对本项目进行技术维护，包括对宁夏回族自治区住房和城乡建设厅各相关业务处室沟通解决系统优化问题。日常维护问题应于半小时内沟通协调、两小时内解决。 1.2.2.1工作任务 （1）应用系统程序维护：应用软件维护是系统维护的最主要内容，它是指对相应的应用程序及有关文档进行的修改和完善。系统的业务处理过程是提供应用程序的运行而实现的，一旦程序发生问题或业务发生变化，必然地引起系统源代码的修改和调整，因此系统维护的最主要活动是对程序进行维护。 （2）数据维护：数据库是支撑业务运行的基础平台，需要定期检查运行状态。业务处理对数据的需求是不断发生变化的，处理系统中主体业务数据的定期正常更新外，还有许多数据需要进行不定期的更新，或随环境或业务的变化而进行调整，以及数据内容的增加、数据结构的调整，此外，数据的备份与恢复，对结构化数据和非结构化数据分级分类治理、维护等，都是数据维护的工作内容。 （3）代码维护：代码维护是指对原有的代码进行的扩充、添加或删除等维护工作，随着系统应用范围的扩大、应用环境的变化，系统中的各种代码都需要进行一定程度的增加、修改、删除，以及设置新的代码。 1.2.2.2运维内容 包括日常维护服务、日常巡检服务、定期检查服务、应用系统管理和维护、数据储存设施管理和维护、数据管理和维护。具体如下： 1、日常维护服务 保证操作系统、数据库系统、中间件、其他支撑系统应用的软件系统及网络协议相关安全性、可靠性和可用性而实施的维护与管理；及时排除系统故障；通过每日对系统进行一次巡检，每周汇总巡检结果及时消除故障隐患，从而保障系统的安全、稳定、持续运行。 2、日常巡检服务 对系统运行使用的网络及服务器情况进行日常巡检，包括服务器负载和网络访问情况的日常检查，保障系统正常运行。 主要通过三个方面进行巡检： （1）通过对系统服务器提供例行检查，形成维护报告，落实整改措施。 （2）通过巡检能够及时发现并排除故障隐患，有效保证系统的正常运行。 （3）通过定期的系统和数据备份可以快速恢复业务应用，一旦系统故障可以把损失的风险降到最小。 经常化、制度化的巡检可以保持双方技术人员的活跃接触，有更多的机会交流在系统使用及系统维护方面的经验，有利于提高系统维护的效率。 ?巡检与检测服务支持内容： ?系统发布内容的检查监控 ?系统目录及数据的异地或异机备份的安全 ?分析系统日志和统计信息，预防问题的发生 ?产品补*的安装 ?数据库空间监控、规划及管理 ?数据库常见问题的分析、诊断及解决 ?数据库性能的评估、监测和调整 ?系统资源的监控及管理 ?数据库安全及用户的管理 ?与其他系统数据共享节点的巡检 ?巡检与检测服务的优势： ?加快应用系统的实施周期 ?规范化数据库维护工作 ?最大限度地提高系统的可用性 ?通过高水平的系统维护最大限度的降低系统停机的时间 ?在现场进行数据库的监控和信息的收集，缩短问题的解决时间 ?完善和增强现有系统维护人员的能力 ?得到专门的技术支持资源，保证技术支持工程师熟悉现场的配置和环境 ?定期巡检与检测服务承诺 ?定期对系统进行全面的检查，给出详细的报告，根据检查结果给出相应建议和改进方案 ?检查并分析系统日志及跟踪文件，发现并排除数据库系统错误隐患 ?系统资源的监控及管理 ?提出检查报告和建议以及改进方案 3、定期检查服务 为了保证系统的正常运行，需定期对服务器、软件、整个系统进行维护，对服务器进行运行情况检查，检查系统运行情况，及时发现问题及隐患并加以解决。对系统数据接口运行情况进行定期检查，排除检查出的故障问题。 系统每月常规维护四次，常规维护的工作如下： （1）检查系统设备运行状况，包括服务器、网络设备。 （2）检查网络运行情况，测试系统对设备网络链接状况。 （3）检查服务器运行情况，及时发现问题及隐患并加以解决，主要通过看服务器CPU、内存运行了解服务器的运行情况。 （4）检查数据存储系统运行情况，查看硬盘运行情况。 （5）查看系统运行日志，并对出现的错误或提示进行处理。 （6）定期对系统进行备份，确保系统的正常使用。 4、应用系统管理和维护 在系统维护过程中采取各种技术手段及时排除系统故障，保证系统及相应接口的安全性、可靠性和可用性。及时消除系统可能存在的安全隐患和威胁，同时可根据需求更新或变更系统功能。 5、数据储存设施管理和维护 为保证数据存储设施（如服务器设备、集群系统、存储网络及支撑数据存储设施）运行的软件系统的安全性、可靠性和可用性以及保证存储数据的安全，需要定期对系统的性能进行维护，确认数据存储的安全，及时消除故障隐患，从而保障系统安全、稳定、持续运行。 6、数据管理和维护 数据管理是系统应用的核心，为保证数据存储、数据访问、数据通信、数据交换的安全，每月对数据的完整性、安全性、可靠性进行检查。 1.2.2.3服务方式 本次系统主要服务方式包括人员驻场/现场服务、支持服务、远程维护服务。 1、人员驻场/现场服务 验收后本项目由运维服务单位安排专门现场人员驻场服务，服务地点为宁夏回族自治区住建厅指定工作场所。如果系统发生严重问题或业务工作需要在驻场办公地点处理的，运维服务单位须及时处理。 2、支持服务 在正常工作时间内，系统各方用户可向服务人员当面、电话、邮件或在线问答的形式咨询系统问题，维护服务人员应积极向宁夏回族自治区住建厅相关工作人员进行解答。 3、远程维护服务 提供远程操作的方式对系统进行远程维护。由宁夏回族自治区住建厅向运维服务单位提供跳板机，运维服务单位通过跳板机进行维护工作。 如远程无法解决宁夏回族自治区住建厅的需求，则要求运维服务单位派遣专家进行上门服务。 1.2.2.4人员要求 本次系统部署由于对各服务的监控、检查要求较高，对故对运维人员要求提出相应规范。主要包括行为规范、现场服务支持规范、问题记录规范、汇报规范。 1、行为规范 （1）遵守各项规章制度，严格按照相应的规章制度办事。 （2）运维工作需与用户的相关部门的工作密切配合，共同开展技术支持工作。 （3）出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。 （4）现场运维人员如需离开现场，必须提交请假申请并由宁夏回族自治区住建厅接口人同意后，才可离开工作岗位。 （5）遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件的密码、核心参数、业务数据、软件系统设计和代码负有保密责任，不得随意复制和传播。 2、现场服务支持规范 运维服务人员要做到耐心、细心、热心的服务。工作要做到事事有记录、事事有反馈、重大问题及时汇报。严格遵守工作作息时间，严格按照服务工作流程操作。 （1）现场支持工程师应着装整洁、言行礼貌大方，技术专业，操作熟练、严谨、规范；现场支持时必须遵守用户单位的相关规章制度。 （2）现场支持工程师在进行现场支持工作时必须在保证数据和系统安全的前提下开展工作。 （3）现场支持时出现暂时无法解决的故障或其他新的故障时，应告知用户并及时上报项目负责人，寻求后台技术支持。 （4）故障解决后，现场支持工程师要详细记录问题的发生时间、地点、提出人和问题描述，并形成书面文档，必要时应向用户介绍故障出现的原因及预防方法和解决技巧。 3、问题记录规范 根据用户提出问题的类别，将问题分为咨询类问题和系统缺陷类问题二类：咨询类问题是指通过服务热线或现场解疑方式能够当场解决用户提出的问题，具有问题解答直接、快速和实时的特点，该问题到现场支持人员处即可中止，对于该类问题的记录可使用咨询类问题记录模版进行记录。系统缺陷类问题是指使用人员提出的问题涉及到系统相应环节的确认修改，需要经过逐级提交、诊断、确认、处理和回复环节，处理解决需要现场人员的分析确认，问题有解决方案后，将解决方案反馈给用户。具体提交流程如下： （1）问题提交。应用信息系统的用户发现属于系统缺陷类的问题时，填写系统缺陷类问题提交单，通过电话或者邮件提交运维服务人员。 （2）问题分析。运维人员接到用户提交的问题单，要组织相应人员对问题单中描述的问题进行分析研判，确定问题的类型(技术问题、业务问题或者操作问题)。属于技术问题，提交服务中心技术人员对存在的问题提出具体的处理意见和建议；属于业务问题，提交服务中心业务人员进行处理；属于操作问题，可安排相关人员对问题提出人进行解释，并将系统缺陷类问题提交单转为系统咨询类问题提交单。 （3）问题确认、解决。服务中心的技术人员和业务人员收到系统缺陷类问题提交单后，对提交的问题进行归类汇总和分析、确认。可以解决的，明确问题解决的具体处理建议和措施，经宁夏回族自治区住建厅接口人确认后，交现场人员进行解决方案的实施。 （4）问题上报。现场运维服务人员收到系统缺陷类问题提交单，超出现场运维服务人员处理能力范围外，上报后台寻求技术支持。 （5）问题回复。后台根据提交问题的进行分析，制定解决方案并进行实施的解决，给出相关问题的解决方法，交由现场人员处理。 4、汇报规范 每季度发布一次季度报告，于每季度最后一天中午12点前发送报告，报告需要以下内容： （1）问题跟踪表，要求运维团队按宁夏回族自治区住建厅提供的问题跟踪表模板提交问题跟踪表。 （2）主要检查的内容说明，要求运维团队按运维防范措施中的检查内容，记录重要的系统运行状态。 1.2.2.5系统运维 1.2.2.5.1功能完善 及时解决系统运行过程中发现的问题，做好相关系统功能的完善及系统BUG的修复。 1.2.2.5.2安全预案 做好系统的安全预案工作，对系统可能存在的安全问题进行预防性维护，当发生外部攻击和安全漏洞问题时，及时做好应对和防范。 1.2.2.5.3突发事件处理 针对系统，制定科学合理的突发事件处理流程，主要包括现场突发事件应急处理、备份与恢复策略、突发事件应急措施、报告与总结、责任与奖惩 1、现场突发事件应急处理 事件发生单位和现场突发事件应急处理工作组尽最大可能收集事件相关信息，明确事件类别，确定事件来源，保护证据，以便缩短应急响应时间。 检查威胁造成的结果，评估事件带来的影响和损害：如检查系统、服务、数据的完整性、保密性或可用性，检查攻击者是否侵入了系统，以后是否能再次随意进入，损失的程度，确定暴露出的主要危险。 抑制事件的影响进一步扩大，限制潜在的损失与破坏。可能的抑制策略一般包括：关闭服务或关闭所有的系统，从网络上断开相关系统，修改防火墙和路由器的过滤规则，封锁或删除被攻破的登录账号，阻断可疑用户得以进入网络的通路，提高系统或网络行为的监控级别，设置陷阱，启用紧急事件下的接管系统，实行特殊“防卫状态”安全警戒，反击攻击者的系统。 在事件被抑制之后，通过对有关恶意代码或行为的分析结果，找出事件根源，明确相应的补救措施并彻底清除。与此同时，执法部门和其他相关机构将对攻击源进行定位并采取合适的措施将其中断。 清理系统、恢复数据、程序、服务。把所有被攻破的系统和网络设备彻底还原到它们正常的任务状态。恢复工作应该十分小心，避免出现误操作导致数据的丢失。另外，恢复工作中如果涉及到机密数据，需要额外遵照机密系统的恢复要求。对不同任务的恢复工作的承担单位，要有不同的担保。如果攻击者获得了超级用户的访问权，一次完整的恢复应该强制性地修改所有的口令。 2、备份与恢复策略 随着信息技术的广泛应用，计算机系统的可靠性对业务系统的影响越来越大，需仔细、全面地考虑并且制订备份与恢复策略。 操作系统备份以系统卷为主，必须建立完整的系统备份档案，保证系统宕机时能及时恢复系统原有状态，包括此系统下运行的所有相关软件的配置。应用系统的数据备份应由应用部门根据应用的实际情况列出所有相关数据的连接关系，以便制定出一份详细的数据备份计划，为数据恢复提供一份完整的依据。 由运维服务单位系统工程师制定一份完整的系统备份方案，在日常维护的过程中有义务做好系统的数据备份工作，并提供相关的技术支持。当出现故障之后，系统工程师将在故障现场，开始进行故障的排除工作。需要用备份数据做系统恢复时，用户方需提供完整的数据备份。 系统工程师还将对住建部提供系统升级和安装补*的工作。若涉及非系统软件的补*，只要用户提供补*，系统工程师也需协助用户完成安装任务。 3、突发事件应急措施 （1）因大面积停电、外部网络中断因素导致无法使用的突发事件 ?发生大面积停电事件后，工作人员应马上向信息安全突发事件应急响应领导小组汇报情况，并随时关注UPS使用情况。 ?网络技术部工作人员一旦发现UPS供电不足，应及时向信息安全突发事件应急响应领导小组汇报，在得到同意批示后，关闭服务器和存储设备的运行。 ?对整个事件的时间、现象、处理过程作出详细记录。 （2）网站、网页出现非法言论事件紧急处置措施 ?网站、网页由系统维护服务部负责随时密切监视信息内容。 ?发现在网上出现非法信息时，工作人员应立即向信息安全突发事件应急响应领导小组负责人通报情况；情况紧急的，应先采取删除处理措施，再按程序报告。 ?相关负责人应在接到通知后立即赶到现场，作好必要记录，清理非法信息，妥善保存有关记录及日志或审计记录，强化安全防范措施，并将网站网页重新投入使用。 ?追查非法信息来源，并将有关情况向上级汇报。 ?信息安全突发事件应急响应领导小组召开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （3）黑客攻击事件紧急处置措施 ?当有关值班人员发现网页内容被篡改，或通过入侵检测系统发现有黑客正在进行攻击时，应立即向信息安全突发事件应急响应领导小组负责人通报情况。 ?相关负责人应在接到通知后立即赶到现场，并首先将被攻击的服务器设备从网络中隔离出来。 ?对现场进行分析，并写出分析报告存档，必要时上报信息安全突发事件应急响应领导小组。 ?恢复与重建被攻击或破坏系统 ?信息安全突发事件应急响应领导小组召开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （4）病毒事件紧急处置措施 ?当工作人员发现服务器被感染上病毒后，应立即向信息安全突发事件应急响应领导小组负责人报告，将中毒的服务器从网络上隔离开来。 ?相关负责人在接到通报后立即赶到现场。 ?对中毒设备的硬盘进行数据备份。 ?启用反病毒软件对该服务器进行杀毒处理，同时通过病毒检测软件对其他机器进行病毒扫描和清除工作。 ?如果现行反病毒软件无法清除该病毒，应立即向信息安全突发事件应急响应领导小组报告，并迅速联系防病毒厂商研究解决。 ?对整个事件的时间、现象、处理过程作出详细记录。 （5）软件系统遭破坏性攻击的紧急处置措施 ?重要的软件系统平时必须存有备份，与软件系统相对应的数据必须按容灾备份规定的间隔按时进行备份，并将它们保存于安全处。 ?一旦软件遭到破坏性攻击，应立即向信息安全突发事件应急响应领导小组报告，并将该系统停止运行。 ?检查信息系统的日志资料，确定攻击来源，并将有关情况向信息安全突发事件应急响应领导小组汇报，再恢复软件系统和数据。 ?信息安全突发事件应急响应领导小组开小组会议，如认为事态严重，则立即向公安部门报警。 ?对整个事件的时间、现象、处理过程作出详细记录。 （6）系统存在严重BUG造成业务操作失误、数据错误 ?重要的软件系统平时必须存有备份，与软件系统相对应的数据必须按容灾备份规定的间隔按时进行备份，并将它们保存于安全处。 ?如果存在严重BUG，系统运行部工作人员应向信息安全突发事件应急响应领导小组汇报情况，并将该系统停止运行。 ?信息安全突发事件应急响应领导小组商议解决方案，限期解决BUG，恢复错误数据。 ?对整个事件的时间、现象、处理过程作出详细记录。 （7）数据库安全紧急处置措施 ?在有条件的地区，主要数据库系统应按双机热备设置，并至少要准备两个以上数据库备份，平时一个备份放在机房，另一个备份放在另一安全的建筑物中。 ?一旦数据库崩溃，值班人员应立即启动备用系统，并向信息安全突发事件应急响应领导小组报告。 ?在备用系统运行期间，信息安全工作人员应对主机系统进行维修并作数据恢复。 ?对整个事件的时间、现象、处理过程作出详细记录。 （8）数据库中数据被大面积非法篡改或删除的紧急处置措施 ?当发现数据库中数据被大面积非法篡改或删除，应立即向信息安全突发事件应急响应领导小组汇报，负责人根据实际情况给予指导和协调。 ?根据业务部门使用情况和故障发生的范围，使用系统检测程序，确定数据篡改或删除具体数据库及所属表。及时修改数据库管理口令，并利用监测工具查找原因，如果确定是恶意篡改或删除及时与公安局联系。 ?做好现场环境备份，调出历史数据，恢复非法篡改或删除的数据。 ?重新启动系统进行检测，确定故障得到解决。 ?对整个事件的时间、现象、处理过程作出详细记录。 4、报告与总结 回顾并整理发生事件的各种相关信息，尽可能地把所有情况记录到文档中。 5、责任与奖惩 各突发事件应急工作组应指定一名部门领导具体负责此项工作的落实，由运维服务单位将此项工作列入工作业绩评价考评中。按照有关规定，对在系统突发事件应急过程中表现突出的部门和个人给予表彰，对不认真执行本预案，贻误时机，给系统信息安全造成重大损失的，追究相关人员的责任。 1.2.2.6后台日常运维 1.2.2.6.1角色管理 系统为了实现权限分配，采用角色（用户组）的概念。特别地，系统提供了一些保留角色：adminGroup、OuAdminGroup。这些角色不能被删除，否则系统不会正常工作。 1.2.2.6.2用户角色关系 用于便捷、批量配置用户的角色。 1.2.2.6.3部门角色分配 主要用于对独立部门的角色权限分配，设置该独立部门的管理员可内部分配的角色。 1.2.2.6.4部门业务授权 主要用于对独立部门的业务权限分配，设置该独立部门的管理员可内部分配的项目类型。 1.2.2.6.5模块权限 每一个模块菜单项通过授权给特定的角色或直接指定授权用户，来实现权限控制。只要用户具有授权角色身份或者在直接指定授权用户中，他就可以访问相应的模块菜单项。 可以把模块权限授予给角色、个人、部门。 1.2.2.6.6组织架构 对于整个系统，部门结构是首先要分清的，各层次、各级关系一定要理清楚。系统默认有一个系统管理部，此部门下有一个用户“系统管理员”，此用户与其它各部门都是独立的，主要用于系统的维护。 1.2.2.6.7用户管理 主要用于开设用户帐号、分配用户角色。 1.2.2.6.8应用类别 主要用于统一支撑维护，可以新建、编辑、删除应用分类。 1.2.2.6.9应用管理 主要用于统一支撑维护，可以新建、编辑、删除应用管理。 1.2.2.6.10统一调度参数配置 可维护统一调度信息，主要应用于汇交流程。 1.2.2.6.11汇交节点参数配置 在节点域管理中可以查看节点域的列表，此页面提供基本的新增、删除、修改、查询功能以及节点域权限配置和服务配置的能力。 1.2.3数据处理及更新入库 系统提供汇交数据处理、快速入库、查询检索、汇交成果数据整合和提交能力，支撑 (略) 政设施调查数据的汇交、入库和处理。 1.2.3.1数据处理 1.2.3.1.1数据标准统一 按照房普数据标准， (略) 厅奥格工作人员整理调查库数据，对普查数据进行标准化导入。 1.2.3.1.2数据检查、治理 调查库原始数据存在字段无效值域、乡镇辖区信息不一致等情况，按照房普数据标准，针对问题字段赋空值、固定字段、以及获取住建部最新行政区划代码接口更新乡镇问题辖区操作，对普查数据进行检查、治理。 1.2.3.1.3异常数据处理 对房屋建筑高度异常数据进行处理，针对房屋建筑高度异常数据进行完整记录追踪，实现异常数据的可查可调。汇交系统需支持异常数据查看、导出和历史版本追踪功能，同时针对异常数据数据的历史版本，需提供退回修改次数异常的提醒功能。如果存在异常数据，运维服务单位需联系奥格人员进行数据处理，符合标准后重新备份调查库交由运维服务单位进行汇交工作。 1.2.3.1.4抗震设数据分析 对房普数据中的城镇住宅表、城镇非住宅表、农村集合住宅、独立住宅和非住宅、市政道路、桥梁、厂站、管线数据进行抗震设防数据分析。 1.2.3.1.5数据质检 对调查成果数据进行重复性、非空性、所在值域、逻辑性、规范性的核查工作。 1.2.3.2数据更新入库 省级普查成果数据推送至成果库，成果库数据用于成果展示和部级数据汇交。1.2.4服务发布 在传统GIS服务引擎的基础上，采用新一代地图服务发布技术，提升空间大数据服务发布能力，提供高性能的企业级地理信息服务。 1.2.4.1房屋建筑三维白模生产与维护服务 1.2.4.1.1白模生产 利用加工工具生成高程Z值，并利用工具将白模数据分割，将分割后的瓦片数据存储于服务库。 1.2.4.1.2白模维护服务 利用服务引擎对房屋建筑白膜进行维护服务。 1.2.4.2专题数据统计、维护服务与集成 1.2.4.2.1专题数据统计 根据数据更新，对行政区划统计汇总各指标数据进行同步更新。 1.2.4.2.1维护服务与集成 根据业务需求，提供维护服务与集成，包括地图配图与服务修改。 1、地图配图 根据业务需求，开展地图服务个性化配图。 项目可配置不同风格的电子地图配图方案，以多样化的可视化效果呈现地图。 2、服务修改 按照需求调整服务样式。 可修改服务数据集的别名和描述信息。对于WMS、WMTS、WFS服务器下的服务数据集，右键“数据集属性”，弹出图层属性窗口进行修改。对于IME服务器下的POI、地图、瓦片服务数据集，右键“属性”弹出服务属性窗口进行修改。 1.2.4.3数据图层维护 利用相关软件（地理信息服务管理、地理信息渲染引擎、空间数据处理工具、数据库），完成 (略) 政设施调查数据汇交系统的数据图层维护工作，包括：天地图服务、图层服务、三维模型服务、矢量数据服务、专题图层服务。 1.2.5安全运维 1.2.5.1系统等保工作 协助完成等保测评工作，对系统进行安全评估，并对测评过程中提出的问题进行整改。 1.2.5.2安全维护 协助参加攻防演练和护网行动，通过活动，定位、描述和解决存在的问题，及时消灭安全隐患并完成安全整改，实现对自身网络和系统的良好认知和把控，加强日常网络安全运维，及时关注系统网络安全管理，采取有效措施应对DDOS及爬虫攻击，持续提升安全有效性，完善系统安全保障体系。 1.3服务质量与评价 1.3.1评估内容 服务质量与评价主要围绕运维服务单位提供的全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务内容落实情况进行评估。 1.3.2指标体系设计 设计全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务考核评分表，合理分配各项评价指标的总分值，量化服务得分值。由厅建管处和信息中心根据全国 (略) 政设施调查数据汇交系统运维及数据成果应用专题服务考核评分表的考核内容对运维服务单位的工作完成情况进行评分，评分结果与项目服务费用支付比例对应。1.3.3资金考核体系 1、评分计算公式 全国 (略) 政设施调查数据汇交系统（宁夏）运行维护项目年度考核评分表共涉及8项评分指标，考核分数为各项指标得分的总和。 2、考核付款方式 最终得分取业务部门的平均分，总分在85-100之间为非常满意，付款100%金额；总分在70-84之间为满意，付款80%金额；总分在69分以下为不满意，不付款。 24个月

五、合同管理安排

合同类型：

服务类

六、评审方法及评审细则

评标方法：

评审细则类别： 服务类细则类别

服务类细则类别
序号 评审项目 权重分 评分标准
1 投标报价 10 价格分采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分统一按照下列公式计算：投标报价得分=（评标基准价／投标报价）×100%×权重分值。（四舍五入后保留小数点后两位）对于高于项目采购预算金额的投标报价不予接受，视为无效投标。
2 类似业绩 4 响应人提供2020年1月（以合同签订日为准）起至今的类似信息化系统项目运维业绩，每提供一项得 1分，满分4分，未提供不得分。 （磋商文件中需提供中标通知书或合同复印件，并加盖公章）
3 项目人员配备 16 1.项目负责人：需具有中级及以上信息系统项目管理师证，得4分。 2.其他技术人员（含驻场人员）：组成项目团队的其他技术人员中，具有信息系统项目管理师或系统集成项目管理工程师或网络工程师的，每具有一个得4分，满分12分。 注：拟投入项目人员不能重复，须提供项目投入人员2023年1月至今任意2月的社保证明、资格（职称）证书扫描件并加盖公章，提供不全不得分。响应人应确保投标所提供的所有资料真实有效，若提供虚假证明资料，中标无效，且必须承担相应的法律责任。
4 系统部署及培训 10 对系统部署及培训方案进行打分。 1.方案完整、合理、可操作性强、完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
5 日常运维-1 15 1）对日常维护服务、日常巡检服务、定期检查服务、应用系统管理和维护、数据储存设施管理和维护、数据管理和维护等进行打分。 1.内容全面具体，可操作性强，完全满足运维工作技术需求且有详细的服务方案的，得15分； 2.内容基本完整、有可操作性、部分满足技术需求的，得12分； 3.内容不完整、有缺失、不满足技术需求的，得8分； 4.未提供方案的，不得分。
6 日常运维-1 15 2）对服务方式、运维人员相应规范、系统功能完善及系统BUG修复、安全预案、突发事件处理、后台日常运维等进行打分。 1.内容全面具体，可操作性强，完全满足运维工作技术需求且有详细的服务方案的，得15分； 2.内容基本完整、有可操作性、部分满足技术需求的，得12分； 3.内容不完整、有缺失、不满足技术需求的，得8分； 4.未提供方案的，不得分。
7 数据处理及更新入库 10 对数据处理及数据更新入库服务方案进行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
8 服务发布 10 对服务发布方案进行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
9 安全运维 10 对系统等保和安全维护进服务方案行打分。 1.有详细的服务方案，可操作性强，内容完全满足技术需求的，得10分； 2.内容基本完整、有可操作性、部分满足技术需求的，得8分； 3.内容不完整、有缺失、不满足技术需求的，得4分； 4.未提供方案的，不得分。
合计： 100
发起异议

任何供应商、单位或者个人对以上公示的项目采购需求有异议的，可以在招标公告发布之前在线发起异议，并填写异议内容及事实依据，该异议仅作为社会主体对采购需求内容的监督，采购人查询异议内容后，可根据实际情况自行决定是否采纳异议内容。供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，应按照《政府采购质疑和投诉办法》规定执行。

    
查看详情》
相关推荐
 

招投标大数据

查看详情

收藏

首页

搜索

最近搜索

无

热门搜索

无