- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大客户网管关联系统技术白皮书
大客户网管关联系统
技术白皮书
南京脉讯通信科技有限公司
2004年5月16日
目录
一、需求分析 2
二、系统建设目标 3
三、系统使用的技术 4
3.1、MVC设计模式 4
3.2、采用JAVA语言开发 5
3.3、采用J2EE框架 6
3.4、采用了组件模型技术(Component Models) 7
四、系统的模块划分 9
4.1、总体结构 9
4.2、故障模块 10
4.3、采集模块 11
4.4、数据处理模块 11
4.5、数据查询统计模块 11
4.6、客户信息管理模块 11
4.7、告警展现,查询模块 11
4.8、设备管理模块 11
4.9、网络管理模块 11
4.10、知识库管理 11
4.11、服务质量管理 11
4.12、权限管理 11
五、功能描述 12
六、硬件软件需求 13
一、需求分析
目前,发展大客户、为大客户提供高质量服务已成为各大运营商关注的焦点问题之一,原因很简单,锁定有价值的大客户用户,可以在和对手的竞争博弈中争得先手。为大客户提供数据网接入平台,已成为运营商普遍使用的方式。然而,虽然大部分运营商对于骨干数据网的网管系统建设已经相对完善,网络维护经验也比较丰富,但是却很少有针对大客户接入专门建设的网管系统,无法提供完善的区别化服务,这往往造成大客户网络出现故障不能及时发现、排除,导致客户抱怨甚至给竞争对手造成机会,导致客户流失。基于此,凭借多年为电信行业服务的经验,我司针对上述问题有针对性地开发了这套大客户信息网管关联系统,该系统可以作为数据网大客户的网管支撑平台。
本系统通过对目前大客户接入常用的CISCO、JUNIPER、Foundry、EXTREME、华为、港湾等网络设备进行管理监控,对各端口状态、流量、CPU利用率等主要参数进行监控,提供图像、声音等多种告警功能,同时提供将告警转发到通讯设备的手段。更重要的是,提供网管系统与大客户信息的关联。告警的获取方式可以覆盖绝大多数故障。对故障处理的结果进行记录,并提供故障履历的统计分析功能,为运维分析、提高大客户服务质量提供有说服力的数据,并可根据设备故障历史的统计,为后期的设备选型等工作提供参考。
本系统为通用平台,适用于国内大部分运营商的大客户接入,对于特殊需求,可以很方便地进行二次开发的定制。
二、系统建设目标
对大客户的相关网络和设备进行监控,发现故障后根据设定的门限值发出告警,告警使用视觉和声音提示;
提供灵活的接口可以扩充对新设备的支持;
对网络和设备的性能数据进行采集;
提供直观的监控和管理界面;
对大客户的信息进行维护;
提供大客户的服务质量查询和报表;
提供对网络和设备当前状态的查询;
提供对网络和设备历史状态的查询;
提供对故障的知识库管理;
10,提供对操作员的权限进行控制。
三、系统使用的技术
3.1、MVC设计模式
本系统采用先进的MVC 设计模式, 即模型视图控制MVC Model-View-Controller, 它是一种交互界面的结构组织模型的设计方式,用户界面特别是浏览器图形用户界面承担着用户使用操作和I/O 交互的作用。用户希望保持交互操作界面的灵活性便于将来改版和系统移植,这就要求界面结构能够在不改变软件功能和模型的情况下使软件的计算模型独立于界面的构成,因此采用MVC 设计模式是本系统的技术特色。
3.1.1、设计模式的分类
在MVC 设计模式中分为模型类,视图类和控制类:
模型
包含了应用问题的核心数据,逻辑关系和计算功能,它封装了所需的数据,提供了完成问题处理的操作过程。控制器依据I/O 的需要调用这些操作过程。模型还为视图获取显示数据而提供了访问其数据的操作。
视图
通过显示的形式,把信息转达给用户。不同视图通过不同的显示来表达模型的数据和状态信息。每个视图有一个更新操作,它可被变化,传播机制所激活。当调用更新操作时,视图获得来自模型的数据值,并用它们来更新显示。
控制
控制器通过时间触发的方式接受用户的输入。控制器如何获得事件依赖于界面的运行平台。控制器通过事件处理过程对输入事件进行处理,并为每个输入事件提供了相应的操作服务,把事件转化成对模型或相关视图的激发操作。
3.1.2、设计模式的设计原则
可以为一个模型在运行时同时建立和使用多个视图。变化-传播机制可以确保所有相关的视图及时得到模型数据变化,从而使所有关联的视图和控制器做到行为同步。
视图与控制器的可接插性允许更换视图和控制器对象,而且可以根据需求动态的打开或关闭,甚至在运行期间进行对象替换。
模型的可移植性。因为模型是独立于视图的,所以可以把一个模型独立地移植到新的平台工作。需要做的只是在新平台上对视图和控制器进行新的修改。
潜在的框架结构。可以基于此模型建立应用程序框架,不仅仅是用在设计界面的设计中。
3.2
文档评论(0)