智能运维管理系统需求规格说明书V20
智能运维管理系统_需求规格说明书_V2.0
智能运维管理系统V2.0 需求规格说明书修订目 录文档介绍文档目的 文档范围 读者对象 参考文档 术语与缩写解释 系统概述系统建设目标 系统总体结构 用户的特点 设计和实现上的限制 系统功能性需求双活中心工作运行状态监控模块 场景描述用例分析 参与者列表 专用监控功能模块 场景描述 用例分析 参与者列表 故障告警模块 场景描述 用例分析 参与者列表 用例描述 数据配置管理模块 场景描述 用例分析 参与者列表故障切换管理模块场景描述 用例分析 参与者列表 数据接口 场景描述 用例分析 参与者列表 故障处理 场景描述 用例分析 参与者列表 系统非功能性需求易用性需求 方便增加监测设备方便删除监测设备 方便定位故障或者异常设备 监测设备在启动与停止监测之间方便转换 性能、并发性需求 对性能及并发性的特殊要求 扩展性需求 采集和监控服务器的集群支持 支持公司 平台的整合 支持公司单点登录系统的整合 支持对物联网智能设备的直接监测 安全及保密性需求 敏感数据加密 敏感操作进行确认 可靠性需求运行可靠性数据可靠性 可维护性需求 监测设备配置优化 软硬件环境约束 系统备份与恢复要求系统日志 其它需求外部接口说明短信发送接口 应用软件服务监测接口文档介绍文档目的在《智能运维管理系统 立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
文档范围本文档包括服务器监测、数据库监测、交换机监测、 平台监测、物联网智能设备监测、应用软件服务监测、个性化主题展现、配置管理的需求规格说明，同时也包括整个系统平台的建设目标、总体结构、网络结构、系统接口描述、用户界面需求和软硬件环境方面的需求规格说明。
读者对象项目的系统设计人员、系统开发人员、系统测试人员以及配置管理人员；公司内部 项目的其干系人、领导、专家等。
参考文档智能运维管理系统 立项建议书，，物联网智能数据采集和控制平台需求规格说明书，， 监控系统 用户指南，术语与缩写解释系统概述系统建设目标公司目前在监控系统方向有两个产品，都是基于 结构，一个是监控系统，另外一个是物联网智能设备监控系统。
IT运维管理系统需求与功能说明
IT运维管理系统需求与功能说明一、系统简介我公司与中国移动合作，代其维护相关客户的软硬件系统，以往运维项目的签约、运维派单等都是通过纸质文件传送，信息沟通渠道不畅通、纸质文件传递繁琐等问题导致对客户的响应不够及时，亟需开发一套IT运维管理系统，作为我公司与中国移动之间的信息沟通桥梁，工程人员绩效工资的考核基准。
二、系统需求1. 角色IT运维管理系统涉及到以下几个角色移动公司✧发包人✧考核人✧派单人✧发单主管✧考核主管我公司✧总经理✧财务主管✧人资主管✧工程主管✧客服✧工程人员2、功能需求2.1 发包功能移动发包人员将项目发包到我公司，具体流程如下：其中移动公司角色中的发单主管是否需要，留待系统正式开发时确定，下面的流程图中，不包括发单主管的审核功能，由移动公司发包人直接发包到运维公司。
每笔发包流程必须系统保存，保存的数据包含但不限于发包时间、项目名称、项目主体、项目详细内容、客户联系方式、运维报价、流程批次处理结果等。
该功能涉及保存的基础数据有：项目信息、项目普查详细信息、项目详细报价、项目技术文档2.2 派单功能移动派单人通过系统将故障工单派送到运维公司的客服人员，由公司的客服人员将具体工单派送到具体的工程人员，并抄送工程主管，工程人员负责上门维护，并将处理结果反馈给工程主管，由工程主管负责工单处理结果的审核，处理成功后，将处理结果反馈给移动派单人员，并抄送给客服人员，具体流程如下：每笔派单流程必须系统保存，保存的数据包含但不限于派单时间、故障情况、项目名称、接单时间、工程人员、处理时间（一次或多次）、处理结果（一次或多次）、客户评价等。
该功能涉及保存的基础数据有：工单2.3 考核功能移动考核人可以通过系统对运维公司的运维情况进行考核，考核依据为历史工单处理情况、客户评价情况等，具体流程如下：其中移动公司角色中的考核主管是否需要，留待系统正式开发时确定，下面的流程图中，不包括考核主管的审核功能，由移动公司考核人直接将考核结果发送到运维公司。
大华智能运维管理系统使用说明书
大华智能运维管理系统使用说明书大华智能运维管理系统使用说明书V3.0.3 浙江大华科技有限公司概述本文详细介绍了智能运维管理系统的初始化配置的方法、系统的日常操作以及备份与恢复等内容。
符号约定在本文中可能出现下列标志，它们所代表的含义如下：符号说明表示有高度潜在危险，如果不能避免，会导致人员伤亡或严重伤害。
表示有中度或低度潜在危险，如果不能避免，可能导致人员轻微或中等伤害。
表示有潜在风险，如果忽视这些文本，可能导致设备损坏、数据丢失、设备性能降低或不可预知的结果。
表示静电敏感的设备。
防静电表示高压危险。
电击防护表示强激光辐射。
激光辐射表示能帮助您解决某个问题或节省您的时间。
表示是正文的附加信息，是对正文的强调和补充。
前言................................................ 错误!未定义书签。
1 概述.............................................. 错误!未定义书签。
2 初始化配置........................................ 错误!未定义书签。
3 登录系统.......................................... 错误!未定义书签。
4 设置.............................................. 错误!未定义书签。
4.1管理用户...................................... 错误!未定义书签。
4.1.1 权限配置 ................................ 错误!未定义书签。
4.1.2 用户配置 ................................ 错误!未定义书签。
4.2管理平台和设备................................ 错误!未定义书签。
智能运维产品功能说明书_V2_20210616
中国软件与技术服务股份有限公司智能运维产品功能说明书Version 2.0目录第1章文档介绍 (5)1.1使用范围 (5)1.2面向对象 (5)第2章系统概述 (5)2.1软件功能 (5)第3章安装部署 (7)3.1部署说明 (7)3.2端口号查看 (8)第4章软件功能介绍 (10)4.1统计查询 (10)4.1.1 网络状态查询 (10)4.1.1.1界面展示 (10)4.1.1.2功能介绍 (10)4.1.2 数据上传统计 (11)4.1.2.1界面展示 (11)4.1.2.2功能介绍 (11)4.1.3 模式差异查询 (11)4.1.3.1界面展示 (11)4.1.3.2功能介绍 (12)4.1.4 客流统计查询 (12)4.1.4.1界面展示 (12)4.1.4.2功能介绍 (13)4.2系统管理 (14)4.2.1 SQL-SC部署 (14)4.2.1.1界面展示 (14)4.2.1.2功能介绍 (14)4.2.2 设备文件部署 (15)4.2.2.1界面展示 (15)4.2.2.2功能介绍 (15)4.2.3 命令批量执行 (16)4.2.3.1界面展示 (16)4.2.3.2涉及配置文件 (16)4.2.3.3功能介绍 (16)4.2.4 系统进程查询 (17)4.2.4.1界面展示 (17)4.2.4.2功能介绍 (17)4.2.5 参数/数据解析 (18)4.2.5.1界面展示 (18)4.2.5.2功能介绍 (18)智能运维软件功能说明第1章文档介绍1.1 使用范围本文档描述智能运维系统的各软件功能说明以及操作方法，适用于公司自V4.0—V4.2项目使用。
1.2 面向对象指定授权的研发、测试、现场实施成员；第2章系统概述2.1 软件功能智能系统软件功能参见下表：第3章安装部署3.1 部署说明一、将智能软件包RWS_Pack.exe，在本机目录下执行双击，执行解压二、解压完成成，运行RCWS.exe，弹出基础信息配置框，界面如下：三、执行基础信息配置，以厦门为例：名称：xm （服务器IP：10.33.250.246 （线路LC的IP）端口号：11418服务器IP、端口号配置正确后，系统通过api接口同步上位基础信息，更新本地配置，不需要在人工手工配置本地基础信息，如下图服务器IP、端口号设置正确后，点击保存，系统会弹出设置成功界面，如下图厦门项目是第一个按MLC设计开发项目，针对多线路管理，线路ID为FF、车站ID为FFFF，智能运营暂时需手动调整配置文件Config/SysConfig的LineId：03StationCode：0300，如不调整，影响界面车站的展示3.2 端口号查看一、查看lc的runs/etc/route.xml, 厦门项目开辟了两个端口号（11416、11418），见配置，如下图二、附加-afchttp 端口号命令查询 （仅限于常州、福州、巴基斯坦） netstat -antpl | grep afchttp | grep LISTEN第4章软件功能介绍4.1 统计查询4.1.1 网络状态查询4.1.1.1 界面展示4.1.1.2 功能介绍网络状态查询功能，是对全线路车站设备网络在线、离线的汇总统计，可按车站、设备类型进行分别统计，并针对网络异常设备，界面可展示设备基础信息，可根据设备ip，进行远程检测操作。
智能运维管理系统-需求规格说明书-V2.0
智能运维管理系统-需求规格说明书-V2.0案场各岗位服务流程销售大厅服务岗：1、销售大厅服务岗岗位职责：1)为来访客户提供全程的休息区域及饮品;2)保持销售区域台面整洁;3)及时补足销售大厅物资,如糖果或杂志等;4)收集客户意见、建议及现场问题点；2、销售大厅服务岗工作及服务流程阶段工作及服务流程班前阶段1）自检仪容仪表以饱满的精神面貌进入工作区域2）检查使用工具及销售大厅物资情况，异常情况及时登记并报告上级。
班中工作程序服务流程行为规范迎接指引递阅资料上饮品（糕点）添加茶水工作要求1）眼神关注客人，当客人距3米距离时，应主动跨出自己的位置迎宾，然后侯客迎询问客户送客户注意事项15度鞠躬微笑问候：“您好！欢迎光临！”2）在客人前方1-2米距离领位，指引请客人向休息区，在客人入座后问客人对座位是否满意：“您好！请问坐这儿可以吗？”得到同意后为客人拉椅入座“好的，请入座！”3）若客人无置业顾问陪同，可询问：请问您有专属的置业顾问吗？，为客人取阅项目资料，并礼貌的告知请客人稍等，置业顾问会很快过来介绍，同时请置业顾问关注该客人；4）问候的起始语应为“先生-小姐-女士早上好，这里是XX销售中心，这边请”5）问候时间段为8:30-11:30 早上好11:30-14:30 中午好 14:30-18:00下午好6）关注客人物品，如物品较多，则主动询问是否需要帮助（如拾到物品须两名人员在场方能打开，提示客人注意贵重物品）；7）在满座位的情况下，须先向客人致歉，在请其到沙盘区进行观摩稍作等待；阶段工作及服务流程班中工作程序工作要求注意事项饮料（糕点服务）1）在所有饮料（糕点）服务中必须使用托盘；2）所有饮料服务均已“对不起，打扰一下，请问您需要什么饮品”为起始；3）服务方向：从客人的右面服务；4）当客人的饮料杯中只剩三分之一时，必须询问客人是否需要再添一杯，在二次服务中特别注意瓶口绝对不可以与客人使用的杯子接触；5）在客人再次需要饮料时必须更换杯子；下班程序1）检查使用的工具及销售案场物资情况，异常情况及时记录并报告上级领导；2）填写物资领用申请表并整理客户意见；3）参加班后总结会；4）积极配合销售人员的接待工作，如果下班时间已经到，必须待客人离开后下班；1.3.3.3吧台服务岗1.3.3.3.1吧台服务岗岗位职责1）为来访的客人提供全程的休息及饮品服务；2）保持吧台区域的整洁；3)饮品使用的器皿必须消毒；4）及时补充吧台物资；5）收集客户意见、建议及问题点；1.3.3.3.2吧台服务岗工作及流程阶段工作及服务流程班前阶段1）自检仪容仪表以饱满的精神面貌进入工作区域2）检查使用工具及销售大厅物资情况，异常情况及时登记并报告上级。
智能运维管理系统-需求规格说明书-最新版本
智能运维管理系统V2.0 需求规格说明书修订目录1. 文档介绍 (5)1.1. 文档目的 (5)1.2. 文档范围 (5)1.3. 读者对象 (5)1.4. 参考文档 (5)1.5. 术语与缩写解释 (5)2. 系统概述 (6)2.1. 系统建设目标 (6)2.2. 系统总体结构 (7)2.3. 用户的特点 (7)2.4. 设计和实现上的限制 (8)3. 系统功能性需求 (8)3.1. 双活中心工作运行状态监控模块 (8)3.1.1. 场景描述 (8)3.1.2. 用例分析 (8)3.1.3. 参与者列表 (8)3.2. 专用监控功能模块 (9)3.2.1. 场景描述 (9)3.2.2. 用例分析 (9)3.2.3. 参与者列表 (10)3.3. 故障告警模块 (10)3.3.1. 场景描述 (10)3.3.2. 用例分析 (11)3.3.3. 参与者列表 (11)3.3.4. 用例描述 (11)3.4. 数据配置管理模块 (11)3.4.1. 场景描述 (11)3.4.2. 用例分析 (11)3.4.3. 参与者列表 (12)3.5. 故障切换管理模块 (12)3.5.1. 场景描述 (12)3.5.2. 用例分析 (12)3.5.3. 参与者列表 (13)3.6. 数据接口 (13)3.6.1. 场景描述 (13)3.6.2. 用例分析 (13)3.6.3. 参与者列表 (13)3.7. 故障处理 (13)3.7.1. 场景描述 (13)3.7.2. 用例分析 (13)3.7.3. 参与者列表 (14)4. 系统非功能性需求 (14)4.1. 易用性需求 (14)4.1.1. 方便增加监测设备 (14)4.1.2. 方便删除监测设备 (14)4.1.3. 方便定位故障或者异常设备 (15)4.1.4. 监测设备在启动与停止监测之间方便转换 (15)4.2. 性能、并发性需求 (15)4.2.1. 对性能及并发性的特殊要求 (16)4.3. 扩展性需求 (16)4.3.1. 采集和监控服务器的集群支持 (16)4.3.2. 支持公司AFP 平台的整合 (16)4.3.3. 支持公司单点登录系统的整合 (17)4.3.4. 支持对物联网智能设备的直接监测 (17)4.4. 安全及保密性需求 (18)4.4.1. 敏感数据加密 (18)4.4.2. 敏感操作进行确认 (18)4.5. 可靠性需求 (18)4.5.1. 运行可靠性 (18)4.5.2. 数据可靠性 (19)4.6. 可维护性需求 (19)4.6.1. 监测设备配置优化 (19)4.7. 软硬件环境约束 (20)4.8. 系统备份与恢复要求 (21)4.9. 系统日志 (21)4.10. 其它需求 (21)5. 外部接口说明 (21)5.1. 短信发送接口 (21)5.2. 应用软件服务监测接口 (21)1. 文档介绍1.1. 文档目的在《智能运维管理系统V2.0立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
系统运维说明书及承诺书.docx
况统计
文案大全
实用标准
3服务方案
3.1xxxxxxx系统的软件bug修复
3.1.1业务流程
微信营销及支付系统bug管理流程
提交bug修复阶段验证阶段跟踪阶段关闭bug
牌
壳
长
延
开始
是否再现关闭bug
提交bug
验证bug结束
判断是否为系
Bug修复
内部验证
统bug
航
星
云
启
3..1.2流程说明
4
3.1xxxxxxx系统的软件bug修复................................................................................
4
3.1.1
业务流程...................................................................................................................
1
2.2
系统功能........................................................................................................................
1
3服务方案
....................................................................................................................................
智能运维中国标准
智能运维中国标准一、运维管理体系1.1 概述智能运维中国标准是一个全面、系统化的运维管理体系，旨在提高运维效率、保障业务连续性、降低运营成本并推动业务创新。
本标准适用于各个行业和规模的企业，包括但不限于金融机构、政府机构和民营企业。
1.2 体系架构本标准包括组织结构、规章制度、资源保障、监控预警、故障处理、持续改进等关键要素，构成一个完整的运维管理体系。
二、运维流程规范2.1 概述运维流程规范是智能运维中国标准的重要组成部分，旨在明确运维工作的具体流程和规范，提高运维工作的效率和规范化程度。
2.2 主要流程本标准包括监控预警、故障处理、持续改进等核心流程，以及组织结构、规章制度、资源保障等支撑流程。
其中，监控预警流程主要包括监控数据的采集、分析和告警；故障处理流程主要包括故障识别、定位、处理和恢复；持续改进流程主要包括问题管理、变更管理和配置管理。
三、运维技术要求3.1 概述运维技术要求是智能运维中国标准的又一重要组成部分，旨在明确运维人员应具备的技术能力和技能要求，提高运维工作的技术水平。
3.2 技术要求分类本标准将运维技术要求分为基础技能、专业技能和高级技能三个层次。
基础技能包括操作系统基础、网络基础和安全基础等方面；专业技能包括系统管理、网络管理和应用管理等技能；高级技能包括性能优化、安全管理和自动化运维等方面的技能。
四、运维数据分析4.1 概述运维数据分析是智能运维中国标准的特色组成部分，旨在通过数据分析手段提高运维工作的精细化程度和智能化水平。
4.2 分析内容及方法本标准包括基础设施性能分析、应用性能分析、用户行为分析等主要分析内容。
其中，基础设施性能分析主要通过监控系统进行实时监测和数据分析；应用性能分析主要通过应用性能管理工具进行数据采集和分析；用户行为分析主要通过日志分析、流量分析等方式进行数据采集和分析。
同时，本标准还提供了一系列常用的数据分析方法和模型，以便更好地支持运维数据分析工作。
IT运维管理系统需求说明书
IT运维管理（平台）系统(定制开发)需求说明日期版本说明作者<2013-4-10> <0.1> 草案关则满目录目录 (2)一、开发环境 (4)二、版权所有 (4)三、总体框架 (4)四、功能模块及软件需实现功能 (5)4.1 服务台工作台功能描述---事件管理 (5)4.1.1 服务台，IT主管，登录界面 (5)4.1.2技术员登录界面： (8)4.2问题管理模块 (13)4.2.1 新建问题 (13)4.2.2技术员登录界面: (15)4.3变更发布管理 (18)4.4知识管理 (23)4.5 资产管理 (24)4.5.1 硬件资产 (24)4.5.1.1 新建服务器资产 (25)4.5.1.2新建工作站 (27)4.5.1.3 打印机资产 (29)4.5.1.4 交换机资产 (31)4.5.1.5 路由器资产 (32)4.5.2 软件资产 (32)4.5.2.1 新建软件资产字段 (32)4.5.2.4软件分类支持自定义：在后面全局配置参数中说明 (33)4.5.2.5 资产的快速查询 (33)4.6报表管理 (34)4.6.2所有问题报表 (34)4.6.4所有变更报表 (34)4.6.4所有资产汇总表 (35)4.7用户（部门）管理 (35)4.7.1 用户管理 (35)4.7.2 新添加部门 (37)4.8配置管理(CMDB) (39)4.8.1帮助台配置 (39)4.8.1.1机构明细配置 (39)4.8.1.2 邮件服务器配置 (40)4.8.1.3 事件模版 (42)4.8.1.4服务级别协议（SLA） (46)4.8.1.4服务目录 (47)4.8.2用户配置 (51)4.8.3 问题/变更管理 (53)4.8.3 资产管理 (54)4.8.3 软件管理 (55)4.9辅助功能 (57)五﹑附件 (58)5.1 ITIL主要功能规范流程图 (58)5.2阳光信息科技需求的主要功能流程 (64)一、开发环境开发语言：不限支持数据库：Microsoft SQL Server 或ORACLE 10G 及以上二、版权所有提供相关设计文档，全部源码，版权归需方所有。
智能运维管理系统
1.1智能运维管理系统1.1.1设计目标公安将关键业务运行于IT网络系统之上，那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。
但目前普遍管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。
网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。
因此，如何保障网络系统的正常运行，实现：预知故障，即在故障发生之前发现故障；实时告知，即在第一时间将故障情况通知相关的管理人员；有效处理，即在预定的时间内处理故障，若未及时处理将采取升级措施；以上问题简单来说，如何实现“第一时间发现问题”、“第一时间通知相关人员”，“第一时间处理问题”，成为智能运维管理系统主管关注的重点问题。
本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。
1.1.2系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。
设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态，对于故障设备，按照服务器热备策略自动启动备份服务器（如流媒体服务器），或重启设备和服务模块，以实现故障旁路和自动恢复功能。
视频信号诊断服务器对系统内视频信号轮巡检测，检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息。
为了提高故障检测诊断效率，增强故障发现的实时性，设备巡检服务器可以分布部署，设计在每个分局部署一台设备巡检服务器，负责对本网络区域内设备的巡检。
报警转发服务器和数据库仍利用一期的设备，无需另外配置。
系统原理结构图如图4.5所示。
派出所分控中心1派出所分控中心2派出所分控中心3智能运维管理系统原理图1.1.3设备与工程信息管理➢可以对前端所有设备的信息进行统一管理，管理人员有针对的进行设备维护，如下图。
系统运维说明书及承诺书
系统运维工作说明书及售后服务承诺2017年11月目录1 概述 (1)1.1 服务范围和服务内容 (1)1.2 服务目标 (1)2系统现状 (1)2.1应用系统 (1)2.2系统功能 (1)3服务方案 (3)3.1xxxxxxx系统的软件bug修复 (3)3.1.1 业务流程 (3)3..1.2 流程说明 (3)3.2定时备份xxxxxxx系统的业务数据 (4)3.2.1 备份业务流程 (4)3.2.2 备份业务流程说明 (4)3.3按需更新xxxxxxx系统（不包含系统迁移） (5)3.3.1 更新流程 (5)3.3.2 更新业务说明 (5)3.4及时处理xxxxxxx系统的异常数据 (6)3.4.1 异常数据处理流程 (6)3.4.2 异常数据处理说明 (6)3.5及时解决xxxxxxx系统的咨询或培训 (7)3.5.1 系统咨询或培训流程 (7)3.5.2系统咨询或培训说明 (7)4服务响应 (8)4.1日常服务响应时间 (8)4.2事故分级响应服务时间 (8)4.3服务报告 (9)4.4运维保障资源库建设 (9)4.5项目管理 (9)1 概述1.1 服务范围和服务内容本次服务范围为XXXXX有限公司XXXXXX系统，软件系统位于XXXXXXX机房内，服务内容为XXXXXX应用软件系统的系统运维工作，不包括服务器操作系统的运维及网络运维、专业安全服务等。
1.2 服务目标及时修复xxxxxxx系统的软件bug定时备份xxxxxxx系统的业务数据按需更新xxxxxxx系统（不包含系统迁移）及时处理xxxxxxx系统的异常数据及时解决xxxxxxx系统的咨询或培训2系统现状2.1应用系统xxxxxxx系统等日常工作均在基于内网在不同应用系统上得以实现，其中优惠券类业务需要外网权限。
OS端是安卓系统，应用服务器是使用的centos系统，客户端使用的windows 和安卓系统。
2.2系统功能xxxxxxx系统L2级系统运维的内容如下。
智能运维管理系统
1.1智能运维管理系统1.1.1设计目标公安将关键业务运行于IT网络系统之上,那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在;但目前普遍管理人员经常面临的问题是：变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因; 网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难;因此,如何保障网络系统的正常运行,实现：预知故障,即在故障发生之前发现故障；实时告知,即在第一时间将故障情况通知相关的管理人员；有效处理,即在预定的时间内处理故障,若未及时处理将采取升级措施；以上问题简单来说,如何实现“第一时间发现问题”、“第一时间通知相关人员”,“第一时间处理问题”,成为智能运维管理系统主管关注的重点问题;本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统;1.1.2系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成;设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态,对于故障设备,按照服务器热备策略自动启动备份服务器如流媒体服务器,或重启设备和服务模块,以实现故障旁路和自动恢复功能;视频信号诊断服务器对系统内视频信号轮巡检测,检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息;为了提高故障检测诊断效率,增强故障发现的实时性,设备巡检服务器可以分布部署,设计在每个分局部署一台设备巡检服务器,负责对本网络区域内设备的巡检;报警转发服务器和数据库仍利用一期的设备,无需另外配置;系统原理结构图如图所示;智能运维管理系统原理图1.1.3设备与工程信息管理可以对前端所有设备的信息进行统一管理,管理人员有针对的进行设备维护,如下图;可以对前端所有摄像机设备的信息进行统一管理,管理人员有针对的进行设备安装维护,如下图;1.1.4设备状态巡检可以对前端所有设备进行实时状态巡检,如下图1.1.5视频信号巡测对所有的视频信号轮巡检测,发现信号故障时能够通过网管客户端进行声光报警和故障信息显示,并联动显示故障画面,自动生成故障记录,包括检测时间、监控点名称、故障内容等,能自动抓拍故障图像的图片保存到检测记录中;故障内容包括视频信号干扰、图像过白、过黑、聚焦模糊、画面冻结等质量问题；1)清晰度检测Sharpness & Content该功能将对实时视频的画面清晰程度Sharpness和信息含量Content做出评价,从而及时发现以下故障：对焦发生异常被偶然异物遮挡如柳絮团被人为地蒙蔽这类危险对于银行、金库等敏感地带的摄像头尤其重要由于PTZ云台故障或被人为移动,视野无意义2)视频干扰检测 Noise & Snow该功能主要的监测对象是：由于线路老化,传输故障,或者接触不良,或受到电磁干扰,而在视频画面上出现的点状,刺状,带状的干扰; 由于摄像头的干扰故障形式非常多样,在文安视频诊断系统中将呈带状,网状带有周期性的干扰交由“噪声”检测项监测,而将点状,刺状的随机干扰交由“雪花”检测项监测,从而提高诊断的准确性;3)亮度异常检测Brightness & Darkness该功能将对视频的明暗程度进行诊断,由于在不同时段可改变诊断计划和监测阈值,亮度异常检测在昼夜都能发挥作用;4)偏色检测Color Bias该功能对视频的颜色信息进行分析,它的特点是当视频中出现丰富色彩时,能够区分它们是由自然场景带来的,还是由于摄像头自身故障产生的,从而使摄像头偏色检测实用化;5)PTZ云台控制功能诊断前端的PTZ摄像头在安装一段时间后,可能发生部分或全部PTZ功能异常的情况,例如,左转失灵,上下倒序等等;该功能能够自动对PTZ的各指令进行测试,使管理人员准确及时地把握系统内PTZ的运行情况;不过,此功能需要系统拥有控制前端PTZ的权限; 6)视频冻结检测Freeze发生视频冻结时,监控中心的画面静止,摄像头的实时画面无法被正常纪录,而由于并未发生视频信号丢失,常常难以引起人员注意;通过使用文安视频诊断系统的Freeze监测功能,就能及时发现这类隐患;7)视频缺失检测Freeze该功能监测摄像头视频信号中断的故障;1.1.6网络流量检测网络流量监测的常用方法对网络流量监测的常用技术分为：基于流量镜像在线TAP的协议分析技术；基于硬件探针的分布式监测技术；基于SNMP的监测技术；基于Netflow的监测技术这四种常用技术;网络流量监测的原理介绍1基于流量镜像协议分析流量镜像在线TAP协议分析方式是把网络设备的某个端口链路流量镜像给协议分析仪,通过7层协议解码对网络流量进行监测;与其他3种方式相比,协议分析是网络测试的最基本手段,特别适合网络故障分析;缺点是流量镜像在线TAP协议分析方式只针对单条链路,不适合全网监测;2基于硬件探针的监测技术硬件探针是一种用来获取网络流量的硬件设备,使用时将它串接在需要捕捉流量的链路中,通过分流链路上的数字信号而获取流量信息; 一个硬件探针监视一个子网通常是一条链路的流量信息;对于全网流量的监测需要采用分布式方案,在每条链路部署一个探针,再通过后台服务器和数据库,收集所有探针的数据,做全网的流量分析和长期报告;与其他的3种方式相比,基于硬件探针的最大特点是能够提供丰富的从物理层到应用层的详细信息;但是硬件探针的监测方式受限于探针的接口速率,一般只针对1000M以下的速率;而且探针方式重点是单条链路的流量分析,Netflow更偏重全网流量的分析;3基于SNMP的流量监测技术基于SNMP的流量信息采集,实质上是测试仪表通过提取网络设备Agent提供的MIB管理对象信息库中收集一些具体设备及流量信息有关的变量;基于SNMP收集的网络流量信息包括：输入字节数、输入非广播包数、输入广播包数、输入包丢弃数、输入包错误数、输入未知协议包数、输出字节数、输出非广播包数、输出广播包数、输出包丢弃数、输出包错误数、输出队长等;相似的方式还包括RMON;与其他的方式相比,基于SNMP的流量监测技术受到设备厂家的广泛支持,使用方便,缺点是信息不够丰富和准确,分析集中在网络的2、3层的信息和设备的消息;SNMP方式经常集成在其他的3种方案中,如果单纯采用SNMP做长期的、大型的网络流量监控,在测试仪表的基础上,需要使用后台数据库; 4基于Netflow的流量监测技术Netflow流量信息采集是基于网络设备Cisco提供的Netflow机制实现的网络流量信息采集;Netflow为Cisco之专属协议,已经标准化,并且Juniper、extreme、华为等厂家也逐渐支持,Netflow由路由器、交换机自身对网络流量进行统计,并且把结果发送到第3方流量报告生成器和长期数据库;一旦收集到路由器、交换机上的详细流量数据后,便可为网络流量统计、网络使用量计价、网络规划、病毒流量分析,网络监测等应用提供计数根据;同时,Netflow也提供针对QoS Quality of Service的测量基准,能够捕捉到每笔数据流的流量分类或优先性特性,而能够进一步根据QoS进行分级收费;与其他的方式相比,基于Netflow的流量监测技术属于中央部署级方案,部署简单、升级方便,重点是全网流量的采集,而不是某条具体链路；Netflow流量信息采集效率高,网络规模越大,成本越低,拥有很好的性价比和投资回报;缺点是没有分析网络物理层和数据链路层信息;Netflow方式是网络流量统计方式的发展趋势1.1.7存储设备管理简便的存储管理界面：基于Web GUI,支持Windows/Linux操作系统平台,通过IE/Firefox 浏览器,完成存储管理的所有操作;如下图网络配置可以修改所有受管辖的控制器模块的名称、IP地址、子网掩码、网络地址以及DNS 服务器信息；还可以激活巨型帧和指定巨型帧的大小;如下图可以对接入系统中的所有存储设备的实时硬件连接状态,如下图1.1.8用户投诉管理接受用户投诉,形成投诉记录、维护任务单,反馈维护处理结果,形成完整的用户投诉处理记录,可查询、统计、打印;客户投诉处理流程如下图1.1.9日志管理系统提供日志查询与导出功能,日志记录关于软件操作的整个过程,包括操作人员的身份详细信息,重要信息可以进行打印备案;提供日志查询页面,方便用户查询历史信息,可以根据不同的条件查询来源,包括:来源：管理中心、前端服务器；等级：全部信息、普通信息、重要信息、警告信息、错误信息；操作：功能操作；操作对象：对象的操作,譬如DVR设备、组织机构、日志处理、报警日志处理等等；操作类型：前部、日志、机构、通道、云台、人员、角色、功能模块、视频录像机、任务管理；用户：用户登陆时的用户名；时间：开始时间,结束时间,中断时间；由于一般用户的需求,在历史日志列表可以看到日志的来源、等级、操作、操作的对象、操作的类别、操作时间和结果;1.1.10运维管理流程4. 解决故障,请求确认恢复1.申告2.派单3.转发5确认恢复,交换中心管理中心传输中心区域维护要求销障6、销单。
配电室智能运维系统建设要求
配电室智能运维系统建设要求B.1 总体要求B.1.1 先进性系统应采用先进的技术和方法，保证系统具备较长的生命周期。
B.1.2 可靠性系统应确保数据获取、数据处理、数据传输等过程的准确和可靠。
B.1.3 安全性系统应确保用户数据安全和用户隐私安全，按照不同用户对安全的需求提供不同的安全等级保护，确保用户的数据和隐私均受到保护。
B.1.4 集成性系统应能够从其他信息系统获取数据，并且能够为其他信息系统提供数据集成接口。
B.1.5 可扩展性系统的软、硬件都可动态扩展，系统配置和设计容量具有合理冗余，符合扩展需要。
B.2 系统功能要求B.2.1 运行监测系统应具备运行监测功能，对配电室内设备运行状态、运行参数和配电室运行环境情况进行监测，电力用户可通过客户端实时获取配电室的运行状况，系统的运行监测功能应满足下列要求：a) 应支持配电室主要运行状态、设备信息等的实时监测；b) 应支持对监测内容进行可视化展示，并提供多样化的展现形式。
B.2.2 预警功能系统应具备预警功能，支持用户对配电室运行参数越限情况进行实时监测、追踪，支持对预警历史信息的查询与管理，系统的预警功能应满足下列要求：a) 预警内容应包括：开关状态变化、运行参数越限及环境状态异常等；b) 预警发生时应能及时记录，必要时可进行预警信息推送；c) 应提供历史预警信息按照条件设定检索查询以及打印输出功能。
B.2.3 报警处理系统应具备报警处理功能，支持用户对配电室故障报警信息实时监测、追踪，支持对报警历史信息查询与管理，系统的报警处理功能应满足下列要求：a) 报警内容应包括：设备故障报警、开关事故跳闸，运行值和环境状态参数越过对应的报警阈值；b) 报警发生时应能立刻推出报警条文，宜伴以声、光提示；c) 应提供历史报警信息检索查询以及打印输出功能。
B.2.4 运行统计分析系统应具备运行统计分析功能，用户可通过运行统计分析功能对配电室的运行数据进行查询、对比和分析，系统的运行统计分析功能应满足下列要求：a) 应支持对配电室内运行数据进行统计计算；b) 应支持按照组合查询条件查询相应数据并通过图形、表格形式进行显示。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
智能运维管理系统V2.0 需求规格说明书修订目录1.文档介绍 (5)1.1.文档目的 (5)1.2.文档范围 (5)1.3.读者对象 (5)1.4.参考文档 (5)1.5.术语与缩写解释 (5)2.系统概述 (6)2.1.系统建设目标 (6)2.2.系统总体结构 (7)2.3.用户的特点 (7)2.4.设计和实现上的限制 (8)3.系统功能性需求 (8)3.1.双活中心工作运行状态监控模块 (8)3.1.1.场景描述 (8)3.1.2.用例分析 (8)3.1.3.参与者列表 (8)3.2.专用监控功能模块 (9)3.2.1.场景描述 (9)3.2.2.用例分析 (9)3.2.3.参与者列表 (10)3.3.故障告警模块 (10)3.3.1.场景描述 (10)3.3.2.用例分析 (11)3.3.3.参与者列表 (11)3.3.4.用例描述 (11)3.4.数据配置管理模块 (11)3.4.1.场景描述 (11)3.4.2.用例分析 (11)3.4.3.参与者列表 (12)3.5.故障切换管理模块 (12)3.5.1.场景描述 (12)3.5.2.用例分析 (12)3.5.3.参与者列表 (13)3.6.数据接口 (13)3.6.1.场景描述 (13)3.6.2.用例分析 (13)3.6.3.参与者列表 (13)3.7.故障处理 (13)3.7.1.场景描述 (13)3.7.2.用例分析 (13)3.7.3.参与者列表 (14)4.系统非功能性需求 (14)4.1.易用性需求 (14)4.1.1.方便增加监测设备 (14)4.1.2.方便删除监测设备 (14)4.1.3.方便定位故障或者异常设备 (15)4.1.4.监测设备在启动与停止监测之间方便转换 (15)4.2.性能、并发性需求 (15)4.2.1.对性能及并发性的特殊要求 (16)4.3.扩展性需求 (16)4.3.1.采集和监控服务器的集群支持 (16)4.3.2.支持公司AFP平台的整合 (16)4.3.3.支持公司单点登录系统的整合 (17)4.3.4.支持对物联网智能设备的直接监测 (17)4.4.安全及保密性需求 (18)4.4.1.敏感数据加密 (18)4.4.2.敏感操作进行确认 (18)4.5.可靠性需求 (18)4.5.1.运行可靠性 (18)4.5.2.数据可靠性 (19)4.6.可维护性需求 (19)4.6.1.监测设备配置优化 (19)4.7.软硬件环境约束 (20)4.8.系统备份与恢复要求 (21)4.9.系统日志 (21)4.10.其它需求 (21)5.外部接口说明 (21)5.1.短信发送接口 (21)5.2.应用软件服务监测接口 (21)1.文档介绍1.1. 文档目的在《智能运维管理系统V2.0立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
1.2. 文档范围本文档包括服务器监测、数据库监测、交换机监测、21平台监测、物联网智能设备监测、应用软件服务监测、个性化主题展现、配置管理的需求规格说明，同时也包括整个系统平台的建设目标、总体结构、网络结构、系统接口描述、用户界面需求和软硬件环境方面的需求规格说明。
1.3. 读者对象1. -IOMS V2.0项目的系统设计人员、系统开发人员、系统测试人员以及配置管理人员；2. 公司内部-IOMS V2.0项目的其干系人、领导、专家等。
1.4. 参考文档智能运维管理系统V1.0立项建议书，，2013-09物联网智能数据采集和控制平台需求规格说明书，，2012-03监控系统V2.0用户指南，2011-111.5. 术语与缩写解释2.系统概述2.1. 系统建设目标公司目前在监控系统方向有两个产品，都是基于B/S结构，一个是监控系统，另外一个是物联网智能设备监控系统。
监控系统是公司提出的系统集成监控解决方案，其主要目标是监控IT系统中的各种信息节点(服务器、数据库、交换机、21平台)的运行状态，提供故障的显示、告知，以及故障恢复功能。
物联网智能设备监控系统是上海市的科研课题，由硬件（数据采集与控制终端简称ICD）和软件（嵌入式软件和智能设备监控系统）两部分组成。
ICD设备提供和有线或者无线终端设备的接口，ICD设备内的嵌入式系统负责终端设备的数据采集和控制、数据处理和封装以及对通信协议的转换，与上层软件统一采用Modbus TCP协议进行通信。
智能设备监控系统通过Modbus TCP协议收集终端设备测点的数据，监控ICD设备及终端设备的状态，个性化显示监测数据和状态，在监测数据和状态异常情况下通过声、光、短信告警，提供历史数据和历史事件查询，并可以通过配置的方式很方便的实现对各种不同类型、不同通信协议终端设备的监控。
监控系统搭配公司其它产品在湖北、江苏等几个省份部署，物联网智能设备监控系统通过课题组专家的验收，在监控系统使用的过程中以及物联网智能设备监控系统开发和验收的过程中，收到用户、领域专家、公司领导、公司专家和潜在用户的意见和建议，通过总结和分析这些意见和建议，得出本系统建设的目标如下：1.基于B/S架构实现运维管理系统的整体框架；2.实现对Windows操作系统的服务器进行监测；3.实现对SQL Server和Oracle数据库进行监测；4.实现对公司内部交换机进行监测；5.实现对21平台进行监测(包括CTI服务器、通信服务器和坐席服务器)；6.实现异常事件监测；7.实现短信告警规则；8.实现告警记录及查询；9.实现操作记录及查询；10.实现对物联网智能设备进行监测；11.实现对物联网智能设备的配置管理；12.实现主题的个性化配置；13.封装个性化展现控件；14.实现对公司三台合一接处警系统服务的监测；对公司内部的关键设备进行监控。
2.2. 系统总体结构图中，AFP 基础业务平台框架是整个智能运维管理系统的基础架构。
21平台、三台合一、警情分析、预案系统、PGIS 系统和其他系统是本系统需要监测的应用软件，本系统提供应用软件服务监测接口，各需要监测的应用软件实现此应用软件服务监测接口。
短信服务平台为本系统提供短信发布服务，本系统提供发送短信所需要的发送人、接收人、发送内容等信息。
服务器监测、数据库监测、交换机监测、21平台监测、智能设备监测、应用软件服务监测、配置管理、监测数据管理、告警规则管理、异常规则管理、主题管理和操作日志管理是本系统提供的主要功能。
2.3. 用户的特点本系统的用户主要有：公司内部的系统运维管理员；购买本公司产品的客户运维管理员；人防领域的潜在用户。
公司内部的系统运维管理员主要通过本系统了解本公司产品部署在全国各地客户方的运行状态，重点关注监测对象的危险和故障事件。
公司内部的系统运维管理员对计算机知识比较熟悉，通过简单的培训即可很好的使用本系统，使用本系统的频度一般也比较高。
购买本公司产品的客户一般是公安和消防，这类客户的运维管理员对系统维护和计算机相关知识一般不是很熟悉，通常仅使用本系统的故障告警功能，使用频度一般也不会很高。
人防领域的潜在用户和公安、消防的用户差不多，这类用户对系统维护和计算机相关知识一般不是很熟悉，因此通常也是仅使用故障告警功能，使用频度较低，一般情况是系统自动运行，等发现问题以后通过告警的方式通知用户来解决问题。
2.4. 设计和实现上的限制约束于公司在JAVA平台上开发的技术选型。
3.系统功能性需求3.1. 双活中心工作运行状态监控模块3.1.1.场景描述➢市局、分局两级架构的系统监控。
➢双中心监控支持图形化结构、拓扑结构、列表结构等展示坐席当前登录区域，双中心话务量统计等信息。
➢权限管理，对市局及分局的不同使用者的账号进行集中管理。
3.1.2.用例分析1.支持两级架构的系统监控2.市局通过公安网与分局进行连接，获取分局监控数据。
3.使用浏览器作为最终展现界面，支持多种方式信息查看4.以图形方式、拓扑结构、列表结构等所有坐席当前登录区域，监控警情话务量统计数据、监控负荷分担情况等。
5.通过拓扑图方式，展现当前系统的节点及连接关系。
并通过不同的图示、颜色等方式，标注异常情况的节点和连接。
6.展示系统的软件系统结构图。
并通过不同的图示或颜色，标注其中的异常节点。
7.对于数值化的监控数据，通过图表的方式进行直观展示。
8.采集数据可以实时展现。
9.权限管理10.监控平台对市局及分局的不同使用者的账号进行集中管理，根据用户的不同管理权限，向不同用户开放的不同的控制权限。
让不同职能的管理人员做到各行其职，提高监控管理的规范性及安全性。
3.1.3.参与者列表信息系统负责人、信息系统管理员、运维工程师、研发工程师3.2. 专用监控功能模块3.2.1.场景描述➢排队调度机、信令链路、2M通信链路、通信服务软件、CTI服务、坐席服务、复用设备、手机定位、短信报警、录音系统、WEB服务、处警分配服务、二级接入服务、报警用户信息服务、数据库同步监控➢各分局、直属单位、联动单位监控3.2.2.用例分析1.软件监控主要是通过监控服务器对双中心的各自运行软件的服务处理实时监控同步，提以及各类应用程序的检测。
能够检测当前程序的运行状态。
2.提供通用接口供应用程序上传自身详细信息。
可对上海应急联动双活中心的接入大屏系统、警情分析系统、录音系统、统一门户平台、值班排班系统、查询统计软件、科所队系统、分局二级接入服务器软件、二级分配服务器软件实时状态监控以及软件和应用程序的进程、服务、端口等的运行状况，对系统日志进行分类扫描查询。
3.排队调度机、信令链路、2M通信链路、通信服务软件、CTI服务、坐席服务、复用设备、手机定位、短信报警、录音系统、WEB服务监控。
4.坐席服务监控✧对两个中心的坐席服务的运行状态进行监控；✧当坐席服务异常停止则进行告警，并监控切换状态。
✧监控双中心之间坐席服务消息同步状态。
✧对双中心坐席服务器的链路情况进行监控。
5.处警分配服务监控✧对双中心处警分配服务的运行状态进行监控，✧如任一个中心的处警分配服务发生异常停止则进行告警，并监控切换状态。
✧监控双中心分配服务器消息同步状态。
✧对双中心分配服务器链路进行监控。
6.二级接入服务监控✧对16个分局二级接入服务的运行状态进行监控，✧对16个分局二级接入服务的登入到双中心处警分配服务器的情况进行监控。
✧当双中心系统故障时，对16个分局的切换状态进行监控。
✧对16个分局的接入服务异常停用等情况进行监控✧对接入服务器链路进行监控。
7.手机定位服务监控✧对两个中心的手机定位服务的运行状态进行监控；✧当手机定位服务异常停止则进行告警，并监控切换状态。
✧监控双中心之间手机定位消息同步状态。
✧对双中心手机定位服务器的链路情况进行监控。