智能运维管理系统_需求规格说明书_V2.0
智能运维管理系统_需求规格说明书_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，进行远程检测操作。
运维管理系统需求说明书
1.1开发背景和意义随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。
尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。
开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。
1.2开发目标系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。
特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。
1.3主要内容系统主要内容包括：（1）考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。
（2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。
（3）物资申请：办公用物资的申请和审批。
1.4用户对象包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工1.5业务数据时间要求针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。
2.1功能框架2.1.1总体框架操作系统运行监控：虚拟机可用性cpu负载内存使用10情况空间使用情况0S日志进程情况计划任务情况时钟偏差端口使用情况路由表一页查看多操作系统执行命令:中间件运行监控：取jmx的一些指标。
数据库运行监控：主目录集群状态实例状态监听器状态表空间预警归档情况rman备份情况不良sql未使用的索引大表数据量alert文件报错job 失败编译失败性能优化: 把上面的指标综合一下；虚拟机和服务整体预警: 汇总超过阀值的指标。
2.1业务需求2.1.1数据管理1. 功能描述该模块用于收集系统所需的数据。
数据，一般是指位于设备上的数据，比如位于服务器操作系统上的文件。
智能运维管理系统-需求规格说明书-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）检查使用工具及销售大厅物资情况，异常情况及时登记并报告上级。
智能运维管理系统
1.1智能运维管理系统1.1.1设计目标公安将关键业务运行于IT网络系统之上，那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。
但目前普遍管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。
网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。
因此，如何保障网络系统的正常运行，实现：预知故障，即在故障发生之前发现故障；实时告知，即在第一时间将故障情况通知相关的管理人员；有效处理，即在预定的时间内处理故障，若未及时处理将采取升级措施；以上问题简单来说，如何实现“第一时间发现问题”、“第一时间通知相关人员”，“第一时间处理问题”，成为智能运维管理系统主管关注的重点问题。
本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。
1.1.2系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。
设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态，对于故障设备，按照服务器热备策略自动启动备份服务器（如流媒体服务器），或重启设备和服务模块，以实现故障旁路和自动恢复功能。
视频信号诊断服务器对系统内视频信号轮巡检测，检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息。
为了提高故障检测诊断效率，增强故障发现的实时性，设备巡检服务器可以分布部署，设计在每个分局部署一台设备巡检服务器，负责对本网络区域内设备的巡检。
报警转发服务器和数据库仍利用一期的设备，无需另外配置。
系统原理结构图如图4.5所示。
智能运维管理系统原理图1.1.3设备与工程信息管理➢可以对前端所有设备的信息进行统一管理，管理人员有针对的进行设备维护，如下图。
智能运维管理系统-需求规格说明书-最新版本
智能运维管理系统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立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
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系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成;设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态,对于故障设备,按照服务器热备策略自动启动备份服务器如流媒体服务器,或重启设备和服务模块,以实现故障旁路和自动恢复功能;视频信号诊断服务器对系统内视频信号轮巡检测,检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息;为了提高故障检测诊断效率,增强故障发现的实时性,设备巡检服务器可以分布部署,设计在每个分局部署一台设备巡检服务器,负责对本网络区域内设备的巡检;报警转发服务器和数据库仍利用一期的设备,无需另外配置;系统原理结构图如图所示;智能运维管理系统原理图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、销单。
需求规格说明书(完整详细版)
需求规格说明书（完整详细版）一、引言本需求规格说明书旨在详细描述项目的需求，包括功能需求、性能需求、界面需求、安全性需求等。
本文档将作为项目开发团队、测试团队、客户等相关人员之间的沟通桥梁，确保项目能够按照需求顺利实施。
二、功能需求1. 用户管理（1）用户注册：用户可以在线注册，填写基本信息，如姓名、性别、出生日期、邮箱等。
（2）用户登录：用户可以使用注册时填写的邮箱和密码登录系统。
（3）用户信息修改：用户可以修改自己的基本信息，如姓名、性别、出生日期、邮箱等。
（4）用户密码修改：用户可以修改自己的登录密码。
（5）用户注销：用户可以注销登录，退出系统。
2. 数据管理（1）数据录入：用户可以录入数据，如产品信息、销售数据等。
（2）数据查询：用户可以根据条件查询数据，如按日期、按产品类型等。
（3）数据修改：用户可以修改已录入的数据。
（4）数据删除：用户可以删除已录入的数据。
（5）数据导出：用户可以将查询到的数据导出为Excel、CSV等格式。
3. 报表管理（1）报表：系统可以根据用户的需求各种报表，如销售报表、库存报表等。
（2）报表查询：用户可以查询已的报表。
（3）报表打印：用户可以将报表打印出来。
4. 系统设置（1）权限设置：管理员可以设置不同用户的权限，如数据录入、数据查询、报表等。
（2）系统备份：系统可以定期自动备份，确保数据安全。
（3）系统恢复：在系统出现故障时，可以恢复到最近一次备份的状态。
三、性能需求1. 响应时间：系统响应时间应小于2秒。
2. 系统稳定性：系统应能够在高并发情况下稳定运行。
3. 数据处理能力：系统应能够处理大量数据，如百万级数据量。
四、界面需求1. 界面美观：界面设计应简洁、美观，符合用户的使用习惯。
2. 易用性：界面应易于操作，用户能够快速上手。
3. 兼容性：界面应兼容主流浏览器，如Chrome、Firefox、IE等。
4. 可访问性：界面应满足无障碍访问的要求，如支持屏幕阅读器。
智能运维管理系统
1.1智能运维管理系统1.1.1设计目标公安将关键业务运行于IT网络系统之上，那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。
但目前普遍管理人员经常面临的问题是：网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。
网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。
因此，如何保障网络系统的正常运行，实现：预知故障，即在故障发生之前发现故障；实时告知，即在第一时间将故障情况通知相关的管理人员；有效处理，即在预定的时间内处理故障，若未及时处理将采取升级措施；以上问题简单来说，如何实现“第一时间发现问题”、“第一时间通知相关人员”，“第一时间处理问题”，成为智能运维管理系统主管关注的重点问题。
本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。
1.1.2系统组成结构系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。
设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态，对于故障设备，按照服务器热备策略自动启动备份服务器（如流媒体服务器），或重启设备和服务模块，以实现故障旁路和自动恢复功能。
视频信号诊断服务器对系统内视频信号轮巡检测，检测结果在数据库自动产生记录并告警；故障信号通过报警转发服务器向网管客户端、手机和电子邮件发送告警信息。
为了提高故障检测诊断效率，增强故障发现的实时性，设备巡检服务器可以分布部署，设计在每个分局部署一台设备巡检服务器，负责对本网络区域内设备的巡检。
报警转发服务器和数据库仍利用一期的设备，无需另外配置。
系统原理结构图如图4.5所示。
派出所分控中心1派出所分控中心2派出所分控中心3智能运维管理系统原理图1.1.3设备与工程信息管理➢可以对前端所有设备的信息进行统一管理，管理人员有针对的进行设备维护，如下图。
大华智能运维管理系统使用说明书
大华智能运维管理系统使用说明书大华智能运维管理系统使用说明书V3.0.3 浙江大华科技有限公司概述本文详细介绍了智能运维管理系统的初始化配置的方法、系统的日常操作以及备份与恢复等内容。
符号约定在本文中可能出现下列标志，它们所代表的含义如下：符号说明表示有高度潜在危险，如果不能避免，会导致人员伤亡或严重伤害。
表示有中度或低度潜在危险，如果不能避免，可能导致人员轻微或中等伤害。
表示有潜在风险，如果忽视这些文本，可能导致设备损坏、数据丢失、设备性能降低或不可预知的结果。
表示静电敏感的设备。
防静电表示高压危险。
电击防护表示强激光辐射。
激光辐射表示能帮助您解决某个问题或节省您的时间。
表示是正文的附加信息，是对正文的强调和补充。
前言................................................ 错误!未定义书签。
1 概述.............................................. 错误!未定义书签。
2 初始化配置........................................ 错误!未定义书签。
3 登录系统.......................................... 错误!未定义书签。
4 设置.............................................. 错误!未定义书签。
4.1管理用户...................................... 错误!未定义书签。
4.1.1 权限配置 ................................ 错误!未定义书签。
4.1.2 用户配置 ................................ 错误!未定义书签。
4.2管理平台和设备................................ 错误!未定义书签。
- 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.手机定位服务监控✧对两个中心的手机定位服务的运行状态进行监控；✧当手机定位服务异常停止则进行告警，并监控切换状态。
✧监控双中心之间手机定位消息同步状态。
✧对双中心手机定位服务器的链路情况进行监控。