黑河市消防支队三维动态数字化预案制作与管理平台采购招标公告更正公告
发送至邮箱
黑河市消防支队三维动态数字化预案制作与管理平台采购招标公告更正公告
| 公告信息： | |||
| 采购项目名称 | (略) | ||
| 品目 | 货物/通用设备/计算机设备及软件/其他计算机设备及软件 | ||
| 采购单位 | 黑 (略) | ||
| 行政区域 | (略) 市 | 公告时间 | * 日 * : * |
| 首次公告日期 | * 日 | 更正日期 | * 日 |
| 联系人及联系方式： | |||
| 项目联系人 | 沙先生 | ||
| 项目联系电话 | 点击查看>> | ||
| 采购单位 | 黑 (略) | ||
| 采购单位地址 | (略) 市通江路 * 号 | ||
| 采购单位联系方式 | 沙先生 点击查看>> | ||
| 代理机构名称 | (略) 建 (略) (略) | ||
| 代理机构地址 | (略) 市 (略) 区长发街与龙江路 (略) 办公楼 * 楼 | ||
| 代理机构联系方式 | 刘先生 点击查看>> | ||
项目名称： (略)
项目编号：HHTACG[ * 号
* 、项目联系方式：
项目联系人：沙先生
项目联系电话： 点击查看>>
* 、原公告名称及地址时间等：
首次公告日期： * 日
本次变更日期： * 日
原公告项目名称： (略)
原公告地址：中 (略)
* 、更正事项、内容：
(略) 文件澄清、修改的通知
各供应商：
现对黑 (略) * 维动态数字化预案制作与管理平台采购（项目编号：HHTACG[ * 号）项目招标文件作澄清、修改， (略) (略) 分：
* 、招标文件原内容如下：第 * 章技术规格要求及技术方案
1.1.总则
1.1.1.总的要求
(1)本技术规格书对黑 (略) * 维动态数字预案制作与管理平台功能、软硬件及实施服务等提出技术及其它相关要求。
(2)本技术规格书提出的是最低限度的要求， (略) 有技术细节做出规定，也未完全陈述与之有关的规范和标准， (略) 方实际使用要求为准。投标人应提供符合本技术规格书和有关工业标准要求的经过实践的能代表当今技术发展方向的系统软件、硬件及应用模块。
(3)投 (略) 供设备为全新的、先进的、成熟的、完整的，要求广泛采用商业化、国内领先、国际先进、技术成熟的软硬件产品， (略) 业相关标准。同等条件下，优先使用国产软硬件产品。
(4)投标人提供的文件，包括图纸、计算、说明、使用手册等，均应使用国际单位制（SI）。所有文件、工程图纸及相互通讯，均应使用简体中文。不论在合同谈判及签约后的工程建设期间，简体中文是主要的工作语言。若文件为英文，应同时附中文说明，对于英文缩写，应提供专用的附表。
(5)只有招标方有权修改本技术规格书。合同谈判将以本技术规格书为蓝本，经双方认可的技术偏差、最终确定的技术协议将作为合同的 * 个技术附件，并与合同文件有相同的法律效力。招标文件、双方共同签署的会议纪要、补充文件等也与合同文件有相同的法律效力。如果合同附件与合同正文有不 * 致，则以对买方最为有利的条款优先。
(6)如果投标人没有以书面形式对本技术规格书的各项条文提出异议，则意味着投标人完全理解并响应本技术规格书的各项要求。
(7)投标产品必须是全新的原装正版产品（包括软件、硬件），并标明产地和品牌。
(8)投标人提供的产品不应侵犯第 * 方知识产权，否则投标人 (略) 法律责任。
(9)投标人负责全面实现本技术 (略) 有系统功能要求。
( * ) (略) 采用设备(软、硬件)和涉及 (略) 费用均被认为已包含在设备合同总价中， (略) 方不承担有关的 * 切责任。
( * ) (略) 提供的解决 (略) 有相关的软件系统、硬件设备，如因投标人没有考虑到而在项目实施中产生新的软件系统、硬件设备及配件辅材等相关费用 (略) 解决， (略) 方带来的 * 切损失。
( * )如 (略) 中 (略) 供应用软件系统不能满足本技术规格书技术条款的要求，招标方有权要求投标人修改或增加，由此产生的 * 切费用由投标人负责。
( * )本 (略) 使用的标准（按最新 (略) ）如 (略) 执行的标准不 * 致时，按 (略) 。技术规格书中的相关细节描述如有矛盾按“就高不就低” (略) 。 (略) 商停产或其它不可控因素，以不低于原参数配置为供货原则。
( * ) (略) 所必需的硬件、软件、培训和技术服务，投 (略) 责任满足系统要求，以保证提供合格和完整的系统。
( * )投标 (略) 有硬件、软件、培训、实施、技术服务和整套系统的最终运转负有完全责任。
( * )投标人的技术服务应包括：基础培训、系统试用、需求确认、定制开发、系统测试、系统安装调试、系统移交及质量保证、系统资料等。
1.1.2.项目概述
* (略) (略) 依据《 (略) 执勤战斗条令》制定了《 (略) 灭火救援数字化预案规定》（试行），规定中针对灭火救援预案的分级、内容、制定方法及应用与管理 (略) 了详细要求说明。 * 年制定的《有关全面推荐“智慧消防”建设的指导意见》中关于智慧消防的建设提出了智 (略) 、云计算、大数据、 (略) 等 (略) 信息技术，提出建设基于“大数据”“ * 张图”的实战指挥平台等内容。由此可见，数字化灭火救援 (略) 队的训练和灭火救援实践中越来越重要。
根据黑 (略) 目前的实际情况，建立 * 套可以制作和管理 * 维动态数字化预案的系统。要求系统能够模拟重点单位可能发生的灾害事故，结合信息查询、灾情分析评估和现有真实执勤力量，在计算机中按照事故发生开始至救援结束的“时间轴”，以 * 维、动态、可视化的形式生动、形象完成灭后救援全过程。同时系 (略) 景与周边环境的自主编辑和搭建，还原真实情景。
1.2.建设标准及原则
本技术规格书在编写时，严格遵循国家对消防基础信息化建设标准规范，符合黑 (略) 信息化总体规划，立足日常培训演练的实际需求，本着节约投资，加快建设的策略而成。
1.2.1.建设标准
整个系统参照了以下标准和相关规范：
(1)《中华人民共和国消防法》
(2)GBT 点击查看>> 2 《消防应急救援通则》
(3)GB/T 点击查看>> 2 《消防应急救援技术训练指南》
(4)GBT 点击查看>> 2 《消防应急救援训练设施要求》
(5)GB/T 点击查看>> 2 《消防应急救援装备配备指南》
(6)GB/T 点击查看>> 2 《消防应急救援作业规程》
(7)GB/T 2 * 《生产经营单位生产安全事故应急预案编制导则》
(8)GB- 点击查看>> 3《危险化学品单位应急救援物资配备要求危化品应急物资配备标准》
(9)GB/T 1 * * 软件工程产 (略) 分：质量横型
( * )GB/T 1 * * 软件工程产 (略) 分：外部度量
( * )GB/T 点击查看>> — * 软件工程产 (略) 分：内部度量
( * )GB/T 1 * * 软件工程产 (略) 分：使用质量的度量
( * )GB/T 2 * 信息技术软件维护
( * )GB/T 点击查看>> 计算机软件文挡编制规范
( * )GB/T 2 * * /ISO/IEC2 * 软件工程 软件产品质量要求与评价（SQuaRE） SQuaRE指南
( * )GB/T * 5 - * 软件工程产品评价
( * )GB/T * 9《国家基本比例尺地形图分幅和编号》
( * )GB/T 1 * 《地球空间数据交换格式》
( * )GB/T 点击查看>> 1《软件系统验收规范》
( * )GB/T * 信息技术软件生存周期过程
( * )GB/T * 计算机软件产品开发文件编制指南
( * )GB/T * 计算机软件需求说明编制指南
( * )GB/T * 计算机软件测试文件编制规范
( * )GB/T * 4计算机软件质量保证计划规范
( * )GB/T * 4计算机软件配置管理计划规范
( * )GB/T * 4计算机软件可靠性和可维护性管理
( * )GB/T * 3软件支持环境
( * )GB/T * 4信息技术软件包质量要求和测试
( * )GB/T * 9计算机信息系统安全防护等级划分准则
( * )GB/T 2 * 《信息技术软件维护》
( * )HG/T 2 * * 《人身防护应急系统的设置》
( * )CJJ/T 点击查看>> 《城市 * 维建模技术规范要求》
1.2.2.建设原则
黑 (略) 的消防 * 维动态数字预案制作与管理平台的设计应符合国家信息化总体规划要求；信息系统按照高水平、高质量、高标 (略) 设计，保证系统安全性、开放性和可扩展性；信息系统与工艺、仪表、电信等专业的设计相互协调； (略) 业的成功应用案例，选择商品化的国内外成熟产品；遵循业务驱动，顶层设计原则；并提出“先进、科学、全面、合理”原则：
(1)可持续性：系统设计规划应面向未来，能至少满足未来5年业务发展需要。
(2)开放性：支持多种硬件平台，采用通用软件开发平台开发，采用标准开放接口，支持与其它系统的数据交换和共享。
(3)标准化：各项软件开发工具和系统开发平台应符合我国国家标准、 (略) 颁标准、国家危化 (略) 相关技术规范和要求。
(4)容错性：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力；具备较高的容错能力，在出错时具备自动恢复功能。
(5)兼容性：满足向下兼容的要求，软件版本易于升级，任何 * 个模块的维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不影响系统 (略) 。
(6)易用性：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。
(7)经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格比。
1.3.建设内容
本次招标项目建设内容为黑 (略) 的3D重点单位模型构建共 * 套（详见3.4.1），模型具备可定位、查询功能；建设 * 维动态数字化预案制作与管理平台， (略) 署套， (略) 2套 (略) 7套（详见3.4.2）。
为了满足建设的3D模型建设和系统软件相关功能要求等，投标人应按照本章节《3.4技术规格要求》的详细技术规格要求并结合具体方案及实施经验补全。
1.4.技术规格要求
1.4.1. (略) 景模型制作要求
为满足 * 维预案的制作，需要构建基于黑 (略) (略) 景，按照 (略) 工业级别标 (略) 相关重 (略) 景模型制作，且需要将实际数据信 (略) 景中，同时制作的重 (略) 景支持导入到建设的 * 维动态数字预案制作与管 (略) 预案编制应用。建设 (略) 市 * 个 * (略) 景模型， (略) 景协助匹配1个 * 维数字预案：
序号 | 区域名称 | (略) 景数量 |
黑 (略) | 1 | |
中央 (略) | 1 | |
(略) | 1 | |
关 (略) | 1 | |
(略) (略) | 1 | |
银建施 (略) | 1 | |
(略) | 1 | |
(略) (略) 油库 | 1 | |
(略) | 1 | |
(略) 天然气枢纽 | 1 | |
合计： | * | |
1.4.2. * 维动态数字化预案制作与管理平台要求
* 维动态数字化预案制作与管理平台功能必须满足各 (略) * 利用重点单位 * 维模型、内部结构、固定消防设施及周边环境完成辖区“ * 熟悉”、预案编制、预案管理等功能
根据黑 (略) 的实际情况及要求， (略) 署实现平台搭建：
序号 | (略) 署层级 | (略) 署数量（套） |
1 | 支队 | 2 |
2 | 中队 | 7 |
合计： | ||
3.4.2.1.预案制作与管理功能
3.4.2.2.预案制作功能
系统依据实战情况下灭火救援的标准 (略) 预案的编制，预案制作中需求功能包括：信息查询、灾情设定、力量调度、 (略) 署、预案生成。并且系统可以自动将各环 (略) 智能分析、解析保存为 * 维动态数字预案。
3.4.2.2.1.1.支持重点单位信息查询
系统必须满足对重点单位的相关信息查询功能，包括但不限于以下4类信息的查询：消防设施查询、 (略) 位查询、厂区基础信息查询、设备信息查询。
支持消防设施信息包括：供水系统、灭火系统、消防车道，并支持查询结果 (略) 景中；
(略) 位信息包括：建筑、装置 (略) 位情况和位置，并支持查询结果 (略) 景中；
(略) 区信息包括： (略) (略) 景中装置名称、装置类别、功能分区、毗邻道路情况，并支持查询结果 (略) 景中；
支持设备信息内容包括：涉及 (略) 景，系统支持设备名称、设备位号、操作压力、温度等信息查询，并支持查询结果 (略) 景中。
3.4.2.2.1.2.支持灾情设定
系统必须支持预案制作过程中灾情的任意设定， (略) 位的危害特点，可以在虚拟环境中快速构建科学、合理、情况复杂的灾情环境。可设置的灾情模型需要包含以下内容：
支持气象设的定特效包括：天气、风向、风级的设置等；
支持火灾设定的特效包括：立体火、环形火、喷射火、流淌火等；
支持泄漏设定的特效包括：不同介质气体泄漏特效
支持人物设定的特效包括：伤员、工人、老人、孕妇、小孩等；
3.4.2.2.1.3.支持执勤力量调度
系统在预案制作的力量调度阶段中，调集 (略) 队真实执勤力量，主要包括消防车辆、作战装备，性能参数与真实装备完全 * 致。
系统必须 (略) 门涉及到的消防执勤力量定制成模型，并支持在系统中导入，支持预案制作中 (略) (略) 署。
3.4.2.2.1.4.支 (略) 署
系统必须提供丰富的作战素材，支 (略) 景中的固定消防设施、 (略) 已调集的消防力量，最终完成作战方案制定，支持设置救援力量、器 (略) 署。
(略) 署内容包括：
(1)支持作战标绘： (略) (略) 、警戒线、警戒人员、疏散区域、进攻路线、疏散路线、车辆集结点
(2) (略) 车路线：对 (略) 形成路线的规划设置
(3)支持作战方案的设置：
(略) 景内固定消防设施的操作：开启固定式消防炮、罐体喷淋系统
支持消防车辆的操作：支持车辆按照标 (略) 驶；支持消防车辆的护车操作；支持消防车辆与消火栓、消防车辆、移动装备的水带连接；支持举高消防车支持臂架伸展收缩；支持消防车辆灭火剂的喷射特效；支持消防车辆灭火剂喷射方向和喷射压力以及自摆幅度等参数的调节；支持智能距离分析功能，测量出车辆与最近消防栓的距离、车辆与事故点的距离等操作
支持作战人员装备的操作：支持 (略) 景中的跑动，支持消防战斗员穿戴个体防护装备，支持战斗人员第 * 视角切换、支持战斗人员自动寻路功能等操作。
支持作战装备的操作： (略) 固定消防栓或 (略) 水带连接、支持消防装备的喷水特效调整，以及方向调节、压力调节、自摆幅度调节、直流/开花状态等操作。
3.4.2.2.1.5.支持 * 维预案生成保存
系统必须具备智能解析保存功能。可以按照预案制作的流程，对灾情设定、灾情侦察、 (略) 署等环节的操作细节，自动保存为 * 维动态数字预案。并且还可将数字化预案自动保存为文档格式的预案。
3.4.2.2.1.6.支持预案复盘
系统必须实现预案制作过程复盘功能，对预案复盘查看时，首先需要查看到 (略) 署情况。进行预案动态查看时，支持操作人员自由视角查看整个数字 (略) 署过程。
3.4.2.2.1.7.提供辅助工具
系统必须提供科学的辅助工具， (略) 景中添加标签、提供测量工具、截图标注功能，支 (略) 模拟计算，支持2D/3D的视角切换。
支持标签添加功能包括：支持编辑标签名称，编辑文本描述，上传图片、视频文件，保存/删除标签、查看内容等；
(略) 景中测量内容：高度、长度、面积、角度；
支持的灾害模拟分析包括：对所设 (略) 数值模拟计算，可计算燃烧热辐射影响范围、爆炸影响范围、超压影响范围，以及罐区灭火剂用量计算、火场用水量估算、原油沸溢时间等。
3.4.2.2.1.8.其他要求
为了贴近实战培训要求，系统必须遵循科学合理的消防业务逻辑关系，如：
消防车应与消火栓等 (略) 水带连 (略) 出水操作，移动装备诸如水炮与水枪等同样需与消防车或 (略) (略) 水带连 (略) 消防作业。
3.4.2.2.2.预案管理功能
建设的 * 维动态数字化预案制作与管理平台支持搭建 * 个针对预案管理的完整结构的系统平台。 (略) 可以 (略) 制 (略) 审核、管理。 (略) 可以 (略) 下达的任务，进行 * 维预案的制作与上传。系统支持根据权限层级划分，权限内的消防官兵可以任意浏览及查询预案内容，达到资源信息共享的功能。
(略) (略) 下 (略) * 维预案制作完成后，系统支持预案的上传发布给上级领导查看；
系统 (略) 领导根据上传的预 (略) 预案的查看审核。支持审核通过的预案自动保存到预案库中，未通过预 (略) (略) 修改再上传审核；最终在系统中会对审核通过 (略) 统 * 存储。
所有权限内的单位都可以通过平台对 (略) 查询与浏览，在紧急事故状态下可支持调取参考。平台支持预案关键词查询（包括事故类型、 (略) 名称等），同时支持模糊查询。
3.4.2.3.业务信息管理功能
系统能够实现消防机构车辆信息的管理、重点单位 (略) 景搭建的功能。
3.4.2.3.1.支持消防机构车辆信息管理
支持对机构消防车辆的统 * 管理，支持对机构消防车辆信息的查询编辑和删除，消防车辆信息应包括车辆类型、性能参数、车载装备的类型及数量， (略) 属消防机构、车辆编号等基础信息。车载装备类型应包含但不限于以下设备：多功能水枪、泡沫枪、消防灭火机器人、消防钩枪、直流水枪等设备。
3.4.2.3.2.支持重点单位管理
系 (略) 景搭建工具，可按照重点单位CAD图纸、照片及预案的要求，非 (略) 拖拽等直观简单操作即可快速搭建单位 (略) 景；
系统支持对定制开发的 * (略) 景及通过系统编辑器自主 (略) (略) 管理查询。支持 * (略) 景的单位基础的增/删/改/查功能。
(略) 景搭建工具中需支持对单位名称、单位地址、联系人、联系电话、消防设施等信息及 (略) 编辑， (略) 景信息及消防设施的具体情况在预案制作过程中同步体现。
(略) 景搭建工具中每类模型素材库中需要包含但不限于以下基础素材:
序号 | 模型类型 | 素材内容 |
1 | 消防设施 | 室外消防设施涉及到的标准消防栓、消防炮、市政消火栓、消防水池、水泵接合器； 室内消防设施涉及到的疏散指示灯、灭火器、楼梯、消防箱、楼梯、烟雾报警器、防火门、消防水箱等各类材质。 场景搭建中的消防设施支持查询与预案制作交互应用。 |
2 | 建筑搭建 | 墙体绘制、门、窗、立柱、地板、楼梯等各类元素。 |
3 | 化工装置 | 罐类、塔类、炉类、泵类、容器类、反应器类、换热器类、管线类、阀门类模型。 |
4 | 周围环境 | 天空、地形、地面、道路、绿化、小品、楼房、围墙、公共设施等各类材质模型。 |
5 | 装修材料 | 地板、外墙和内墙等各类装修模型。 |
6 | 装饰饰品 | 家具、家电、办公用品、机房等模型。 |
3.4.2.4.其他功能
3.4.2.4.1.支持用户管理
系统支持用户组织机构和用户账号密码的增/删/改/查功能，需要满足对账号权限的设置、组织架构的录入等功能，并建立完整的账号信息管理流程。
3.4.2.4.2.支持系统数据维护
建设的平台中包括的消防车辆、作战装备的信息参数支持显示、查看及维护。消防车辆参数信息主要包括名称、水流量、开花角度等，移动装备参数信息主要包括名称、射程、水流量、仰角幅度、俯角幅度、开花角度等。所设置的参数信息，支持在预案制作过程中能够同步体现与应用。
1.5.技术路线
系统的实施与应用是 * 项重大的工程。其成功与否依赖于技术路线的合理与否。为了确保各系统实施应用成功，制定了各系统的总体技术路线如下：
1.5.1.成熟软件
采用经过实际验证、软件成熟、稳定性和性能满足生产及统计业务需求要求的系统软件。 (略) (略) 具有成功应用的产品，以确保产品的成熟、稳定。
1.5.2.坚持实施标准化
采用标准化的系统软件， (略) 确定的标准业务流程、业务规范和编码标准。
1.5.3.坚持培训贯穿始终的策略
为确保用户能够达到充分理解、掌握和应用系统的要求，在项目实施初期采取定期集中培训的模式，以满足关键用户对系统的初步了解与认识，在实施过程中采取定期集中与不定期分散的培训模式，以达到关键用户和岗位用户对系统的充分理解与掌握。
1.5.4.成熟的实施方法论
通过具备经 (略) ，充分利用实施方法论、技术规范和标准，满足共性需求，滚动发展，统 * 组织、统 * 标准、统 * 编码，按规 (略) 实施，充分发挥关键用户的作用，采取分阶 (略) 实施策略，确保项目按期保质完成。
1.5.5 * 维预案平台的终端配置i7，gtx * ，也 (略) ，带普通独立显卡。
1.5.6 * 期建设，可实现功能扩展，对接实战指挥平台、 (略) 等，逐步实现智慧消防目标。
1.5.7未来能够支持浏览器访问（ * 维服务器），能够支持多终端访问，支持5G，不用独立显卡的机器即可使用， (略) 提供及时有效的实时数据。
1.6.交货时间:合同签订后 * 日内完成。
1.7.技术质量要求
1.7.1.质量计划
（1） (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
（2）系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
（3）系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
1.7.2.质量保证
(1) (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
(2)系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
(3)系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
(4)试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
1.7.3.安装调试
(1)供货商按照 (略) 开发、测试、安装、投运、培训。
(2)系统各项性能指标必须达 (略) 实际需求和技术文件规定的要求。
1.7.4.培训和技术服务
针对不同的岗位人员，需要对招标方有关人员提供相应的培训课程。软件提供商应该负责提供培训手册和培训文档等相关资料。培训应该包括基础使用培训、系统管理员培训，操作培训等。
1.7.5.售后技术服务
（1）对所有软 (略) 商的售后服务和支持承诺，对系统实施服务投标人提供售后服务和支持承诺，需对服务方式和内容做出详细的说明。软硬件均需提供不少于 1 年的质保服务。
（2）建筑结构或装置工艺有变动的模型重新构建及预案规则内容修改需要提供详细的收费标准。
（3）实 (略) (略) 技术、管理、使用等培训， (略) 门掌握系统主要操作并独立完成日常管理。
（4）实 (略) 门提交《系统安装手册》。
（5）实 (略) 门提交《系统管理手册》。
（6）实 (略) 门提交《 (略) 理》。
招标文件现修改如下：
技术规格要求及技术方案
3.1.总则
3.1.1.总的要求
(1)本技术规格书对黑 (略) * 维动态数字预案制作与管理平台功能、软硬件及实施服务等提出技术及其它相关要求。
(2)本技术规格书提出的是最低限度的要求， (略) 有技术细节做出规定，也未完全陈述与之有关的规范和标准， (略) 方实际使用要求为准。投标人应提供符合本技术规格书和有关工业标准要求的经过实践的能代表当今技术发展方向的系统软件、硬件及应用模块。
(3)投 (略) 供设备为全新的、先进的、成熟的、完整的，要求广泛采用商业化、国内领先、国际先进、技术成熟的软硬件产品， (略) 业相关标准。同等条件下，优先使用国产软硬件产品。
(4)投标人提供的文件，包括图纸、计算、说明、使用手册等，均应使用国际单位制（SI）。所有文件、工程图纸及相互通讯，均应使用简体中文。不论在合同谈判及签约后的工程建设期间，简体中文是主要的工作语言。若文件为英文，应同时附中文说明，对于英文缩写，应提供专用的附表。
(5)只有招标方有权修改本技术规格书。合同谈判将以本技术规格书为蓝本，经双方认可的技术偏差、最终确定的技术协议将作为合同的 * 个技术附件，并与合同文件有相同的法律效力。招标文件、双方共同签署的会议纪要、补充文件等也与合同文件有相同的法律效力。如果合同附件与合同正文有不 * 致，则以对买方最为有利的条款优先。
(6)如果投标人没有以书面形式对本技术规格书的各项条文提出异议，则意味着投标人完全理解并响应本技术规格书的各项要求。
(7)投标产品必须是全新的原装正版产品（包括软件、硬件），并标明产地和品牌。
(8)投标人提供的产品不应侵犯第 * 方知识产权，否则投标人 (略) 法律责任。
(9)投标人负责全面实现本技术 (略) 有系统功能要求。
( * ) (略) 采用设备(软、硬件)和涉及 (略) 费用均被认为已包含在设备合同总价中， (略) 方不承担有关的 * 切责任。
( * ) (略) 提供的解决 (略) 有相关的软件系统、硬件设备，如因投标人没有考虑到而在项目实施中产生新的软件系统、硬件设备及配件辅材等相关费用 (略) 解决， (略) 方带来的 * 切损失。
( * )如 (略) 中 (略) 供应用软件系统不能满足本技术规格书技术条款的要求，招标方有权要求投标人修改或增加，由此产生的 * 切费用由投标人负责。
( * )本 (略) 使用的标准（按最新 (略) ）如 (略) 执行的标准不 * 致时，按 (略) 。技术规格书中的相关细节描述如有矛盾按“就高不就低” (略) 。 (略) 商停产或其它不可控因素，以不低于原参数配置为供货原则。
( * ) (略) 所必需的硬件、软件、培训和技术服务，投 (略) 责任满足系统要求，以保证提供合格和完整的系统。
( * )投标 (略) 有硬件、软件、培训、实施、技术服务和整套系统的最终运转负有完全责任。
( * )投标人的技术服务应包括：基础培训、系统试用、需求确认、定制开发、系统测试、系统安装调试、系统移交及质量保证、系统资料等。
3.1.2.项目概述
* (略) (略) 依据《 (略) 执勤战斗条令》制定了《 (略) 灭火救援数字化预案规定》（试行），规定中针对灭火救援预案的分级、内容、制定方法及应用与管理 (略) 了详细要求说明。 * 年制定的《有关全面推荐“智慧消防”建设的指导意见》中关于智慧消防的建设提出了智 (略) 、云计算、大数据、 (略) 等 (略) 信息技术，提出建设基于“大数据”“ * 张图”的实战指挥平台等内容。由此可见，数字化灭火救援 (略) 队的训练和灭火救援实践中越来越重要。
根据黑 (略) 目前的实际情况，建立 * 套可以制作和管理 * 维动态数字化预案的系统。要求系统能够模拟重点单位可能发生的灾害事故，结合信息查询、灾情分析评估和现有真实执勤力量，在计算机中按照事故发生开始至救援结束的“时间轴”，以 * 维、动态、可视化的形式生动、形象完成灭后救援全过程。同时系 (略) 景与周边环境的自主编辑和搭建，还原真实情景。
3.2.建设标准及原则
本技术规格书在编写时，严格遵循国家对消防基础信息化建设标准规范，符合黑 (略) 信息化总体规划，立足日常培训演练的实际需求，本着节约投资，加快建设的策略而成。
3.2.1.建设标准
整个系统参照了以下标准和相关规范：
(1)《中华人民共和国消防法》
(2)GBT 点击查看>> 2 《消防应急救援通则》
(3)GB/T 点击查看>> 2 《消防应急救援技术训练指南》
(4)GBT 点击查看>> 2 《消防应急救援训练设施要求》
(5)GB/T 点击查看>> 2 《消防应急救援装备配备指南》
(6)GB/T 点击查看>> 2 《消防应急救援作业规程》
(7)GB/T 2 * 《生产经营单位生产安全事故应急预案编制导则》
(8)GB- 点击查看>> 3《危险化学品单位应急救援物资配备要求危化品应急物资配备标准》
(9)GB/T 1 * * 软件工程产 (略) 分：质量横型
( * )GB/T 1 * * 软件工程产 (略) 分：外部度量
( * )GB/T 点击查看>> — * 软件工程产 (略) 分：内部度量
( * )GB/T 1 * * 软件工程产 (略) 分：使用质量的度量
( * )GB/T 2 * 信息技术软件维护
( * )GB/T 点击查看>> 计算机软件文挡编制规范
( * )GB/T 2 * * /ISO/IEC2 * 软件工程 软件产品质量要求与评价（SQuaRE） SQuaRE指南
( * )GB/T * 5 - * 软件工程产品评价
( * )GB/T * 9《国家基本比例尺地形图分幅和编号》
( * )GB/T 1 * 《地球空间数据交换格式》
( * )GB/T 点击查看>> 1《软件系统验收规范》
( * )GB/T * 信息技术软件生存周期过程
( * )GB/T * 计算机软件产品开发文件编制指南
( * )GB/T * 计算机软件需求说明编制指南
( * )GB/T * 计算机软件测试文件编制规范
( * )GB/T * 4计算机软件质量保证计划规范
( * )GB/T * 4计算机软件配置管理计划规范
( * )GB/T * 4计算机软件可靠性和可维护性管理
( * )GB/T * 3软件支持环境
( * )GB/T * 4信息技术软件包质量要求和测试
( * )GB/T * 9计算机信息系统安全防护等级划分准则
( * )GB/T 2 * 《信息技术软件维护》
( * )HG/T 2 * * 《人身防护应急系统的设置》
( * )CJJ/T 点击查看>> 《城市 * 维建模技术规范要求》
3.2.2.建设原则
黑 (略) 的消防 * 维动态数字预案制作与管理平台的设计应符合国家信息化总体规划要求；信息系统按照高水平、高质量、高标 (略) 设计，保证系统安全性、开放性和可扩展性；信息系统与工艺、仪表、电信等专业的设计相互协调； (略) 业的成功应用案例，选择商品化的国内外成熟产品；遵循业务驱动，顶层设计原则；并提出“先进、科学、全面、合理”原则：
(1)可持续性：系统设计规划应面向未来，能至少满足未来5年业务发展需要。
(2)开放性：支持多种硬件平台，采用通用软件开发平台开发，采用标准开放接口，支持与其它系统的数据交换和共享。
(3)标准化：各项软件开发工具和系统开发平台应符合我国国家标准、 (略) 颁标准、国家危化 (略) 相关技术规范和要求。
(4)容错性：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力；具备较高的容错能力，在出错时具备自动恢复功能。
(5)兼容性：满足向下兼容的要求，软件版本易于升级，任何 * 个模块的维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不影响系统 (略) 。
(6)易用性：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。
(7)经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格比。
3.3.建设内容
本次招标项目建设内容为黑 (略) 的3D重点单位模型构建共 * 套（详见3.4.1），模型具备可定位、查询功能；建设 * 维动态数字化预案制作与管理平台， (略) 署9套授权， (略) 2套 (略) 7套（详见3.4.2）。
为了满足建设的3D模型建设和系统软件相关功能要求等，投标人应按照本章节《3.4技术规格要求》的详细技术规格要求并结合具体方案及实施经验补全。
3.4.技术规格要求
3.4.1. (略) 景模型制作要求
为满足 * 维预案的制作，需要构建基于黑 (略) (略) 景，按照 (略) 工业级别标 (略) 相关重 (略) 景模型制作，且需要将实际数据信 (略) 景中，同时制作的重 (略) 景支持导入到建设的 * 维动态数字预案制作与管 (略) 预案编制应用。建设 (略) 市 * 个 * (略) 景模型， (略) 景协助匹配1个 * 维数字预案：
序号 | 区域名称 | (略) 景数量 |
1 | 黑 (略) | 1 |
2 | 中央 (略) | 1 |
3 | (略) | 1 |
4 | 关 (略) | 1 |
5 | (略) (略) | 1 |
6 | 银建施 (略) | 1 |
7 | (略) | 1 |
8 | (略) (略) 油库 | 1 |
9 | (略) | 1 |
* | (略) 天然气枢纽 | 1 |
合计： | * | |
3.4.2. * 维动态数字化预案制作与管理平台要求
* 维动态数字化预案制作与管理平台功能必须满足各 (略) * 利用重点单位 * 维模型、内部结构、固定消防设施及周边环境完成辖区“ * 熟悉”、预案编制、预案管理等功能
根据黑 (略) 的实际情况及要求， (略) 署实现平台搭建：
序号 | (略) 署层级 | (略) 署数量（套） |
1 | 支队 | 2 |
2 | 中队 | 7 |
合计： | ||
3.4.2.1.预案制作与管理功能
3.4.2.2.预案制作功能
系统依据实战情况下灭火救援的标准 (略) 预案的编制，预案制作中需求功能包括：信息查询、灾情设定、力量调度、 (略) 署、预案生成。并且系统可以自动将各环 (略) 智能分析、解析保存为 * 维动态数字预案。
3.4.2.2.1.1.支持重点单位信息查询
系统必须满足对重点单位的相关信息查询功能，包括但不限于以下4类信息的查询：消防设施查询、 (略) 位查询、厂区基础信息查询、设备信息查询。
支持消防设施信息包括：供水系统、灭火系统、消防车道，并支持查询结果 (略) 景中；
(略) 位信息包括：建筑、装置 (略) 位情况和位置，并支持查询结果 (略) 景中；
(略) 区信息包括： (略) (略) 景中装置名称、装置类别、功能分区、毗邻道路情况，并支持查询结果 (略) 景中；
支持设备信息内容包括：涉及 (略) 景，系统支持设备名称、设备位号、操作压力、温度等信息查询，并支持查询结果 (略) 景中。
3.4.2.2.1.2.支持灾情设定
系统必须支持预案制作过程中灾情的任意设定， (略) 位的危害特点，可以在虚拟环境中快速构建科学、合理、情况复杂的灾情环境。可设置的灾情模型需要包含以下内容：
支持气象设的定特效包括：天气、风向、风级的设置等；
支持火灾设定的特效包括：立体火、环形火、喷射火、流淌火等；
支持泄漏设定的特效包括：不同介质气体泄漏特效
支持人物设定的特效包括：伤员、工人、老人、孕妇、小孩等；
3.4.2.2.1.3.支持执勤力量调度
系统在预案制作的力量调度阶段中，调集 (略) 队真实执勤力量，主要包括消防车辆、作战装备，性能参数与真实装备完全 * 致。
系统必须 (略) 门涉及到的消防执勤力量定制成模型，并支持在系统中导入，支持预案制作中 (略) (略) 署。
3.4.2.2.1.4.支 (略) 署
系统必须提供丰富的作战素材，支 (略) 景中的固定消防设施、 (略) 已调集的消防力量，最终完成作战方案制定，支持设置救援力量、器 (略) 署。
(略) 署内容包括：
(1)支持作战标绘： (略) (略) 、警戒线、警戒人员、疏散区域、进攻路线、疏散路线、车辆集结点
(2) (略) 车路线：对 (略) 形成路线的规划设置
(3)支持作战方案的设置：
(略) 景内固定消防设施的操作：开启固定式消防炮、罐体喷淋系统
支持消防车辆的操作：支持车辆按照标 (略) 驶；支持消防车辆的护车操作；支持消防车辆与消火栓、消防车辆、移动装备的水带连接；支持举高消防车支持臂架伸展收缩；支持消防车辆灭火剂的喷射特效；支持消防车辆灭火剂喷射方向和喷射压力以及自摆幅度等参数的调节；支持智能距离分析功能，测量出车辆与最近消防栓的距离、车辆与事故点的距离等操作。
支持作战人员装备的操作：支持 (略) 景中的跑动，支持消防战斗员穿戴个体防护装备，支持战斗人员第 * 视角切换、支持战斗人员自动寻路功能等操作。
支持作战装备的操作： (略) 固定消防栓或 (略) 水带连接、支持消防装备的喷水特效调整，以及方向调节、压力调节、自摆幅度调节、直流/开花状态等操作。
3.4.2.2.1.5.支持 * 维预案生成保存
系统必须具备智能解析保存功能。可以按照预案制作的流程，对灾情设定、灾情侦察、 (略) 署等环节的操作细节，自动保存为 * 维动态数字预案。并且还可将数字化预案自动保存为文档格式的预案。
3.4.2.2.1.6.支持预案复盘
系统必须实现预案制作过程复盘功能，对预案复盘查看时，首先需要查看到 (略) 署情况。进行预案动态查看时，支持操作人员自由视角查看整个数字 (略) 署过程。
3.4.2.2.1.7.提供辅助工具
系统必须提供科学的辅助工具， (略) 景中添加标签、提供测量工具、截图标注功能，支 (略) 模拟计算，支持2D/3D的视角切换。
支持标签添加功能包括：支持编辑标签名称，编辑文本描述，上传图片、视频文件，保存/删除标签、查看内容等；
(略) 景中测量内容：高度、长度、面积、角度；
支持的灾害模拟分析包括：对所设 (略) 数值模拟计算，可计算燃烧热辐射影响范围、爆炸影响范围、超压影响范围，以及罐区灭火剂用量计算、火场用水量估算、原油沸溢时间等。
3.4.2.2.1.8.其他要求
为了贴近实战培训要求，系统必须遵循科学合理的消防业务逻辑关系，如：
消防车应与消火栓等 (略) 水带连 (略) 出水操作，移动装备诸如水炮与水枪等同样需与消防车或 (略) (略) 水带连 (略) 消防作业。
3.4.2.2.2.预案管理功能
建设的 * 维动态数字化预案制作与管理平台支持搭建 * 个针对预案管理的完整结构的系统平台。 (略) 可以 (略) 制 (略) 审核、管理。 (略) 可以 (略) 下达的任务，进行 * 维预案的制作与上传。系统支持根据权限层级划分，权限内的消防官兵可以任意浏览及查询预案内容，达到资源信息共享的功能。
(略) (略) 下 (略) * 维预案制作完成后，系统支持预案的上传发布给上级领导查看；
系统 (略) 领导根据上传的预 (略) 预案的查看审核。支持审核通过的预案自动保存到预案库中，未通过预 (略) (略) 修改再上传审核；最终在系统中会对审核通过 (略) 统 * 存储。
所有权限内的单位都可以通过平台对 (略) 查询与浏览，在紧急事故状态下可支持调取参考。平台支持预案关键词查询（包括事故类型、 (略) 名称等），同时支持模糊查询。
3.4.2.3.业务信息管理功能
系统能够实现消防机构车辆信息的管理、重点单位 (略) 景搭建的功能。
3.4.2.3.1.支持消防机构车辆信息管理
支持对机构消防车辆的统 * 管理，支持对机构消防车辆信息的查询编辑和删除，消防车辆信息应包括车辆类型、性能参数、车载装备的类型及数量， (略) 属消防机构、车辆编号等基础信息。车载装备类型应包含但不限于以下设备：多功能水枪、泡沫枪、消防灭火机器人、消防钩枪、直流水枪等设备。
3.4.2.3.2.支持重点单位管理
系 (略) 景搭建工具，可按照重点单位CAD图纸、照片及预案的要求，非 (略) 拖拽等直观简单操作即可快速搭建单位 (略) 景；
系统支持对定制开发的 * (略) 景及通过系统编辑器自主 (略) (略) 管理查询。支持 * (略) 景的单位基础的增/删/改/查功能。
(略) 景搭建工具中需支持对单位名称、单位地址、联系人、联系电话、消防设施等信息及 (略) 编辑， (略) 景信息及消防设施的具体情况在预案制作过程中同步体现。
(略) 景搭建工具中每类模型素材库中需要包含但不限于以下基础素材:
序号 | 模型类型 | 素材内容 |
1 | 消防设施 | 室外消防设施涉及到的标准消防栓、消防炮、市政消火栓、消防水池、水泵接合器； 室内消防设施涉及到的疏散指示灯、灭火器、楼梯、消防箱、楼梯、烟雾报警器、防火门、消防水箱等各类材质。 场景搭建中的消防设施支持查询与预案制作交互应用。 |
2 | 建筑搭建 | 墙体绘制、门、窗、立柱、地板、楼梯等各类元素。 |
3 | 化工装置 | 罐类、塔类、炉类、泵类、容器类、反应器类、换热器类、管线类、阀门类模型。 |
4 | 周围环境 | 天空、地形、地面、道路、绿化、小品、楼房、围墙、公共设施等各类材质模型。 |
5 | 装修材料 | 地板、外墙和内墙等各类装修模型。 |
6 | 装饰饰品 | 家具、家电、办公用品、机房等模型。 |
3.4.2.4.其他功能
3.4.2.4.1.支持用户管理
系统支持用户组织机构和用户账号密码的增/删/改/查功能，需要满足对账号权限的设置、组织架构的录入等功能，并建立完整的账号信息管理流程。
3.4.2.4.2.支持系统数据维护
建设的平台中包括的消防车辆、作战装备的信息参数支持显示、查看及维护。消防车辆参数信息主要包括名称、水流量、开花角度等，移动装备参数信息主要包括名称、射程、水流量、仰角幅度、俯角幅度、开花角度等。所设置的参数信息，支持在预案制作过程中能够同步体现与应用。
3.5.技术路线
系统的实施与应用是 * 项重大的工程。其成功与否依赖于技术路线的合理与否。为了确保各系统实施应用成功，制定了各系统的总体技术路线如下：
3.5.1.成熟软件
采用经过实际验证、软件成熟、稳定性和性能满足生产及统计业务需求要求的系统软件。 (略) (略) 具有成功应用的产品，以确保产品的成熟、稳定。
3.5.2.坚持实施标准化
采用标准化的系统软件， (略) 确定的标准业务流程、业务规范和编码标准。
3.5.3.坚持培训贯穿始终的策略
为确保用户能够达到充分理解、掌握和应用系统的要求，在项目实施初期采取定期集中培训的模式，以满足关键用户对系统的初步了解与认识，在实施过程中采取定期集中与不定期分散的培训模式，以达到关键用户和岗位用户对系统的充分理解与掌握。
3.5.4.成熟的实施方法论
通过具备经 (略) ，充分利用实施方法论、技术规范和标准，满足共性需求，滚动发展，统 * 组织、统 * 标准、统 * 编码，按规 (略) 实施，充分发挥关键用户的作用，采取分阶 (略) 实施策略，确保项目按期保质完成。
3.5.5 * 维预案平台的终端配置i7，gtx * ，也 (略) ，带普通独立显卡。
3.5.6 * 期建设，可实现功能扩展，对接实战指挥平台、 (略) 等，逐步实现智慧消防目标。
3.5.7未来能够支持浏览器访问（ * 维服务器），能够支持多终端访问，支持5G，不用独立显卡的机器即可使用， (略) 提供及时有效的实时数据。
3.6.交货时间:合同签订后 * 日内完成。
3.7.技术质量要求
3.7.1.质量计划
（1） (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
（2）系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
（3）系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
3.7.2.质量保证
(1) (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
(2)系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
(3)系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
(4)试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
3.7.3.安装调试
(1)供货商按照 (略) 开发、测试、安装、投运、培训。
(2)系统各项性能指标必须达 (略) 实际需求和技术文件规定的要求。
3.7.4.培训和技术服务
针对不同的岗位人员，需要对招标方有关人员提供相应的培训课程。软件提供商应该负责提供培训手册和培训文档等相关资料。培训应该包括基础使用培训、系统管理员培训，操作培训等。
3.7.5.售后技术服务
（1）对所有软 (略) 商的售后服务和支持承诺，对系统实施服务投标人提供售后服务和支持承诺，需对服务方式和内容做出详细的说明。软硬件均需提供不少于 1 年的质保服务。
（2）建筑结构或装置工艺有变动的模型重新构建及预案规则内容修改需要提供详细的收费标准。
（3）实 (略) (略) 技术、管理、使用等培训， (略) 门掌握系统主要操作并独立完成日常管理。
（4）实 (略) 门提交《系统安装手册》。
（5）实 (略) 门提交《系统管理手册》。
（6）实 (略) 门提交《 (略) 理》。
* 、招标文件其他不变。
特此通知
(略) 建 (略) (略)
* 日
* 、其它补充事宜：
/
* 、联系方式：
采购单位名称：黑 (略)
采购单位地址： (略) 市通江路 * 号
采购单位联系方式：沙先生 点击查看>>
采购代理机构全称： (略) 建 (略) (略)
采购代理机构地址： (略) 市 (略) 区长发街与龙江路 (略) 办公楼 * 楼
采购代理机构联系方式：刘先生 点击查看>>
| 公告信息： | |||
| 采购项目名称 | (略) | ||
| 品目 | 货物/通用设备/计算机设备及软件/其他计算机设备及软件 | ||
| 采购单位 | 黑 (略) | ||
| 行政区域 | (略) 市 | 公告时间 | * 日 * : * |
| 首次公告日期 | * 日 | 更正日期 | * 日 |
| 联系人及联系方式： | |||
| 项目联系人 | 沙先生 | ||
| 项目联系电话 | 点击查看>> | ||
| 采购单位 | 黑 (略) | ||
| 采购单位地址 | (略) 市通江路 * 号 | ||
| 采购单位联系方式 | 沙先生 点击查看>> | ||
| 代理机构名称 | (略) 建 (略) (略) | ||
| 代理机构地址 | (略) 市 (略) 区长发街与龙江路 (略) 办公楼 * 楼 | ||
| 代理机构联系方式 | 刘先生 点击查看>> | ||
项目名称： (略)
项目编号：HHTACG[ * 号
* 、项目联系方式：
项目联系人：沙先生
项目联系电话： 点击查看>>
* 、原公告名称及地址时间等：
首次公告日期： * 日
本次变更日期： * 日
原公告项目名称： (略)
原公告地址：中 (略)
* 、更正事项、内容：
(略) 文件澄清、修改的通知
各供应商：
现对黑 (略) * 维动态数字化预案制作与管理平台采购（项目编号：HHTACG[ * 号）项目招标文件作澄清、修改， (略) (略) 分：
* 、招标文件原内容如下：第 * 章技术规格要求及技术方案
1.1.总则
1.1.1.总的要求
(1)本技术规格书对黑 (略) * 维动态数字预案制作与管理平台功能、软硬件及实施服务等提出技术及其它相关要求。
(2)本技术规格书提出的是最低限度的要求， (略) 有技术细节做出规定，也未完全陈述与之有关的规范和标准， (略) 方实际使用要求为准。投标人应提供符合本技术规格书和有关工业标准要求的经过实践的能代表当今技术发展方向的系统软件、硬件及应用模块。
(3)投 (略) 供设备为全新的、先进的、成熟的、完整的，要求广泛采用商业化、国内领先、国际先进、技术成熟的软硬件产品， (略) 业相关标准。同等条件下，优先使用国产软硬件产品。
(4)投标人提供的文件，包括图纸、计算、说明、使用手册等，均应使用国际单位制（SI）。所有文件、工程图纸及相互通讯，均应使用简体中文。不论在合同谈判及签约后的工程建设期间，简体中文是主要的工作语言。若文件为英文，应同时附中文说明，对于英文缩写，应提供专用的附表。
(5)只有招标方有权修改本技术规格书。合同谈判将以本技术规格书为蓝本，经双方认可的技术偏差、最终确定的技术协议将作为合同的 * 个技术附件，并与合同文件有相同的法律效力。招标文件、双方共同签署的会议纪要、补充文件等也与合同文件有相同的法律效力。如果合同附件与合同正文有不 * 致，则以对买方最为有利的条款优先。
(6)如果投标人没有以书面形式对本技术规格书的各项条文提出异议，则意味着投标人完全理解并响应本技术规格书的各项要求。
(7)投标产品必须是全新的原装正版产品（包括软件、硬件），并标明产地和品牌。
(8)投标人提供的产品不应侵犯第 * 方知识产权，否则投标人 (略) 法律责任。
(9)投标人负责全面实现本技术 (略) 有系统功能要求。
( * ) (略) 采用设备(软、硬件)和涉及 (略) 费用均被认为已包含在设备合同总价中， (略) 方不承担有关的 * 切责任。
( * ) (略) 提供的解决 (略) 有相关的软件系统、硬件设备，如因投标人没有考虑到而在项目实施中产生新的软件系统、硬件设备及配件辅材等相关费用 (略) 解决， (略) 方带来的 * 切损失。
( * )如 (略) 中 (略) 供应用软件系统不能满足本技术规格书技术条款的要求，招标方有权要求投标人修改或增加，由此产生的 * 切费用由投标人负责。
( * )本 (略) 使用的标准（按最新 (略) ）如 (略) 执行的标准不 * 致时，按 (略) 。技术规格书中的相关细节描述如有矛盾按“就高不就低” (略) 。 (略) 商停产或其它不可控因素，以不低于原参数配置为供货原则。
( * ) (略) 所必需的硬件、软件、培训和技术服务，投 (略) 责任满足系统要求，以保证提供合格和完整的系统。
( * )投标 (略) 有硬件、软件、培训、实施、技术服务和整套系统的最终运转负有完全责任。
( * )投标人的技术服务应包括：基础培训、系统试用、需求确认、定制开发、系统测试、系统安装调试、系统移交及质量保证、系统资料等。
1.1.2.项目概述
* (略) (略) 依据《 (略) 执勤战斗条令》制定了《 (略) 灭火救援数字化预案规定》（试行），规定中针对灭火救援预案的分级、内容、制定方法及应用与管理 (略) 了详细要求说明。 * 年制定的《有关全面推荐“智慧消防”建设的指导意见》中关于智慧消防的建设提出了智 (略) 、云计算、大数据、 (略) 等 (略) 信息技术，提出建设基于“大数据”“ * 张图”的实战指挥平台等内容。由此可见，数字化灭火救援 (略) 队的训练和灭火救援实践中越来越重要。
根据黑 (略) 目前的实际情况，建立 * 套可以制作和管理 * 维动态数字化预案的系统。要求系统能够模拟重点单位可能发生的灾害事故，结合信息查询、灾情分析评估和现有真实执勤力量，在计算机中按照事故发生开始至救援结束的“时间轴”，以 * 维、动态、可视化的形式生动、形象完成灭后救援全过程。同时系 (略) 景与周边环境的自主编辑和搭建，还原真实情景。
1.2.建设标准及原则
本技术规格书在编写时，严格遵循国家对消防基础信息化建设标准规范，符合黑 (略) 信息化总体规划，立足日常培训演练的实际需求，本着节约投资，加快建设的策略而成。
1.2.1.建设标准
整个系统参照了以下标准和相关规范：
(1)《中华人民共和国消防法》
(2)GBT 点击查看>> 2 《消防应急救援通则》
(3)GB/T 点击查看>> 2 《消防应急救援技术训练指南》
(4)GBT 点击查看>> 2 《消防应急救援训练设施要求》
(5)GB/T 点击查看>> 2 《消防应急救援装备配备指南》
(6)GB/T 点击查看>> 2 《消防应急救援作业规程》
(7)GB/T 2 * 《生产经营单位生产安全事故应急预案编制导则》
(8)GB- 点击查看>> 3《危险化学品单位应急救援物资配备要求危化品应急物资配备标准》
(9)GB/T 1 * * 软件工程产 (略) 分：质量横型
( * )GB/T 1 * * 软件工程产 (略) 分：外部度量
( * )GB/T 点击查看>> — * 软件工程产 (略) 分：内部度量
( * )GB/T 1 * * 软件工程产 (略) 分：使用质量的度量
( * )GB/T 2 * 信息技术软件维护
( * )GB/T 点击查看>> 计算机软件文挡编制规范
( * )GB/T 2 * * /ISO/IEC2 * 软件工程 软件产品质量要求与评价（SQuaRE） SQuaRE指南
( * )GB/T * 5 - * 软件工程产品评价
( * )GB/T * 9《国家基本比例尺地形图分幅和编号》
( * )GB/T 1 * 《地球空间数据交换格式》
( * )GB/T 点击查看>> 1《软件系统验收规范》
( * )GB/T * 信息技术软件生存周期过程
( * )GB/T * 计算机软件产品开发文件编制指南
( * )GB/T * 计算机软件需求说明编制指南
( * )GB/T * 计算机软件测试文件编制规范
( * )GB/T * 4计算机软件质量保证计划规范
( * )GB/T * 4计算机软件配置管理计划规范
( * )GB/T * 4计算机软件可靠性和可维护性管理
( * )GB/T * 3软件支持环境
( * )GB/T * 4信息技术软件包质量要求和测试
( * )GB/T * 9计算机信息系统安全防护等级划分准则
( * )GB/T 2 * 《信息技术软件维护》
( * )HG/T 2 * * 《人身防护应急系统的设置》
( * )CJJ/T 点击查看>> 《城市 * 维建模技术规范要求》
1.2.2.建设原则
黑 (略) 的消防 * 维动态数字预案制作与管理平台的设计应符合国家信息化总体规划要求；信息系统按照高水平、高质量、高标 (略) 设计，保证系统安全性、开放性和可扩展性；信息系统与工艺、仪表、电信等专业的设计相互协调； (略) 业的成功应用案例，选择商品化的国内外成熟产品；遵循业务驱动，顶层设计原则；并提出“先进、科学、全面、合理”原则：
(1)可持续性：系统设计规划应面向未来，能至少满足未来5年业务发展需要。
(2)开放性：支持多种硬件平台，采用通用软件开发平台开发，采用标准开放接口，支持与其它系统的数据交换和共享。
(3)标准化：各项软件开发工具和系统开发平台应符合我国国家标准、 (略) 颁标准、国家危化 (略) 相关技术规范和要求。
(4)容错性：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力；具备较高的容错能力，在出错时具备自动恢复功能。
(5)兼容性：满足向下兼容的要求，软件版本易于升级，任何 * 个模块的维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不影响系统 (略) 。
(6)易用性：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。
(7)经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格比。
1.3.建设内容
本次招标项目建设内容为黑 (略) 的3D重点单位模型构建共 * 套（详见3.4.1），模型具备可定位、查询功能；建设 * 维动态数字化预案制作与管理平台， (略) 署套， (略) 2套 (略) 7套（详见3.4.2）。
为了满足建设的3D模型建设和系统软件相关功能要求等，投标人应按照本章节《3.4技术规格要求》的详细技术规格要求并结合具体方案及实施经验补全。
1.4.技术规格要求
1.4.1. (略) 景模型制作要求
为满足 * 维预案的制作，需要构建基于黑 (略) (略) 景，按照 (略) 工业级别标 (略) 相关重 (略) 景模型制作，且需要将实际数据信 (略) 景中，同时制作的重 (略) 景支持导入到建设的 * 维动态数字预案制作与管 (略) 预案编制应用。建设 (略) 市 * 个 * (略) 景模型， (略) 景协助匹配1个 * 维数字预案：
序号 | 区域名称 | (略) 景数量 |
黑 (略) | 1 | |
中央 (略) | 1 | |
(略) | 1 | |
关 (略) | 1 | |
(略) (略) | 1 | |
银建施 (略) | 1 | |
(略) | 1 | |
(略) (略) 油库 | 1 | |
(略) | 1 | |
(略) 天然气枢纽 | 1 | |
合计： | * | |
1.4.2. * 维动态数字化预案制作与管理平台要求
* 维动态数字化预案制作与管理平台功能必须满足各 (略) * 利用重点单位 * 维模型、内部结构、固定消防设施及周边环境完成辖区“ * 熟悉”、预案编制、预案管理等功能
根据黑 (略) 的实际情况及要求， (略) 署实现平台搭建：
序号 | (略) 署层级 | (略) 署数量（套） |
1 | 支队 | 2 |
2 | 中队 | 7 |
合计： | ||
3.4.2.1.预案制作与管理功能
3.4.2.2.预案制作功能
系统依据实战情况下灭火救援的标准 (略) 预案的编制，预案制作中需求功能包括：信息查询、灾情设定、力量调度、 (略) 署、预案生成。并且系统可以自动将各环 (略) 智能分析、解析保存为 * 维动态数字预案。
3.4.2.2.1.1.支持重点单位信息查询
系统必须满足对重点单位的相关信息查询功能，包括但不限于以下4类信息的查询：消防设施查询、 (略) 位查询、厂区基础信息查询、设备信息查询。
支持消防设施信息包括：供水系统、灭火系统、消防车道，并支持查询结果 (略) 景中；
(略) 位信息包括：建筑、装置 (略) 位情况和位置，并支持查询结果 (略) 景中；
(略) 区信息包括： (略) (略) 景中装置名称、装置类别、功能分区、毗邻道路情况，并支持查询结果 (略) 景中；
支持设备信息内容包括：涉及 (略) 景，系统支持设备名称、设备位号、操作压力、温度等信息查询，并支持查询结果 (略) 景中。
3.4.2.2.1.2.支持灾情设定
系统必须支持预案制作过程中灾情的任意设定， (略) 位的危害特点，可以在虚拟环境中快速构建科学、合理、情况复杂的灾情环境。可设置的灾情模型需要包含以下内容：
支持气象设的定特效包括：天气、风向、风级的设置等；
支持火灾设定的特效包括：立体火、环形火、喷射火、流淌火等；
支持泄漏设定的特效包括：不同介质气体泄漏特效
支持人物设定的特效包括：伤员、工人、老人、孕妇、小孩等；
3.4.2.2.1.3.支持执勤力量调度
系统在预案制作的力量调度阶段中，调集 (略) 队真实执勤力量，主要包括消防车辆、作战装备，性能参数与真实装备完全 * 致。
系统必须 (略) 门涉及到的消防执勤力量定制成模型，并支持在系统中导入，支持预案制作中 (略) (略) 署。
3.4.2.2.1.4.支 (略) 署
系统必须提供丰富的作战素材，支 (略) 景中的固定消防设施、 (略) 已调集的消防力量，最终完成作战方案制定，支持设置救援力量、器 (略) 署。
(略) 署内容包括：
(1)支持作战标绘： (略) (略) 、警戒线、警戒人员、疏散区域、进攻路线、疏散路线、车辆集结点
(2) (略) 车路线：对 (略) 形成路线的规划设置
(3)支持作战方案的设置：
(略) 景内固定消防设施的操作：开启固定式消防炮、罐体喷淋系统
支持消防车辆的操作：支持车辆按照标 (略) 驶；支持消防车辆的护车操作；支持消防车辆与消火栓、消防车辆、移动装备的水带连接；支持举高消防车支持臂架伸展收缩；支持消防车辆灭火剂的喷射特效；支持消防车辆灭火剂喷射方向和喷射压力以及自摆幅度等参数的调节；支持智能距离分析功能，测量出车辆与最近消防栓的距离、车辆与事故点的距离等操作
支持作战人员装备的操作：支持 (略) 景中的跑动，支持消防战斗员穿戴个体防护装备，支持战斗人员第 * 视角切换、支持战斗人员自动寻路功能等操作。
支持作战装备的操作： (略) 固定消防栓或 (略) 水带连接、支持消防装备的喷水特效调整，以及方向调节、压力调节、自摆幅度调节、直流/开花状态等操作。
3.4.2.2.1.5.支持 * 维预案生成保存
系统必须具备智能解析保存功能。可以按照预案制作的流程，对灾情设定、灾情侦察、 (略) 署等环节的操作细节，自动保存为 * 维动态数字预案。并且还可将数字化预案自动保存为文档格式的预案。
3.4.2.2.1.6.支持预案复盘
系统必须实现预案制作过程复盘功能，对预案复盘查看时，首先需要查看到 (略) 署情况。进行预案动态查看时，支持操作人员自由视角查看整个数字 (略) 署过程。
3.4.2.2.1.7.提供辅助工具
系统必须提供科学的辅助工具， (略) 景中添加标签、提供测量工具、截图标注功能，支 (略) 模拟计算，支持2D/3D的视角切换。
支持标签添加功能包括：支持编辑标签名称，编辑文本描述，上传图片、视频文件，保存/删除标签、查看内容等；
(略) 景中测量内容：高度、长度、面积、角度；
支持的灾害模拟分析包括：对所设 (略) 数值模拟计算，可计算燃烧热辐射影响范围、爆炸影响范围、超压影响范围，以及罐区灭火剂用量计算、火场用水量估算、原油沸溢时间等。
3.4.2.2.1.8.其他要求
为了贴近实战培训要求，系统必须遵循科学合理的消防业务逻辑关系，如：
消防车应与消火栓等 (略) 水带连 (略) 出水操作，移动装备诸如水炮与水枪等同样需与消防车或 (略) (略) 水带连 (略) 消防作业。
3.4.2.2.2.预案管理功能
建设的 * 维动态数字化预案制作与管理平台支持搭建 * 个针对预案管理的完整结构的系统平台。 (略) 可以 (略) 制 (略) 审核、管理。 (略) 可以 (略) 下达的任务，进行 * 维预案的制作与上传。系统支持根据权限层级划分，权限内的消防官兵可以任意浏览及查询预案内容，达到资源信息共享的功能。
(略) (略) 下 (略) * 维预案制作完成后，系统支持预案的上传发布给上级领导查看；
系统 (略) 领导根据上传的预 (略) 预案的查看审核。支持审核通过的预案自动保存到预案库中，未通过预 (略) (略) 修改再上传审核；最终在系统中会对审核通过 (略) 统 * 存储。
所有权限内的单位都可以通过平台对 (略) 查询与浏览，在紧急事故状态下可支持调取参考。平台支持预案关键词查询（包括事故类型、 (略) 名称等），同时支持模糊查询。
3.4.2.3.业务信息管理功能
系统能够实现消防机构车辆信息的管理、重点单位 (略) 景搭建的功能。
3.4.2.3.1.支持消防机构车辆信息管理
支持对机构消防车辆的统 * 管理，支持对机构消防车辆信息的查询编辑和删除，消防车辆信息应包括车辆类型、性能参数、车载装备的类型及数量， (略) 属消防机构、车辆编号等基础信息。车载装备类型应包含但不限于以下设备：多功能水枪、泡沫枪、消防灭火机器人、消防钩枪、直流水枪等设备。
3.4.2.3.2.支持重点单位管理
系 (略) 景搭建工具，可按照重点单位CAD图纸、照片及预案的要求，非 (略) 拖拽等直观简单操作即可快速搭建单位 (略) 景；
系统支持对定制开发的 * (略) 景及通过系统编辑器自主 (略) (略) 管理查询。支持 * (略) 景的单位基础的增/删/改/查功能。
(略) 景搭建工具中需支持对单位名称、单位地址、联系人、联系电话、消防设施等信息及 (略) 编辑， (略) 景信息及消防设施的具体情况在预案制作过程中同步体现。
(略) 景搭建工具中每类模型素材库中需要包含但不限于以下基础素材:
序号 | 模型类型 | 素材内容 |
1 | 消防设施 | 室外消防设施涉及到的标准消防栓、消防炮、市政消火栓、消防水池、水泵接合器； 室内消防设施涉及到的疏散指示灯、灭火器、楼梯、消防箱、楼梯、烟雾报警器、防火门、消防水箱等各类材质。 场景搭建中的消防设施支持查询与预案制作交互应用。 |
2 | 建筑搭建 | 墙体绘制、门、窗、立柱、地板、楼梯等各类元素。 |
3 | 化工装置 | 罐类、塔类、炉类、泵类、容器类、反应器类、换热器类、管线类、阀门类模型。 |
4 | 周围环境 | 天空、地形、地面、道路、绿化、小品、楼房、围墙、公共设施等各类材质模型。 |
5 | 装修材料 | 地板、外墙和内墙等各类装修模型。 |
6 | 装饰饰品 | 家具、家电、办公用品、机房等模型。 |
3.4.2.4.其他功能
3.4.2.4.1.支持用户管理
系统支持用户组织机构和用户账号密码的增/删/改/查功能，需要满足对账号权限的设置、组织架构的录入等功能，并建立完整的账号信息管理流程。
3.4.2.4.2.支持系统数据维护
建设的平台中包括的消防车辆、作战装备的信息参数支持显示、查看及维护。消防车辆参数信息主要包括名称、水流量、开花角度等，移动装备参数信息主要包括名称、射程、水流量、仰角幅度、俯角幅度、开花角度等。所设置的参数信息，支持在预案制作过程中能够同步体现与应用。
1.5.技术路线
系统的实施与应用是 * 项重大的工程。其成功与否依赖于技术路线的合理与否。为了确保各系统实施应用成功，制定了各系统的总体技术路线如下：
1.5.1.成熟软件
采用经过实际验证、软件成熟、稳定性和性能满足生产及统计业务需求要求的系统软件。 (略) (略) 具有成功应用的产品，以确保产品的成熟、稳定。
1.5.2.坚持实施标准化
采用标准化的系统软件， (略) 确定的标准业务流程、业务规范和编码标准。
1.5.3.坚持培训贯穿始终的策略
为确保用户能够达到充分理解、掌握和应用系统的要求，在项目实施初期采取定期集中培训的模式，以满足关键用户对系统的初步了解与认识，在实施过程中采取定期集中与不定期分散的培训模式，以达到关键用户和岗位用户对系统的充分理解与掌握。
1.5.4.成熟的实施方法论
通过具备经 (略) ，充分利用实施方法论、技术规范和标准，满足共性需求，滚动发展，统 * 组织、统 * 标准、统 * 编码，按规 (略) 实施，充分发挥关键用户的作用，采取分阶 (略) 实施策略，确保项目按期保质完成。
1.5.5 * 维预案平台的终端配置i7，gtx * ，也 (略) ，带普通独立显卡。
1.5.6 * 期建设，可实现功能扩展，对接实战指挥平台、 (略) 等，逐步实现智慧消防目标。
1.5.7未来能够支持浏览器访问（ * 维服务器），能够支持多终端访问，支持5G，不用独立显卡的机器即可使用， (略) 提供及时有效的实时数据。
1.6.交货时间:合同签订后 * 日内完成。
1.7.技术质量要求
1.7.1.质量计划
（1） (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
（2）系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
（3）系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
1.7.2.质量保证
(1) (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
(2)系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
(3)系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
(4)试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
1.7.3.安装调试
(1)供货商按照 (略) 开发、测试、安装、投运、培训。
(2)系统各项性能指标必须达 (略) 实际需求和技术文件规定的要求。
1.7.4.培训和技术服务
针对不同的岗位人员，需要对招标方有关人员提供相应的培训课程。软件提供商应该负责提供培训手册和培训文档等相关资料。培训应该包括基础使用培训、系统管理员培训，操作培训等。
1.7.5.售后技术服务
（1）对所有软 (略) 商的售后服务和支持承诺，对系统实施服务投标人提供售后服务和支持承诺，需对服务方式和内容做出详细的说明。软硬件均需提供不少于 1 年的质保服务。
（2）建筑结构或装置工艺有变动的模型重新构建及预案规则内容修改需要提供详细的收费标准。
（3）实 (略) (略) 技术、管理、使用等培训， (略) 门掌握系统主要操作并独立完成日常管理。
（4）实 (略) 门提交《系统安装手册》。
（5）实 (略) 门提交《系统管理手册》。
（6）实 (略) 门提交《 (略) 理》。
招标文件现修改如下：
技术规格要求及技术方案
3.1.总则
3.1.1.总的要求
(1)本技术规格书对黑 (略) * 维动态数字预案制作与管理平台功能、软硬件及实施服务等提出技术及其它相关要求。
(2)本技术规格书提出的是最低限度的要求， (略) 有技术细节做出规定，也未完全陈述与之有关的规范和标准， (略) 方实际使用要求为准。投标人应提供符合本技术规格书和有关工业标准要求的经过实践的能代表当今技术发展方向的系统软件、硬件及应用模块。
(3)投 (略) 供设备为全新的、先进的、成熟的、完整的，要求广泛采用商业化、国内领先、国际先进、技术成熟的软硬件产品， (略) 业相关标准。同等条件下，优先使用国产软硬件产品。
(4)投标人提供的文件，包括图纸、计算、说明、使用手册等，均应使用国际单位制（SI）。所有文件、工程图纸及相互通讯，均应使用简体中文。不论在合同谈判及签约后的工程建设期间，简体中文是主要的工作语言。若文件为英文，应同时附中文说明，对于英文缩写，应提供专用的附表。
(5)只有招标方有权修改本技术规格书。合同谈判将以本技术规格书为蓝本，经双方认可的技术偏差、最终确定的技术协议将作为合同的 * 个技术附件，并与合同文件有相同的法律效力。招标文件、双方共同签署的会议纪要、补充文件等也与合同文件有相同的法律效力。如果合同附件与合同正文有不 * 致，则以对买方最为有利的条款优先。
(6)如果投标人没有以书面形式对本技术规格书的各项条文提出异议，则意味着投标人完全理解并响应本技术规格书的各项要求。
(7)投标产品必须是全新的原装正版产品（包括软件、硬件），并标明产地和品牌。
(8)投标人提供的产品不应侵犯第 * 方知识产权，否则投标人 (略) 法律责任。
(9)投标人负责全面实现本技术 (略) 有系统功能要求。
( * ) (略) 采用设备(软、硬件)和涉及 (略) 费用均被认为已包含在设备合同总价中， (略) 方不承担有关的 * 切责任。
( * ) (略) 提供的解决 (略) 有相关的软件系统、硬件设备，如因投标人没有考虑到而在项目实施中产生新的软件系统、硬件设备及配件辅材等相关费用 (略) 解决， (略) 方带来的 * 切损失。
( * )如 (略) 中 (略) 供应用软件系统不能满足本技术规格书技术条款的要求，招标方有权要求投标人修改或增加，由此产生的 * 切费用由投标人负责。
( * )本 (略) 使用的标准（按最新 (略) ）如 (略) 执行的标准不 * 致时，按 (略) 。技术规格书中的相关细节描述如有矛盾按“就高不就低” (略) 。 (略) 商停产或其它不可控因素，以不低于原参数配置为供货原则。
( * ) (略) 所必需的硬件、软件、培训和技术服务，投 (略) 责任满足系统要求，以保证提供合格和完整的系统。
( * )投标 (略) 有硬件、软件、培训、实施、技术服务和整套系统的最终运转负有完全责任。
( * )投标人的技术服务应包括：基础培训、系统试用、需求确认、定制开发、系统测试、系统安装调试、系统移交及质量保证、系统资料等。
3.1.2.项目概述
* (略) (略) 依据《 (略) 执勤战斗条令》制定了《 (略) 灭火救援数字化预案规定》（试行），规定中针对灭火救援预案的分级、内容、制定方法及应用与管理 (略) 了详细要求说明。 * 年制定的《有关全面推荐“智慧消防”建设的指导意见》中关于智慧消防的建设提出了智 (略) 、云计算、大数据、 (略) 等 (略) 信息技术，提出建设基于“大数据”“ * 张图”的实战指挥平台等内容。由此可见，数字化灭火救援 (略) 队的训练和灭火救援实践中越来越重要。
根据黑 (略) 目前的实际情况，建立 * 套可以制作和管理 * 维动态数字化预案的系统。要求系统能够模拟重点单位可能发生的灾害事故，结合信息查询、灾情分析评估和现有真实执勤力量，在计算机中按照事故发生开始至救援结束的“时间轴”，以 * 维、动态、可视化的形式生动、形象完成灭后救援全过程。同时系 (略) 景与周边环境的自主编辑和搭建，还原真实情景。
3.2.建设标准及原则
本技术规格书在编写时，严格遵循国家对消防基础信息化建设标准规范，符合黑 (略) 信息化总体规划，立足日常培训演练的实际需求，本着节约投资，加快建设的策略而成。
3.2.1.建设标准
整个系统参照了以下标准和相关规范：
(1)《中华人民共和国消防法》
(2)GBT 点击查看>> 2 《消防应急救援通则》
(3)GB/T 点击查看>> 2 《消防应急救援技术训练指南》
(4)GBT 点击查看>> 2 《消防应急救援训练设施要求》
(5)GB/T 点击查看>> 2 《消防应急救援装备配备指南》
(6)GB/T 点击查看>> 2 《消防应急救援作业规程》
(7)GB/T 2 * 《生产经营单位生产安全事故应急预案编制导则》
(8)GB- 点击查看>> 3《危险化学品单位应急救援物资配备要求危化品应急物资配备标准》
(9)GB/T 1 * * 软件工程产 (略) 分：质量横型
( * )GB/T 1 * * 软件工程产 (略) 分：外部度量
( * )GB/T 点击查看>> — * 软件工程产 (略) 分：内部度量
( * )GB/T 1 * * 软件工程产 (略) 分：使用质量的度量
( * )GB/T 2 * 信息技术软件维护
( * )GB/T 点击查看>> 计算机软件文挡编制规范
( * )GB/T 2 * * /ISO/IEC2 * 软件工程 软件产品质量要求与评价（SQuaRE） SQuaRE指南
( * )GB/T * 5 - * 软件工程产品评价
( * )GB/T * 9《国家基本比例尺地形图分幅和编号》
( * )GB/T 1 * 《地球空间数据交换格式》
( * )GB/T 点击查看>> 1《软件系统验收规范》
( * )GB/T * 信息技术软件生存周期过程
( * )GB/T * 计算机软件产品开发文件编制指南
( * )GB/T * 计算机软件需求说明编制指南
( * )GB/T * 计算机软件测试文件编制规范
( * )GB/T * 4计算机软件质量保证计划规范
( * )GB/T * 4计算机软件配置管理计划规范
( * )GB/T * 4计算机软件可靠性和可维护性管理
( * )GB/T * 3软件支持环境
( * )GB/T * 4信息技术软件包质量要求和测试
( * )GB/T * 9计算机信息系统安全防护等级划分准则
( * )GB/T 2 * 《信息技术软件维护》
( * )HG/T 2 * * 《人身防护应急系统的设置》
( * )CJJ/T 点击查看>> 《城市 * 维建模技术规范要求》
3.2.2.建设原则
黑 (略) 的消防 * 维动态数字预案制作与管理平台的设计应符合国家信息化总体规划要求；信息系统按照高水平、高质量、高标 (略) 设计，保证系统安全性、开放性和可扩展性；信息系统与工艺、仪表、电信等专业的设计相互协调； (略) 业的成功应用案例，选择商品化的国内外成熟产品；遵循业务驱动，顶层设计原则；并提出“先进、科学、全面、合理”原则：
(1)可持续性：系统设计规划应面向未来，能至少满足未来5年业务发展需要。
(2)开放性：支持多种硬件平台，采用通用软件开发平台开发，采用标准开放接口，支持与其它系统的数据交换和共享。
(3)标准化：各项软件开发工具和系统开发平台应符合我国国家标准、 (略) 颁标准、国家危化 (略) 相关技术规范和要求。
(4)容错性：提供有效的故障诊断及维护工具，具备数据错误记录和错误预警能力；具备较高的容错能力，在出错时具备自动恢复功能。
(5)兼容性：满足向下兼容的要求，软件版本易于升级，任何 * 个模块的维护和更新以及新模块的追加都不应影响其他模块，且在升级的过程中不影响系统 (略) 。
(6)易用性：应具有良好的简体中文操作界面、详细的帮助信息，系统参数的维护与管理通过操作界面完成。
(7)经济性：系统的软件和硬件系统的配合要求最佳，且具备良好的性能价格比。
3.3.建设内容
本次招标项目建设内容为黑 (略) 的3D重点单位模型构建共 * 套（详见3.4.1），模型具备可定位、查询功能；建设 * 维动态数字化预案制作与管理平台， (略) 署9套授权， (略) 2套 (略) 7套（详见3.4.2）。
为了满足建设的3D模型建设和系统软件相关功能要求等，投标人应按照本章节《3.4技术规格要求》的详细技术规格要求并结合具体方案及实施经验补全。
3.4.技术规格要求
3.4.1. (略) 景模型制作要求
为满足 * 维预案的制作，需要构建基于黑 (略) (略) 景，按照 (略) 工业级别标 (略) 相关重 (略) 景模型制作，且需要将实际数据信 (略) 景中，同时制作的重 (略) 景支持导入到建设的 * 维动态数字预案制作与管 (略) 预案编制应用。建设 (略) 市 * 个 * (略) 景模型， (略) 景协助匹配1个 * 维数字预案：
序号 | 区域名称 | (略) 景数量 |
1 | 黑 (略) | 1 |
2 | 中央 (略) | 1 |
3 | (略) | 1 |
4 | 关 (略) | 1 |
5 | (略) (略) | 1 |
6 | 银建施 (略) | 1 |
7 | (略) | 1 |
8 | (略) (略) 油库 | 1 |
9 | (略) | 1 |
* | (略) 天然气枢纽 | 1 |
合计： | * | |
3.4.2. * 维动态数字化预案制作与管理平台要求
* 维动态数字化预案制作与管理平台功能必须满足各 (略) * 利用重点单位 * 维模型、内部结构、固定消防设施及周边环境完成辖区“ * 熟悉”、预案编制、预案管理等功能
根据黑 (略) 的实际情况及要求， (略) 署实现平台搭建：
序号 | (略) 署层级 | (略) 署数量（套） |
1 | 支队 | 2 |
2 | 中队 | 7 |
合计： | ||
3.4.2.1.预案制作与管理功能
3.4.2.2.预案制作功能
系统依据实战情况下灭火救援的标准 (略) 预案的编制，预案制作中需求功能包括：信息查询、灾情设定、力量调度、 (略) 署、预案生成。并且系统可以自动将各环 (略) 智能分析、解析保存为 * 维动态数字预案。
3.4.2.2.1.1.支持重点单位信息查询
系统必须满足对重点单位的相关信息查询功能，包括但不限于以下4类信息的查询：消防设施查询、 (略) 位查询、厂区基础信息查询、设备信息查询。
支持消防设施信息包括：供水系统、灭火系统、消防车道，并支持查询结果 (略) 景中；
(略) 位信息包括：建筑、装置 (略) 位情况和位置，并支持查询结果 (略) 景中；
(略) 区信息包括： (略) (略) 景中装置名称、装置类别、功能分区、毗邻道路情况，并支持查询结果 (略) 景中；
支持设备信息内容包括：涉及 (略) 景，系统支持设备名称、设备位号、操作压力、温度等信息查询，并支持查询结果 (略) 景中。
3.4.2.2.1.2.支持灾情设定
系统必须支持预案制作过程中灾情的任意设定， (略) 位的危害特点，可以在虚拟环境中快速构建科学、合理、情况复杂的灾情环境。可设置的灾情模型需要包含以下内容：
支持气象设的定特效包括：天气、风向、风级的设置等；
支持火灾设定的特效包括：立体火、环形火、喷射火、流淌火等；
支持泄漏设定的特效包括：不同介质气体泄漏特效
支持人物设定的特效包括：伤员、工人、老人、孕妇、小孩等；
3.4.2.2.1.3.支持执勤力量调度
系统在预案制作的力量调度阶段中，调集 (略) 队真实执勤力量，主要包括消防车辆、作战装备，性能参数与真实装备完全 * 致。
系统必须 (略) 门涉及到的消防执勤力量定制成模型，并支持在系统中导入，支持预案制作中 (略) (略) 署。
3.4.2.2.1.4.支 (略) 署
系统必须提供丰富的作战素材，支 (略) 景中的固定消防设施、 (略) 已调集的消防力量，最终完成作战方案制定，支持设置救援力量、器 (略) 署。
(略) 署内容包括：
(1)支持作战标绘： (略) (略) 、警戒线、警戒人员、疏散区域、进攻路线、疏散路线、车辆集结点
(2) (略) 车路线：对 (略) 形成路线的规划设置
(3)支持作战方案的设置：
(略) 景内固定消防设施的操作：开启固定式消防炮、罐体喷淋系统
支持消防车辆的操作：支持车辆按照标 (略) 驶；支持消防车辆的护车操作；支持消防车辆与消火栓、消防车辆、移动装备的水带连接；支持举高消防车支持臂架伸展收缩；支持消防车辆灭火剂的喷射特效；支持消防车辆灭火剂喷射方向和喷射压力以及自摆幅度等参数的调节；支持智能距离分析功能，测量出车辆与最近消防栓的距离、车辆与事故点的距离等操作。
支持作战人员装备的操作：支持 (略) 景中的跑动，支持消防战斗员穿戴个体防护装备，支持战斗人员第 * 视角切换、支持战斗人员自动寻路功能等操作。
支持作战装备的操作： (略) 固定消防栓或 (略) 水带连接、支持消防装备的喷水特效调整，以及方向调节、压力调节、自摆幅度调节、直流/开花状态等操作。
3.4.2.2.1.5.支持 * 维预案生成保存
系统必须具备智能解析保存功能。可以按照预案制作的流程，对灾情设定、灾情侦察、 (略) 署等环节的操作细节，自动保存为 * 维动态数字预案。并且还可将数字化预案自动保存为文档格式的预案。
3.4.2.2.1.6.支持预案复盘
系统必须实现预案制作过程复盘功能，对预案复盘查看时，首先需要查看到 (略) 署情况。进行预案动态查看时，支持操作人员自由视角查看整个数字 (略) 署过程。
3.4.2.2.1.7.提供辅助工具
系统必须提供科学的辅助工具， (略) 景中添加标签、提供测量工具、截图标注功能，支 (略) 模拟计算，支持2D/3D的视角切换。
支持标签添加功能包括：支持编辑标签名称，编辑文本描述，上传图片、视频文件，保存/删除标签、查看内容等；
(略) 景中测量内容：高度、长度、面积、角度；
支持的灾害模拟分析包括：对所设 (略) 数值模拟计算，可计算燃烧热辐射影响范围、爆炸影响范围、超压影响范围，以及罐区灭火剂用量计算、火场用水量估算、原油沸溢时间等。
3.4.2.2.1.8.其他要求
为了贴近实战培训要求，系统必须遵循科学合理的消防业务逻辑关系，如：
消防车应与消火栓等 (略) 水带连 (略) 出水操作，移动装备诸如水炮与水枪等同样需与消防车或 (略) (略) 水带连 (略) 消防作业。
3.4.2.2.2.预案管理功能
建设的 * 维动态数字化预案制作与管理平台支持搭建 * 个针对预案管理的完整结构的系统平台。 (略) 可以 (略) 制 (略) 审核、管理。 (略) 可以 (略) 下达的任务，进行 * 维预案的制作与上传。系统支持根据权限层级划分，权限内的消防官兵可以任意浏览及查询预案内容，达到资源信息共享的功能。
(略) (略) 下 (略) * 维预案制作完成后，系统支持预案的上传发布给上级领导查看；
系统 (略) 领导根据上传的预 (略) 预案的查看审核。支持审核通过的预案自动保存到预案库中，未通过预 (略) (略) 修改再上传审核；最终在系统中会对审核通过 (略) 统 * 存储。
所有权限内的单位都可以通过平台对 (略) 查询与浏览，在紧急事故状态下可支持调取参考。平台支持预案关键词查询（包括事故类型、 (略) 名称等），同时支持模糊查询。
3.4.2.3.业务信息管理功能
系统能够实现消防机构车辆信息的管理、重点单位 (略) 景搭建的功能。
3.4.2.3.1.支持消防机构车辆信息管理
支持对机构消防车辆的统 * 管理，支持对机构消防车辆信息的查询编辑和删除，消防车辆信息应包括车辆类型、性能参数、车载装备的类型及数量， (略) 属消防机构、车辆编号等基础信息。车载装备类型应包含但不限于以下设备：多功能水枪、泡沫枪、消防灭火机器人、消防钩枪、直流水枪等设备。
3.4.2.3.2.支持重点单位管理
系 (略) 景搭建工具，可按照重点单位CAD图纸、照片及预案的要求，非 (略) 拖拽等直观简单操作即可快速搭建单位 (略) 景；
系统支持对定制开发的 * (略) 景及通过系统编辑器自主 (略) (略) 管理查询。支持 * (略) 景的单位基础的增/删/改/查功能。
(略) 景搭建工具中需支持对单位名称、单位地址、联系人、联系电话、消防设施等信息及 (略) 编辑， (略) 景信息及消防设施的具体情况在预案制作过程中同步体现。
(略) 景搭建工具中每类模型素材库中需要包含但不限于以下基础素材:
序号 | 模型类型 | 素材内容 |
1 | 消防设施 | 室外消防设施涉及到的标准消防栓、消防炮、市政消火栓、消防水池、水泵接合器； 室内消防设施涉及到的疏散指示灯、灭火器、楼梯、消防箱、楼梯、烟雾报警器、防火门、消防水箱等各类材质。 场景搭建中的消防设施支持查询与预案制作交互应用。 |
2 | 建筑搭建 | 墙体绘制、门、窗、立柱、地板、楼梯等各类元素。 |
3 | 化工装置 | 罐类、塔类、炉类、泵类、容器类、反应器类、换热器类、管线类、阀门类模型。 |
4 | 周围环境 | 天空、地形、地面、道路、绿化、小品、楼房、围墙、公共设施等各类材质模型。 |
5 | 装修材料 | 地板、外墙和内墙等各类装修模型。 |
6 | 装饰饰品 | 家具、家电、办公用品、机房等模型。 |
3.4.2.4.其他功能
3.4.2.4.1.支持用户管理
系统支持用户组织机构和用户账号密码的增/删/改/查功能，需要满足对账号权限的设置、组织架构的录入等功能，并建立完整的账号信息管理流程。
3.4.2.4.2.支持系统数据维护
建设的平台中包括的消防车辆、作战装备的信息参数支持显示、查看及维护。消防车辆参数信息主要包括名称、水流量、开花角度等，移动装备参数信息主要包括名称、射程、水流量、仰角幅度、俯角幅度、开花角度等。所设置的参数信息，支持在预案制作过程中能够同步体现与应用。
3.5.技术路线
系统的实施与应用是 * 项重大的工程。其成功与否依赖于技术路线的合理与否。为了确保各系统实施应用成功，制定了各系统的总体技术路线如下：
3.5.1.成熟软件
采用经过实际验证、软件成熟、稳定性和性能满足生产及统计业务需求要求的系统软件。 (略) (略) 具有成功应用的产品，以确保产品的成熟、稳定。
3.5.2.坚持实施标准化
采用标准化的系统软件， (略) 确定的标准业务流程、业务规范和编码标准。
3.5.3.坚持培训贯穿始终的策略
为确保用户能够达到充分理解、掌握和应用系统的要求，在项目实施初期采取定期集中培训的模式，以满足关键用户对系统的初步了解与认识，在实施过程中采取定期集中与不定期分散的培训模式，以达到关键用户和岗位用户对系统的充分理解与掌握。
3.5.4.成熟的实施方法论
通过具备经 (略) ，充分利用实施方法论、技术规范和标准，满足共性需求，滚动发展，统 * 组织、统 * 标准、统 * 编码，按规 (略) 实施，充分发挥关键用户的作用，采取分阶 (略) 实施策略，确保项目按期保质完成。
3.5.5 * 维预案平台的终端配置i7，gtx * ，也 (略) ，带普通独立显卡。
3.5.6 * 期建设，可实现功能扩展，对接实战指挥平台、 (略) 等，逐步实现智慧消防目标。
3.5.7未来能够支持浏览器访问（ * 维服务器），能够支持多终端访问，支持5G，不用独立显卡的机器即可使用， (略) 提供及时有效的实时数据。
3.6.交货时间:合同签订后 * 日内完成。
3.7.技术质量要求
3.7.1.质量计划
（1） (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
（2）系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
（3）系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
3.7.2.质量保证
(1) (略) 方总体设计的规定。若招标方 (略) 实践或相关规定，指定/定制某模块功能时，供货商要积极配 (略) 完成。
(2)系统性能要完全达到本技术规格书的各项技术要求， (略) 方认可的整套信息系统及各项服务。
(3)系统实施完成后，由招标方确认签 (略) 报告， (略) * 个月。
(4)试 (略) 系统验收，验收合格之日起 * 年内，供 (略) 信息系统的质保服务。
3.7.3.安装调试
(1)供货商按照 (略) 开发、测试、安装、投运、培训。
(2)系统各项性能指标必须达 (略) 实际需求和技术文件规定的要求。
3.7.4.培训和技术服务
针对不同的岗位人员，需要对招标方有关人员提供相应的培训课程。软件提供商应该负责提供培训手册和培训文档等相关资料。培训应该包括基础使用培训、系统管理员培训，操作培训等。
3.7.5.售后技术服务
（1）对所有软 (略) 商的售后服务和支持承诺，对系统实施服务投标人提供售后服务和支持承诺，需对服务方式和内容做出详细的说明。软硬件均需提供不少于 1 年的质保服务。
（2）建筑结构或装置工艺有变动的模型重新构建及预案规则内容修改需要提供详细的收费标准。
（3）实 (略) (略) 技术、管理、使用等培训， (略) 门掌握系统主要操作并独立完成日常管理。
（4）实 (略) 门提交《系统安装手册》。
（5）实 (略) 门提交《系统管理手册》。
（6）实 (略) 门提交《 (略) 理》。
* 、招标文件其他不变。
特此通知
(略) 建 (略) (略)
* 日
* 、其它补充事宜：
/
* 、联系方式：
采购单位名称：黑 (略)
采购单位地址： (略) 市通江路 * 号
采购单位联系方式：沙先生 点击查看>>
采购代理机构全称： (略) 建 (略) (略)
采购代理机构地址： (略) 市 (略) 区长发街与龙江路 (略) 办公楼 * 楼
采购代理机构联系方式：刘先生 点击查看>>
64招投标大数据
最近搜索
无
热门搜索
无
