BS通用拓扑组件架构设计说明书

B/S通用拓扑组件架构设计说明书北京市天元网络技术股份有限公司本文档属北京市天元网络技术股份有限公司所有未经允许，不可全部或部分发表、复制或使用于任何目的。

文件修改记录目录1......................................................................................................................... 引言1.1文档用途....................................................1.2阅读对象....................................................1.3名词术语....................................................1.4参考资料.................................................... 2概述.............................................................2.1系统概述....................................................2.2设计约束....................................................2.2.1多专业.................................................2.2.2兼容性............................... 错误！未定义书签。

2.2.3扩展性.................................................2.3系统体系结构................................................2.3.1系统技术架构...........................................2.3.2系统软件结构...........................................2.3.3系统功能结构...........................................2.4系统功能描述................................................ 3非功能需求分配................................................... 4接口设计.........................................................4.1资源相关接口................................................4.2告警相关接口.............................. 错误！未指定书签。

4.3性能相关接口................................................4.4统一安全相关接口............................................ 5开发环境的配置................................................... 6运行环境的配置................................................... 7系统出错处理设计.................................................7.1出错信息....................................................7.2补救措施....................................................引言文档用途本文档是B/S通用拓扑组件（CTOPO）架构设计说明书，用于定义CTOPO的系统架构，指导设计人员编写详细设计说明书。

阅读对象此文档适合如下人员阅读：设计工程师：用于指导编写详细设计；开发人员、测试人员：用于了解系统架构。

名词术语参考资料《》《网络拓扑图Demo.xls》概述系统概述B/S通用拓扑组件定位为公司和事业部各类产品提供B/S的通用网络组织图、机房平面图和设备面板图组件。

设计约束多专业系统通过建立通用的OO模型，屏蔽专业之间的差异性，支持各专业灵活定义自身的网络拓扑图。

兼容性系统应支持多种数据库：包括Oracle、Informix、Sybase，并且可以通过移植支持更多数据库。

系统应支持多种操作系统：包括Solaris、HP-UX、AIX、Linux和Windows。

系统应支持市面上主流的浏览器：包括Internet Explorer、Firefox、Opera、Chrome。

扩展性系统应具有良好的可扩展性，支持在一定范围内的定制化开发。

系统应有良好的结构以保证在可预知的范围内进行定制化开发不会影响到系统的已有功能和系统的稳定性。

系统体系结构系统采用B/S 架构，Server 端将应用部署到Tomcat Web Server 中运行；页面采用Flex3开发。

系统采用Flex Cairngorm 技术实现业务层、控制层和展现层分开，通过Blazed 实现Flex 和Java 之间的通信。

系统技术架构在产品的技术选型过程中，我们主要考虑如下因素： 产品兼容性：参见2.2.2；稳定性：选用技术应有优秀的稳定性，不应出现选用技术或中间件本身缺陷导致产品质量问题。

主流技术：应尽量选择主流技术。

开发效率：选用的技术应有良好的开发效率，优先选用开发人员已掌握的技术或学习成本较低的技术；维护成本：选用的而技术应有良好的架构，代码、源文件组织清晰易于理解，结构化好易于扩展，后续对系统的维护性开发成本低；性能：选用技术的性能应满足系统需求，不能成为系统的性能瓶颈。

考虑到上述因素，选用如下技术架构：用BlazeDS 的RemoteObject 进行通讯。

通讯协议为AMF3. 通过扩展BlazeDS，flex 前台可以直接调用后台spring 容器里面的bean 方法。

在View 层，采用基于专业绘图工具Twaver 制作交互效果丰富的拓扑图，同时考虑部分项目投资情况，制作基于纯Flex 组件的拓扑图。

Flex Cairngorm 说明图二：Cairngorm MVC 原理BlazeDS 介绍BlazeDS 本身提供一个AbstractBootstrapService 的类用于扩展,该类主要是在BlazeDS 初始化时用于动态创建 services, destinations, and adapters. 通过扩展该类,用于将spring applicationContext 的bean 自动导出为destination,以供flex 客户端调用. 通过BlazeDS ，可以轻松实现不同域之间数据交换的代理功能、客户端认证、服务器端日志、本地化支持、RPC Services 服务集中化管理等功能。

同时Flex 和BlazeDS 的数据传输性能远胜于其它Ajax 解决方案。

系统软件结构表示层使用Flex 3.0技术,脚本语言开发,用于与用户进Flex Remote 技术为表示DAO Service ：负责与数据库进行交互进行数据的存取，它包括一组实体类（Entity Beans ）、一系列数据持久化操作接口（DAO Interface ）。

为确保系统的通用性，Entity Beans 和DAO Interface 与专业网络模型无关，通过具体的实现模块实现到专业网络数据模型的映射。

此外，在设计Entity Beans 时，应兼容WCDMA 网管现有的数据模型。

系统只有DAO Service 可以直接访问数据库。

Business Service ：Business Service 是系统的核心服务模块，用于实现系统的所有业务功能。

包括：告警监控、性能监控、网络图树编辑、节点样式编辑、线样式编辑、设备面板编辑、性能查询、告警查询、资源同步、资源查询。

System Service ：用于系统管理的一些功能模块，包括：会话管理（Session Management ）、安全管理（Security Service ）和日志管理（log Service ）。

Security Filter ：用于Server 端验证权限的过滤器，所有Web Service 请求都要通过这个Filter 进行权限验证。

BlazeDS/AMF ：将Business Service 提供的服务包装成远端调用接口。

表示层采用flex 3.0开发，用于实现系统的GUI 与用户交互。

表示层不实现任何业务功能，采用Remote 技术与业务层通信，通信数据封装为AMF 格式。

系统功能结构参见《B/S拓扑组件需求规格说明书》。

非功能需求分配资源相关接口资源同步资源查询告警相关接口实时告警通知当前告警查询历史告警查询性能相关接口性能数据查询统一安全相关接口统一鉴权接口日志接口开发环境的配置系统出错处理设计出错信息【解释】{用一览表的方式说明出现出错或故障情况出现时，系统需要向外输出信息的形式、含意和处理方法。

重点说明系统外部接口之间的信息。

}补救措施【解释】{说明故障出现后可能采取的变通措施，包括：✓备份技术；✓性能降级；✓恢复及再启动技术。

}。