厦门市环境监测应急指挥系统-需求说明
大气环境应急监测系统的配置和应用
・0・ 06 第2 期 中 国 西部 科 技 5 20年 2
大气环 境应 急监 测 系统 的配置和应 用
吴宇 光 ( 门 环 监 中 站 厦 3 0 ) 厦 市 境 测 心 门 60 14
摘 要 :本文介 绍 了厦 门市环境监 测中心站 引进 的大 气环境监 测车的配置和性 能, 以及应用 中存在的问题 , 并提 出 了建议 。
关键 词:Hale Waihona Puke 气环境应急监测车 环境 污染
近年 来 , 产事 故 、 由生 交通 事 故 、 自然 灾害 等 引发 的重大 环境 污 染事 故频 繁 发生 , 已给 人 民群 众 生命 财 产安全 带 来 了 损 失 。因 此 , 许多 城 市政 府 为有 效 地 预 防 、 制和 消除 突发 控 环境 事件 的危 害 , 范各 类 突 发事 件 的应 急 处置 工 作 , 已 规 在 建立 的 空气 质量 自 监 测预 报机 制 的基 础 上 , 立 了大气 环 动 建 境应 急 监 测 系统 , 以提 高对 突 发环 境 事 件 的应 急监 测 能 力 。 通 过该 系 统 , 在发 生 突发 性 污 染事 故 时 , 保 部 门可 迅速 赶 环 赴现场对大气中有害物质的浓度进行定量定性监测 、 分析 , 及 时 、 确 地 掌握 污 染事 故 的 污染 程度 , 明事 件性 质和 危 准 判 害 性 , 决 策部 门制 定应 急 措施 提 供 技术 依 据 。除 此之 外 , 为 该系 统 还可 为 区域 环境 和 重大 工 程项 目的 环 境质 量评 估 、 预 报、 预警 、 执法 等 工作 提 供服 务 , 在有 重 大预 知 空气污 染 的 活 动 中进 行 背 景测 量 , 为 事后 结论 提 供 依据 。 并 大 气 环 境 应 急 监测 系统 , 自动 化 环 境 质 量 预 警体 系 是 中的 一 个 子 系 统 , 主要 由应 急 指 挥 中心 、 场 指 挥 车 、 急 现 应 环 境 监测 车 、 空气 质 量 自动 监 测 网络 和 环 境应 急 监 测 预案 , 重 点 污 染 物 危 险 品库 清 单 、 子 地 图 等 部 分组 成 。 电 厦 门市 环 境 监 测 中 心 站 在 20 0 3年 引 进 了大 气 应 急 环 境监测车 , 该车先后 多次赶赴现场对有害气体泄露污染事 故 进 行 应 急 监 测 并 多 次 参 与政 府 组织 的应 急演 习 、 点 工 重 程 建 设 的环 境 评 价 等 工 作 , 挥 了 积 极 的 作 用 。经 过 一 段 发 时 间的实际运用 , 我们感到该车 的配置与应急监测工作的 实际要求还存在一定 的差距 , 本文就此进行讨论。 1 应急监测车的配置及性能 () 1 该车采用奔驰原厂 3 3 DI 1C 高顶商用车为车体, 在 香 港 进 行 了改 装 , 装 了 机柜 、 作 台 、 加 工 吊柜 、 象 五 参 数 气 传感器支架 、 车载发电机、 应急防护设施 、 气瓶支架 、 标 采 样 管 、 顶 平 台 、 电接 入 电路 、 明设 备 、 车 市 照 座椅 、 电动 升 降 杆 及 吸顶 式 空调 等 辅 助 设 施 。 () 2 环境空气质量 自动监测仪器。 采用法 国 E AS公司 生产的点式空气质量监测设 备, 包括: F 1 S 2分析 @A 2 M O 仪加 C S转换器: C 2 CO分 析仪 ; H2 ② O1M @AC 1 NO 3M X 分 析仪 ; NH H3转换 器; 3 2 03分析 仪; ④C 3 N @O 4 M ⑥ E A V 3 校准仪 : 采用美 国 R S E M ⑦ P公司 R 4 0 P10A型振荡 天平法测尘仪 ; N DA F 数据采集处理系统 。  ̄E VI S W 表 1 环境监测车 常规项 目技术指标
应急指挥中心指挥调度系统建设方案
应急指挥中心指挥调度系统建设方案一、引言本文将提出一个应急指挥中心指挥调度系统建设方案,包括系统需求分析、系统设计与架构、系统功能模块、信息采集与处理、系统运维等方面的内容。
二、系统需求分析1.高效的通信功能:应急指挥中心需要与各应急部门、领导机构、地方政府等进行实时通信,保证信息的快速传递与共享。
2.实时的位置监控功能:通过GPS定位、卫星通信等技术,实时监控各应急部门的位置,提供指挥员确定最佳调度方案的依据。
3.多媒体信息处理功能:能够接收并处理视频、图像、声音等多媒体信息,提供全面的情报支持。
4.数据分析与统计功能:对应急事件的相关数据进行分析和统计,以提供科学依据和参考。
三、系统设计与架构1.硬件设施:包括服务器、网络设备、通信设备、终端设备等,保证系统的正常运行和数据的稳定传输。
2.软件支撑:建立基于云计算平台的系统环境,提供可扩展性和高可用性,确保系统的稳定运行。
3.数据库管理:建立数据库管理系统,存储和管理各类应急数据,提供数据快速查询与分析功能。
四、系统功能模块1.基础功能模块(1)通信管理模块:实现与各相关人员和部门的实时通信,包括语音通话、短信、邮件、即时通讯等方式。
(2)用户管理模块:管理不同权限的系统用户,包括注册、身份验证、权限分配等功能。
(3)日志管理模块:记录系统操作日志,以供追溯和审计。
2.指挥调度功能模块(1)事件管理模块:接收、记录和分发应急事件,包括事件信息录入、事件审核、事件分发等功能。
(2)资源调度模块:根据事件需要和资源情况,进行调度和分配,包括人力、物资、设备等资源的调度,以及调度方案的优化和实时更新。
(3)任务管理模块:为各相关单位和人员分发任务,并进行任务跟踪和进度监控。
(4)指挥员工作台模块:提供指挥员工作所需的各类功能,包括通信、指挥、调度、多媒体信息处理等。
五、信息采集与处理1.视频监控系统:安装摄像头等设备,实时监控重点区域和设备,提供视频图像信息。
监测中心环境应急预案范文
一、预案背景为了有效预防和应对监测中心可能发生的突发环境事件,确保人员安全、环境安全和社会稳定,依据国家有关法律法规和应急预案编制要求,结合监测中心实际情况,特制定本预案。
二、预案目标1. 提高监测中心应对突发环境事件的能力,确保在发生环境事件时能够迅速、有序、有效地进行处置。
2. 最大限度地减少环境事件对人员、环境和财产的损害。
3. 维护监测中心正常运营和社会稳定。
三、组织机构及职责1. 成立监测中心环境应急指挥部,负责组织、指挥和协调突发环境事件的应急处置工作。
2. 指挥部下设以下工作组:(1)应急指挥组:负责组织指挥应急工作,协调各部门、各环节。
(2)现场处置组:负责现场应急处置工作,包括人员疏散、事故调查、污染控制等。
(3)信息宣传组:负责收集、整理、发布环境事件相关信息,做好舆论引导工作。
(4)后勤保障组:负责保障应急物资、人员、设备等需求。
四、应急响应1. 事件分级根据环境事件的影响范围、危害程度和紧急程度,将环境事件分为四个等级:(1)特别重大环境事件(2)重大环境事件(3)较大环境事件(4)一般环境事件2. 响应程序(1)发现环境事件后,立即向应急指挥部报告,并启动本预案。
(2)应急指挥部接到报告后,迅速召开应急会议,研究制定应急处置方案。
(3)现场处置组按照应急处置方案开展现场处置工作。
(4)信息宣传组负责发布环境事件相关信息,做好舆论引导工作。
(5)后勤保障组负责保障应急物资、人员、设备等需求。
五、应急处置措施1. 人员疏散(1)发现环境事件后,立即启动人员疏散程序,确保人员安全。
(2)疏散过程中,加强现场秩序维护,确保疏散工作有序进行。
2. 事故调查(1)对环境事件进行现场勘察,查明事故原因。
(2)对相关责任人进行调查,追究责任。
3. 污染控制(1)对污染源进行封堵,防止污染物扩散。
(2)采取有效措施,降低污染物浓度,减少对环境的影响。
4. 后续处理(1)对污染区域进行清理,消除污染隐患。
应急指挥调度系统需求
应急指挥调度系统需求seek; pursue; go/search/hanker after; crave; court; woo; go/run after应急指挥调度系统需求说明1背景说明根据IDC全球智慧城市市场2013年10大预测,在2013年,智慧城市项目的全球支出中有70%将集中在能源、交通和公共安全领域.在我国综合防灾减灾十二五规划,国家自然灾害救助应急预案、国务院加强应急管理工作的意见等重要文件中,都对全国各城市和区县做好应急管理工作提出了相关要求.城市应急指挥调度系统将有效地利用现有的各种网络资源、信息资源、应用系统资源,构建城市重大灾害难性事件应急联动指挥系统,形成城市重大灾害难性事件的统一平台.实现完成需要政府指挥的、多个部门协同应对的包括气象、环保、交通、公安、城管、卫生、质监、工商、林业、海洋渔业、水、电、气、工业生产等联动单位综合指挥调度.建立各类重大灾害难性事件的联动指挥、预案管理、辅助决策、资源接入和信息发布等机制,实现跨部门的现场协同作战.主体用户为县应急办.本次智慧城市应急指挥调度系统将为公安、消防、交警、急救等应急处置机构提供通信与信息保障,将各种应急服务资源统一在一套完整的智能化信息处理与通讯方案之中;遇紧急、突发、特殊事件,联动系统即成为城市统一的协调、信息的收集与分析、指挥调度中心.应急指挥调度系统分为四大体系:应急联动指挥体系、数字预案管理体系、辅助决策分析体系和资源接入体系,各类资源包括视频、卡口数据、警综系统等,作为调度资源和决策依据.2系统用户应急指挥调度系统部署在县公安局指挥中心,系统最终用户有如下几类:县公安局领导县应急办公室领导县政府领导根据突发事件的类型、危害程度以及影响范围的不同,县政府领导或不同单位、不同层面的领导坐镇应急指挥中心指挥处理应急事件.3建设依据包括国家自然灾害救助应急预案、国务院加强应急管理工作的意见,并参考河北省人民政府突发公共事件总体应急预案,本预案所称突发公共事件,是指突然发生,造成或可能造成重大人员伤亡、财产损失、生态环境破坏和严重社会危害,危及公共安全的紧急事件.4系统组成智慧城市应急指挥系统建设的核心是“普通事件专业处置,重大事件协同指挥”的目标.系统在非应急情形下,借助公安三台合一接处警系统,承担系统的维护、预案的管理和常态信息发布的职能.在应急情况下通过应急联动指挥体系、数字预案管理体系、辅助决策分析体系和资源接入体系,实现对人员特别是县政府领导对各相关机构负责人员的坐镇调度指挥,并借助各机构负责人对下属物资、人员、设备实施等调度.5功能需求5.1应急联动指挥体系根据突发公共事件的发生过程、性质和机理,系统需要处理的突发公共事件主要分为以下四类:1自然灾害.主要包括水旱灾害,气象灾害,地震灾害,地质灾害,海洋灾害,生物灾害和森林草原火灾等.2事故灾难.主要包括工矿商贸等企业的各类安全事故,交通运输事故,公共设施和设备事故,环境污染和生态破坏事件等.3公共卫生事件.主要包括传染病疫情,群体性不明原因疾病,食品安全和职业危害,动物疫情,以及其他严重影响公众健康和生命安全的事件.4社会安全事件.主要包括恐怖袭击事件,经济安全事件和涉外突发事件等.各类突发公共事件按照其性质、严重程度、可控性和影响范围等因素,一般分为四年级:Ⅰ级特别重大、Ⅱ级重大、Ⅲ级较大和Ⅳ级一般.图:应急联动指挥事件处理流程5.1.1联动指挥内容应急联动指挥是应急指挥调度系统的核心业务,当以上提到的各类事件发生时,可以管理调度任务,基于PGIS电子地图进行指挥调度,根据事件的类型、区域、严重程度、影响范围等因素自动推荐最匹配的预案列表,不同类型的突发事件给出不同的应对措施,统一分配应急资源,调度公安、医疗、消防、专家等单位,达到资源的“即需、即知、即用”.5.1.2调度方式具体调度方式可分为“电话调度数字录音”、“短信调度”、“传真调度”、“350M集群呼叫调度”、“卫星通讯车调度”等几种方式,因此应急联动指挥模块需要集成以上调度方式.适当时候可以在应急指挥车上实现与指挥中心的辅助指挥.5.1.3信息发布调度全过程可以直接在大屏上体现,实现指挥的可视化实时协同联动,动态信息实时展示和发布,根据事件的等级,及时对接上一级如市级、省级应急指挥相应部门,做到通信畅通.并向专网、网站、广播、商业通信、官方微博等工具提供动态信息.5.2数字化预案管理体系数字化预案管理体系包括专家库和预案库.建立完善、可按需定制的专家库,专家涉及不同突发事件的联系人及电话.针对不同类型的事件建立不同的预案库,每类事件给出关键参数,根据关键参数给出不同的预案等级及应对措施.预案库与应急联动指挥业务紧密关联,当有突发事件发生时预案库可以匹配出最优预案.另外提供调度结束后的任务总结、统计分析功能,并在预案执行完毕后根据预案完成情况对预案评价修正.形成如下四大类预案数字化管理体系.数字化公共安全事件专家库和预案库管理数字化公共卫生事件专家库和预案库管理数字化自然灾害水灾、雪灾、虫灾、火灾等事件专家库和预案库管理数字化事故处置专家库和预案库管理5.3辅助决策分析体系辅助决策分析体系的目标是综合利用各种设备和信息资源,为指挥人员了解情况、实战指挥提供决策支持.系统对现有的业务进行交叉分析,利用表格、曲线图、柱状图、饼型图、多维分析、数据挖掘模型等手段为案情分析,数据统计等工作提供分析工具.辅助决策子系统基于数据仓库、数据挖掘技术,通过对公安各业务系统数据的抽取、转换、清洗、加载,形成公安综合数据库.5.4资源接入体系资源接入是辅助决策分析的数据基础,本系统需要接入如下资源:1“天网工程监控系统”中的视频资源2“天网工程卡口系统”中的卡口数据3“天网工程视频会议系统”中的视频会议资源可选4公安业务信息资源库5“三台合一”数据6运行环境本项目为应急指挥调度系统准备了5台服务器,服务器型号为DELLR710,现服务器操作系统均为Windows2008Server.7非功能性需求7.1软件质量属性记录日志本系统应该能够记录系统运行时所发生的所有错误,包括本机错误和网络错误.这些错误记录便于查找错误的原因.验证权限本系统的所有功能都应该进行功能权限、部门权限的判断和控制.控制必录入项本系统能够对必须录入的项目进行控制,使用户能够确保信息录入的完整.方便操作尽量从用户角度出发,以方便使用本项目的相应的功能.用户可自定义为了满足业务的不断变化,一些重要的参数应该可以灵活设置.7.2性能需求系统集成时,保证系统运行稳定性和可靠性.系统数据的准确性和安全性.系统快速响应,速度能达到业务的基本要求.系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证终端能正常运行.扩展性强,能够满足将来交通管理体系扩展需要.。
应急指挥系统建设方案
五、技术路线
1.通信技术:采用高速、稳定的通信网络技术,保障信息的快速传递。
2.数据处理技术:运用大数据处理技术,提升数据分析和处理能力。
3.人工智能技术:应用机器学习、模式识别等技术,增强系统的智能辅助能力。
4.安全保障技术:实施网络安全措施,保障系统的信息安全和数据保密。
3.先进性:采用现代信息技术,确保系统技术路线的前瞻性和先进性。
4.可靠性:确保系统在各种条件下稳定运行,数据安全可靠。
三、系统需求分析
1.实时监控需求:对关键区域和重点环节进行实时监控,实现紧急情况的及时发现。
2.信息处理需求:快速处理、分析大量应急信息,为决策提供数据支撑。
3.指挥调度需求:建立高效指挥调度机制,实现应急资源的最优配置和利用。
4.决策支持需求:利用数据分析,为应急决策提供科学、合理的建议。
四、系统设计
1.系统架构设计
系统采用分层设计,包括数据采集层、传输层、处理层、应用层和用户层。
-数据采集层:负责通过各种监测设备收集实时数据。
-传输层:利用有线和无线的通信技术,保障数据的安全传输。
-处理层:对采集的数据进行加工处理,形成可用信息。
2.数据处理技术:利用大数据、云计算等技术,实现海量数据的快速处理和分析。
3.人工智能技术:应用人工智能技术,实现智能预警、辅助决策等功能。
4.网络安全技术:采用加密、认证、防护等措施,确保系统安全可靠。
5.用户界面设计:遵循人性化、易用性原则,为用户提供友好、便捷的操作体验。
六、合法合规性
1.严格遵守国家有关法律法规,包括《中华人民共和国突发事件应对法》、《中华人民共和国网络安全法》等。
城市应急指挥平台系统简要说明
城市应急指挥系统平台简要说明一、城市应急指挥平台概述城市应急指挥系统解决方案是一个充分利用现代网络技术、计算机技术和多媒体技术,以资源数据库、方法库和知识库为基础,以地理信息系统、数据分析系统、信息表示系统为手段,实现对突发事件数据的收集、分析、对应急指挥的辅助决策、对应急资源的组织、协调和管理控制等指挥功能。
该系统在面对突发事件时,能够为指挥首长和参与指挥的业务人员和专家,提供各种通讯和信息服务,提供决策依据和分析手段以及指挥命令实施部署和监督方法,能及时、有效地调集各种资源,实施灾情控制和医疗救治工作,减轻突发事件对居民健康和生命安全造成威胁,用最有效的控制手段和小的资源投入,将损失控制在最小范围内。
城市应急指挥系统将实现政府协调指挥各相关部门,处理城市突发事件和向公众提供社会紧急救助服务的联合行动系统,为城市构建一张全面的应急预警和处理“安全网”,完善政府对公共突发事件(如流行病、恶性案件、灾害事故)应急反应机制。
我们设计的主导思想是高效利用有限资源,有计划地进行规划、预防、救援和应急救援演练,建立城市联动指挥机制,提高政府对突发事件快速反应和抗风险的能力,为市民提供更加快捷的紧急救助服务。
城市应急指挥系统的设计目标是围绕用户需求,建设“一个中心、两个保障、四个平台、多个系统联动”,即以应急救援指挥平台为中心,提供信息安全保障和体制管理保障,搭建实时通信平台、地理信息平台、综合调度平台和协作共享及预案决策支持基础平台,总体融合各个子系统实现系统联动。
二、方案实现目标1.数据采集、资源共享对于公共设施、环境污染和生态破坏事件,以及传染病疫情、群体性不明原因疾病、食品安全和职业危害、动物疫情和其他严重影响公众健康和生命安全的事件,要建立健全的数据检测体系。
例如:在熟食中使用检测装置,长期采集水质污染状况数据;从各个医院和各级医疗机构采集突发的传染病疫情数据等。
对现有城市建委指挥中心、城市安全生产监督局中心、城市质量监督局指挥中心、交警指挥中心、110指挥中心、120指挥中心、119指挥中心系统平台里面对应急相关的资源信息全部共享到市级应急平台中。
城市应急指挥系统信息整合方案
城市应急指挥系统信息整合方案一、背景随着城市建设进一步发展,各类突发事件的发生频率也逐渐增加,如地震、火灾、水灾、恶劣天气等,给城市的安全和居民的生命财产安全带来了严峻的考验。
为了更好地应对突发事件,确保城市应急工作的高效有序进行,必须建设一套完善的城市应急指挥系统,实现信息的快速整合和共享。
二、目标1、搭建一套城市应急指挥系统,实现信息的快速整合和共享。
2、提高应急处置效率,降低应急响应时间,最大限度地减少损失。
三、方案1、建设指挥中心在城市应急指挥系统中,建设一所应急指挥中心,负责突发事件的指挥与调度。
指挥中心包括总指挥室、信息中心、通信中心、数据中心等功能区域。
总指挥室是整个指挥中心的核心,负责统一指挥和指挥决策。
该室内配备大屏幕显示设备、调度控制台和应急设备等,以实现数字化指挥。
信息中心负责收集、整合和分析各类应急信息,为指挥决策提供依据。
该中心应配备数据存储系统、数据分析平台、灾情评估系统等设备和软件。
通信中心负责应急通信设备和网络的建设和运维,保证指挥系统的信息传输与沟通畅通无阻。
该中心应配备各类通信设备和应急通信系统。
数据中心负责存储和管理城市应急指挥系统的各类数据,包括人员信息、地图信息、监控信息、应急预案等。
该中心应配备高效的数据存储设备和数据管理系统。
2、建设辅助系统除指挥中心以外,还需建设一系列辅助系统,以提高城市应急指挥系统的综合能力。
视频监控系统:建设城市各个角落的视频监控系统,实时监测城市的安全状况,为决策提供可靠的数据。
环境监测系统:建设城市的环境监测系统,实时监测空气质量、水质、噪音等环境因素,为应急决策提供准确的环境数据。
交通管理系统:建设城市的交通管理系统,实现交通信息的实时分析和调度,以提高交通疏散的效率。
天气预警系统:建设城市的天气预警系统,及时发布各类预警信息,提醒市民注意防范,减少灾害损失。
4G网络覆盖系统:建设城市的4G网络覆盖系统,保障城市应急通信的畅通性。
2023-应急指挥中心系统建设与应用解决方案-1
应急指挥中心系统建设与应用解决方案应急指挥中心系统建设与应用解决方案是互联网技术在公共安全领域的一项应用。
为了能够及时、准确地判断和处置突发事件,建设一个高效的应急指挥中心成为一项紧迫的任务。
下面,我们来分步骤阐述应急指挥中心系统建设与应用解决方案:一、需求分析需求分析是建设应急指挥中心系统的第一步。
要根据公共安全领域的特点,分析需要建设哪些功能模块,如通讯模块、视频监控模块、指挥调度模块等。
同时,还需要根据所在地域的气候和地理环境,选择合适的硬件设备和软件系统。
二、建设设备和软件系统基于需求分析的结果,选用合适的硬件设备和软件系统。
硬件设备可包含屏幕、服务器、存储设备等;软件系统可以包括即时通讯软件、视频监控软件、指挥调度软件等。
值得注意的是,硬件设备和软件系统的选用需要具有可扩展性,以应对应急指挥中心未来可能的改进和发展。
三、系统网络架构系统网络架构是应急指挥中心的关键构建环节。
应该为指挥中心建立完善的局域网,包括有线网络和无线网络,保证各设备之间的互联互通,确保信息在各终端及时同步并实现资源共享。
指挥中心还需要与公共安全相关的其他部门建立联通机制,如警局、医院等。
四、应用实例应急指挥中心在实际应用过程中,需要充分发挥指挥调度、视频监控和数据分析等功能。
通过即时通讯软件进行语音和文字通讯,以最快的速度传递指令和调度信息,指挥员通过指挥调度软件,及时掌握事件的进展情况,直接指挥各级救援行动。
同时,通过安装视频监控设备,对事件的区域进行实时监控、采集、处理和记录,提高指挥员对事件的整体把控能力。
以上就是应急指挥中心系统建设与应用解决方案的步骤。
在建设过程中,需要根据实际情况不断完善和改进,在实际应用中加强训练和管理,提高应急反应能力和综合素质。
应急指挥系统建设方案详细
应急指挥系统建设方案详细一、系统概述1.1系统目标通过建设应急指挥系统,实现对突发事件的快速响应、预警预防和调度指挥,提高应急管理工作的科学化、规范化水平。
1.2系统功能1)实时监控:通过各种传感器设备,实时监测各类突发事件的发生情况,包括火灾、地震、洪水等。
2)信息收集与处理:收集并分析突发事件的相关信息,并加以处理,快速生成决策与指挥所需的信息。
3)快速响应与预警预防:根据监测到的信息,系统可自动预警并向相关责任部门发送预警信息,以提醒他们采取相应措施。
4)调度指挥:对突发事件进行快速的调度指挥,包括资源调度、人员调度、任务分配等,以确保各项救援行动的高效率与合理性。
5)信息共享:实现应急指挥系统与各相关部门及地方之间的信息共享,以确保应急响应工作的协同配合。
二、系统架构设计2.1系统硬件设备应急指挥系统的硬件设备包括服务器、工作站、网络设备、传感器设备等。
其中,服务器用于承载系统的核心应用程序和数据存储,工作站用于用户的操作和指挥,网络设备用于实现各设备之间的联网通信,传感器设备用于实时监测突发事件。
2.2系统软件平台2.3系统网络架构系统采用三层架构(前端、应用服务器、数据库服务器)来实现信息共享和快速响应功能。
前端层包括工作站、传感设备和网络设备,应用服务器层负责处理各种信息数据,数据库服务器层负责存储和管理数据,以实现系统的高效运行。
三、系统功能模块3.1环境监测模块该模块负责监测环境中的各类参数,包括温度、湿度、气压、风速、雨量等,用以判断是否有突发事件的发生。
3.2信息收集与处理模块该模块负责收集各类突发事件的相关信息,并进行处理和分析,形成全面准确的信息数据供决策调度使用。
3.3预警预防模块该模块基于监测和收集到的信息,对可能发生的突发事件进行预警,并发送预警信息给相关责任部门,以提醒他们采取相应措施。
3.4调度指挥模块该模块实现对突发事件进行调度指挥,包括资源调度、人员调度、任务分配等,以确保各项救援行动的协调与高效。
环境监控指挥中心建设方案
环境监控指挥中心建设方案环境监控指挥中心是根据环境保护部门的要求,为有效监测和管理环境状况而建设的。
其主要任务是全面了解和监控环境质量,及时收集、传递、处理环境信息,提供决策参考与指导,推动环境保护工作的科学化、规范化和信息化。
为此,下面将提出一个环境监控指挥中心建设方案。
一、中心布置环境监控指挥中心应建在地市级环保局内,中心的布置应注重灵活性和便捷性。
中心应划分为两个区域:指挥区和监控区。
指挥区是环境指挥决策的中心,包括指挥大厅、分析室、应急处置室等。
监控区是环境监测的核心,包括空气监测室、水质监测室、噪声监测室、固废监测室、辐射监测室等。
二、监测仪器设备要建设一个高效的环境监控指挥中心,需要配置先进的监测仪器设备。
其中包括大气环境、水环境、土壤环境和噪声环境的监测设备。
大气环境监测设备应包括PM2.5、PM10、SO2、NO2、O3、CO等多个参数的监测仪器;水环境监测设备应包括水质监测井、自动水文站、水质监测车等;土壤环境监测设备应包括土壤采样器、土壤pH监测仪等;噪声环境监测设备应包括噪声级表、声音监测仪等。
这些设备应配置齐全,确保能够对环境状况进行全面、准确的监测。
三、数据传输和存储为了支撑环境监控指挥中心的工作,需要建立稳定、高效的数据传输和存储系统。
数据传输系统应采用高速网络,确保监测数据能够及时传送到中心,并保证数据的安全性和完整性。
数据存储系统应采用大容量的服务器和数据库,能够存储大量的监测数据,并保证数据的长期保存和查询。
四、信息管理平台为了更好地管理环境监控数据,建议建设一个信息管理平台。
该平台应包括数据采集、数据预处理、数据分析和数据展示等功能。
数据采集功能应支持多种监测仪器的数据采集,保证数据的准确性和时效性;数据预处理功能应对采集到的原始数据进行清洗和校正,确保数据的可靠性和一致性;数据分析功能应支持多种统计和分析方法,帮助决策者更好地理解和解释环境监测数据;数据展示功能应包括图表、报表、GIS地图等方式,使决策者能够直观地了解环境状况和趋势。
2023-应急指挥系统建设方案V1-1
应急指挥系统建设方案V1在日常生活和工作中,我们难免会遇到各种紧急情况,如自然灾害、重大事故等,这些情况需要我们有一个快速而且高效的应对方法。
为此,应急指挥系统建设方案V1应运而生,下面我们来详细了解一下。
一、需求背景作为国家的重要组成部分,城市在快速发展的同时也面临着各种挑战和危机。
为了应对紧急情况,提高城市社会安全风险防范和应对能力,我们需要建设应急指挥系统,为各种紧急情况的发生提供科学、精准的应对和处置建议。
二、建设目标1.提高应急处理能力建设一个高效、快速响应的应急指挥系统,通过信息共享和协同配合,实现资源优化配置,提高应急处理能力。
2.建立健全的应急指挥机构建设应急指挥系统,有利于建立健全的应急指挥机构,完善指挥系统体系、规范指挥管理流程,强化应急指挥机构的管理和职责分工。
3.提高安全应急工作效能应急指挥系统的建设,有利于提高安全应急工作效能,规范应急响应程序,明确指挥级别和处置标准,提高安全事故响应效能和准确度。
三、建设内容1.应急指挥中心建立应急指挥中心,由省、市、县三级指挥系统组成,完成各级响应预案,通过指挥中心指挥联动,实现各级协同,确定最佳处置方案。
2.应急统计预警系统建立应急统计预警系统,实时监测城市内地质、气象、水文、环境等重要参数,实现灾害、事故早期预警、动态监测。
3.应急资源管理系统建立应急资源管理系统,对资源进行统一管理、储备和调配,并对重点区域进行重点布控,实现运输、救援等工作的快速响应。
四、优势分析1.科学指挥应急指挥系统构建了科学的指挥体系和工作流程,有利于统筹协调、综合指挥和科学决策,提高应急响应效率和准确度。
2.精准处置应急指挥系统建立多重预警机制,快速判断应急事件性质和应急程度,将概念性的响应预案转化为可操作的应急方案,准确把握应急事件的发展趋势,及时实施精准处置。
3.信息共享应急指挥体系实现信息快速共享和互联互通,形成紧急响应网络,提高应对灾难的迅速性和准确度。
应急指挥系统方案
应急指挥系统方案摘要应急指挥系统是一种利用信息技术手段来支持应急指挥工作的系统。
本文将介绍应急指挥系统的定义、背景、需求分析、系统架构设计、关键技术和实施计划等内容。
希望通过本文的介绍,能够使读者更好地了解应急指挥系统,并为实际的应急工作提供参考。
1. 引言随着社会的不断发展和进步,各种突发事件的频发性和复杂性也在不断提高。
为了更好地处理突发事件,提高应对能力,应急指挥系统应运而生。
应急指挥系统是一个集成了多种信息技术的系统,包括通信、数据处理、分析、展示等功能,旨在帮助应急指挥部门或机构更好地进行指挥和决策。
2. 背景传统的应急指挥方式多依赖于人工和纸质档案,这种方式存在许多问题,如信息传递速度慢、数据难以整合、决策过程繁琐等。
而应急指挥系统的出现,能够通过信息技术手段解决这些问题,提高应急指挥的效率和准确性。
3. 需求分析应急指挥系统的主要需求包括:•实时数据采集:系统能够实时采集各种与应急事件相关的数据,包括地理信息、人员信息、物资信息等。
•数据整合和分析:系统能够对采集的数据进行整合和分析,提供数据展示和统计分析的功能,帮助指挥部门获取全面、准确的信息。
•指挥决策支持:系统能够提供各种决策支持功能,包括指挥调度、资源分配等,帮助指挥部门做出科学的决策。
•多部门协同:系统能够实现多个部门之间的信息共享和协同工作,提高应急指挥的整体效能。
•安全保障:系统需要具备较高水平的安全性,确保数据的保密性和完整性。
4. 系统架构设计应急指挥系统的架构需要满足以下要求:•分布式架构:系统采用分布式架构,可以灵活扩展和部署,提高系统的可靠性和可用性。
•模块化设计:系统采用模块化设计,每个模块负责特定的功能,方便系统的维护和升级。
•客户端-服务器模式:系统采用客户端-服务器模式,客户端负责数据输入和展示,服务器负责数据处理和存储。
•数据库管理:系统采用数据库管理系统,用于存储和管理大量的应急指挥数据。
5. 关键技术实现应急指挥系统的关键技术包括:•数据采集技术:包括传感器技术、地理信息系统技术等,用于实时采集各种与应急事件相关的数据。
应急指挥调度系统需求
应急指挥调度系统需求1.实时监测和预警功能:系统应能实时监测和分析各类灾害、事故情况,预警相关部门和人员,包括自然灾害、公共卫生事件、突发事件等,以确保及时的响应和处理。
2.应急资源调度功能:系统应能对各种应急救援资源进行管理和调度,包括人员、车辆、装备、物资等,能够根据实际情况合理分配资源,确保有效救援。
3.通讯协同功能:系统应能集成各类通讯设备,实现多种通讯方式,如语音通话、短信、邮件等,能够实现多方之间的实时沟通和协同工作。
4.指挥决策支持功能:系统应能根据实时数据和情报,提供决策支持和预案建议,包括灾害状况分析、应急响应方案制定、资源调度等,以便指挥员能够做出准确、快速的决策。
5.信息共享和传递功能:系统应能实现信息共享和传递,包括各类数据、图像、视频等,能够实现多方之间的信息共享和传递,以保证各个部门和人员了解最新情况。
6.应急演练和培训功能:系统应能支持应急演练和培训活动,包括模拟应急情况、制定演练方案、实时监控演练进程等,以提高应急响应能力和协同工作能力。
7.数据分析和报表生成功能:系统应能对各类数据进行分析和挖掘,生成相应的报表和图表,包括灾害情况、救援效果等,以便进行事后总结和分析。
8.安全保密功能:系统应具备安全防护措施,包括身份认证、权限管理、数据加密等,确保系统的安全性和保密性。
9.灵活可扩展功能:系统应考虑到不同地区、不同应急情况的特点,具备一定的灵活性和可扩展性,能够根据实际需要进行定制和扩展。
10.友好易用界面:系统应具备友好易用的用户界面,能够方便指挥员和操作人员使用,简化操作流程,提高工作效率。
总之,应急指挥调度系统应具备实时监测、预警、资源调度、通讯协同、决策支持、信息共享、应急演练、数据分析和报表生成、安全保密、灵活可扩展等功能,以提高应急指挥工作的协同效率和救援效果。
应急系统需求规格说明书
XXXX应急管理系统功能需求说明书XXXX信息技术有限公司2011年7月目录1 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 参考资料 (2)2 系统总体概述 (4)3 系统核心流程 (7)4 系统用户定义 (16)5 系统模块划分 (17)6 系统入口定义 (21)7 模块详细功能需求定义 (22)7.1 基础数据支撑平台 (22)7.1.1 基础数据模块 (22)7.1.2 应急资源模块 (26)7.1.3 预案模块 (29)7.1.4 GIS应用模块 (34)7.1.5 系统接口模块 (38)7.1.6 系统管理模块 (50)7.2 业务应用平台 .............................................................. 错误!未定义书签。
7.2.1 预测预警信息管理模块.................................... 错误!未定义书签。
7.2.2 应急信息收发模块............................................ 错误!未定义书签。
7.2.3 值守模块............................................................ 错误!未定义书签。
7.2.4 调度反馈模块.................................................... 错误!未定义书签。
7.3 应急指挥平台 .............................................................. 错误!未定义书签。
7.3.1 应急过程模块.................................................... 错误!未定义书签。
7.3.2 应急保障模块.................................................... 错误!未定义书签。
应急指挥监控平台系统建设方案
应急指挥监控平台系统建设方案1. 引言应急指挥监控平台系统是为了提供有效的应急指挥与监控能力而设计的系统。
本文档旨在提供一个系统建设方案,以满足应急指挥监控的需求。
2. 系统需求分析2.1 功能需求- 实时监控:系统需要能够实时显示各类监控数据,如摄像头视频流、传感器数据等。
- 数据分析:系统需要具备数据分析功能,对监控数据进行处理和分析,提供相关报表和统计信息。
- 事件处理:系统需要能够及时识别应急事件,并自动触发相应的应急响应措施。
- 通信能力:系统需要支持各种通信方式,如网络、无线通信等,以保证监控数据的传输和共享。
- 安全性:系统需要具备严格的安全保护机制,以防止未授权访问和数据泄露。
2.2 性能需求- 实时性:系统需要具备较高的实时性,能够快速响应用户的操作和监控数据的更新。
- 可靠性:系统需要具备高可靠性,以确保监控数据的准确性和连续性。
- 扩展性:系统需要具备良好的扩展性,能够支持新的监控设备和功能的集成。
3. 系统设计与实现3.1 系统架构采用分布式架构,将系统划分为前端展示层、后台处理层和数据存储层。
前端展示层负责展示监控数据和提供用户交互界面,后台处理层负责数据处理和事件触发,数据存储层负责存储监控数据和相关信息。
3.2 技术选型及实施方案- 后台处理层:采用Java语言开发,使用Spring Boot框架,实现数据处理和事件触发功能。
- 数据存储层:采用关系数据库,如MySQL或Oracle,存储监控数据和相关信息。
- 通信方式:采用TCP/IP协议进行数据传输,支持网络和无线通信。
4. 系统测试与验收4.1 功能测试对系统的各项功能进行测试,包括实时监控、数据分析、事件处理等方面,确保功能的正确性和可靠性。
4.2 性能测试对系统的实时性、可靠性和扩展性进行测试,模拟大量数据和用户进行测试,评估系统性能和稳定性。
4.3 验收标准根据需求分析中的功能和性能需求,制定相应的验收标准,确保系统能够满足用户的需求和期望。
2024年监测应急预案
监测应急预案一、概述监测应急预案旨在确保监测系统在面临突发事件时能够迅速、有效地做出反应,保障监测数据的准确性、及时性和可靠性。
本预案适用于我国各级监测机构,包括但不限于环境监测、公共卫生监测、安全监测等领域。
二、预案制定依据1.相关法律法规:依据《突发事件应对法》、《环境保护法》、《传染病防治法》等法律法规,制定本预案。
2.上级文件要求:根据党中央、国务院关于应急管理工作的一系列文件要求,结合监测工作实际,制定本预案。
3.监测工作需求:根据我国监测工作面临的实际风险和挑战,为提高监测系统应对突发事件的能力,制定本预案。
三、预案目标1.确保监测系统在突发事件发生时,能够迅速启动应急预案,开展监测工作。
2.保障监测数据在突发事件期间的准确性、及时性和可靠性。
3.提高监测系统应对突发事件的能力,降低突发事件对监测工作的影响。
4.为政府决策提供科学依据,助力政府有效应对突发事件。
四、预案内容1.组织架构:成立监测应急指挥部,负责统一领导、指挥和协调监测应急工作。
指挥部下设监测组、信息组、保障组等部门,明确各部门职责和人员组成。
2.预警与信息发布:建立健全监测预警和信息发布机制,确保监测数据及时、准确地传递给政府及相关部门。
3.应急响应:根据突发事件等级,启动相应级别的应急响应措施,包括人员调度、设备保障、物资供应等。
4.监测数据管理:制定监测数据采集、传输、处理、分析等环节的管理制度,确保监测数据质量。
5.应急终止与总结:突发事件得到有效控制后,及时终止应急响应,对监测工作进行总结评估,完善应急预案。
五、预案实施与保障1.宣传培训:加强对监测应急预案的宣传和培训,提高监测人员应对突发事件的能力。
2.演练与实战:定期开展监测应急演练,提高监测系统的实战能力。
3.资源保障:确保监测设备、物资、人员等资源充足,满足应急工作需求。
4.协作与沟通:建立健全监测系统内部及与政府、相关部门间的协作与沟通机制,形成合力应对突发事件。
厦门市环境监测站关于采用竞争性磋商——2020XDX004厦门市预报预警系统运维的公告
厦门市环境监测站关于采用竞争性磋商——2020XDX004厦门市预报预警系统运维的公告本项目为厦门市环境监测站厦门市预报预警系统运维。
具体内容及要求详见磋商文件。
采购项目控制价:人民币28.86万元采购项目需落实的政府采购政策:节能、环境标志、信息安全产品、中小企业政府采购政策等,具体详见磋商文件。
供应商资格要求:资格要求及资格证明文件:1、磋商响应供应商应具备《中华人民共和国政府采购法》第二十二条第一款规定的基本资格条件,并提供以下材料或做出书面声明:1.1法人或者其他组织的营业执照等证明文件,磋商响应供应商是法人或者其他组织的应提供营业执照等证明文件。
1.2磋商响应供应商必须提供单位负责人对磋商响应供应商代表的授权书原件(磋商响应供应商代表不是单位负责人的)及磋商响应供应商代表的身份证明复印件。
1.3财务状况报告的相关材料:提供上一年度或上一季度财务报告,至少包括“资产负债表、利润表、现金流量表”;或者提供开户许可证和磋商截止时间前六个月内基本开户银行出具的资信证明;或者提供财政部门认可的政府采购专业担保机构出具的投标担保函。
1.4、依法缴纳税收的相关材料:提供磋商截止时间前六个月任一个月的依法缴纳税收的凭据,或者提供依法免税的相应证明文件。
上述证明材料均应由行政主管部门出具。
1.5、依法缴纳社会保障资金的相关材料:提供磋商截止时间前六个月任一个月的依法缴纳社会保障资金的凭据,或者提供依法不需要缴纳社会保障资金的相应证明文件。
上述证明材料均应由行政主管部门出具。
1.6具备履行合同所必需的设备和专业技术能力的证明材料。
1.7参加采购活动前3年内(开业不足三年的,自开业以来)在经营活动中没有重大违法记录、无行贿犯罪记录的书面声明。
2、本项目不接受联合体磋商。
其他要求详见磋商文件。
获取采购文件时间、地点、方式:获取磋商文件时间:即日起至2020年6月1日下午17:00时止,逾期代理机构将不接受报名。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
厦门市环境监测应急指挥系统需求说明拟制审核用户确认批准1、概述1.1、问题由来厦门市环保监测部门已经建立了“环境监测自动采集系统”,可以对所辖范围内的固定监测点,进行监测,并通过公共电话网拨号方式,进行数据采集,存入监控中心的数据库中,在监测部门内部网络或者因特网上,就可以实时看到最新监测数据,并可对历史数据进行业务处理。
但是,该系统目前还不能解决:●市话和手机均不能覆盖的监测点的数据采集;●由于事故或者灾害引起的环境监测;1.2、系统目标新建系统,作为原有系统的扩展,解决上述两个问题。
●安装在通信条件差的固定站点,进行日常“环境空气质量监测”;●根据监控中心的调度,临时机动到监测现场,进行“应急环境监测”。
1.3、系统构成整个系统由若干台移动监测车、若干个固定监控站、一个移动监控中心和一个固定监控中心三个部分组成。
其中:●移动监测站:目前只有一个,安装在车辆上,接收监控中心的指令,负责到环境事故现场进行环境监测,结果报告给移动监控中心和固定监控中心;●移动监测站:目前只有一个,安装在普通通信手段不能覆盖的固定站点,根据配置,定时进行日常的环境监测,结果报告给移动监控中心和固定监控中心,其功能是移动监测站的子集;●固定监控中心:负责系统的调度、监控和监测数据的接收保存和日常业务的处理;●移动监控中心:是移动的监控中心,为固定监控中心的补充,其功能和固定监控中心基本相同,系统设备配置是固定监控中心的浓缩版。
2、监测站监测站采用北斗定位终端设备作为通信手段,分为两类应急监测站和固定监测站两类:●安装在车里,用于应急机动监测。
哪里有情况,就被派到哪里,监测的地点和时间段临时由监控中心指定;●安装在某些其他通信条件不好的地点,进行长期定时监测,只用其中部分功能。
2.1、系统环境其中:● 空气监测仪:由OPSIS 公司生产,内置数据采集器,可以采集臭氧、二氧化硫、氮氧化物等污染因子的浓度(Concentration)、偏差(Deviation)和光强(Light Level)三个参数。
检测仪通过串口和上位计算机连接,由上位计算机发送请求命令,读取监测数据;● 采集分析仪:由OPSIS 公司生产,通过不同的通道连接不同的采集设备,通过串口连接车载计算机,根据请求输出指定通道的监测数据。
目前已经连接的监测设备包括:PM 10检测仪(浓度、滤膜负载)和气象仪(风速、风向、温度,湿度、气压),今后可能还有CO (一氧化碳)监测仪。
● 北斗用户机:实现定位和短信通信功能;● 计算机:通过串口分别与空气监测仪、数据采集仪和北斗用户机连接,通过监测应用软件系统,实现移动监测站的所有功能。
其软硬件环境为: ⏹ Windows 2000及以上版本;⏹ 内存>2GB ;⏹ CPU 主频>2GHz ;⏹ 可用硬盘空间>100GB ;⏹ 串口:3个(需要扩展);⏹ 单机运行。
2.2、需求描述2.2.1、监测功能●计划管理1)可以人工编辑生成监测计划,并存入数据库中;2)接收来自监控中心的监测计划,显示在界面上,等用户确认后,存入本地数据库中;3)提供查询,对查询出来的记录,可以删除、执行或者修改另存;4)监测计划由一个或几个{一天内的时间段,监测点坐标、名称}组成;●监测执行1)开始自动定位(监控中心可监收到位置信息);2)在地图上显示当前位置和行驶的轨迹,显示离前方监测点的距离;3)到达监测点后,提示到达监测点,并结束自动定位;4)进行环境监测,发送命令,读取监测设备的数据,向监控中心发送;5)到达当前检测点的结束检测时间时,自动提示是否向下一个监测点行进,用户确认后,转第一步;6)可以人工提前结束当前检测点的监测,切换到下一个检测点;7)也可以人工提前结束当前检测计划执行;●污染区域测绘1)开始污染区域测绘后,自动启动连续定位,并记录定位结果,在地图上标绘行走的轨迹;2)通过人工操作来结束区域测绘,结束后,轨迹自动变成区域,并提示区域的面积;3)待用户选择污染类型后,发送区域坐标数据到监控中心;4)区域测绘可以在监测计划执行的过程中执行,测绘结束后,恢复到原来的状态。
●数据查询1)可以指定时间段的移动站的轨迹,回放速度可以设置;2)可以查询指定检测点在指定的时间段内的监测数据,可用表格或者曲线进行显示;3)可以按照时间段或者检测点条件,查询污染区域,对查询结果,可以逐个在地图上标绘显示和删除;2.2.2、通信功能●电文接收1)接收来自控制中心和其它移动监控站的普通电文;2)接收电文自动显示在界面上,确认阅读后存于本地数据库中;●电文发送1)可以向启动移动站或者监控中心,发送通信报文;2)通信报文的优先级,高于定位和监测数据,可以在监测计划的执行过程中插入;●电文查询1)以时间区间和地址为条件,查询收发电文;2)对查询出来的电文,可以删除或转发,可以按时间或者地址排序;2.2.3、地图功能1)地图具有放大、缩小,自动漫游和人工漫游的功能;2)实时标记当前移动站的位置;3)使用和监控中心端相同的地图数据,地图的详细程度为1:5万;4)优先使用用户提供的矢量地图,如果用户不能提供地图,开发方提供保证系统正常运行的地图数据。
2.2.4、其他功能1)用北斗时间校正车载计算机的时间;2)显示北斗用户机的工作状态和信号强度;3)连接设备的串口参数(端口号、波特率、起止位等)可以配置;4)空气检测仪的采集参数(采集间隔、需要采集的空气成分及编号)可以配置;5)数据采集仪的采集参数(采集间隔、需要采集数据所在的通道)可以配置;2.2.5、安全性要求1)上述配置操作,需要防止无意的误操作。
3、固定中心3.1、现有系统目前,用户已有“环境自动监测系统”在运行之中。
Linux服务器(117.25.161.x)位于网络的外侧,暴露在因特网中,具有固定的IP地址,采用Linux操作系统,分别运行数据库服务(MySQL-158)、WEB服务(Appache-155)、数据采集服务(PortServer-156)。
路由器(117.25.161.157)隔离内部网络和外部网络,其IP地址固定,具有DMZ主机端口映射功能。
Windows服务器位于网络的内侧,采用Windows2003操作系统,用于单位内部业务,但还有足够的剩余处理能力。
工作终端用户在工作终端,通过浏览器,实现监测系统的配置管理、实时监控和历史数据的查询分析等业务功能。
工作站即可以在内部网络中,也可以在因特网中。
其软硬件环境如下:●操作系统:Windows 2000以上版本;●浏览器:IE6以上;●屏幕分辨率:1024*768以上;●CPU:2GHz以上;●内存:2GB以上;3.2、环境要求1)服务端:✓新建系统的服务端软件,可部署在现有的Linux服务器或Windows 服务器上;✓如果新系统的WEB服务,安装在Linux服务器上,必须使用现有的WEB服务器,否则,可自行选择;✓如果新系统的数据库服务,安装在Linux服务器上,必须使用现有的MySQL服务器,否则,可自行选择;2)工作站:✓新建系统使用现有的工作终端,软硬件配置不变;✓通过浏览器的统一入口进入,同时提供独立的浏览器入口;✓用户权限由进入登录时的用户帐号确定,3.3、功能要求环境空气质量监测---固定点监测:⏹接收固定站发送来的环境监测数据,存入数据库中;⏹监测数据项可以动态配置,见$2.1;⏹在工作站上的浏览器上,可以进行以下工作:●查询最新实时数据,并自动定时刷新;●可生成日报表:内容为一天内所有监测数据表,以及最大值、最小值、平均值;●生成指定年月的月报表:内容为指定年月的所有监测数据表,每条记录为每天的平均值,最后是月内日最大值、日最小值、月平均值;●生成指定年的年报表:内容为指定年的所有监测数据表,每条记录为每月的平均值,最后是年内月最大值、月最小值、年平均值;●查询历史数据,用表格方式显示,可以指定起止时间,统计方式可以按日、月、年进行;●查询历史数据,曲线图方式显示,可以指定起止时间,统计方式可以按日、月、年进行,每次只显示一个监测量。
⏹界面和原有系统相同,在选择分类-“环境空气质量监测”时应用新系统的链接。
应急环境监控---对机动站点:1)监测指挥⏹监测计划:✓生成----一个监测计划包括一组或者几组时间段和监测点,监测点从现有的应急监测点列表中选择,也可以从地图上点击选择,新监测点自动加入到数据库中;✓下达----发送给指定的移动站;✓查询---可按时间段、移动站等条件进行查询,可对查询出来的结果进行删除、地图上显示、也进行修改后另存。
⏹通信功能:✓接收短信,存入数据库中,包括:●其他站点发给指挥中心的短信;●监收下属移动站之间的收发短信;✓发送短信,发送短信存入数据库中,包括:●可向移动站和另一个监控中心发送短信,收方地址从指定的配置表中选择;●可向下属所有移动通播短信;●发送短信的长度根据用户卡的等级自动确定;✓可按时间段、收发方地址等条件,查询收发短信,对查询的结果,可以删除和转发。
2)实时监控⏹接收和显示移动监测站的监测数据和污染区域,污染区域和监测点相关联;⏹在地图上实时显示移动站位置、污染区域;3)历史数据⏹以时间区间为条件,查询当前移动站的行驶轨迹,并在可地图上回放;⏹以时间区间为条件,查询当前监测点的监测数据,以表格方式或曲线方式显示(每次显示一个监测参数);⏹查询指定监测点的污染区域,并可在地图上标示。
4)系统设置---系统的基础数据维护,包括:⏹移动监测站;⏹工作人员及权限;5)地图功能⏹地图具有放大、缩小,自动漫游和人工漫游的功能;⏹实时标记当前移动站的位置;⏹优先使用用户提供的矢量地图,如果用户不能提供地图,开发方提供保证系统正常运行的地图数据。
6)其他功能⏹接收和显示北斗用户机的状态信息;⏹接收卫星时间,并更新本地系统时间。
3.4、安全性要求1)用户进入系统,必须进行用户登录;2)用户在系统中的权限,以角色方式,对用户的权限进行控制,不同的角色可以进行不同操作,一个用户可以具有多种角色;3)对用户在系统中所进行的非查询类的重要操作进行记录;4)内部网络和服务器的安全,由现有网络系统保证。
3.5、性能要求1)实时数据(实时监测数据、接收短信、移动站位置、发送短信等)的响应时间<1分钟;2)历史数据(短信、监测数据、轨迹等)的查询响应时间<2秒;3)工作终端的个数<100个;4、移动中心移动监控中心只负责对“移动监测站”进行监控指挥。
4.1、环境要求是固定监控中心的浓缩版本,把服务器、工作站的功能集中安装在同一台车载计算机上,但操作系统为Windows。
1)北斗指挥机通过串口和车载计算机连接;2)移动中心的软件系统单机运行;3)移动中心的软件和现有的“环境监测自动采集系统”无关;4)车载计算机的软硬件环境同移动站的车载计算机(但只需一个串口即可)。