智能运维管理系统需求规格说明书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设备与工程信息管理➢可以对前端所有设备的信息进行统一管理，管理人员有针对的进行设备维护，如下图。
- 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.手机定位服务监控✧对两个中心的手机定位服务的运行状态进行监控；✧当手机定位服务异常停止则进行告警，并监控切换状态。
✧监控双中心之间手机定位消息同步状态。
✧对双中心手机定位服务器的链路情况进行监控。