下载文档原格式
应急指挥调度系统安全操作及保养规程前言应急指挥调度系统是保障公共安全和应急管理工作的重要装备，安全操作和保养规程是保证系统正常运行的基础。
本文将详细介绍应急指挥调度系统的安全操作及保养规程，以确保系统能够高效稳定地运行。
安全操作规程环境要求应急指挥调度系统在运行过程中，需要保证室内环境的温度、湿度、空气流通等条件均符合规范。
检查室内设备是否处于稳定状态，并在避免触碰设备时，将门锁好，防止外界干扰和意外发生。
软件安全应急指挥调度系统的软件安全是系统运行的首要保障。
操作时，必须使用具备管理员权限的账号，并注意在操作前备份数据、服务状态等，以免因不当操作导致数据丢失或服务中断。
注意定期审计系统的安全漏洞以及及时进行漏洞修复，确保系统的稳定性。
硬件安全应急指挥调度系统的硬件安全也是系统运行的重要保障。
首先，对设备进行安装时，应根据相关规定进行规范操作，确保设备稳固以及有足够的插座资源。
在使用期间，员工需具备较好的设备安全常识，避免因不当操作导致设备损坏或遗失。
在关闭设备时，应当先关闭相应服务，并按照规定进行关机操作。
维护保养在正常运行期间，应急指挥调度系统需要定期检查及保养，以确保设备运行顺畅。
检查内容包括软件及硬件的基本信息、运行质量、存储空间、呈现效果等。
如发现检查项不符合相关规定，则需要及时进行修复。
管理员规范操作流程系统管理员是应急指挥调度系统的重要使用者，其操作流程的规范性直接决定着系统的服务行为。
因此，我们应该制定出一份符合规范的操作流程。
登录系统进入系统后，要根据个人权限进行相应的操作，详细操作如下：1.打开计算机，启动系统并进入登陆界面；2.输入对应的用户名和密码，点击“确定”；3.等待系统正常运行后，点击应急指挥调度系统的桌面图标。
执行服务系统管理员登录后，需要根据系统的使用方需求，执行相应的服务。
执行服务时，需要注意以下几点：1.服务名称和服务目标必须与管理方需求一致；2.确认环境条件是否符合系统可行性；3.执行服务，确认服务结果，保存数据。
一、编制目的为提高我国系统运维团队应对突发事件的能力，确保系统稳定运行，保障业务连续性，降低事故损失，特制定本应急预案。
二、编制依据1. 国家相关法律法规和行业标准；2. 公司内部管理制度及操作规程；3. 系统运维相关技术规范。
三、适用范围本预案适用于公司所有系统运维工作，包括但不限于网络、服务器、数据库、应用系统等。
四、组织机构及职责1. 应急指挥部：负责组织、协调、指挥系统运维事故应急工作，下设以下小组：（1）应急指挥小组：负责应急响应、指挥调度、信息上报等工作；（2）技术支持小组：负责事故诊断、修复、恢复等工作；（3）安全保障小组：负责系统安全防护、应急演练等工作；（4）后勤保障小组：负责应急物资、交通工具、通信设备等保障工作。
2. 各部门职责：（1）运维部门：负责系统日常运维、故障排查、应急响应等工作；（2）技术部门：负责技术支持、故障诊断、修复等工作；（3）安全部门：负责系统安全防护、应急演练等工作；（4）行政部门：负责应急物资、交通工具、通信设备等保障工作。
五、事故分级及响应措施1. 事故分级：（1）一级事故：系统完全瘫痪，业务中断，严重影响公司运营；（2）二级事故：系统部分功能异常，业务受到影响；（3）三级事故：系统局部故障，业务运行正常；（4）四级事故：系统轻微故障，不影响业务运行。
2. 响应措施：（1）一级事故：立即启动应急预案，启动应急指挥小组，开展应急响应工作；（2）二级事故：启动应急预案，由应急指挥小组和技术支持小组协同处理；（3）三级事故：启动应急预案，由运维部门负责处理；（4）四级事故：由运维部门负责处理，必要时向上级部门汇报。
六、应急响应流程1. 发现事故：运维人员发现系统故障，立即向应急指挥小组报告；2. 启动预案：应急指挥小组根据事故等级启动应急预案；3. 应急处置：应急指挥小组组织技术支持小组开展事故诊断、修复、恢复等工作；4. 信息上报：应急指挥小组向上级部门汇报事故情况及应急响应措施；5. 故障恢复：系统恢复正常运行，应急响应结束。
一、编制目的为提高我公司在系统运维过程中应对突发事故的能力，保障公司信息系统稳定运行，确保业务连续性，特制定本预案。
二、编制依据1. 国家有关法律法规及行业标准；2. 公司信息化发展规划和运维管理制度；3. 公司信息系统安全等级保护要求。
三、事故分级根据事故的严重性和影响范围，将事故分为以下四个等级：1. 特别重大事故：对公司信息系统造成严重影响，导致公司业务中断，影响范围涉及多个部门；2. 重大事故：对公司信息系统造成严重影响，导致公司业务中断，影响范围涉及一个或多个部门；3. 一般事故：对公司信息系统造成一定影响，导致公司业务部分中断，影响范围涉及一个部门；4. 轻微事故：对公司信息系统造成轻微影响，不影响公司业务正常运行。
四、应急组织机构及职责1. 应急指挥部：负责统一指挥、协调和调度应急工作，下设办公室、技术保障组、信息沟通组、物资保障组等。
2. 技术保障组：负责事故的排查、修复和恢复工作，确保信息系统尽快恢复正常运行；3. 信息沟通组：负责与各部门、上级单位及外部相关单位的信息沟通，及时发布事故信息；4. 物资保障组：负责应急物资的采购、储备和分发。
五、应急响应流程1. 事故报告：发现事故后，立即向应急指挥部报告，并提供事故发生的时间、地点、影响范围等信息；2. 应急启动：应急指挥部根据事故情况，启动应急预案，并通知相关部门；3. 事故处理：技术保障组立即开展事故排查、修复和恢复工作；4. 事故恢复：信息系统恢复正常运行后，应急指挥部组织评估事故原因，总结经验教训，完善应急预案。
六、应急保障措施1. 人员保障：加强应急队伍培训，提高应急处置能力；2. 物资保障：储备必要的应急物资，如备件、工具等；3. 技术保障：建立完善的信息系统备份和恢复机制，确保事故发生后能够迅速恢复业务；4. 沟通保障：建立健全应急信息沟通渠道，确保信息及时、准确传递。
七、预案演练1. 定期组织应急演练，提高应急处置能力；2. 演练内容应涵盖各类事故的应急处置流程；3. 演练结束后，对演练情况进行总结评估，不断优化应急预案。
惠州市政府应急指挥平台系统维护手册二零一四年六月1概述 (1)1.1目的 (1)1.2读者 (1)1.3适用范围 (1)1.4术语 (1)1.5参考资料 (1)2系统部署 (2)2.1硬件部署 (2)2.2应用软件部署 (2)2.2.1应用软件部署说明 (2)2.2.2服务器结构说明 (3)3应用软件维护 (3)3.1运行程序列表 (3)3.2运行顺序 (3)3.3维护操作指引 (4)3.3.1语音服务器 (4)3.3.2应用服务器 (6)3.4定期维护说明 (7)3.4.1日常检查 (7)4硬件系统维护 (9)4.1硬件系统启动和关闭流程 (9)4.1.1硬件系统启动流程 (9)4.1.2硬件系统关闭流程 (9)4.2维护操作指引 (9)4.2.1网络系统 (9)4.3定期维护说明 (10)4.3.1日常检查 (10)5常见问题解决方案(FAQ) (11)i5.1.1话机无法拨打外线电话 (11)5.1.2系统软件不能拨打电话 (11)ii1概述1.1目的本文是惠州市政府应急指挥平台一期工程项目（以下简称应急指挥平台）维护手册。
通过此文，可了解系统的安装部署以及维护操作，并能解决系统常见问题。
1.2读者惠州市政府应急指挥平台维护人员。
1.3适用范围“惠州市政府应急指挥平台一期工程”项目。
1.4术语应用服务器----惠州市政府应急指挥平台应用系统项目服务器；语音----语音（传真，电话，短信等）交换机运行服务器数据库----oracle数据库服务器1.5参考资料Oracle官方文档（如/technology/global/cn/documentation/index.html）东进交换机资料（语音服务器的说明）惠州市政府应急指挥管理监控系统用户操作手册.doc12系统部署2.1硬件部署2.1.1.1电话系统在指挥大厅的机柜部署一台东进KEYGOE1001电话交换机，开通一条电话专线接入到电话交换机，配置IP地址为19.88.25.21，通过LAN接入到本地局域网，与语音服务器进行通信。
运维应急系统调用流程
运维应急系统调用流程通常包括以下几个关键环节：
1. 问题发现：当系统出现异常、故障或接到用户报告的问题时，触发应急响应机制。
2. 初步判断与记录：运维人员迅速对问题进行初步分析，记录问题现象、发生时间和初步推测的原因。
3. 报警通知：启动应急系统，向相关人员发送告警信息，包括问题详情和紧急程度，召集应急小组成员。
4. 系统切换或应急措施：根据预案采取必要的应急措施，如切换至备用系统、隔离故障模块、调整资源配置等。
5. 故障定位与修复：应急小组通过日志分析、性能监控等手段快速定位故障源，并实施修复操作。
6. 运行恢复与验证：修复完成后，逐步恢复受影响的服务，并进行功能验证和性能监测，确保系统恢复正常。
7. 总结复盘：故障解决后，整理应急处理过程、原因分析及改
进措施，完善应急预案，提高未来应对类似问题的能力。
8. 归档备案：将此次应急事件的所有记录和处理过程归档保存，为今后运维经验和知识库积累素材。
惠州市政府应急指挥平台系统维护手册二零一四年六月1 概述 (1)1.1 目的 (1)1.2 读者 (1)1.3 适用范围 (1)1.4 术语 (1)1.5 参考资料 (1)2 系统部署 (2)2.1 硬件部署 (2)2.2 应用软件部署 (2)2.2.1 应用软件部署说明 (2)2.2.2 服务器结构说明 (2)3 应用软件维护 (3)3.1 运行程序列表 (3)3.2 运行顺序 (3)3.3 维护操作指引 (3)3.3.1 语音服务器 (3)3.3.2 应用服务器 (5)3.4 定期维护说明 (6)3.4.1 日常检查 (6)4 硬件系统维护 (6)4.1 硬件系统启动和关闭流程 (6)4.1.1 硬件系统启动流程 (6)4.1.2 硬件系统关闭流程 (7)4.2.1 网络系统 (7)4.3 定期维护说明 (8)4.3.1 日常检查 (8)5 常见问题解决方案(FAQ) (8)5.1.1 话机无法拨打外线电话 (8)5.1.2 系统软件不能拨打电话 (8)1概述1.1目的本文是惠州市政府应急指挥平台一期工程项目（以下简称应急指挥平台）维护手册。
通过此文，可了解系统的安装部署以及维护操作，并能解决系统常见问题。
1.2读者惠州市政府应急指挥平台维护人员。
1.3适用范围“惠州市政府应急指挥平台一期工程”项目。
1.4术语应用服务器----惠州市政府应急指挥平台应用系统项目服务器；语音----语音（传真，电话，短信等）交换机运行服务器数据库----oracle数据库服务器1.5参考资料Oracle官方文档（如http://oracle/technology/global/cn/documentation/index.html）东进交换机资料（语音服务器的说明）惠州市政府应急指挥管理监控系统用户操作手册.doc2系统部署2.1硬件部署2.1.1.1电话系统在指挥大厅的机柜部署一台东进KEYGOE1001电话交换机，开通一条电话专线接入到电话交换机，配置IP地址为19.88.25.21，通过LAN接入到本地局域网，与语音服务器进行通信。
一、编制目的为确保系统稳定运行，提高应对突发事件的能力，保障用户利益，特制定本应急预案。
二、适用范围本预案适用于公司所有信息系统的运行维护过程中可能出现的各类突发事件。
三、组织机构及职责1. 应急领导小组（1）组长：由公司总经理担任，负责统一领导和指挥应急预案的实施。
（2）副组长：由公司副总经理担任，协助组长工作。
（3）成员：各部门负责人及相关部门人员。
2. 应急指挥部（1）指挥长：由公司总经理担任，负责应急工作的全面指挥。
（2）副指挥长：由公司副总经理担任，协助指挥长工作。
（3）成员：各部门负责人及相关部门人员。
3. 应急处置小组（1）组长：由信息技术部门负责人担任，负责应急处置工作的具体实施。
（2）副组长：由网络运维工程师担任，协助组长工作。
（3）成员：网络运维工程师、系统管理员、数据库管理员等。
四、应急处置流程1. 事件报告（1）发现系统异常时，相关责任人应立即向应急处置小组报告。
（2）应急处置小组接到报告后，立即向应急指挥部报告。
2. 初步判断（1）应急指挥部根据事件报告，初步判断事件性质和影响范围。
（2）应急指挥部根据初步判断，决定是否启动应急预案。
3. 应急处置（1）应急指挥部根据事件性质和影响范围，制定应急处置方案。
（2）应急处置小组按照应急处置方案，进行现场处置。
4. 事件处理（1）应急处置小组根据事件处理情况，及时向应急指挥部报告。
（2）应急指挥部根据事件处理情况，决定是否继续实施应急预案。
5. 事件恢复（1）应急处置小组根据事件恢复情况，制定恢复方案。
（2）应急处置小组按照恢复方案，进行系统恢复。
6. 事件总结（1）应急处置小组对事件进行总结，分析原因，提出改进措施。
（2）应急指挥部根据事件总结，对应急预案进行修订和完善。
五、应急保障措施1. 人员保障（1）加强应急队伍建设，提高应急处置能力。
（2）定期组织应急演练，提高应急处置实战水平。
2. 物资保障（1）储备必要的应急物资，确保应急处置工作顺利进行。
XXXX应急管理系统项目维护手册XXXX信息技术有限公司2011年10月目录1总则 (1)1.1总体目标 (1)1.2工作原则 (1)1.3适用范围 (1)2组织管理 (2)2.1组织机构 (2)2.2职责分工 (2)3应急处理流程 (4)3.1故障处理 (4)3.2现场服务 (5)3.3系统恢复 (7)4 预防措施 (8)4.1 驻点维护 (8)4.2 巡查维护 (8)4.3 定期回访 (8)4.4 系统备份 (8)4.5 建立容灾系统 (9)5常见错误处理方式 (10)5.1系统无法访问 (10)5.2访问速度很慢 (10)5.3系统无法登录 (10)1总则1.1总体目标本预案用在XXXX应急管理系统发生系统故障时，以最快的速度，发挥最大的效能，有序地组织和实施系统维护，以尽快控制事态发展，使事故造成的危害、损失和影响降低到最小程度。
提高软件、硬件和网络等故障的应对能力，及时有效的采取各种措施，做到定期监控、及时预防潜在风险，保障各局、各业务科室的危险货物作业能正常办理。
1.2工作原则项目组相互配合，以定期监控，及时预防潜在风险为主。
对于不同故障，由预先指定人员负责。
1.3适用范围本预案适用于XXXX应急管理系统故障所展开的应急处理工作。
2组织管理2.1组织机构本项目由领导小组和工作小组共同完成。
领导小组由株洲市应急办领导组成，主要负责指导项目实施工作的开展；工作小组XXXX信息技术有限公司技术人员和株洲市应急办操作人员组成，主要负责维护工作的具体实施。
2.2职责分工2.2.1领导小组主要负责指导系统故障时的指挥工作。
2.2.2工作小组主要负责系统软件所产生的故障。
XXXX信息技术有限公司项目组主要由以下部分组成：1、项目经理作为本项目实施的主要负责人和联络人，全面负责和领导项目组的沟通。
协调各工作小组采取应急措施。
其基本职责包括：●代表工作小组全面履行《合同书》条款的权利和义务；●负责组织、协调工作小组在处理应急措施时技术等方面工作，负责与客户、项目维护等方面工作；●接受及处理客户投诉；2、工作小组负责日常维护、应急时措施的具体实施。
一、编制目的为确保在系统运维过程中，能够迅速、有效地应对突发事件，降低事故损失，保障业务连续性和系统稳定性，特制定本应急预案。
二、编制依据1. 国家及地方有关法律法规、政策文件；2. 公司内部规章制度、操作规程；3. 系统运维实际需求。
三、应急预案适用范围1. 系统运行过程中发生的各类故障、事故；2. 系统运维过程中因人为操作、自然灾害等原因导致的事故；3. 系统运维过程中出现的突发网络安全事件。
四、组织机构及职责1. 应急指挥部：负责应急工作的组织、指挥、协调和监督；2. 应急救援组：负责事故现场处理、设备抢修、信息收集等工作；3. 应急保障组：负责应急物资、装备、通信保障等工作；4. 应急宣传组：负责应急信息的发布、宣传、引导等工作。
五、应急预案响应程序1. 事故报告：发现事故后，立即向应急指挥部报告，并启动应急预案；2. 事故确认：应急指挥部组织相关人员对事故进行确认，明确事故等级；3. 应急响应：根据事故等级，启动相应级别的应急响应；4. 应急处置：应急救援组根据事故情况，采取有效措施进行处置；5. 应急结束：事故得到有效控制，系统恢复正常运行，应急指挥部宣布应急结束。
六、应急响应措施1. 事故现场处理：立即切断事故源，隔离事故区域，防止事故扩大；2. 设备抢修：组织专业技术人员对故障设备进行抢修，确保系统尽快恢复正常；3. 信息收集：收集事故原因、影响范围、损失情况等信息，为应急决策提供依据；4. 应急物资保障：确保应急物资、装备充足，满足应急需求；5. 应急通信保障：确保应急通信畅通，确保应急信息及时传递；6. 应急宣传引导：及时发布应急信息，引导公众正确应对事故。
七、应急结束后的工作1. 事故调查：对事故原因进行调查，分析事故教训，提出整改措施；2. 整改落实：对事故暴露出的问题进行整改，提高系统运维水平；3. 应急预案修订：根据事故教训，修订和完善应急预案。
八、附则1. 本预案由公司运维部门负责解释；2. 本预案自发布之日起实施。
公共安全应急处置指挥系统维护规范公共安全是社会的基础，而应急处置系统则是保障公共安全的重要方式之一。
在日常维护中，应急处置系统的维护需要一定的规范。
为此，本文提出了公共安全应急处置指挥系统维护规范。
一、概述为了确保公共安全应急处置指挥系统能够稳定有效地运行，需要进行规范的维护工作。
本文针对该系统的维护工作，提出以下维护规范：二、维护制度1.维护保障：系统维护需有人员负责，必须在机房内设置专门的维护工作台及工作场地。
维护岗位应设置程度不低于中级的技术人员，保证系统日常的正常运转。
2.维护时段：在不影响系统正常运行的前提下，采用非业务高峰期进行维护。
对于不可避免的业务高峰期维护，需提前征询负责人同意并制定详细的维护计划。
3.维护记录：维护人员应建立维护记录，并留存备份。
记录包括维护开始时间、结束时间、维护人员姓名、维护时段的业务情况、维护内容及处理结果。
三、预防措施1.安全备份：以保证业务的连续性和数据的完整性不受损失为目的进行备份。
定期备份系统重要数据，并将备份数据储存在离线设备上，以便在系统出现故障时快速恢复。
2.预防措施：通过人工巡视和自动监控等手段及时发现问题并意识到系统的异常，防止异常情况发展成系统故障。
3.维护保养：定期进行硬件设备及设施维护，做到预防维护，以确保系统的正常运行。
并针对系统出现故障，及时与相关单位联系，尽快解决问题。
四、应急响应措施1.远程监控：设置远程监控系统，对系统的运行状态进行实时监控。
在出现异常情况时能够及时预警，并采取应急响应措施。
2.应急预案：针对不同的应急事件，制定相应的应急预案并进行表演训练，以确保在发生紧急事件时能够迅速采取应急措施并及时排除隐患。
3.基础环境：对系统所处的环境进行检查和维护，保证其基础环境符合要求，以确保系统的稳定运行和信息安全。
五、总结公共安全应急处置指挥系统为保障公共安全做出了重要贡献。
规范的维护工作能够确保该系统运行的稳定性和可靠性，有助于提高应急处置的效率和精准度。
XX市公共安全应急处置指挥系统维护规范（初审稿）第一章总则第1条XX市公共安全应急处置指挥系统是公安机关和政府领导在发生治安案件、灾难事故等突发事件时，提供全市警力统一指挥和协调各种应急资源的信息平台。
该系统集公安机关的“110、119、122”为一体，以110为龙头，整合计算机技术、网络通信技术、图形图像技术、电视监控技术（CCTV）、GPS卫星定位技术、地理信息（GIS）技术、数据库技术及信息处理技术，实现监控、预警、报警、紧急救助、处警、事态控制等指挥调度。
第2条XX市公共安全应急处置指挥中心系统主要由六大子系统组成：1．“三台合一”智能接处警和指挥调度子系统通过“三台合一”接处警系统，将市民拨打的110、119、122报警电话统一汇接到市公安局指挥中心，根据固定、移动电话的定位信息自动或人工将报警电话分配给所属县（区）公安局或辖区派出所受理，并通过系统中的自动录音、多方通话、信息查询、视频联动、统计分析等功能，实现全市范围内接处警工作的统一指挥、快速反应。
2．城市报警与监控子系统城市报警与监控系统的主要功能和作用是对案件多发区域、重点部位、首脑机关、人员密集场所、出入城区路口等公共部位进行实时监控，其中冷水滩区安装300个监控点，零陵区安装200个监控点。
3．城区电子警察子系统主要功能是自动抓拍闯红灯、违章停车、违章调头等交通违法行为，形成现场执法与非现场执法相结合的交通管理模式，提升交通管理的智能化程度，规范交通秩序、预防、减少交通事故。
其中冷水滩开通14个电子警察路口、4个电子卡口，零陵开通4个电子警察路口、4个电子卡口。
4.GPS卫星定位子系统主要功能是实时掌握车辆、警力等移动目标的分布情况，科学调度、实时定位，提高发现能力和快速反应能力。
中心城区计划在巡特警、交警、派出所共安装150台定位装置。
5.GIS警用地理信息子系统主要功能是提供全市警用电子地图，并与其它各系统联动，方便实战指挥、调度。
6.网络传输子系统包括中心城区（冷水滩、零陵）500个前端监控点的EPON接入及两区公安专网粗波分骨干环的建设，另有公安三、四级网络扩容提速改造项目。
第3条根据永州电信与XX市公安局签订的《XX市公共安全应急处置指挥系统工程合同》，永州电信在系统终验合格后提供三年质保服务（其后为有偿维护服务，界时双方根据《XX市公共安全应急处置指挥系统工程合同》相关要求，另行签订系统维护协议）。
第4条为规范质保期内XX市公共安全应急处置指挥系统的维护管理支撑，保障系统稳定运行，提高客户服务质量，特制定本规范。
第5条XX市公共安全应急处置指挥系统维护工作的基本原则1．集中管理，分责维护；2．以用户满意为目标，提供标准化、规范化的支撑服务；3．实施精确化管理，加强对维护支撑工作的管理与考核；第6条系统维护工作的主要内容如图1所示。
图1 系统维护主要内容视颈监控前急设备室外设备r 电子警察前/设备车蓑GPS终端设备机房设备（安装地点包括市公安局、2个分局、2个交警大队、8个派出所, 设备类型包括传输、数据、服务器、电视堵、视颈解码器、UPS电源等）视颈监控系统系统总| J ------------------------------集成\ 电子警察系「GPS系统GIS系统第7条系统维护工作的基本任务1．强化系统的日常维护管理，充分利用各种技术手段，做好系统的实时监控，减少故障发生次数和修复历时，提高维护效率；2．建立快速响应机制，做好客户的技术支撑和保障服务，提升客户满意度；3．定期对系统的运行情况进行统计分析，优化性能，保障系统和设备运行正常、完好；4．加强资源管理，有效整合、优化配置各类资源，精确管理维护成本，提升维护支撑能力和工作效率；5．解决运行中发现的问题，积累经验为系统的进一步完善提出建设性意见。
第8条本规范仅适用于质保期，其解释和修改权属于中国电信永州分公司。
第二章维护组织第一节维护组织机构及职责第1条系统维护组织包括以下四个部分：1. XX市电信分公司：永州电信网络保障部，永州电信政企客户服务支撑中心，XX市长途线路局，各县（区）分公司；2. XX市公安局：XX市公安局应急处置指挥中心；3.系统分包单位：湖南新空间系统技术有限公司，广远信息科技有限公司，永泰软件有限公司；4.供电单位：电力部门以及为前端监控点提供市电接入的单位；第2条永州电信分公司维护范围1.故障设备的修理；2.备品备件的供应以及故障件紧急替换服务；3．重大故障或对于市公安局无法解决的障碍的紧急远程或现场抢修；4．巡检维护，向市公安局提供巡检工作计划（包括巡检项目、范围、工作标准、周期）、巡检方法、实施巡检工作、以及巡检结果报告，并提出相关建议。
5．技术服务，如软件版本升级、技术培训、维护经验交流等；6．向市公安局提供各种专题技术方案和技术支持；7．定期提供维护季报；8．利旧设备维护为有偿服务，报价清单详见附件。
第3条XX市公安局职责1．负责对系统设备和系统运行情况进行实时监控；2．负责系统业务数据的日常维护，包括数据的更新、修改和添加；3．负责机房接入电源的维护。
第4条分包单位职责1．湖南新空间系统技术有限公司负责所有其采购或自主研发的软、硬件维护（维护清单见附件）；2．广远信息科技有限公司负责其所有采购或自主研发的软、硬件维护（维护清单见附件）；3．永泰软件有限公司负责其所有采购或自主研发的软件维护（维护清单见附件）；3.服从永州电信或XX市公安局工作调遣，配合、协调处理系统障碍。
第5条供电单位职责1.负责提供的市电安全、可靠、稳定；2．负责市电接入点外侧部分的维护。
第三节维护界面划分第 1 条永州电信与电力部门或提供市电接入的单位或个人的维护界面划分如图1所示，对室外前端设备，包括视频监控子系统和电子警察子系统的前端设备，以前端取电点为界。
外侧由电力部门或提供市电接入的单位或个人维护，内侧由永州电信或相关子系统的分包单位维护。
机房电源维护同样以取电点为界，外侧由公安部门维护，内侧由永州电信或相关子系统分包单位维护。
第2条永州电信与长沙广远的维护界面划分如图2所示，所有其采购或自主研发的软、硬件都由该公司维护。
其采购或自主研发的软、硬件都由该公司维护。
湖南新空间系统技术有限公司 第4条 永州电信与公安部门利旧地线的维护界面如图4所示，两 方以机房地排为界，外侧利旧地线由公安部门维护，内侧由永州电信 维护。
永州 电信第3条永州电信与湖南新空间的维护界面划分如图3所示，所有IP 接口（网线、 光纤）第5条 永州电信与公安部门的维护界限划分如图1所示，永州电 信负责重大障碍的抢修，永州公安负责系统的日常维护。
第6条 永州电信政企客户服务中心与XX 市长途线路局的维护界 面划分如图1所示，双方以DDF 架为界，设备侧由政企客户服务支撑 中心负责，线路侧由长途线路局负责。
地线接入点利旧地 永州电信 应急平台 .永州电信IP 接口（网线、 光纤）机房软、硬件日常维护 ，第三章维护工作基本制度第一节永州电信各级岗位职责第1条永州电信系统维护主要包括以下岗位：前端设备维护岗、传输数据维护岗、机房设备维护岗和系统软件维护岗。
第2条前端设备维护岗的主要职责为：1.负责视频监控子系统前端包括摄像机、视频编码器、0Nu、m合一防雷器、视频监控杆等设备的日常巡检和障碍抢修；2.负责前端EPON传输电路故障的初步判断处理，承担简单故障的处理职责；3.负责监控点的新建或搬迁施工。
第3条传输数据维护岗的主要职责为：1 .负责波分骨干环及EPON电路的维护；2、负责数据交换机的维护。
第4条机房设备维护岗的主要职责为：1．机房设备的维护，包括服务器、防火墙、存储设备、视频解码器、电视墙、UPS电源等；2．机房设备的巡检。
第5条系统软件维护岗的主要职责为：1．在分包单位的支撑下，初步判断系统软件故障，承担简单软件故障的处理能力；2、软件版本的升级。
第二节值班和交接班制度第1条值班制度1．系统监控值班由市公安局负责；2．值班人员必须严格遵守值班与交接班制度。
市公安局实行全天24 小时连续值班责任制；3．值班人员在值班时间内必须坚守岗位，集中精力，随时留意设备有无异常告警，若发现异常情况，应马上处理，如确认无法排除故障时，及时通知永州电信政企客户服务中心；4．不得随意关闭设备告警，不得人为切断和私人占用业务电话，不得做与工作无关的事情；第2条交接班制度1．交接班必须准时、认真，接班人未到岗，交接人不得离岗；2．交接班内容：系统运行状况、障碍情况、文件资料、相关业务通知，上级批示以及需要接班人继续处理的问题；3．交接方法：交接班人员应将交接内容逐项检查核实并确认无误，在值班交接班日志上签字后，交班人方可离开；4．交接班过程中发生障碍或事故，应暂停交接，以交班人员为主、接班人协助共同处理，直到障碍或事故消除，或处理告一段落后再继续交接；5．因漏交或错交产生的问题，由交班人员承担责任；因漏接或错接而产生的问题，由接班人承担责任；交接双方均未发现的问题，由双方承担责任。
第三节版本及变更管理第1条版本管理LXX市电信分公司、XX市公安局共同负责系统版本的统一归口管理；2．主要版本信息包括软硬件版本现状、现版本认证测试情况、现版本运行情况、历史版本情况、版本管理过程涉及的各种程序文件和结果文件、其它相关资料等。
第2条版本入网原则：进入系统的软件版本（含补丁）必须是厂商正式发布的版本；原则上，所有软件版本必须经过入网认证测试。
在解决紧急故障情况下可以先申请版本入网，但必须提供厂商的书面承诺保证入网的软件版本不会对现有业务的运营产生可预见的影响，提供厂商内部对该版本的测试报告，并提供相应的软件版本在入网后进行补测。
第3条版本一致性原则：在版本适应业务需求的前提下，为保障系统运行稳定和维护管理方便，同一应用的相同厂商同一系列的设备 /系统应尽量使用一致的软件版本。
但对某些特殊功能角色的设备/ 系统可以根据情况选择最适合其角色的版本，同时保持本类型设备/ 系统软件版本的一致性。
第4条变更管理1．变更包括业务系统平台和承载网络的软硬件设备关于配置数据、系统结构、部署的改变；2．变更包括紧急变更和普通变更，紧急变更指由于业务开放或故障处理等迫切需求而引起的，目的是保持或者恢复业务又无法书面申请、审批过程的变更，普通变更指非紧急变更；3．对于普通变更需求，由相关部门书面提出变更申请，对于变更的依据、实施方案、风险控制、测试方案以及退回方案进行详细列述，经批准后组织实施；4．对于紧急变更需求，允许口头申请、审批后组织具体实施，事后，对变更的安全性及功能性进行测试验证，将测试验证结果以及紧急变更事由、具体实施方案、实施过程等以书面形式报市公安局书面确认，并完成相关文档资料的更新工作。
