运维支撑和项目管理系统(iSTONE-OSS)架构设计说明书

架构设计说明书

广电运维支撑系统

（iSTONE-OSS）

架构设计说明书

编号：STWI04115

版本：1.0

作者：

审批：

王鹏

日期：

日期：

2012-11-30

1 / 20

架构设计说明书

变更记录

日期

2012-11-12

2012-11-12

版本

初稿

评审稿

变更说明 作者

王鹏

王鹏 1. 增加了2.1章节产品平台总体架构

2. 增加2.4章节系统框架总图

3. 修改2.4章节Twaver架构示意图

4. 增加了2.4章节数据采集服务框架图

5. 修改2.5章节系统组件示意图

6. 修改3.3章节系统物理分布结构图

2013-1-6 评审稿 1.补充2.12章节移动客户端访问系统的考虑

2.补充2.13章节容灾备份的考虑

3.补充3.3.1章节集中管理分布式部署

4.补充3.3.2章节分级部署

5.补充2.11章节高并发的考虑

王鹏

2013-1-22 评审稿 1.删除Twaver相关内容。图形化界面自行开发 王鹏

2 / 20

架构设计说明书

1 项目概述

1.1 项目范围

运维支撑系统（OSS：Operation Support System）是指用于管理广电网络运营商的网络设备、网络资源，确保广电网络正常运行状况，为生产经营提供安全、稳定的网络承载环境的综合管理软件平台。

运维支撑系统的管理功能可分为三个方面：

一、网络管理

网络管理主要是指对组成广电业务承载网络的网络设备（主机、路由器、交换机等）及网络运行状态进行监控、管理。根据这些网络设备在广电业务承载网络中的作用划分，网络设备可以划分为以数据传输、设备通讯任务为主的传输通讯网络组网设备（简称：网络设备或网元设备），以数据处理、数据计算、业务处理任务为主的IT设备。其中传输通讯网络组网设备主要指：路由器、交换机、光发射器、光接收机等。IT设备主要指服务器、PC终端、机顶盒等。

二、网络资源管理

网络资源管理主要是指对组成广电业务承载网络的空间资源（管网、局站、机房、小区、楼宇等）及客户、设备等资源信息的管理、展示、调度。根据这些资源的性质及作用划分，网络资源可以划分为：空间资源、客户资源、设备资源、基础资源、业务资源。空间资源主要是指传输、通讯设备以外的，具有位置、走向等属性的网络资源，如管网、局站、机房、小区、楼宇等。客户资源是指购买或接受广电运营商业务服务的组织或个人。设备资源是指构成广电业务承载网络的传输、通讯设备，如路由器、交换机、光发射机等。根据管理需要，可以按照一定的业务逻辑，将传输、通讯设备组织成诸如光网、电网、传输网、接入网等各种逻辑网络，因此，构成这些逻辑网络的设备又被称之为逻辑资源。业务资源是指在开展业务运营时，所产生或使用的资源，如IP地址、证号、编码等。基础资源是指对以上几类资源进行管理的过程中所产生或使用的资源，如工程信息、厂家信息等。

三、电子运维

电子运维主要实现运营商服务保障流程。通过值班管理、电子工单、电子派工、知识库管理、作业管理等为运行商提供信息化的日常工作协助和支持。

3 / 20

架构设计说明书

2 软件构架

2.1 产品平台总体架构

运营维护人员客服人员施工人员系统管理员管理人员PC浏览器手机客户端安全访问其他方式OSS运维支撑系统统一门户网站统一认证中心资源管理系统空间资源管理业务资源管理客户资源管理组件服务基础资源管理设备资源管理机房资源管理网络管理系统IT设备管理拓扑管理性能管理告警管理故障管理机房环境监控资产管理系统资源预警分析资源调度仓储管理电子运维系统客服系统资产生命周期管理值班管理工单管理派工管理施工管理作业管理知识库管理专业网管系统安全组件基础服务日志组件报表组件工作流设计器平面设计器Gis设计器系统接口网元管理系统消息服务后台服务WebService服务Hessian服务工作流引擎告警引擎策略规则引擎BSS系统告警数据采集设备参数数据采集状态数据采集其它系统设备DBMS

2.2 需求功能的划分

广电运维支撑系统分为以下几个功能模块：基础资源管理、空间资源管理、客户资源管理、业务资源管理、设备资源管理、机房管理、资产管理、网络管理、IT管理、电子运维、统计报表、基础功能模块。

系统非功能性需求：

用户访问并发：系统需满足用户数1000人，在线用户数600人，并发用户数300人，峰值并发用户数500人的使用要求。

系统响应时间：从页面请求到返回页面的展示平均相应时间不超过3秒。最 4 / 20

架构设计说明书

长响应时间不超过10秒。网络拓扑发现等特殊业务请求除外。

系统稳定性：系统满足7*24*30不间断运行要求。

系统可移植性：系统可以在Windows 2008 R2、Linux REHL5,6、Unix HP-UX、IBM AIX操作系统上移植。

2.3 软件层次的划分

系统结构设计原则本着先进性、开放性、高移植性、高可靠性、安全性和可扩展性来进行。设计采用J2EE基于MVC的架构设计。

系统结构设计示意图：

Jquery表示层JsonAppletFlex服务层ServletProtobufOpenlayers-JS图形展示控件WebServiceGeoServer数据对象ActivitiLog4jSpring容器➢ 表示层：

表示层采用Jquery + Flex + Openlayers-JS四种技术结合做界面呈现。利用Spring的MVC框架做表示层的请求控制、通过Json

数据格式进行数据交换。通过使用Spring的MVC使表示层与控制层间脱节，实现松耦合，便于业务扩展更新。Jquery用于基本数据信息展示； Flex用于交互用户体验要求高的界面信息展示；Openlayers-JS用于地图信息展示。

➢ 服务层：

服务层用于把系统内部业务和数据以服务的方式提供给外部系统调用，服务层可以通过SOA方式对内、对外提供服务调用方式。系统内部接口调用首选使用Protobuf做为首选序列化协议。系统对外接口统一使用WebService接口方式，驱动底层定义：提供AXIS2发布方式。使用Netty技术实现。

➢ 业务逻辑层：

5 / 20

业务逻辑层数据持久层数据来源Java数据对象MybatisSnmp、WebService、DataBaseMemcachedMachines

架构设计说明书

利用Spring的MVC框架做表示层的请求控制、分发给对应的业务处理类。利用Spring胶水代码，容易测试、声明式事务，以及对持久层技术的良好支持等特点来简化开发，缩短研发周期。所有业务处理类通过Spring容器统一注册、管理。使用Spring的事物处理机制对业务层的事物进行统一管理。GeoService做为地图服务引擎，Activiti做为工作流引擎技术，通过Log4j进行日志记录。

➢ 数据实体层

系统内部采用Java对象进行各层之间的数据交互，充分发挥Java对象数据结构扩展性强、维护简单方便的优势。

➢ 数据持久层

数据持久层与数据库交互部分采用目前具有良好口碑的Mybatis作为ORM的映射工具，并根据业务需要使用Memcached做为缓存系统，通过在内存中缓存数据和对象来减少读取数据库的次数，从而提供动态、数据库驱动网站的速度，提高访问效率。与设备及外部系统的数据交互，根据设备情况和外部系统接口情况选择使用。其中Snmp做为通用网关协议做设备的控制与告警使用。

2.4 框架的建立

广电运维支撑管理软系统是以SpringMVC框架为基础的，在此基础上系统还包括：系统安全框架、对外服务框架、Gis组件框架、图形展示组件框架、数据采集框架。框架总示意图如下：

6 / 20

架构设计说明书

安全框架系统服务框架系统业务框架GIS地图服务框架Spring-MVC框架数据采集服务框架图形化展示服务框架

➢ 系统Acegi安全框架

系统安全框架示意图

安全控制AuthenticationMangerUSE:Implements:AccessDecisionMangerRunAsManger拦截器AbstractSecurityInterceptor拦截器接口MethodSecurityInterceptorFilterSecurityInterceptor安全管理对象FilterInvocationMethodInvocation

AuthenticationManger：用户身份认证；

AccessDecisionManger：验证用户访问受保护资源的权限；

RunASManger：更高安全约束；

➢ 对外服务框架

系统对外服务框架示意图

7 / 20

架构设计说明书

服务接口服务层服务实现对外服务提供Servlet、Hessian、WebService等方式的服务调用。服务层的实现通过封装简单层业务和复杂层业务供接口调用。复杂层业务可以通过简单业务的整合生成复杂业务逻辑。服务、简单业务、复杂业务之间可以相互调用。

➢ Gis组件框架

Gis组件框架示意图：

客户端服务层数据层Gis框架使用JavaScript做为界面展示技术。服务器层DOM解析器解析JavaScript脚本， WMS服务器处理地图栅格图片，WFS服务器处理地图矢量图片，WMTS服务器处理切片图片。最后将各种数据存储到数据库中，矢量格式文件存储为ESRI、Shape、MapInfo、SVG、Sdts、Igds格式文件，栅格格式文件存储为TIFF、ERDAS、JPG、GIF、PNG格式文件。

➢ 图形展示组件框架

图形展示组件框架示意图：

简单业务层复杂业务层Spring-MVCSpring-MVC

JavaScriptinternateDOM解析器SvgViewerServlet功能组件WFS服务器WMTS服务器WMS服务器DataBaseESRI、Shape、MapInfo、SVG、Sdts、IgdsTIFF、ERDAS、JPG、GIF、PNG

8 / 20

架构设计说明书

DataBoxLayerBoxAlarmBoxSpring-MAlarmEngine数据分发层规则引擎Spring-VSpring-C设备接入层

图形展示控件包括三个核心组件：DataBox、LayerBox、AlarmBox。其中DataBox和LayerBox与业务进行数据交互进行数据展示，AlarmBox与AlarmEngine进行数据交互进行告警数据展示。

➢ 数据采集服务框架

数据采集服务框架示意图

表示层图形展示控件（client）SOCKET数据采集引擎数据分发层(server)Spring数据策略规则引擎数据接入层(snmpsocket)设备控制系统设备代理中间件操作系统

数据采集引擎分为三层：数据接入层通过SNMP协议或SOCKET接口与设备控制系统、设备代理、中间件、操作系统等进行数据交互，数据接入层将获取的数据交由数据策略规则引擎进行处理，处理后的数据交由数据分发层推送给客户端，同时调用Spring业务进行数据存储。

2.5 组件化的考虑

系统按功能抽象出以下组件，这些组件可以为整个系统服务，方便维护、统一管理。

系统功能组件：Gis组件、WorkFlow组件、图形展示组件、报表组件、日志组件、安全组件、系统认证组件。

9 / 20

架构设计说明书

系统业务组件：告警引擎、拓扑引擎、规则策略引擎、数据采集引擎、平面设计器引擎、工作流设计器引擎。

系统组件示意图

展示组件Gis客户端组件图形展示组件Jquery组件资源管理系统业务组件空间资源管理业务资源管理客户资源管理基础资源管理设备资源管理机房资源管理网络管理系统IT设备管理拓扑管理性能管理告警管理故障管理机房环境监控资产管理系统资源预警分析资源调度仓储管理电子运维系统资产生命周期管理值班管理工单管理派工管理施工管理作业管理知识库管理功能组件Gis地图引擎平面设计引擎策略规则引擎告警引擎拓扑引擎数据采集引擎工作流引擎报表组件系统认证组件工作流设计器日志组件

2.6 安全的考虑

➢ 访问安全控制

技术上通过Acegi安全框架来实现系统登录、身份验证、鉴权。设计上通过人员、角色、菜单（按钮）。来实现对系统访问安全的控制。系统所有的登录、增加、删除、修改等行为会通过日志模块(log4j)进行记录。所以外部系统与本系统交互都需要通过系统认证，进行外部连接注册、管理方可进行数据交互。

单点登录，通过点点登录模式对各子系统进行访问控制，设置CAS认证中心，各子系统在CAS中进行注册认证，用户登录首先通过CAS认证中心认证，然后再跳转到个子系统。认证系统的主要功能是将用户的登录信息和用户信息库相比较，对用户进行登录认证；认证成功后，认证系统应该生成统一的认证标志（ticket），返还给用户。另外，认证系统还应该对ticket进行效验，判断其有效性。

➢ 数据安全控制

数据传输加密：客户端（浏览器）与服务器之间可通过Https协议进行安全加密访问。本系统与外部系统之间数据交互时，对数据进行加密传输。数据在系统与系统之间采用MD5算法进行数据加密。数据在系统与设备之间采用,D5算法进行数据加密。

数据库加密级别分为两个级别：级别一：对数据库记录的某一字段进行加密。级别二：数据库对每条日志记录进行MD5加密，把加密后的信息 10 / 20

架构设计说明书

存入数据库，可做一致性校验，防止数据库信息被篡改。

2.7 接口系统的考虑

本系统与系统接口包括：客服系统、专业网管系统、网元管理系统、BSS系统；与外部设备接口包括：网络设备、专业设备、中间件、服务器、机房环境设备、机房动力设备。

2.8 可移植性的考虑

系统采用Tomcat7.0、WebLogic 12c作为应用服务器中间件， Oracle 11.2.0.3

Server及Oracle 11.2.0.1 Client做为数据库，是在不同操作系统平台下都有相应版本。跨语言和跨平台的。

除商业应用服务器和数据库软件之外，系统应对日益流行的硬件和操作系统具有很强的可移植性及兼容性。在不同的硬件和操作系统之间移植框架时，不应当或极少涉及对源代码的再编译。

系统采用J2EE技术，J2EE技术利用JAVA语言访问JAVA虚拟机来进行系统资源的访问而不是通过底层系统API来访问系统资源，由于这种原因，遵循J2EE体系结构的框架设计可以非常容易地在不同的硬件系统和不同的OS上运行。

2.9 扩展性的考虑

系统功能性扩展：系统级扩展，系统间服务调用以标准SOA方式进行。通过标准接口实现服务交互。跨语言和平台，系统可统一部署也可分开部署。

功能级扩展：系统通过可配置的XML文件动态加载具体的业务处理类。系统扩展时用户只需将新的业务组件部署在服务器上之后，修改可配置文件将业务处理类配入系统即可，不需修改系统框架的相关代码，不需重新编译系统即可完成业务的扩展。

数据级扩展：JAVA业务类通过接口调用，参数传递使用对象进行层级之间的数据传递，数据属性的变更和扩展只需对JAVA对象进行属性的扩展即可

系统性能扩展：通过分布式技术进行应用服务器和数据库服务器的扩展。

配置扩展：系统所有的配置项都以文件或数据库的形式进行保存，保证配置变更和扩展的灵活性。

11 / 20

架构设计说明书

2.10 维护性的考虑

系统功能设计模块化：以通过菜单配置，对系统功能形成组合，配置出不同业务功能的子系统。系统参数配置化：系统所有需要参数配置的功能，都以参数形式存储进配置文件或数据库中，通过参数配置管理功能对参数进行控制。数据库通过数据字典形式对参数进行管理。维护方式可以通过远程连接方式进行系统更新维护，代码更新、发布以war包的形式进行，覆盖相应文件包即可。更新后应用服务中间件需重启，数据库无需重新。

2.11 高并发下的考虑

本系统的并发主要考虑一下两方面：用户访问并发和数据采集并发。

用户访问并发：系统需满足用户数1000人，在线用户数600人，并发用户数300人，峰值并发用户数500人的使用要求。

数据采集并发：按照大型省会城市400万城市人口计算。按照人口与机顶盒2:1比例计算（两口之家使用一个机顶盒）。按一个光节点平均覆盖60个机顶盒计算。400/2/60=3.3万个光节点。中心机房3个。分机房20个。总计需要进行数据采集的设备约238万台。

每个光节点包含以下设备，设备总量为：3.3万*72=237.6万台设备。

设备类型

光接收机

光工作站

ONU

交换机

EOC头端

分支分配器

机顶盒

互动机顶盒或EOC猫

网络类型

HFC

HFC

EPON

TCP/IP

HFC

HFC

HFC

HFC

网管功能

否

是

是

是

是

否

是

是

7

60

6

1

5

设备数量

1

是否有源

备注

分机房包含以下设备，设备总量为20*122=2440台。

设备类型

光放大器

光切换器

QAM边缘调制器

光发射机

HFC 是 25

网络类型

HFC

HFC

HFC

网管功能

是

是

是

设备数量

20

20

5

备注

12 / 20

架构设计说明书

OLT

路由器

交换机

SDH网元

DWDM网元

PDH网元

设备类型

其他信源处理设备

卫星接收机

QAM调制器

光发射机

混合器

路由器

交换机

服务器

SDH网元

DWDM网元

EPON

TCP/IP

TCP/IP

SDH

DWDM

PDH网

是

是

是

是

是

是

30

10

10

1

1

中心机房包含以下设备，设备总计3*212：636台。

网络类型

信源处理

网管功能

设备数量

80

备注

信源处理

HFC

HFC

HFC

TCP/IP

TCP/IP

TCP/IP

SDH

DWDM

是

是

是

是

是

是

是

是

80

30

10

10

40

40

40

1

1

2.11.1 用户访问并发设计

数据库并发：

配置数据库连接池：使用BoneCP做为数据库连接池，dbcp1.4做为备选,来提供数据库访问速度。BoneCP它是一个高性能的开源java数据库连接池实现库，是目前最快的数据库连接池。效率比C3P0提高25倍。

数据库事务隔离级别：默认采用的数据库事务隔离(Read Committed)。技能保持高性能，又能保证系统对数据读写的要求。对于特殊数据库考虑使用(Read

UnCommitted)、(Repeatable Read)、(Serializable)。

在高性能数据库操作，应用临时表、存储过程、函数。建立表空间、表分区、物理分表，适当使用采用空间换时间。对高命中率表可建立统计表等额外物理表方式，减少对生产表命中率

访问并发：

减少HTTP访问次数：不使用AJAX做即时验证。尽量减少不必要的后台校验，多使用正则表达式进行校验。

能一次性返回Web端，减少多次返回Web端。

13 / 20

架构设计说明书

减少I/O压力：配置页面缓存，减少或限制大文件的上传，下载。

合并多个js,css为一个js,css,并进行服务器、客户端静态文件缓存。

减少各个层次TCP调用,如可以，尽量采用class调用，减少Http、WebService 。

负载均衡：根据实际网络情况和要求使用软件Nginx 、硬件F5进行负载均衡。

2.11.2 数据采集并发设计

按照大型省会城市400万城市人口计算，系统需要进行数据采集的设备约240万台。告警、状态监控数据采集的接口方式主要有以下几种：Socket、WebService等。

按照估算：2G内存可以支持约10000个Socket并发。冗余按照50%计算。

数据采集服务运行在8G内存的服务器上，可以支持20000台设备的数据同时采集。

240万台设备同时进行数据采集，则需要120台采集服务器进行部署。

（由于目前还没有进行实际的测试，正在准备基于NettyNIO Socket、WebService（CFX）做LINUX操作系统下的测试，测试数据需要准备服务器环境，和进行测试编码。所以目前结构设计中数据只能进行估算，待测试数据出来后，进行补充更新）。

数据采集服务部署图：

应用服务器数据采集总控服务器数据库服务器N接口数据采集服务器N接口数据库服务器1接口数据采集服务器1接口接口接口接口数据库服务器2接口数据采集服务器2接口接口接口接口设备代理1设备代理2设备代理3设备代理4设备代理N设备代理1设备代理2设备代理3设备代理4设备代理N设备代理1设备代理2设备代理3设备代理4设备代理N

首先，由于需要进行数据采集的设备数量很多，所以，数据采集服务器需要根据设备的数量与位置进行部署。公式为：数据采集服务器数量=设备总数/单台数据采集服务器支持设备数量。为每个数据采集服务器配一台数据库服务器，用来存储状态数据。数据采集服务器要在数据采集总控服务器上进行注册，注册信息包括数据采集服务器负责采集哪些设备，设备路径等配置信息。应用服务器获取某个设备的状态数据，首先访问数据采集总控服务器，获取所要采集的设备路径，进行采集。

14 / 20

架构设计说明书

2.12 移动客户端访问系统的考虑

运营维护人员客服人员施工人员系统管理员管理人员PC浏览器手机客户端安全访问其他方式应用服务器统一门户网站统一认证中心广电OSS运维支撑系统设备DBMS

手机客户端与Web业务访问应用服务器的方式相同，采用HTTP的方式进行通讯。架构上，也与页面调用后台业务逻辑的技术方式相同。调用servlet和各种服务的方式。

所以对于手机客户端的接入，后台技术架构无需进行任何调整，只需按照业务要求进行手机客户端界面的设计与开发即可。

2.13 容灾备份的考虑

➢ 冷备份：在ORACLE数据库关闭的情况下，体统提供对数据库冷备的功能，可以安全快速的备份数据库。可根据用户实际要求进行使用，但系统支持。

➢ 热备份：群集是由一组独立的计算机组成，这些计算机一起工作以运行一系列共同的应用程序，同时，为客户和应用提供单一的系统映射。群集内的计算机物理上通过电缆连接，程序上则通过群集软件连接。这些连接允许计算机使用故障应急与负载均衡功能，而故障应急与负载均衡功能在单机上是不可能实现的。采用双机群集为我们的用户管理系统提供了高度的可用性、伸缩性与易管理性： 高度的可用性：双机群集具有 15 / 20

架构设计说明书

避免单点故障发生的能力。应用程序能够跨计算机进行分配，以实现并行运算与故障恢复，并提供更高的可用性。 可伸缩性：加入更多的处理器或计算机可提高群集的计算能力。 易管理性：群集以单一系统映射的形式来面向最终用户、应用程序及网络，同时，也为管理员提供单一的控制点，而这种单一控制点则可能是远程的。

数据库服务器(主)Web服务器（主）Gis服务器心跳监测数据同步心跳监测数据同步心跳监测数据同步数据采集服务器（主）心跳监测数据同步交换机（主）后台调度服务器数据采集服务器（备）交换机（备）Gis服务器Web服务器（备）数据库服务器(备)

数据库服务器、Web服务、Gis服务器、数据采集服务器都分为主备服务器，通过心跳线程进行监测，通过数据同步通道进行数据传输同步。后台调度服务器负责进行切换和主备控制。

异地容灾备份：需要外部系统和软硬件接入，建议纳入第三方的异地容灾备份设计方案。

16 / 20

架构设计说明书

3 发布系统的构架

3.1 系统拓朴结构

系统拓扑结构图：

外部用户外网外部用户内部用户防火墙内网Web服务器（可做分布式）数据采集服务器（分布式）磁盘阵列数据库服务器(可做分布式)Gis服务器CAS中心认证服务器

系统外网通过防火墙与内网连接，内网中的硬件设备通过网络连接通讯，包括：Web服务器、数据采集服务器和数据库服务器。

Web服务器：系统中间件Tomcat部署在Web服务器上，系统软件通过Tomcat进行发布。如果系统访问量大、并发请求多，可以通过Web服务器的分布式部署来提高系统性能提升要求。负载均衡技术可保证系统稳定性。

Gis服务器:处理地图服务，存储地图数据。

数据采集服务器：系统数据采集控制服务部署运行在数据采集服务器。运行软件包括：数据采集和预处理Server，数据采集代理软件等。可以通过数据采集服务器的分布式部署来解决设备部署分散、数量巨大等问题。

数据库服务器：Oracle数据库软件部署运行在数据库服务器上，如果系统数据量大，可以使用网络存储技术进行数据库数据的存储于备份恢复，也可使用分布式技术对数据库进行扩展。

磁盘阵列：对于海量数据存储采用磁盘阵列进行存储。

CAS中心认证服务器：单点登录统一认证服务运行在CAS中心认证服务器 17 / 20

架构设计说明书

中。

3.2 系统物理分布结构

系统物理分布结构示意图：

web浏览器web浏览器web浏览器Internet客服系统WebService专业网管系统网元管理系统Web服务器(TOMCAT)CAS中心认证服务器OSS运维支撑管理系统统一注册认证服务Hessian 资源管理系统网络管理系统Gis服务器SocketGis服务引擎BSS系统…...资产管理系统运维支撑系统数据库服务器其它系统Oracle11g数据采集服务器告警引擎数据采集引擎

系统分为五个物理组成部分，分别为：外部系统、客户端、应用服务器、数据采集服务器、数据库服务器。整个系统的软件分别运行在这五个物理组成部分中。

外部系统：本系统与以下外部系统有业务和数据交互。客户系统、专业网管系统、网元管理系统、BSS系统等。还会与外部的SOA有交付，为SOA提供本系统的服务接口。接口方式有两种：一种是系统提供标准的WebService、Hessian接口供外部调用，一种是根据外部系统的接口方式定制接口。

客户端：客户端为基于浏览器的，主流的浏览器都支持，系统用户在网络连通的条件下，可以通过浏览器访问系统服务，无需安装客户端软件。

应用服务器：中间件Tomcat7运行在应用服务器上，系统软件通过Tomcat7发布运行。系统服务层，封装系统内部业务对外提供多种接口形式的服务。核心业务功能包括：空间资源管理、业务资源管理、客户资源管理、网络管理、资产管理、电子运维、专业网管、门户支撑、基础资源管理、设备资源管理、机房资源管理、IT管理、资源预警分析、机房监控、施工管理、系统管理。功能组件是 18 / 20

架构设计说明书

根据核心业务功能设计的通用组件，可重用，主要是对系统的功用功能的实现，包括：动态建模组件、报表组件、系统认证组件、日志组件、安全组件。引擎是专门为业务功能提供支持的并且可以方便二次开发，分为策略引擎、平面设计引擎、工作流引擎、告警引擎、数据采集引擎。设计器：系统提供三个设计器可以为开发人员和系统用户方便快捷的设计相关业务功能，包括：Gis设计器、平面设计器、工作流设计器。

数据采集服务器：数据采集服务器上主要运行告警引擎和数据采集引擎。告警引擎主要负责采集网络中硬件设备、中间件系统和软件系统的告警上报信息，提供标准的SNMP告警采集接口，也可以定制接口，告警引擎会对采集上来的告警信息统一格式，按照规则统一过滤处理，存储进数据库，并发送给应用服务器把告警信息展示给用户。数据采集引擎主要是对网络中的各种硬件设备、中间件系统和软件系统的运行状态进行监控。引擎提供标准的接入方式Socket接口方式，并可硬件设备、中间件系统和软件系统的接口做定制，接收到的数据统一处理记录入数据库，并通过应用服务器展示给用户。

数据库服务器：运行Oracle11g数据库软件，用来存储系统业务数据。

CAS中心认证服务器：系统统一认证服务运行在CAS中心认证服务器上，各应用系统通过统一认证服务进行系统注册。用户登录首先进入CAS中心认证服务器进行认证，获取凭证后可以访问其他业务系统。

Gis服务器：Gis地服务引擎和地图数据库运行在Gis服务器中。

3.3 系统部署结构

3.3.1 集中管理分布式部署

集中管理分布式部署主要是考虑省级与地市公司，或市级与区县公司的系统部署。主要场景为：省级公司需要对整个省的广电运维状况做统一管理，地市公司需要对辖区内的广电运维做管理。省级公司与地市公司对管理的业务与范围要求不同。

19 / 20

架构设计说明书

广电运维支撑系统（地市级）广电运维支撑系统（地市级）接口接口广电运维支撑系统（地市级）接口广电运维支撑系统（地市级）接口广电运维支撑系统（省级）接口接口广电运维支撑系统（地市级）接口广电运维支撑系统（地市级）广电运维支撑系统（地市级）广电运维支撑系统（地市级）接口

由于省级的广电运维支撑系统关注的业务功能与数据与各地市级系统不用，所以省级系统集中部署，地市级以行政或地理划分，分布式部署各地市级系统。系统时间以接口的形式进行信令和数据的交互。

3.3.2 分级部署

分级部署主要考虑层级比较多的运行商，如按多层级进行部署。

一级运维支撑系统接口接口二级级运维支撑系统接口接口二级级运维支撑系统接口接口二级级运维支撑系统...接口三级运维支撑系统接口三级运维支撑系统...三级运维支撑系统三级运维支撑系统...三级运维支撑系统三级运维支撑系统…

分级部署主要满足一级一级进行管理，上下级之间系统通过接口进行数据交互。

N 级运维支撑系统... 20 / 20