用SID模型系统构建支撑数据架构整合解决方案

admin

在集团公司相关规范指导下，各省移动公司经过多年的建设已经建立起一套完整的运维支撑体系，包括较为完善的话务网管、数据网管、传输网管、动力环境检测、信令检测等子系统。话务网管实现了对全省话务网络的实时监控，并实现了故障的各种统计功能，以及部分告警关联规则的制定；IP数据网管实现了对数据网络中部分业务和设备的集中管理；传输综合网管系统将全省的传输网络故障信息在统一界面上进行呈现；
$ W5 L; m. j2 ]$ n在各个系统运行过程中我们发现，虽然各级维护部门能够及时通过各个网管支撑系统了解网络运行状态和质量，但由于多个系统相互独立，告警呈现在不同的监控界面上，这样对于网络的集中监控和分析都存在一定的局限性，不利于网络一级监控的实现；同时不同类型的网元各项数据（包括资源数据、性能数据、告警数据等）分别存放在不同的库中，各个系统之间的数据存在差异，数据维护人员存在多个不同的登陆和数据录入界面，相同的数据需要多次录入，大大增加了维护人员的工作时间，数据分析人员需分别从不同的系统上获取数据后，才能进行数据分析，工作较为繁琐，且各项数据的关联性不强，容易造成“信息孤岛”；此外根据集团建设卓越运维体系的精神，各省移动今后还要在已有的基础上建设业务质量管理、资源管理、综合网管等新系统，从而使整个运维支撑体系更加复杂，已有的问题更加突出。
0 C: G# i# J2 ?: I  c  G) x为了符合各省移动整体IT战略，适应向综合信息服务提供商的转型需要，进一步提升移动在市场竞争中的地位，提高信息化管理水平，消除信息孤岛现象，解决运维支撑系统核心数据共享与集中化统一管理的问题，我公司提出基于SID模型的IT支撑系统数据架构整合解决方案对现有的网管资源进行整合。通过建立一个统一的集约型、全业务融合的、可扩展支撑平台，加强系统分析、预警的功能，使网管系统能够更好的为网络维护、网络优化提供支撑，为领导决策提供数据支持。该平台以各网管系统（包括话务、数据、传输网管系统以及资源管理系统）所采集的数据为基础，利用SID共享信息数据模型对底层数据进行关联、分析、整合，并在此基础上开发出一个供已有和未来支撑系统使用的共享信息数据总线，同时完善各项上层应用，实现对各省移动网络维护和网络优化工作的有力支撑。统一的支撑平台是以统一的数据模型为基础，提供面向业务的应用，网管系统功能更加专业化。

: s# J/ s2 S# p6 |+ `3 W

图 共享数据模型和信息总线在运维支撑系统中的地位

本解决方案主要包括共享信息数据模型SID的设计以及企业服务总线ESB部署，其中最核心的部分便是共享信息数据模型的设计，该模型主要实现以下业务目标：
5 g7 W% @, g! K' L3 d实现OSS域共享信息的统一存储和使用：共享信息数据模型的设计应实现运维支撑系统各网元之间共享信息的统一存储和使用。目前我公司已经开发设计了一套满足移动基站告警关联的共享信息数据模型，其中涉及到基站综合告警的几个相关系统，包括话务网管，传输网管，动环系统，综合告警系统。理清各个系统间的数据流向以及数据结构；
实现统一设备资源视图：设备资源信息是电信运营商最核心的共享信息，SID应统一存储移动运营商统一的物理资源和逻辑资源信息，并作为共享数据中心成为移动运营商唯一的设备资源定义依据。为实现这一目标，我公司根据TMF GB922的指导思想结合移动公司实际现状进行剪裁而成的共享信息数据模型，必须包含需要共享的全角度的设备资源信息，涵盖目前已有以及未来的话务网管、传输网管、数据网管、动环系统、综合告警、综合资源、业务质量管理等各系统在设备资源等方面的需求。此外由于SID数据模型之间定义了密切的关联派生等关系，因此提炼出来的共享信息数据模型本身含有完整的移动运维支撑系统的网络拓扑结构，这样可以更好的为将来的综合告警、业务质量管理等系统提供强有力的支撑；
: \  f& C  l2 Q! X共享数据模型设计同时达到以下技术性能要求：
# y- G. X/ m* I7 E9 C达到各系统使用的性能要求：SID是运维支撑系统各网元实现数据共享的即时存取数据中心，对其性能有较高要求，必须能够满足各系统同时存取的性能要求。作为共享信息数据模型的设计，虽然主要进行信息表达，但也要兼顾SID性能方面的要求。此外对于SID共享信息数据模型的承载体即数据总线也有相应的技术性能要求，对于总线和各个相关系统之间的数据接口开发要有现实的可实施性；
共享信息数据和私有数据的协同：SID中存储了OSS域各系统的共享数据，而各系统的私有数据则由各系统负责存储。由于大部分的业务功能和业务流程，都同时涉及共享数据和私有数据的使用，因此SID必须考虑到共享数据和私有数据的协同问题。
SID模型完成设计开发、生产数据实例化之后，最终是需要拿到运营系统上进行实际的验证，因此我们基于ESB总线技术搭建起一个能够承载共享数据模型的技术平台，以供相关系统的数据交换和调用，该平台的体系架构如下图所示：

图 SID共享信息数据总线系统架构

整合后的系统采用分层设计，主要逻辑功能模块化，系统主要由接口适配器组件、共享数据存储组件、主数据管理组件、ESB组件等构成，功能主要包括数据采集、数据转换、数据存储、数据转发、数据同步、数据监控、模型管理、配置管理、统计报表、日志系统等。
8 ~; g  O7 l" s. O. c, Q! n: N, W+ r本解决方案通过数据模型的建立可以有效指导移动公司其他应用软件开发工作，将改善之前应用软件开发中只能看到功能，而无法了解具体开发流程的弊端，可以降低应用软件的开发费用。同时通过数据总线的建立，将减少各系统接口之间数据传递应用开发的难度，节约投资成本。
! ^% m& K5 h0 `- I+ Y此外，基于SID模型的IT支撑系统数据架构整合可以使移动公司管理人员明确电信运营支撑系统的构成，理解技术架构、业务能力和管理架构之间的关系，对于电信运营体系规划具有全局的眼光，可以认识到共享数据模型是支撑系统整体规划发展的基础和关键。通过建设SID共享信息数据总线可以理顺网管目前各个系统之间的数据关系，减少“信息孤岛”现象，优化数据传输与共享，减少各个系统之间的网状连接，降低维护成本，同时极大的增强系统对未来的新增需求的扩展性，增强了公司在行业中的竞争力。
0 ]; z. x" X+ Z; ^' O. s

# h# n0 ^. m# e8 W, E# d+ l& C

' M% X& R: B2 j2 Z$ K% A为什么要使用SID
　　OSS/BSS是电信运营商解决企业运做管理自动化、信息化、提高产品销售（业务）和客户服务质量的综合支撑系统。它的发展大致可分为面向网元及网络管理、面向业务管理、面向客户管理三个发展阶段。而现阶段的OSS系统以NGOSS（New Generation Operation System and Software）框架为基础，从商务、系统、实现和运行四个视点描述OSS系统，而且这四个视点分别与实现OSS系统的各个阶段相对应，这时的OSS系统不仅涵盖了BSS的含义，而且主要的特征是以客户为中心，因此这一阶段的系统通常被称为OSS/BSS。
　　NGOSS提供了一整套的方法论来指导OSS/BSS的设计与建立，它的核心设计思想是利用“流程驱动”，系统设计时首先从流程分析开始，分析自己企业的核心业务流程；然后通过分析流程，提炼出所有关键的数据，利用共享信息模型将数据进行抽象，划分为不同的管理域建立共享的数据模型；最后根据共享的数据模型组建实际的OSS/BSS系统。数据是OSS/BSS设计中最重要的特性，成功建立OSS/BSS系统关键是有一个好的共享信息模型。因此，NGOSS提供出了共享信息模型的通用框架—SID。
　　SID模型分析
- u2 @# W/ v* F5 s4 p8 u　　SID是NGOSS提出的建立共享信息模型的通用框架，SID分别从商业和系统两个视点描述了共享信息模型。一方面，SID从商业视点出发，以ETOM LEVEL 0定义的业务处理模型为基础，依据对商业过程中涉及的各种商业信息的抽象和分析，定义了各种可聚和的商业实体ABE以及各种商业实体BE，并将它们划分为不同的管理域，形成了系统和信息图SIM，从而最大限度地实现信息和数据的共享。另一方面，SID从组建OSS系统的视点出发，对各种商业实体的属性进行定义，并利用UML将它们有机地组合在一起，形成UML模型，从而为设计用于实现OSS系统实际使用的共享数据模型提供参考模型。综上所述，SID是商业和系统的实体定义和UML模型的有组织的集合。下面分别介绍SIM和UML模型。
　　SIM模型分析
5 s/ o) Q, `# y　　SIM模型体现了OSS系统的“商业流程驱动”的设计理念，以ETOM商务模型为基础，从信息共享的角度出发，针对ETOM商务模型中的四个水平层次分别定义相应的可聚和的商业实体ABE和商业实体，并将它们划分为不同的管理域，如下图所示。
　　
5 X( f) j; X. E3 |　　图表1 SIM模型
4 A, c9 t. e! J) s0 B% @　　信息域及可聚和商业实体ABE
　　SIM分别针对ETOM的市场/销售、产品和客户、服务、资源以及供应商/合作伙伴四个水平层次涉及的信息进行分析，并将它们划分为不同的信息管理域，然后针对每个域定义ABE和BE。将市场/销售、产品和客户这一水平层次涉及的信息划分为市场/销售、产品和客户三个信息域，下面简要分析各信息域及相应的ABE。
! @4 x9 {8 ^% n" v8 k　　（1）市场/销售域
　　市场/销售域主要包括为了实现以赢得客户或潜在客户为目的而进行的销售和市场活动所需要的各种数据操作和合同操作。于是，针对市场/销售域共定义了六个ABE：战略产品计划、市场分段、市场竞争活动、竞争者、销售通道、合同/引导/前景和销售统计。
9 w+ d! W+ ]9 o) i8 q　　（2）产品域
　　产品域主要包括各种产品周期信息以及同产品周期有关的合同和信息操作。产品域共定义了6个ABE：战略产品计划、产品规范、产品提供、产品、产品使用统计和产品性能。
9 [, i8 V. S: F0 [  x+ j　　（3）客户域
　　客户域主要包括向企业（服务提供商）订购产品的个人或组织的信息及他们获取产品时进行的合同操作，以及客户订购产品时同帐务有关的数据和合同操作。客户域定义了9个ABE：客户、客户交互、客户订购、客户统计、客户问题、客户SLA、客户账单、用于客户账单的资费、客户账单搜集和客户账单查询。
+ s1 F5 z' J& v5 U　　（4）服务域
  Y7 E* @" Y; _# D. L; }+ V　　服务域主要定义了同服务规范和服务实例有关的ABE。服务域体现了产品的实现，将各种产品进行组合，形成为客户提供的各种服务。服务域共包括9个ABE：服务计划、服务规范、服务订购、服务、服务故障、服务中止、服务测试、服务质量和服务使用。
! X( Q# f0 b4 `9 t! _! k　　（5）资源域
　　资源域定义了各种用于管理网络和各层网络技术的ABE。资源域的目的是确保各种网络技术能实现各种服务的传送。资源域共定义了17个ABE：资源计划、物理资源规范、物理资源、逻辑资源规范、资源订购、网络拓扑、逻辑网元、资源故障、资源告警和中止、资源中止修复、资源测试、资源性能、资源性能趋势、资源流量控制、资源流量、资源流量趋势和资源使用。
　　（6）供应商/合作伙伴域
　　供应商/合作伙伴域主要涉及供应商/合作伙伴（S/P）的各种信息以及面向供应商/合作伙伴的各种合同操作，也包括同S/P帐务有关的数据和合同操作。此域共定义了12个ABE：S/P计划、供应商/合作伙伴、S/P交互、S/P产品、S/P订购、S/P SLA、S/P问题、S/P统计、S/P性能、S/P账单、S/P支付和S/P查询。
　　（7）公共商业域
( r2 V9 B3 K5 X# I' h8 L( [　　公共商业域定义了一些共享的ABE，这些ABE不属于某个特定的域，可被其它域共享。这些ABE是现实中的商业实体的普遍抽象，如商业交互可作为客户订购和S/P SLA的抽象。公共商业域共定义了5个共享的ABE：会议、商业交互、地点、协议和策略。
　　商业实体BE
　　SID除了定义SIM模型之外，还对SIM模型中各域内的ABE涉及的商业实体进行了详细的定义。如，针对客户域的客户ABE和客户订购ABE定义商业实体；针对产品域的产品规范ABE和产品提供ABE定义了商业实体；针对公共商业域的商业交互ABE和会议ABE定义了商业实体。如下图所示：
8 E0 R1 F9 I; W# S. Y9 f8 S　　
3 X6 y+ E, Q, Q　　图表2 商业实体举例
- C# g, p, f) L2 A; m8 p$ u" r　　UML模型分析
　　SID除了定义SIM模型，还对商业实体的属性进行了定义，并利用UML将它们有机地组合在一起，形成UML模型，从而为设计用于实现OSS系统实际使用的共享数据模型提供参考模型。
2 O; a% }1 Y) E3 e# }4 ?/ U　　国内企业OSS/BSS系统建设存在的问题
　　国内企业OSS/BSS系统的建设正处于新旧交替阶段，正在从早期的面向网络、面向设备向面向业务、面向客户转变。
3 _+ I( i" {6 f2 ]! ?. u! \" v; s　　企业早期建立的OSS/BSS是一种静态的、相对独立的运行支撑系统，这些独立的系统大多是按照企业本身各部门的需求建立的。它的主要问题是企业拥有多个“孤岛”系统，没有实现系统之间数据的共享。
: y( \' _' I" e　　随着业务需求的不断变化以及市场竞争的加剧，早期建立的OSS/BSS系统已经不能适应当前市场发展的需要，各企业在当前的OSS/BSS系统的建设中遇到了以下难题：
　　1.如何将现有的、旧的OSS/BSS系统进行改造，使其适应当前的业务发展和市场竞争的需求。系统改造时，主要需要解决以下问题：多个分离的系统；低程度的直通流程的自动化孤岛；高度功能重叠的烟囱式的为特殊业务建立的解决方案；重复的和有限的数据，数据质量差；多个系统平台导致集成困难；高运营成本等；
  ]# l+ W. T7 o/ m- U% c; M　　2.当建立新的OSS/BSS系统时，如何建立灵活、高效的OSS/BSS系统，避免旧系统中存在的问题，使OSS/BSS系统真正成为企业管理自动化、信息化、提高产品销售（业务）和客户服务质量的综合支撑系统。
' J% S0 W  o' k  c3 A　　国内企业OSS/BSS系统建设策略
　　基于目前国内企业OSS/BSS系统建设的现状，结合OSS/BSS技术的发展，本文提出以下OSS/BSS系统建设的策略：
1 ^* k+ W  N/ c+ u( e7 Q　　1.当企业新建OSS/BSS系统时，进行系统逻辑架构设计时，应当以流程为基础，即从分析企业的业务与运营流程入手。进行系统物理架构设计时，强调以数据为中心，实现数据共享。即利用“流程驱动”的设计理念实现数据设计，充分利用SID模型实现数据共享，实现系统模块化和集成化。
　　2.当企业对旧的OSS/BSS系统进行改造时，数据共享是OSS系统改造成功的关键。企业通过分析流程，利用SID模型制定一个架构实现统一管理，为所有的系统所共享，从而将多个“孤岛”系统集成在一起。
　　结束语
; d" y4 c+ ~; h- e2 U; L( x　　OSS/BSS系统是电信企业提供端到端业务实现对各种新业务灵活支持的基础，为了避免出现多个版本和多个数据库及避免数据在各个子系统中不一致，就要根据流程分析的结果，利用SID模型，将数据进行抽象和归类，划分为不同的管理域，而且划分管理域时应最大程度地实现数据共享，尽量避免数据跨域处理。