网管系统用户需求说明指导书初稿中金鼎讯.doc

密级：普通 秘密 机密 绝密

网管系统顾客需求阐明书

项目名称：
文献编号：

11月

版权阐明

本文献中浮现任何文字论述、文档格式、插图、照片、办法、过程等内容，除另有特别注明，版权均属苏州博远容天信息科技有限公司所有，受到关于产权及版权法保护。
本文献及其附录知识产权归苏州博远容天信息科技有限公司所有。如无授权，请勿复制或传播。

历史版本信息

审批签字

版本
日期
编制
审核
批准
备注
V0.0.2
/11/06
陈红萍

修改记录

当前版本号
变更内容
V0.0.1
新建

目 录
目 录 I
1. 概述 1
1.1. 背景 1
1.2. 目的 1
1.3. 编写阐明 2
1.4. 定义、术语和缩写词 2
2. 组织机构 3
2.1. 顾客组织机构 3
2.2. 顾客职责和角色描述 3
3. 业务需求 4
3.1. 安全管理 4
3.2. 资源管理 4
3.3. 拓扑管理 6
3.4. 告警管理 7
3.5. 网络管理 8
3.6. 日记管理 8
4. 非功能性需求 9
4.1. 软硬件环境需求 9
5. 顾客约束需求 9
6. 参照资料 9

概述
背景
随着网络发展，其作用已经不但是简朴互连互通，通信、计算、应用、存储、监控等各类业务应用和网络融合，促使网络成为承载公司核心业务平台，网络运营安全、稳定、高效直接决定公司核心业务能否顺利开展。同步，网络运营和管理也从“网络资源运营”向“信息服务和流程服务”、从“粗放规模运营和管理”向“精准管理和精益运营”转变。这些都对网络管理和运营提出了新挑战。
目的
网管系统需要实现如下目的：
Ø 管理软件管理设备数≥4500。支持分权分域管理。
Ø 支持主流互换机厂商设备管理。规定具备自定义设备管理能力（至少涉及告警参数、性能指标），从而达到对新设备迅速管理。支持拓扑界面自定义设备图标大小、样式，突出显示核心设备；支持拓扑界面自定义链路粗细，标记监控重点链路；支持在拓扑上编辑文字，图形，支持拓扑上文字和图形大小及显示颜色设立。显示接口发送/接受速率、接口流入/流出带宽运用率等信息；依照接口带宽运用率设立链路颜色，迅速发既有问题链路。可按照设备类型进行资源分组，并支持顾客进行分组自定义。
Ø 支持拓扑界面进行链路质量诊断，以便管理员迅速定位链路质量问题；支持对全网设备告警实时监控；当前告警列表无需翻页即可在同一页面显示；且当前告警浏览界面最大支持超过4500条告警。
Ø 支持告警级别颜色自定义。支持各种提示方式（拓扑上呈现、告警声音、短信、Email）
Ø 支持丰富测试用例（ICMP Echo/ICMP Jitter/UDP Echo/UDPJitter/TCP/Connect/SNMP/DNS/DHCP/HTTP/FTP/LSP Ping/LSP Trace），供顾客进行服务质量（丢包、抖动、时延等）监控。当网络质量浮现问题时，动态调节任务周期以获得更详细网络质量数据。多任务数据可直接进行对比查看。
Ø 通过流量分析理解流量构成和分布。依照接受到Flow报文自动添加设备， 并且自动分析设备接口流量，提供各种纬度呈现；顾客也可以灵活调节哪些设备接口监控、哪些不监控。支持流量阈值告警。
Ø 为了保障网络正常运营和迅速排障，管理软件需要提供故障诊断功能，涉及终端侧和网络侧故障诊断，终端侧可以对终端侧配备、网络环境和网络连通性检测。网络侧通过一键式诊断给出故障因素和解决建议。
编写阐明
本文结合IMC系统及顾客需求，得出系统基本框架约束：基于BS系统架构；采用免费开源数据库应用，同步对系统要提供功能进行了初步描述，为后续系统构架设计提供重要根据。
本文共分六个某些：
第一某些为概述，简介了基本业务框架平台开发背景以及目的；
第二某些为组织机构，简介了客户方组织机构；
第三某些为业务需求，描述顾客可理解业务需求；
第四某些为非功能性需求，描述软硬件环境、接口、质量等有关需求；
第五某些为有关事实与假设，描述系统整体外部约束条件；
第六某些为参照资料，描述本文有关参照文档。
定义、术语和缩写词
No.
缩写
术语
英语
阐明
1
MIB
管理信息库
Management Information Base
是网络管理数据原则，在这个原则里规定了网络代理设备必要保存数据项目，数据类型，以及容许在每个数据项目中操作。

ACL
访问控制列表
Access Control List
是路由器和互换机接口指令列表，用来控制端口进出数据包。ACL合用于所有被路由合同，如

组织机构
顾客组织机构
l 单层级构造
n 泛指中小公司，往往设备数据较少可以由一人或某个部门统一就行管理
l 多层级构造？
n 公司设备数据较多，需要依照顾客级别进行管理
组织构造某些应采用多层构造，同步采用不同顾客组做组织构造相应，不同顾客组相应权限不同，建议如下：
权限分类：可读、可写、可管理
分为3个组，一种超级顾客
超级顾客：系统默认超级顾客，顾客名：admin 密码：admin。系统初始状态只有这样一种顾客。
超级顾客组：中心端管理人员，对网管软件具备所有权限（可读、可写、可管理）。
区域管理组：远端管理人员，对区域设备具备所有权限（可读、可写、可管理），对于下一级顾客具备所有权限（可读、可写、可管理）。对全套网管有可读权限。
管理组：远端监控人员即监控客户端，只有可读权限。
l 多区域构造没有此项功能

n 设备依照区域划分，不同区域顾客管理不同区域设备，但是中心可以对整体设备信息进行查看

网管软件应采用多区构造，软件在初始状态应当有分区默认设立，以便拓扑呈现美观，建议如下：
分区管理单独一种功能界面，超级顾客、以及超级顾客组有使用此功能界面权限。
分区管理界面，应可配备及管理如下信息
分区数量
分区名称
分区信息备注
查看分区设备信息
顾客职责和角色描述
l 领导级客户
对于客户顾客，网管系统重要为其提供自助管理门户，提高客户感知，使其能实时监测自身有关业务运营状况，查看报表和故障解决报告等
此类角色应当从属于超级顾客组和区域管理组。
l 运维人员
客户网管系统可觉得运维人员提供全方位告警定位、运维拓扑视图以及性能监控等功能，迅速精准定位告警发生位置，并可以触发派单规则，及时向故障单系统派发故障单。客户网管系统关注大客户业务服务质量，提供SLA监控和报表。客户网管系统同步对重保业务电路进行预警式监测，依照预警成果启动预案，消除故障隐患
此类角色应当从属于管理组。
角色定义及权限分派应当有超级管理组及区域管理来分派，应体现如下信息：
管理人员名称
管理人员从属组
管理人员权限分派
管理人员信息备注

业务需求
安全管理
组织构造管理（顾客组？）
定义系统组织构造构成。
角色管理
定义系统角色，并对角色赋予相应权限。（在新增顾客时通过指定顾客角色进而分派系统权限）
权限管理
提供系统权限配备功能，根据系统提供能功能分派读写权限。
顾客管理
提供新增顾客和导入导出顾客信息功能。完整顾客信息除了基本登录帐号外还需要制定顾客组织构造、角色。

对于顾客组管理与否也体当前此某些功能项中
系统初始界面

自动更新时间无法更新

建议系统初始界面如下：

初始界面应当分为如下四个区域：
1，设备树
按照分区构造设备树
2，功能菜单：
包括网管软件所有功能
如：安全管理、资源管理、拓扑管理、告警管理、网络管理、日记管理等。
3，快捷功能键
可以迅速对系统进行配备快捷键
如：拓扑自动发现、查找设备、设备配备、告警静音、顾客管理、退出系统、关于等。
4，告警发布栏
分为两种显示：一种是当前告警，一种是操作日记。
显示信息至少要涉及：告警设备、告警级别、告警内容、告警事件、告警设备IP等。

资源管理
设备管理
新增设备配备
提供手动新增设备、导入设备、和自动发现手段进行新增设备。在新增设备时容许设立设备分组。
提供SNMP和Telnet参数设立。为设立信息提供配备模版（对已存入和SNMP和Telnet配备进行存储）

新增设备添加可以通过三种方案达到：

场景描述：当设备已经安装完毕并通电，网管软件初始化启动时钟，点击自动发现，系统可以发现通过SNMP找到设备，进行设备添加自动发既有诸多bug
。
方案一：批量添加，软件把所有找到设备所有弹出设备配备属性页面。由顾客手动填写和选取。
方案二：单个添加，软件自动将发现设备在拓扑图上呈现出来，顾客点击单个设备，出设备配备属性页面。由顾客手动填写和选取。
设备属性配备界面应当涉及但不限于如下信息：
设备ip（自动发现）
设备名称（顾客填写）
设备描述（顾客填写）
设备所属域（顾客选取）
设备所属分组（顾客选取）
设备面板图（顾客选取）

设备分组没有设立设备分组选项

设备分组仅在分派权限时使用。提供对系统中设备进行分组，如操作员具备某个设备分组管理权限，管理权限指能对分组及其设备进行修改、删除。
设备及设备分组逻辑关系：
1. 一种设备可以属于各种设备分组（一对多）
2. 一种管理远可以同步管理各种设备分组；同一种设备分组可以被各种管理员管理

这某些内容不是特别理解，设备重要作用是什么？与否可以理解为把一种网络拆提成为不同小网络，此分组即为在设备树上体现网络构造。

设备参数管理设备参数设立中报警，内存阈值设立数字可以设立到1000以上，与否是bug

设备面板等信息维护？？
这某些内容不是特别理解，是要建议设备参数库吗？还是设备配备文献库？如果是设备配备文献库，那还是必要。
设备导入导出没有此项

提供设备导入导出功能，导出功能用于将IP视图中所有设备信息导出到本机文献中保存，需要时可以实用导出文献进行导入。通过导入导出功能对系统设备信息进行备份，实现设备信息重用，减少维护工作提高寻常管理效率。

此项与否为如下理解：
设备导入：批量导入设备属性信息。
设备导出：将设备属性信息批量导出。
拓扑管理
拓扑导入导出不能导出成图片格式

该功能描述同设备导入导出功能。
需要注意：
1. 在拓扑导入之前需要删除系统中已存在设备，否则将无法进行图片导入行为
2. 在拓扑导入之时，需要保证没有其她顾客修改拓扑及设备信息，否无将无法对的导入拓扑构造。
3. 拓扑导入成功后，需要手动重启系统，使之生效。
4.
提示：此项功能与设备导入导出还是有区别，设备只是单个个体，而拓扑还存在设备于设备之间连接关系，这某些要在导入、导出中考虑到。
IP管理
IP地址分派
l 自动扫描
依照顾客设定扫描条件检测在范畴条件内已使用和未实用IP地址。对扫描出IP地址进行人工分派。
l 手工分派/释放

此项功能与否就是拓扑自动发现，如果是建议将功能项名称改为拓扑自动发现。
进行拓扑自动发现时，建议提供顾客发现IP地址段设立界面。这样可以减少软件系统开销。

建议还要有手动绘制拓扑

拓扑管理
IP网络拓扑
Ø IP网络拓扑管理
依照系统设备资源系统自动呈现IP网络拓扑，支持顾客手动修改。在IP网络拓扑中可以对任一设备进行管理，不同类别设备管理功能不同。
l 设备标签
l 查找设备
l 途径拓扑
l 路由分析
Ø 操作拓扑中设备（设备操作依照设备类别不同功能有所区别）
u 打开web管理
u 打开设备面板
u 设备信息
u 工具
l Ping
l Telnet
l Traceroute
l SSH
u 拷贝
u 删除
u 修改标签
u 同步
u 隐藏
u 取消管理
u 锁定
u 告警
u 性能监视
u MIB管理（互换机设备）

自定义拓扑
Ø 网络拓扑管理
u 创立子图
u 增长设备
u 增长链路
u 链路管理
u 查找设备
u 途径拓扑
u 路由分析
u 设备标签
u 链路标签
Ø 操作拓扑中设备（设备操作依照设备类别不同功能有所区别）
同3.3.1

此项功能与否就手动绘制拓扑功能。
流量拓扑
Ø 监视指标
u 接口接受速率(bps)
u 接口发送速率(bps)
u 接口输入包丢弃率（%）
u 接口输出包丢弃率（%）
u 接口输入包错误率（%）
u 接口输出包错误率（%）
u 接口输入带宽运用率（%）
u 接口输出带宽运用率（%）
Ø 监视链路
u 核心链路
u 所有链路
u 与PC相连链路

建议在拓扑管理中增长如下功能：
拓扑查看：
提供图形化网络拓扑构造，在拓扑构造中选取任一设备可以查看当前设备网络性能、设备参数等信息。同步支持设备管理。
可以通过提供顾客选取界面，如
选取某一组设备，查看拓扑。
选取某一区域查看拓扑等。
拓扑设备列表
以列表方式显示拓扑构造中设备信息，设备列表应与拓扑构造中设备信息一致。同步提供对列表中设备管理（同拓扑构造中设备管理功能）

提供顾客交互界面，可以按照顾客设定条件查看拓扑设备列表。
也可以直接在查看拓扑界面直接实现此功能。
告警管理
告警设立
提供告警告知及定义转发规则，支持通过设立报警阀值进行不同方式报警，系统提供报警告知方式涉及Email、短信。告警内容支持顾客自定义。
对于告警设立建议如下：
告警设立默认状况下不对设备告警进行监控。只有被选取设备才进行监控，这样可以最大限度减少系统开销。
可以通过告警设立对告警类型进行选取，如设备告警、性能告警、端口告警等。
每类告警均有告警级别分类，有顾客自行选取告警级别
告警级别：紧急告警、重要告警、次要告警、警告、告知
告警级别颜色设立：最佳可以提供几种醒目颜色给到顾客做选取，或是咱们定义好
告警类型：网管软件告警、设备告警、实时告警、根源告警、告警记录。
告警阀值：

告警记录
提供不同纬度告警记录....

应提供顾客交互界面可以依照各种顾客设定条件汇总出告警记录信息呈现出来。
呈现方式最佳可以多样性如：
表格
柱状图
饼图

建议在告警管理中增长如下功能
设备故障告警拓扑图
查看设备告警拓扑图，咱们可以看到告警设备IP和设备属性信息、告警级别状态、告警数量，并且可以在拓扑图上查看到设备告警级别：紧急警告（设备为红色）；重要告警（设备橙色）；次要告警（设备为黄色）；警告、告知（设备为绿色）。

如果与设备断连，设备应当显示灰色不可控；链路也显示灰色。

此项功能也可在初始页面拓扑图上直接呈现，如浮现告警设备按照告警级别在拓扑图上闪烁。

网络管理
网络管理建议提供顾客交互界面依照顾客设定条件呈现顾客需要网络状况：
设定条件涉及但不限于如下：
设备类型、端口状态、设备属性、设备运营时间、修改项
流量分析
实现各种网络流量信息记录和分析功能，可以让客户及时理解各种网络应用占用带宽、消耗网络资源和TopN流量来源，并提供丰富网络流量分析报表。
读取设备CPU运用率、内存运用率、带宽运用率，通过采集比较提供TopN数据信息使顾客对当前设备性能一目了然。
设备端口状态
实现实时设备端口状态查看，提供设备端口状态记录报表。
实现实时设备端口状态查看，提供设备端口状态记录报表。
设备端口运营状态可觉得：up、down两种状态。
设备端口使用状况可以分为：可用、不可用两种状态 。
日记管理
日记参数配备
对日记存储有关参数进行配备，如存储方式（文本、数据库）、存储大小、日期、级别等。日记分为：操作日记和报警日记
建议将日记分类分为：设备日记、操作日记和报警日记。
由于设备日记是存储在互换机中，因此还要考虑如何提取并存储互换机日记到软件数据库中个，此外还要考虑提取周期，由于互换机日记存储是有周期性。

日记查询

提供日记查询功能，可以通过输入日记类型、日期、核心子等对日记进行查询。提供对查询成果导出功能。导出日记文献规定是系统格式（保证日记完整性、有效性和真实性）。
提供日记导入功能。普通在追溯检查问题时需要对特定日期时间段日记进行检查。
日记报表
重要提供告警日记报表，重要描述在一定期间内不同级别告警信息量；在一定期间内设备报警。

日记报表建议还提供导出功能。

补充阐明：

为了保证网管软件可以正常运营，在网管软件初始化阶段，建议提供网管软件所需服务界面，这样可以让使用者一目了然看到网管软件运营所需服务与否有所有启动，如果没有启动建议可以考虑不启动网管软件。由于理论上如果服务没有起来，网管软件也不会正常运营。IMC界面如下：

非功能性需求
软硬件环境需求
软件环境
该平台运营在Microsoft Windows 操作系统平台下，其中：
l 服务器组件运营环境：MySQL，IIS6.0以上，客户端组件运营环境：Windows XP、Windows Vista、Windows 7、Windows Server /。
l 支持浏览器IE6以上版本
硬件环境
服务器规定：
l 至少8G内存
l 至少500M硬盘空间
l CPU奔腾 III 450或更高

顾客约束需求
1. 系统必要采用B/S方式进行安装布置。
2. 支持浏览器IE6以上版本
参照资料