完整word版170817舟山市防灾减灾综合管理服务平台建设项目.docx
《完整word版170817舟山市防灾减灾综合管理服务平台建设项目.docx》由会员分享，可在线阅读，更多相关《完整word版170817舟山市防灾减灾综合管理服务平台建设项目.docx（19页珍藏版）》请在冰豆网上搜索。
完整word版170817舟山市防灾减灾综合管理服务平台建设项目
采购需求
一、招标项目：
1.1本项目内容为舟山市防灾减灾综合管理服务平台建设项目。
1.2中标人应与招标人就此项目签订合同。
2、项目概况
2.1项目内容：
舟山市防灾减灾综合管理服务平台建设项目，包括一库（防灾减灾大数据库）一端（移动端应用，包括微信、移动办公系统、app终端）三系统（防灾减灾数据可视化系统、防灾减灾全过程管理系统、数据接入系统）的设计开发、测试运行、人员培训及后期维护。
2.2项目目标：
实现全市救灾款物并监督检查使用情况的管理；组织核查、报送、发布灾情；指导灾区转移安置灾民，开展受灾群众基本生活救助；接收和分配救灾捐赠款物；防灾减灾宣传。
三、项目需求
3.1功能要求
3.1.1避灾安置场所管理
刷卡登记：
方便避灾安置场所进行现场管理，进入时刷身份证或系统登记身份证号码，离开时也需登记离开，社区或社会组织转移的人员可全程跟踪，以便事后追查以及统计避灾安置场所、物资使用情况。
信息审核：
审核递交的避灾安置场所的信息。
信息查询：
查询目前所有避灾安置场所的信息。
避灾安置场所信息新增/修改/删除记录：
避灾安置场所数据管理提供全面的操作，可以进行查看，修改。
3.1.2救灾物资储备库管理
救灾物资储备库信息录入：
储备库的建立需要区级或以上进行审批，通过即可。
救灾物资储备库查询：
可按照关键字查询目前救灾物资的所有信息。
救灾物资储备库调拨审批：
下级可以遵循一定规定向上级申请物资调拨，上级审批通过后即可。
调拨流程：
A．社区申请调拨→乡镇审批/区县审批→同意调拨→社区入库
B．乡镇申请调拨→区县审批→同意调拨→乡镇入库
C．区县申请调拨→市审批→同意调拨→区县入库
D．社会组织申请调拨→上级管理单位（乡镇级/区县级/市级）→同意调拨→社会组织入库
救灾物资储备库物资管理：
支持所有物资的操作，包括增删改，采购，调拨，消耗。
3.1.3社会组织管理
社会组织管理：
录入、修改社会组织信息和相应的人员信息。
社会组织任务调度安排：
区级或以上进行任务的调度，社会组织可以进行接受或者拒绝，并提供任务结果。
3.1.4特殊人群转移安置管理
社区特殊人群信息管理：
包括登记、查看、修改特殊人群信息。
特殊人群灾时安置记录：
进行人员安置转移记录，进行日后数据统计。
特殊人群转移路径制定：
针对特殊人群自动根据家庭住址制定好转移路线及次序、负责人员，在灾害发生时据此安排转移。
3.1.5社区风险点管理
社区风险点地图：
风险点详细的分布图。
社区风险点新增、处理等操作：
风险点的增删改，以及处理等操作。
社区风险点数据汇总：
进行详细的风险点数据统计，以多种统计表现方式提供。
风险点来源：
A．国土资源局对接数据，展示地质灾害隐患点，在后台直接上传，定期更新
B．社区、社会组织走访的社区风险点，在后台增删改查
C．由社区居民主动发现的社区风险点，在手机端可上传，由社区、社会组织核实后展示到平台上
3.1.6灾情综合评估
灾害快速评估：
实现对台风和洪涝等自然灾害的快速评估功能，在灾害发生后1-2小时内获取灾害发生范围、规模和强度等信息，并确定重灾区。
重灾区详细评估：
实现对重灾区的灾情损毁情况进行重点评估，包括受灾人口评估、房屋倒损评估、直接经济损失评估等，并生成相应的评估结果数据。
3.1.7统计分析功能
采用可视化分析，依托数据仓库的建立，通过数据挖掘、热点分析、语义引擎、数据清洗等技术，从数据视角客观分析管理现状、存在问题与解决方向，为城市管理领导决策提供辅助信息。
主要包括各个维度的报表分析：
避灾点统计、社区分险点统计、救灾物资仓库统计、救灾物资统计、历史灾害信息统计。
3.1.8系统用户管理
系统用户管理是指用户的角色管理、用户权限管理、用户组织机构管理、用户岗位管理等，对系统用户进行有效有序的管理，根据不同的角色权限设置，加强系统的信息安全保护。
3.1.9数据管理
随着各部门之间协同联动救灾，汇集到民政部门的数据越来越多，数据统一管理显得尤为重要。
在数据处理方面主要还是依赖其他专业软件组合处理，在工作效率、产品类型和标准上都有待提高。
数据管理方面所面临的需求如下：
（1）统一数据标准
减灾救灾工作，所用到的数据来自政务服务网汇聚的多个行业数据。
虽然各行业对其数据都有相关标准，但这些数据标准尚不能满足减灾救灾业务实际需求，给减灾救灾数据库设计和建设带来一定困难，亟需对相关数据进行标准化处理。
（2）统一数据库
目前用户位置数据、所有设施数据、气象数据、水文数据等以文件形式分别存储在不同机器上，数据冗余严重、并发访问效率低下、备份恢复困难、数据资源的完整性和安全性无法得到保障，迫切需要统一数据库进行管理。
（3）提高数据质量
减灾救灾相关的数据呈现多元多异的趋势，信息提取将基于大数据，而很多数据都缺乏质量控制的标准和质量检查的手段。
一旦数据存在问题，在入库的时候未查出来，将直接影响各类专题产品的精度，甚至可能会误导决策层。
因此，迫切需要提高数据质量。
（4）深层次数据挖掘
目前系统可接收到的数据类型多，数据量大，但数据的简单应用多，交叉重复也多，能支持管理和决策的应用少，数据中蕴藏着巨大信息资源，但是没有通过有效工具充分挖掘利用，信息资源的增值作用还没有在管理决策过程中充分发挥，数据的共享挖掘达不到对数据信息资源的整体开发利用的要求。
3.1.10办公系统移动端
支持防灾减灾各项业务，如避灾安置场所管理、救灾物资储备库管理、社会组织管理、特殊人群转移安置管理、社区风险点管理、灾情评估、社区风险点管理、灾情综合评估等。
3.1.11APP移动终端
支持一键救援、救灾电话、志愿者专区、避灾点、风险点、寻人寻物、实时灾情查看、新闻资讯。
3.1.12防灾减灾微信
支持预警信息、灾情查看、救援联系、避灾点查看等。
3.2性能需求
3.2.1响应指标
平均响应速度：
全系统按照在标准软硬件环境下5000用户操作进行测量，每个子系统300用户并发。
业务操作交易平均响应时间小于2秒钟；
复杂查询类平均响应时间小于3秒；
统计分析类平均响应时间小于1分钟；
3.2.2容量和吞吐量
系统应支持每个子系统至少300用户的同时并发。
系统需稳定、可靠、安全、实用。
信息传递灵活快捷，人机界面友好，图表生成灵活美观，输出、输入方便，检索、查询简单快捷。
3.2.3系统稳定性
避免由于单点故障或系统的升级而影响整个系统的正常运行。
系统支持7*24小时不间断服务。
单次系统故障修复时间，紧急
系统运行前需进行或接受安全脆弱性检查，并对检查发现的漏洞和隐患进行修改、弥补。
在系统发生失效的情况下，系统应容易重建规定的性能级别并恢复受直接影响的数据。
当系统在高负荷运转或出现故障，进入异步工作模式时，必须采用可靠的机制，保证数据的零丢失。
3.2.4可扩展性需求
在设计上必须具有适应业务变化的能力，当系统新增业务功能或现有业务功能改变时（界面的改变、业务实体变化、业务流程变化、规则的改变、数据项的变化、代码改变等），应尽可能减少因业务变化造成的影响。
系统应提供一个弹性的架构，支持使用配置而免编程的方式对业务流程、业务表单、查询统计等功能的定制与调整。
随着用户数的增长及功能应用的增长，系统通过硬件性能的调整而保持相对的稳定性。
3.2.5可维护性
系统的可配置性要求高，对于需要经常维护的人员、岗位、业务流程等信息，工作人员可自行维护和管理。
在系统的建设过程中要有规范、清晰、完整和详细的文档，便于阅读、修改。
数据库、应用服务器、开发工具能方便地进行版本升级，具有向下兼容性。
3.2.6易用性
易用性包括：
“易理解”、“易学习”和“易操作”三个方面。
3.2.6.1易理解
对于新用户能够容易理解软件是否合适，并能使用它去完成特定的任务。
（1）系统所有的业务功能界面风格和操作流程一致。
（2）业务表单应做到所见即所得。
（3）界面美观、简洁、高效，界面各部件的布局应保持合理性和一致性。
（4）界面颜色调和、提示清晰、窗口大小适当，使用方便。
（5）在选择快捷键、缩写、提示和图标时应符合用户习惯。
3.2.6.2易学习
系统应易于学习，用户只需用较短时间就能学会如何使用某一特定的功能，并提供详细的帮助系统和文档。
3.2.6.3易操作
软件应该方便操作，用户能够容易操作和控制。
3.2.7安全性
针对网络病毒泛滥、黑客攻击、恶意软件、网络堵塞、信息丢失等问题，及时采用技术手段和人工干预措施，才能确保项目的信息安全。
3.3设计要求
3.3.1设计原则
（1）可靠性原则：
本系统是一个自动化程度较高的业务运行系统，系统每天接受和处理的数据量巨大，任何时刻的系统故障都有可能带来不可估量的损失，因此，在系统设计中采用政务云、阿里云等国内知名的云平台，来提高系统的可靠性，以保证数据和系统的可靠性。
（2）先进性原则：
系统的建设应采用国内外先进的、成熟的软硬件技术和产品，包括先进的、开放的体系结构、先进的计算机网络技术和设备、先进的系统管理技术、最新的云技术等，提高减灾应用产品处理水平，提高产品和信息服务能力，最大程度发挥大数据在减灾领域的作用。
（3）可扩展性原则：
系统设计采用可扩展的、模块化的软硬件体系结构，使得系统能够随灾害管理的发展，持续、滚动地扩展下去。
（4）可管理性原则：
系统具备较高的自动化程度，资源调配、系统部署方便灵活。
在系统设计、实施和维护过程中，相关系统资源要能够被管理平台所监控。
（5）经济性原则：
在满足系统需求的前提下，尽量选用高性价比的方案。
3.3.2总体架构
图1：
系统架构图
3.3.3部署方案
根据舟山市民政减灾业务需求及当前的网络环境现状，业务系统将部署在可信公有云（阿里公有云）和政务专有云之上，充分利用已有的政务云资源，满足各级用户的需求。
具体如下：
（1）防灾救灾用户端APP、防灾救灾救援端APP，为互联网应用，部署在阿里公有云上。
（2）避灾安置场所管理、救灾物资储备库管理、社会组织管理、特殊人群转移安置管理、社区风险点管理、灾情综合评估、数据信息展示平台，为内网应用，部署在政务专有云的政务应用专区上。
（3）民政部门和其他政府部门进行交换共享的数据资源放在政务专有云的资源共享专区上。
（4）阿里公有云和政务专有云之间的数据交换通过配置访问策略，基于WebService的方式进行。
（5）本项目需要涉及访问互联网上的应用（如访问用户数据等），都通过阿里公有云进行访问。
（6）民政厅内部系统之间都基于政务专有云进行访问。
图2：
系统部署图
3.4数据库要求
3.4.1防灾减灾大数据库
3.4.1.1数据采集
本系统涉及到的数据主要有用户位置数据、所有设施数据、气象数据、水文数据等。
这些数据均通过防灾减灾全过程管理系统进行采集，具体采集情况如下：
（1）用户位置数据：
可由移动端app自主上传进行录入。
（2）所有设施数据：
包括所有避灾点，风险点名，以及其所有基本信息，比如容纳人数，规模大小等，需要各个社区进行配合录入。
（目前已联系市住建局，进行避灾点的数据共享）
（3）国土数据、气象数据、水文数据等数据需要通过国土资源部门、气象部门、水利部门等协商，实现双向数据交换。
3.4.1.2数据梳理
各类数据之间的差异很大，数据格式不统一，有必要进行数据的标准化处理、格式转换和空间化等工作，需要参考国家和行业标准，建设本系统的数据交换标准，确保系统能基于获取并标准化的数据，利用数据挖掘模型和灾害评估模型，生产符合民政业务需要的专题信息产品。
3.4.1.3数据管理
建立防灾减灾数据资源管理系统，逐步实现防灾减灾信息系统关键业务数据集中存储管理。
3.5防灾减灾数据可视化系统
3.5.1基础地图管理
实现地图的基本操作，如视图控制（放大、缩小、漫游、平移）、地图量算（距离量算、周长量算、面积量算等）、图例控制等。
（1）地图切换
提供矢量图、影像图的快速切换显示功能。
（2）视图操作
对当前地图，根据比例尺等级，提供放大、缩小、漫游、左移、右移、上移、下移等视图操作功能；提供地图全屏显示及退出全屏显示的功能。
（3）图层控制
提供对各类专题信息图层等的图层显示、隐藏控制功能。
（4）坐标量测
根据鼠标所在屏幕位置，实时量测并显示其所在地图位置的空间坐标。
（5）距离量测
通过鼠标与地图的交互，在地图上量测并显示两点或多点之间的累计距离。
（6）面积量测
通过鼠标与地图的交互，在地图上量测并显示多点构成的多边形的面积。
3.5.2空间统计分析
对避灾点统计、社区分险点统计、救灾物资仓库统计、救灾物资统计、历史灾害信息统计等重点关注信息实现饼状图、柱状图、仪表盘等统计分析与展示。
3.6防灾减灾全过程管理系统
3.6.1避灾安置场所管理
基于电子地图实现避灾安置场所动态信息展示和分析，同时利用大数据、互联网+等技术，基于运营商手机用户位置信息数据、避灾场所转移安置人员统计数据等进行综合动态分析，实现对避灾安置场所的身份证门禁系统、是否开放、容量限度情况、转移安置人员的查询统计分析等。
每个避灾安置场所采用二代身份证登记系统，对场内人员进行实时登记，并通过系统同步到各个终端，方便日后的分析。
3.6.2救灾物资储备库管理
通过接入全省救灾仓库信息，利用移动互联技术，实现救灾物资的申请、调配、监控和接收确认全流程管理；基于地图实现全省救灾物资仓库存储及位置信息、调配信息的可视化展示，物资调配任务指令发送，物资调配状态监控和调配信息同步展示。
同时支持多个储备库进行物资申请调拨，支持省、市、县多级多地收货确认。
从而保证救灾物资的安全有序地运抵灾区。
对于物资管理上，采用条形码识别，实现扫码入库出库，对每个储备物资实现信息化，实时可追溯，通过这样信息化建设的实现，物资过期了自动提醒、物资重复过多可设定数量、寻找物资时也不会是海底捞针、各部门工作人员随时随地可以通过移动APP查看物资储备库情况等等。
3.6.3社会组织管理
提供不同救援角色注册人员的认证审核、救援任务的发送与查看、救援消息的实时推送、救援数据的统计分析等功能，实现对客户端注册人员的有效管理，并确保救援任务信息的真实性与可靠性，以实现快速高效的人员救助。
3.6.4特殊人群转移安置管理
获取国家自然灾害报送系统灾情数据，针对存在风险的转移区，利用大数据分析技术，结合运营商手机用户位置信息数据的变化，分别进行集中安置人口、分散安置人口的分析，从宏观层面为优化救灾安置点设置、应急调度提供决策依据。
结合避灾安置场所与特殊人群的现有数据，自动计算出每个人的附近最优避灾安置场所，系统可实现一键生成转移方案，比如距离最优、人数最少等，选定转移方案执行后，生成转移路径图。
3.6.5社区风险点管理
基于电子地图实现社区风险点动态信息展示和分析，同时利用大数据、互联网+等技术，基于运营商手机用户位置信息数据、社区人员统计数据等进行综合动态分析，实现对风险点危险等级，处理状态的查询统计分析等。
通过APP终端，让用户主动上报风险点，相关人员查看后审核处理。
3.6.6灾情决策分析
采用可视化分析，依托数据仓库的建立，通过数据挖掘、热点分析、语义引擎、数据清洗等技术，从数据视角客观分析管理现状、存在问题与解决方向。
构建多种灾害预测模型，实现灾前预警与风险评估。
通过对灾前、灾后影像数据的比对、解译分析，结合降水等气象数据，快速进行受灾区域严重程度的划分。
同时利用灾害损失评估模型，结合灾后现场核查数据、无人机影像数据等灾情数据，进行受灾人口、房屋倒损、直接经济损失的评估。
3.6.7灾情预警研判
对灾情预警信息、灾区现场音视频图像信息、救灾调度信息、灾情发展趋势、灾害影响范围和程度、灾害评估结果等各类减灾救灾业务信息、专题成果、多媒体数据进行综合一体化展示，从而更直观更有效的辅助相关领导进行决策和灾害应急管理、满足社会公众对减灾救灾的信息需求。
3.7防灾减灾数据接入系统
3.7.1实现防灾减灾相关部门（包括市民政局、市财政局、市发改委（统计局）、市经信委、市教育局、市科技局、市公安局、市国土资源局、市环保局、市住建局（规划局）、市水利局、市农林与渔农委、市商务局、市交通运输局、市文广新闻出版局（体育局）、市卫计局、市外侨办（市台办）、市安监局、市海洋与渔业局、市人防办、市应急办、市科协、市红十字会、舟山海事局、市气象局等部门）的数据接入。
3.7.2对接方式
本系统与其他系统对接方式有以下几种类型：
（1）通过文件拷贝的方式，直接导入各部门提供的静态数据；
（2）与请求服务系统对接，实现以请求方的身份获取请求服务系统上共享服务资源；如市公共安全平台。
3.7.3对接内容
（1）导入静态数据
静态数据是指由各部门导出、生成的各种电子表格、二进制文件、数据库文件、图层文件和预案信息等数据。
这类数据实效性不高，多属于统计类、记录类信息。
（2）与请求服务系统对接
与请求服务系统的接口通过请求服务系统提供的API接口实现与请求服务系统的连接。
（3）与交换共享平台对接
通过接口与交换共享平台进行相关数据的对接。
3.8移动终端应用
（1）防灾减灾微信
推送防灾减灾的资讯；
发布预警信息：
如台风预警、暴雨预警等
进行服务咨询：
如救援联系、避灾点查看等
普及防灾知识：
如台风、暴雨、火灾等灾害防范知识。
（2）办公系统移动端
开发移动端办公系统，将线上的防灾减灾综合服务管理系统功能同步到移动端操作，同样分为避灾安置场所管理、救灾物资储备库管理、社会组织管理、特殊人群转移安置管理、社区风险点管理、灾情评估、社区风险点管理、灾情综合评估八个方面，便于工作人员随时处理工作，查看相关信息、资料。
（3）市民APP终端
普通用户通过store下载防灾减灾手机APP，可以直接拨打紧急求救电话、实时查看灾情信息、快速寻找附近避灾点、警告附近风险点、学习防灾减灾小知识；有意成为志愿者的青年还能通过报名入口申请贡献自己的力量共同对抗自然灾害。
3.8通用功能
3.8.1权限管理
（1）人员权限
人员权限用于配置各种权限信息，包括人员管理、权限配置、岗位管理、同步管理、规则管理等功能。
人员管理：
用于维护人员名单信息，在权限管理中人员信息来源于警员系统，不对人员信息进行修改操作。
权限配置：
配置权限等级。
权限申请：
系统提供对所有使用平台的用户权限实现网上申请、审批。
岗位管理：
用于配置各种岗位信息，与人员信息类似。
规则管理：
用于配置人员与权限的对应规则。
包括规则配置、规则查询、规则应用等。
（2）资源管理
对各个用户针对于各数据资源的访问授权进行管理。
主要包括应用分类管理、接入应用管理两个子模块，接入应用管理又包括应用信息、功能同步规则管理、应用资源管理、用户映射管理这几个子功能。
（3）角色管理
对不同职位、不同角色、不同业务分工的平台用户进行分别授权，实现对角色的增、删、改、查操作，并将角色和用户/部门相关联。
（4）授权管理
授权管理可以为角色、用户统一赋予各模块操作权限、服务调用权限、服务相关资源的使用权限。
（5）日志管理
日志管理的主要目标是在繁杂的审计数据中发现数据被非法窃取篡改、或者被非正常授权访问的痕迹，根本目的是防止信息泄密或者隐私数据泄露所引起的一系列安全问题。
日志管理主要包含日志采集、日志查询功能。
（6）日志采集
日志采集主要获取应用系统所产生的的各种日志数据，并加以规格化整理，为日志分析审计功能提供数据基础。
（7）日志查询
对汇总日志信息进行统一管理，为用户提供多种日志查询方式，包括精确查询、模糊查询、关键字检索。
3.8.2运维管理
包含运行监控和设备监控两部分。
其中运行监控包括数据采集监控和数据库监控。
数据采集监控主要按各部门对采集到的静态数据和实时对接数据进行统计，包括数据类型、数据量、数据条数、最近更新时间，接口连通性、接口流量、请求次数，请求成功次数、请求失败次数等统计信息。
数据库监控按两种维度进行统计。
一部分区分业务类型，以基础数据、融合数据、专题数据、社会数据等四大类进行分类统计，统计信息包括这四大类数据的数据量、总记录数、每日数据使用量、按周期统计量等分类统计。
一部分不区分业务类型，按服务器进行统计，包括存储容量、每日容量使用趋势，容量上限告警等。
设备监控包括接入设备监控、服务器监控。
接入设备主要对发送接收包情况进行统计，可按服务器、端口进行区分。
服务器监控主要对服务器硬件进行监控，包括主机信息、后台服务、主机分组、存在问题服务、存在问题主机、已上架主机、设备管理以及网络拓扑图等。
四、人员培训
4.1培训目的
为保障系统顺利实施和运行，为系统的使用人员和维护人员提供专门的培训；系统正式运作后，由专门人员进行提供技术支持，对于重要的模块，制定应急技术支持措施。
4.2培训对象及内容
本项目培训对象划分为三种类型：
系统管理员、领导、普通用户（业务人员）。
根据不同用户制定不同的培训计划和培训内容。
（1）系统管理员
系统管理员主要负责系统的软、硬件日常维护，保证系统的正常运转。
①培训目的：
系统的掌握系统管理和维护知识，并提供全面的技术保障。
掌握部门（单位）机构设置、人员帐号建立、内部授权等操作步骤。
②培训重点：
熟悉整个系统的硬件和软件结构、系统的配置；
熟练掌握系统基本组成及原理；
熟练掌握系统的操作与运行管理；
熟练掌握权限、用户配置等系统管理；
熟练掌握系统的安装、检测、维护；
熟练掌握排除故障的基本技术；
熟练掌握部门机构设置、人员帐号建立、内部授权等操作步骤。
（1）各单位、各级领导
①培训目的：
掌握事项处理、信息查看等相关功能的操作
②培训重点：
了解系统基本组成及原理；
熟练掌握待办事项的处理流程及相关操作；
熟练掌握信息查看的操作。
（3）普通用户
①培训目的：
掌握系统基本应用，能利用本系统开展业务工作。
②培训重点：
熟悉系统业务功能以及在系统使用中可能涉及的数据、功能和模块；
掌握计算机基本操作，能利用系统进行日常办公；
了解信息安全和标准化知识，树立安全意识和标准化观念；
熟练掌握系统登录、应用操作等基础操作功能。
4.3培训方式
培训采用三种培训方式：
项目培训（集中授课培训）、实践培训（跟项目）、现场培训。
（1）项目培训
一般提供系统的理论学习，并根据不同课程加以实验环境下的实际操作，使用户快速了解系统功能。
学习过程中提供完备的中文学习资料，如有问题，随问随答。
根据用户的不同需求，将培训分为普通应用型和高级管理型。
（2）实践培训
实践培训是针对系统管理员，是在整个项目的实施过程中，由实施单位、用户单位的一名或多名系统管理员对项目进行全方位参与。
通过跟项目，系统管理员会对系统有着深刻的理解，在日后的系统管理中，能够熟练使用应用软件、发挥系统应用的能力。
（3）现场培训
用户还可根据实际情况提请现场培训，现场培训将由实施单位在实际使用环境中，对系统用户进行实际使用操作培训，并对培训过程中出现的问题进行解答。
五、项目周期
4.1设计开发周期：
6个月
4.2运行测试周期：
3个月
4.3免费运行维护周期：
1年
六、报价要求
5.1投标人应根据招标文件报出合同总价。
合同总价一旦核实确认，不得再做更改。
对投标人漏报致使系统未能达到需求的功能和效果，其费用和后果由投标人自行负责。
5.2在符合总体要求的前提下，投标人可对投标书中没有提及的内容，按自己的理解适当增加，但有关价格及费用必须在投标书中单独列出，并说明理由。
5.3所有报价均应已包含国家规定的所有税费。
5.
升级会员 