运维管理系统需求说明书

1概述

1.1开发背景和意义

随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。

1.2开发目标

系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。

特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。

1.3主要内容

系统主要内容包括：

(1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询

和统计。

（2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。

1.4用户对象

包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求

针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。

2功能需求

2.1功能框架 2.1.1总体框架

操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况

空间使用情况 OS日志 进程情况

计划任务情况 时钟偏差

端口使用情况 路由表 一页查看

多操作系统执行命令:

中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况

rman备份情况 不良sql

未使用的索引 大表数据量 alert文件报错

job失败 编译失败。

性能优化:把上面的指标综合一下；

虚拟机和服务整体预警:汇总超过阀值的指标。

2.1业务需求

2.1.1数据管理

1.功能描述

该模块用于收集系统所需的数据。数据，一般是指位于设备上的数据，比如位于服务器操作系统上的文件。

数据定义： 定义需要收集的数据类型。 认证管理： 为了访问受管设备或资源，一般是需要认证的，比如用户名、密码 数据路径： 定义该数据所在的路径，以确保程序可以找到所需的数据。该路径，是作为抓取程序的输入参数使用。 资料库管理： 定义资料库位置，收集的数据先放到磁盘上，然后再解析入数据库，在数据库里存放引用关系。 解析入库： 对于存放在资料库里指定目录的文件，解析文件，进入数据库，该解析过程通常由调度程序发起调用，也可以手工发起。

2.业务处理流程 总体的步骤如下图所示：

抓取服务，是通过网络读取文件的过程；

存储服务，是往指定的磁盘目录存放文件的过程；

解析入库，是解析指定目录的磁盘文件，将数据保存进数据库的过程； 数据应用，是对数据库中的文件查询和统计。 3.界面展现及输入输出

认证管理： 主机名称 haltpxzgqdyy01 用途 征管前端应用 资源类型 虚拟机(OLE5.9) 认证方式 用户名 密码 ovsroot ovsroot 密码，ssh root 密码，ssh root haltpxzgmhweb01 工作门户 虚拟机(OLE5.9) BS设计 haltpxzgapp01 征管核心 定时任务 虚拟机(OLE5.9) 密码，ssh root ovsroot

受管主机文件路径管理： 文件标记 UUID UUID UUID 文件名和路径 /proc/cupinfo /sys/config/network 主机hostname haltpxzgqdyy01 haltpxzgmhweb01 haltpxzgapp01 主机IP 147.12.184.11 147.12.184.11 147.12.184.11 文件属性 文本文件 文本文件 文本文件

调度路线： 调度名称 GetHaltElX3-2 GetHaltElX3-2 调度文件 UUID UUID UUID 调度方式 周期性自动调用 周期性自动调用 周期性自动调用 这里的调度文件，引用“受管主机文件路径管理”中定义的文件。

资料库文件路径管理： 文件名和路径 [日期]/proc/cupinfo [日期]/sys/config/network 资料库 源文件和路径 /proc/cupinfo /sys/config/network 是否已入库 已解析入库 已解析入库 已解析入库 /data/20141120/proc/cpuinfo

解析管理： 文件名和路径 [日期]/proc/cupinfo [日期]/sys/config/network 资料库 是否已解析 解析时间 是否有异常 入库位置

4.相关表操作

5.特殊要求说明

2.1.2资源监控

1.功能描述

资源分类定义：

要管理的资源是多种多样的，比如：虚拟机、防火墙、交换机、中间件、数据库、应用程序等等。

资源属性定义：

资源的属性，是和具体的资源分类相关的，比如，资源类型为虚拟机的资源属性有：是否启动、OS版本、cpu信息、内存信息、存储信息、hostname、ip地址等等；资源类型为中间件的资源属性有：是否启动、是否有异常报错、占用内存数量、连接池数量等等。

指令管理：

对资源的探测、查询是需要OS级或网络级指令的，或者需要产品接口，这里定义这些指令。

2.业务处理流程

资源要先定义后使用，先定义类型，再定义属性

虚拟机的可用性，用ping和ssh来探测，算法是先ping,再ssh探测，都通的，认为可用性正常。

虚拟机的配置，读取文件/proc/cpus

3.界面展现及输入输出 资源定义： 暂时先留着

虚拟机可用性展示： 条件：

时间：当前（默认），取样时刻列表

主机名称 用途 资源类型 IP地址 所在位置 haltpxzgqdyy01 haltpxzgmhweb01 haltpxzgapp01 征管前端应用 工作门户 BS设计 征管核心 定时任务 可用性 虚拟机(OLE5.9) 虚拟机(OLE5.9) 虚拟机(OLE5.9) 147.12.184.11 147.12.184.12 147.12.184.13 EL X3-2 EL X3-2 EL X3-2 数据来源:

这是一个字典表,需要先录入(增、删、改),\可用性\是用ping和ssh进行探测得到的结果。 可用的定义：ping成功and ssh成功

不可用定义： ssh 失败(time out(20S) or connection refused)

虚拟机配置展示： 主机名称 haltpxzgqdyy01 用途 征管前端资源类型 虚拟机(OLE5.9) CPU 4C 内存 16G 交换分区 16G 空间 df -h 应用 haltpxzgmhweb01 haltpxzgapp01 工作门户 BS设计 征管核心 定时任务 虚拟机(OLE5.9) 虚拟机(OLE5.9) 4C 4C 16G 16G 16G 16G df -h df -h 数据来源：

1.前三列字段，取上图录入过的数据 2. cpu的获取命令：(linux)

grep 'processor' /proc/cpuinfo | sort -u | wc -l

[root@localhost ~]# grep 'processor' /proc/cpuinfo | sort -u | wc -l 2

3.内存和交换分区大小的获取命令： cat /proc/meminfo 取MemTotal的值 取SwapTotal

[root@localhost ~]# cat /proc/meminfo MemTotal: 12330652 kB MemFree: 1029984 kB Buffers: 297228 kB Cached: 10298352 kB SwapCached: 0 kB Active: 8830664 kB Inactive: 2045620 kB Active(anon): 5379076 kB Inactive(anon): 1173052 kB Active(file): 3451588 kB Inactive(file): 872568 kB

Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 10239992 kB SwapFree: 10239992 kB Dirty: 28 kB Writeback: 0 kB AnonPages: 280696 kB Mapped: 4763068 kB Shmem: 6271432 kB Slab: 234100 kB SReclaimable: 198384 kB SUnreclaim: 35716 kB KernelStack: 2248 kB PageTables: 81376 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 16405316 kB Committed_AS: 7459572 kB VmallocTotal: 34359738367 kB VmallocUsed: 305100 kB VmallocChunk: 34359429916 kB HardwareCorrupted: 0 kB AnonHugePages: 75776 kB HugePages_Total: 0 HugePages_Free: 0

HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 10240 kB DirectMap2M: 12572672 kB [root@localhost ~]#

空间列，显示df -h的信息 [root@localhost ~]# df -h

Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup-LogVol01 49G 11G 36G 23% / tmpfs 12G 6.0G 6.1G 50% /dev/shm /dev/sda1 194M 35M 150M 19% /boot /dev/mapper/VolGroup-LogVol02 238G 18G 208G 8% /u01

存储空间展示：（先不做） 存储分区 /export/chinasoft/ycs /export/digitalchina/ycs /export/zc/ycs 限额 400G 已用空间 200G 已用占比 50% 被挂载的虚拟机 haltpxzgqdyy01 haltpxzgmhweb01 haltpxzgapp01 300G 200G 200G 150G 66% 75% 数据来源：

该表与上表类似，从存储角度说明一个分区的挂载情况，这里是指共享存储。

进程展示：(当用户发起查看请求时获取，暂时不存放历史数据，暂时可以不放数据库中) UID weblogic apache 所在主机 haltpxzgqdyy01 haltpxzgqdyy01 haltpxzgqdyy01 PID 2157 24532 22312 描述文本 ps -ef的文本

[root@localhost ~]# ps -ef

UID PID PPID C STIME TTY TIME CMD root 1 0 0 Sep28 ? 00:03:39 /sbin/init root 2 0 0 Sep28 ? 00:00:00 [kthreadd] root 3 2 0 Sep28 ? 00:00:02 [migration/0] root 4 2 0 Sep28 ? 00:01:13 [ksoftirqd/0] root 5 2 0 Sep28 ? 00:00:00 [migration/0] root 6 2 0 Sep28 ? 00:00:11 [watchdog/0] 进程名称：UID 描述文本：CMD

4.相关表操作

5.特殊要求说明

2.1.3性能管理

1.功能描述 性能分类定义：

硬件性能、OS性能、网络性能、存储性能、中间件性能、数据库性能

2.业务处理流程

整体的思路是：

1周期性向所有受控机器发送OS命令，执行后获得命令的输出； 2.解析存放到数据库中； 3.然后是相应的统计查询。 执行的命令是：

top

查看进程活动状态以及一些系统状况

vmstat 查看系统状态、硬件和系统信息等 iostat sar

查看CPU 负载，硬盘状况 综合工具，查看系统状况

mpstat 查看多处理器状况 netstat 查看网络状况 iptraf

实时网络状况监测

tcpdump 抓取网络数据包，详细分析 mpstat 查看多处理器状况 tcptrace 数据包分析工具 netperf 网络带宽工具 dstat

综合工具，综合了 vmstat, iostat, ifstat, netstat 等多个信息

3.界面展现及输入输出

4.相关表操作

5.特殊要求说明

2.1.4故障管理

1.功能描述

2.业务处理流程

3.界面展现及输入输出

4.相关表操作

5.特殊要求说明

2.1.5调度管理

1.功能描述

类似于操作系统的计划任务，这里管理服务的调度情况。 调度，为了性能上的考虑，目前可采用多线程调度，将来会支持分布式调度。 调度的内容是： 第一：OS命令

第二：要执行的主机列表 第三：时间周期

2.业务处理流程

3.界面展现及输入输出

4.相关表操作

5.特殊要求说明

2.1.6操作管理

1.功能描述

2.业务处理流程

3.界面展现及输入输出

4.相关表操作

5.特殊要求说明

数据库运行监控

1.功能描述

2.业务处理流程

3.界面展现及输入输出

1.概况: 查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

说明:

上图中,第一行,\数据库实例\修改为数据库实例:XXX,所做主机hostname：XXX,IP地址：XXX

第二行，主目录。。。等等去掉这行 SQL相应时间，这块去掉。 注意：

因为有多个实例，这里显示的是查询出来指定的一个。初始化进入页面，取一个核心的数据库，这个是要定义的。

2.实例和监听器状态： 查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

实例名称 orcl hadszzzd qypt .. ... 。。。

3.集群状态：

查询条件：

所在主机hostname IP地址 实例状态 监听器状态 关键字（按主机、实例名、ip等查询） （显示结果：）

集群XXX:

Name Type Target State Host ora....B1.inst application ONLINE ONLINE rac1 ora....B2.inst application ONLINE ONLINE rac2 ora.RACDB.db application ONLINE ONLINE rac2 ora....DB1.srv application ONLINE ONLINE rac1 ora....DB2.srv application ONLINE ONLINE rac2 ora.....taf.cs application ONLINE ONLINE rac1 ora....SM1.asm application ONLINE ONLINE rac1 ora....C1.lsnr application ONLINE ONLINE rac1 ora.rac1.gsd application ONLINE ONLINE rac1 ora.rac1.ons application ONLINE ONLINE rac1 ora.rac1.vip application ONLINE ONLINE rac1 ora....SM2.asm application ONLINE ONLINE rac2 ora....C2.lsnr application ONLINE ONLINE rac2 ora.rac2.gsd application ONLINE ONLINE rac2 ora.rac2.ons application ONLINE ONLINE rac2 ora.rac2.vip application ONLINE ONLINE rac2

4.压力状况： 查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

2015年1月15日，数据库实例:XXX,所做主机hostname：XXX,IP地址：XXX

时间 10:00 10:10 10:20 10:30 10:40 。。。 平均活动会话数 日志切换次数 磁盘IO数 平均cpu占比 有几个实例显示几个。

5.参数情况：

把上面的一些图标去掉：

第一行：显示SQL、还原、应用，去掉这行 第二行：当前、SPFILE去掉 保存到文件等等，都去掉。

6归档情况 查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

实例名称 orcl hadszzzd qypt .. ... 。。。

所在主机和IP 归档模式 归档目录 最早日志序号 当前日志序号 7rman备份情况 查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

实例名称 orcl hadszzzd qypt .. ... 。。。

所在主机和IP 备份方式 备份结果 备份历史 备份大小 备份速度 实现情况参考:

http://blog.chinaunix.net/uid-23284114-id-3977925.html

8.表空间使用情况

查询条件：

关键字（按主机、实例名、ip等查询） （显示结果：）

实例XXX，所在主机hotsname：XXX,IP地址：xxx

说明：

这个表是个大列表，有10个实例，显示10个上图的列表。

数据文件状态：

这个表是点上面的表空间钻取过来的表，增加一列，“自动扩展”

9.性能不良的SQL： 查询条件： 时间起止: 主机: 实例名: 用户名: （显示结果：）

序号 1 2 3 4 5 。。。

用户 SQL语句 平均执行时间 最长执行时间 最短执行时间 执行次数 10.未使用的索引：

查询条件： 主机: 实例名: 用户名: （显示结果：）

序号 1 2 3 4 5 。。。

所在主机 用户 索引名称 索引语句 所在的表 11.大表数据量分布： 查询条件： 主机: 实例名: 用户名: （显示结果：）

序号 1 2 3 4 5 。。。

所在主机 用户 表名 数据量 是否分区表 12预警中心

查询条件： 主机: 实例名: 用户名: （显示结果：）

序号 1 2 3 4 5 。。。

所在主机 用户 预警类别 预警信息 预警时间 4.相关表操作

5.特殊要求说明

操作系统运行监控

1.功能描述

2.业务处理流程

3.界面展现及输入输出

1.操作系统可用性 查询条件： 关键字: （显示结果：）

2.压力情况 查询条件： 关键字: （显示结果：）

序号 主机名 1 2 3 4 5 。。。

cpu平均运行队列数 cpu平均阻塞进程数 Cpu平均使用率 Cpu最大/最小使用率 平均内存内存最大剩余 /最小剩余 平均内存剩余率 IOPS平均值 IOPS最大/最小值 3.空间使用情况 查询条件： 主机: 文件系统名称: （显示结果：）

序号 1 2 3 4 5 。。。

所在主机 用户 文件系统 限额 已用空间 未用空间 使用率 4.进程情况 查询条件： 主机: 进程名称: （显示结果：）

序号 1 2 3 4 5 。。。

进程名 用户名 使用cpu 使用内存 描述 5.计划任务 查询条件：

主机:

（显示结果：）

序号 执行时间 1 2 3 4 5 。。。

计划任务描述 执行结果 6.系统日志 查询条件： 主机: （显示结果：）

序号 1 2 3 4 5 。。。 主机 日志文件 点击日志文件打开，可以阅读

7端口使用情况 查询条件： 主机: （显示结果：）

序号 主机 端口号 进程号 程序 状态 1 2 3 4 5 。。。

8 发布命令 已实现的功能。

4.相关表操作

5.特殊要求说明

中间件运行监控

1.功能描述

2.业务处理流程

3.界面展现及输入输出

1.实例状态 查询条件： 主机: （显示结果：）

序号 主机 端口 版本号 实例状态 1 2 3 4 5 。。。

操作系统版本 启动时间 JVM版本 JVM使用情况 2.负载情况 查询条件： 主机: （显示结果：）

序号 主机 域名 1 2 3 4 5 。。。

执行线程数 处理请求数 线程利用率 调用servlet速率 事务执行速率 3.连接池运行情况 查询条件：

主机: （显示结果：）

序号 主机 域名 1 2 3 4 5 。。。

连接池名称 当前连接数 最大连接数 平均延迟 最大延迟 4.服务部署情况 查询条件： 主机: （显示结果：）

序号 1 2 3 4 5 。。。

主机 域名 Web模块 Ejb模块 模块描述 4.相关表操作

5.特殊要求说明

运维作业管理

1.功能描述

2.业务处理流程

3.界面展现及输入输出

1运维作业流程

用OA里的市场部里的项目进展功能。 2巡检报告

用OA里的信息发布-通知公告 3事故报告

用OA里的信息发布-通知公告

4.运维相关人管理

4.相关表操作

5.特殊要求说明

体检中心

1.功能描述

类似\安全卫士\的\电脑体检\功能,对多个指标进行检查,给出分数和改善建议。

2.业务处理流程

3.界面展现及输入输出

体检： 选择体检对象： 主机 中间件 数据库

如果选择主机，需要判断一下，主机上是否安装有数据库和中间件。

体检不通过的，下面给出建议，建议的文字，在数据库中配置。 体检的规则，在系统中配置。

体检指标管理： 目前设计的体检指标是： 指标编码 OS001 指标名称 Cpu使用率 指标含义 描述在取样周期内cpu的平均使用率 阀值 90 当前值 建议 Cpu使用率过高，请考虑增加cpu配置或优化系统 OS002 内存使用率 描述在取样周期内内存的平均使用率 90 内存使用率过高，请考虑增加内存配置或优化系统 OS003 文件系统可用空间 描述当前文件系统的使用率

80 文件可用空间少，请考虑增加空间 4.相关表操作

5.特殊要求说明

预警中心

1.功能描述

功能类似于体检中心，与体检中心不同的是，预警中心是后台执行的任务，而体检中心是客户发起的，但是，在后台功能和展示上，编码都一样。

2.业务处理流程

3.界面展现及输入输出

参考体检中心。

4.相关表操作

5.特殊要求说明

机房漫步

1.功能描述

2.业务处理流程

3.界面展现及输入输出

1.机房设备 设备管理

使用OA里的资产管理，4个模块搬过来。 机房漫步：

做一个3d立体的展示设备的图。

2.网络拓扑

4.相关表操作

5.特殊要求说明

新模块模板

1.功能描述

2.业务处理流程

3.界面展现及输入输出

4.相关表操作

5.特殊要求说明

3非功能需求

3.1性能需求

考虑到本系统只是整个基础医疗平台的一部分，但针对整个平台，期用户量覆盖全省的所有乡镇卫生院和村医，所以应提供多种优化设计方法，达到所要求的响应能力指标。

3.1.1系统具备的支撑用户数

一、是经过大概的统计，全省目前的乡镇卫生院大约有2500家左右，系统要满足这些医院日常工作的信息录入。

二、是使用本系统的用户群主要锁定在乡镇卫生院各科室的操作人员，其中每个卫生院大约按10个操作员计算，共2500*10=25000个操作员。以信息量最多的住院信息为例，一个规模稍大卫生院一年大约100万条（含门诊、住院等记录），平均每秒=1000000÷365天÷8小时÷60分÷60秒=0.1条。最高峰值=平均值*4=0.4条；

综合整体考虑所有使用用户和每秒的记录数，提出如下性能指标： 1．峰值在线使用人数不少于1000户； 2．峰值并发使用人数不少于200户； 3．峰值最高人数不少于25000户。

3.1.2系统响应能力指标

序号 1 2 3 4 性能指标项 信息登记响应时间 简单条件业务查询 统计业务响应时间 盘点盘存业务响应 平均时间(秒) ≤0.5 ≤1 ≤2 ≤3 峰值时间(秒) ≤1.5 ≤3 ≤6 ≤9 3.1.3系统性能扩展性要求

系统的内部扩展性可以支持下面三个方面：Web 服务器；应用服务器；数据库服务器。

系统的外部扩展行要支持：新农合接口、区域医疗接口、健康档案接口等。

3.2灵活性和可扩展性

系统须具有快速适应业务变化的能力，应采用灵活的架构和技术手段，系统保持荣耦合、热插拔。当涉及到新增业务功能或现有业务功能改变（界面的改变、

业务实体变化、业务流程变化、规则的改变、代码改变等）时，能很快适应，并尽可能的保证业务变化造成的影响局部化。应具有良好的可扩展性，支持功能模块及处理能力的有效扩展。

系统的灵活性和扩展性主要体现业务流程、展示内容及权限的定制、菜单布局可定制等方面。软件应提供一个弹性的架构，支持使用配置而免编程的方式对业务流程、查询统计等功能的定制与调整。

3.3安全性需求 3.3.1身份验证

采用身份认证技术，实现以下功能：

（一）实现用户口令无法攻击，并且算法不可逆；

（二）满足身份认证安全需求，身份的真实性和交易的可靠性； （三）确保数据的真实性、完整性和不可抵赖性。 （四）增加验证码，防止暴力破解。

（五）提供用户不定期更换密码的手段，确保用户身份的安全可靠。

3.3.2数据安全

（一）保证传输数据的可靠行，可使用vpn等相关技术手段实现。确保在网络传输过程中数据的安全；

（二）实现对数据的备份，确保数据的安全可靠，可使用ramn、带库等手段。

3.3.3网络安全

为了加强对系统、应用和数据安全的保护，对系统、信息交换接口和数据库，在网络结构设计的过程就应进行重点保护。根据网络结构、应用服务访问和数据存储的特点将内部核心系统分为三个物理隔断的区域：

（一）应用服务器、业务系统应用和提供网络安全服务的设备，集合起来划

分为一个专门的服务访问区；

（二）把后台的数据处理、信息交换等应用服务器集中起来，作为单独的服务处理区；

（三）把系统中需要重点保护的数据库服务器集中起来作为单独的数据存储区。

3.4可靠性需求

设计开发时应充分考虑系统的可靠性，并合理利用系统的可靠性。 （一）必须避免由于模块故障、单点故障或系统的升级而影响整个系统的正常运行。

（二）系统在每周7*24内都应稳定运行。

3.5可维护性需求

系统的修改和升级应方便易行，具备对错误问题进行远程分析与排除的功能。应提供对历史数据的处理及优化机制。

3.6可移植性需求

可移植性是指软件产品对不同业务需求、不同操作系统的移植。该系统应提供多样的功能选择，最大限度的满足业务系统的需求和变化。基于J2EE架构的系统具有很强的可移植性，可适用于Windows、Linux、Unix等多种操作系统。

3.7可使用性需求

本系统可使用性较强，任何人只要熟悉简单的计算机操作，都可以无需培训，仅经过简单的学习就可以熟练的操作本系统。

在操作方式、运行环境、与其他软件的接口等发生变化时，系统能正常运行，并且对用户来讲是屏蔽的。同时系统提供良好的管理维护机制和手段。

本文来源：https://www.bwwdw.com/article/9f7o.html