受到软件产业的组件技术和组件开发方法的启发,NGOSS提出了基于组件的面向对象的分布式运营支撑系统解决方案。随着功能封装、接口协议定义等组件开发 方法被业界普遍认可,业务过程流、公共总线结构、公共业务数据、NGOSS组件等的研究也迅速开展起来。
1)业务过程流
NGOSS将业务过程流从组件中剥离出来,使每个组件成为一个功能实体,从而使得对单独组件的开发要求转变为对过程控制的业务逻辑要求。当改 变业务过程流,组件只需要完成公共协议中定义的接口功能。这样可以通过简单的流程定义来改变业务流,而不需要修改应用组件。这样也使应用组件变得可以重新 利用,组件的开发变得更容易,灵活性更高。同时,NGOSS框架允许业务流程的定制、改造和优化,从而实现企业业务流程再造。
2)公共总线结构
点对点的系统集成方法要求每个业务都要有面向其它系统的接口,这使得OSS系统变得越来越复杂,并且难以维护和扩展。为了解决这个难 题,NGOSS引入了公共总线的概念。通过公共总线,使原有的各个应用系统(如网管系统、客服系统、业务支撑系统等)实现系统间的信息交换。通过引入公共 总线结构,NGOSS达到了各个组件相对独立、整个平台稳定可靠、系统有扩展性和灵活性的目的,从而使NGOSS能够高效整合数据、高效整合业务流程并适 用于各种应用和异构硬件环境。
3)公共业务数据
公共业务数据指在各种业务过程之间需要使用的业务信息和需要存储的业务数据。在一个特定的业务过程中,多个组件会由于不同的目的,在同一时间 使用共同的信息。这样的信息需要从整个企业的层次定义,而不能从组件的层次定义。通过这样的共享业务信息可以从公共的业务服务中抽象出各种组件的需求。应 用组件访问数据时,通过这些公共业务数据的服务接口来实现。数据物理存储层通过一个或几个数据库提供信息的物理存储功能;数据访问层提供数据的访问控制, 保证系统数据的完整性、唯一性;信息服务层通过对数据增加业务定义,把数据组合为业务信息;交易接口通过公共访问接口提供组件对数据的访问。
引入公共业务数据的根本目的在于信息的充分共享。一个单独的NGOSS共享信息模型将为大量的共享信息服务定义信息模型并提供公共框架。这些 独立的模型只在NGOSS组件与信息服务之间相互作用,并且可以保证企业信息模型的一致性。通过信息共享,实现信息在一定业务流程驱动下的动态交互,通过 业务流来驱动各部门、各应用系统之间的协调运作,从而实现企业自动化。
4)NGOSS组件
TMF用组件的方法来构建NGOSS系统。组件是包含数据的对象,是可用代码的封装,这些代码可以用来执行应用程序的一些功能。一个软件组件 是一段代码,它用来实现一系列定义好的接口。组件不是完整的应用程序,它们不能被独立运行。
NGOSS的组件可以包括大的模块(如计费模块、客服模块等),也可以是比较小的模块(如用户地址显示模块、用户总费用计算模块等)。每个 NGOSS组件必须声明组件功能与使用者的关系、组件功能及业务数据之间的依赖关系、组件处理过程的层次关系、以及和其他组件的相互关系等。NGOSS组 件的供应商和完成的功能可以完全不同,但每个组件必须满足确定的需求并且必须符合统一定义的接口规范,这样,当一个组件被安装后,它的接口功能被加入注册 表,供系统查询、选择和调用。如果重新定义了业务过程流,要使用已经完成的组件,通过相应的组件接口就可以实现对业务过程的支持;如果开通新业务服务,将 新的组件接口加入注册表,通过选择、配置组件接口就可以完成对新业务的支持,从而实现即插即用。
下一代网络运营支撑系统NGOSS技术思想
最新推荐文章于 2024-09-28 18:12:08 发布