业务支撑架构设计文档

业务支撑架构设计文档
业务支撑架构设计文档

业务支撑系统架构设计文档

文档创建信息

文档修订记录

修改类型分为A– ADDED(增加)M– MODIFIED(修改)D– DELETED(删除)

目录

1引言 (4)

1.1编写目的 (4)

1.2背景 (4)

2系统架构设计 (4)

2.1系统概述 (4)

2.2设计约束 (9)

2.2.1 标准与规范 (9)

2.2.2 开发、运行环境 (9)

2.2.2.1 开发环境 (9)

2.2.2.2 运行环境 (9)

2.2.2.3 软件平台 (9)

2.2.2.4 硬件平台 (10)

2.3体系架构 (10)

2.3.1 技术框架 (10)

2.3.2 代码组织结构 (12)

2.3.3 配置文件组织结构 (13)

2.3.4 开发原则:数据与功能分离原则: (13)

2.3.5 关键技术点 (13)

2.3.6 技术难点与风险、预研成果概述 (15)

2.4子系统划分及说明 (15)

3附录 (15)

3.1本系统用到的缩写词、定义和术语 (15)

3.2参考资料 (15)

1引言

1.1编写目的

本文主要根据需求规格说明书,对业务支撑系统(以下简称BSS)进行的架构设计,并为bss的详细设计提供依据,同时为开发人员在开发过程中提供开发基础。

预期的读者:需求设计人员,产品相关负责人,详细设计人员,开发人员,质量管理人员,系统集成部署人员。

1.2背景

2系统架构设计

2.1系统概述

整个业务支撑系统由客户关系管理(CRM),计费(BILLING),商业智能(BI),合作伙伴管理(PRM),生产管理(IOM)五部分组成。采用统一的数据视图。

典型应用场景举例:新业务的快速配置

2.2设计约束

系统采用组件化设计,程序设计和实现采用统一模式,提高重用性和可维护性。

2.2.1标准与规范

见webx开发规范

2.2.2开发、运行环境

2.2.2.1开发环境

语言:java

JDK:jdk1.6.0_10

开发工具:Eclipse 3.2

文档工具:PowerDesigener12.0 Word 2003 V isio 2003

数据库:MySql5.1.38

WEB服务器:Tomcat 6.0 JBOSS6.0

2.2.2.2运行环境

待定

2.2.2.3软件平台

服务器端:(使用非商业软件)

应用服务器:Jboss6.0GA或者Tomcat6.0

JDK:jdk1.6.0_10

数据库:MySQL

客户端操作系统

Windows

Windows XP

2.2.2.4硬件平台

最大服务器配置

2.3体系架构

本子系统采用三层(表示层、业务层、集成层)的B/S体系架构。

2.3.1技术框架

●开发框架:

依据公司要求,选择公司已有的框架

系统使用java语言,采用的是通常意义上的三层架构,就是将整个业务应用划分为:表现层(UI)、业务逻辑层/服务层(BLL)、数据访问层(DAL)。各层职责如下:

1.表现层(UI):通俗讲就是展现给用户的界面,该层负责页面的跳转和页面的展

示。

2.业务逻辑层/服务层(BLL):针对业务逻辑的操作,实现业务接口供表现层调用。

3.数据访问层(DAL):该层直接操作数据库,封装对数据库的操作细节。

另外,模型层的领域对象(Domain objects)作为参数在上述3层间传递数据。

后台部分采用webX框架。

分层开发的结构图如下:

分层结构

数据访问层

服务层

表现层

其中根据项目特点又将服务层拆分为业务代理层和服务层两部分,通过增加业务代理层避免向外部系统暴露系统内部调用逻辑,降低系统间的耦合度。

采用分层结构框架的目的即为了“高内聚,低耦合”的思想,具有如下优点: 1. 开发人员可以只关注整个结构中的其中某一层; 2. 可以很容易的用新的实现来替换原有层次的实现; 3. 可以降低层与层之间的依赖; 4. 有利于标准化;

5. 利于各层逻辑的复用。

采用多层架构设计模式,使用主流框架Struts+Spring+Hibernate (SSH)为基础。Struts

实现MVC,Spring负责架构的结合,Hibernate进行数据的持久化。

架构是采用公司的webx进行开发,webx应该在公司众多项目中成功应用,webx在SSH基础上又进行了一定的封装,减少了开发工作量。Webx经过多个项目采用其功能实现相对稳定。

2.3.2代码组织结构

包名前缀:cn.ceopen.bss

之下是各个子系统:billing,crm,prm,iom,bi和公共部分pub

每个字系统下划分功能模块,如计费账务billing下包括rating ,sett, acct三部分。

代码安装service,dao,model,action,vo放置。

其中service下直接放置接口,实现在service.impl,dao一样。

命名:

service接口命名:xxxxService

service实现命名:xxxxServiceImpl

dao接口命名:xxxxDao

dao实现命名:xxxxDaoImpl

model命名:表名去除前缀,首字母大写

vo命名: 表名去除前缀,首字母大写加vo标识,如xxxVo

2.3.3配置文件组织结构

配置文件统一放在resource.modules文件夹下,以子系统和功能模块进行划分。

每个功能模块包括hibernate、spring、Struts配置文件。

2.3.4开发原则:数据与功能分离原则:

?业务数据与业务功能分离

?业务功能与业务处理流程分离

?业务流程的改变和业务功能的增删、修改、数据种类的改变不会影响系统其他部分。?业务功能、数据、业务流程控制能够在运行环境下灵活的部署、分布,使得系统能够在规模上扩展,从而不限制业务的发展。

?多层软件体系结构,使用中间件构造多层体系结构为系统提供分布计算环境的平台及对应用的通用服务,构成系统的框架;采用面向对象及构件技术在框架上灵活组成应用系统。?系统充分考虑未来业务量及业务种类增长的需求,同时也考虑与行政管理体制的配合和协调,新的软件模块即插即用

2.3.5关键技术点

1,计费部分采用引擎模式,COM的设计方式

2,工作流引擎:订单调度,集成定单管理部分使用。

工作流引擎是指workflow作为应用系统的一部分,并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。例如开发一个系统最关键的部分不是系统的界面,也不是和数据库之间的信息交换,而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性和弹性。

3,数据挖掘技术:在BI部分使用。

数据挖掘是通过采用自动或半自动的手段,在海量数据中发现有意义的行为和规则的探测和分析活动。

数据挖掘方法有多种,其中比较典型的有关联分析、序列模式分析、分类分析、聚类分析等。

(1)关联分析

关联分析,即利用关联规则进行数据挖掘。在数据挖掘研究领域,对于关联分析的研究开展得比较深入,人们提出了多种关联规则的挖掘算法,如APRIORI、STEM、AIS、DHP等算法。关联分析的目的是挖掘隐藏在数据间的相互关系,它能发现数据库中形如“90%的顾客在一次购买活动中购买商品A的同时购买商品B”之类的知识。

(2)序列模式分析

序列模式分析和关联分析相似,其目的也是为了挖掘数据之间的联系,但序列模式分析的侧重点在于分析数据间的前后序列关系。它能发现数据库中形如“在某一段时间内,顾客购买商品A,接着购买商品B,而后购买商品C,即序列A→B→C出现的频度较高”之类的知识,序列模式分析描述的问题是:在给定交易序列数据库中,每个序列是按照交易时间排列的一组交易集,挖掘序列函数作用在这个交易序列数据库上,返回该数据库中出现的高频序列。在进行序列模式分析时,同样也需要由用户输入最小置信度C和最小支持度S。

(3)分类分析

分类分析就是通过分析示例数据库中的数据,为每个类别做出准确的描述或建立分析模型或挖掘出分类规则,然后用这个分类规则对数据库中的其它记录进行分类。分类分析就是分析该数据库的记录数据,对每个信誉等级做出准确描述或挖掘分类规则,如“信誉良好的客户是指那些年收入在5万元以上,年龄在40~50岁之间的客户”,然后根据分类规则对其它相同属性的数据库记录进行分类。

(4)聚类分析

与分类分析不同,聚类分析输入的是一组未分类记录,并且这些记录应分成几类事先也不知道。聚类分析就是通过分析数据库中的记录数据,根据一定的分类规则,合理地划分记录集合,确定每个记录所在类别。它所采用的分类规则是由聚类分析工具决定的。聚类分析的方法

很多,其中包括系统聚类法、分解法、加入法、动态聚类法、模糊聚类法、运筹方法等。采用不同的聚类方法,对于相同的记录集合可能有不同的划分结果。

2.3.6技术难点与风险、预研成果概述

1.应用高并发量问题

业务支撑系统(BSS)为中企目前的所有产品和未来可能出现的新产品提供业务支撑服务,众多产品的服务开通、计费、服务保障都要通过BSS进行,会形成很大的业务访问量,需要系统能够处理高并发的情况。

我们采用的是J2EE架构,J2EE是SUN公司提出的在分布式环境中的一种体系结构,它提供了一种基于组件的设计、开发、集成、部署企业应用系统的方法,J2EE平台提供了多层分布式的应用系统模型、重用组件的能力、统一的安全模型和灵活的事务控制。

BSS采用JBOSS作为J2EE中间件,JBOSS在处理高并发方面有很高的性能。

2.大数据量问题

BSS需要保留个产品系统计费数据和业务部门自身数据,数据量庞大。我们选用的是mysql5.1.38数据库,mysql是一个成熟的关系型数据库系统。mysql数据库具有很高的性能,适用于在线事务处理,同时具有客户端支持及应用模式;具有高可靠性和很好的并行性,把数据库管理扩充到了并行的、多节点的环境,操作简单,具有良好的可操作性。

已经在公司多个项目中成功运用。

3.开发工具的使用问题

BSS项目中使用到了数管提供的页面组件和工作流引擎功能,因为数管的产品是针对OA系统开发的,在BSS的实际使用中很有许多需要再调整的细节。需要加强同数管部门的沟通,获取更多的产品技术支持。

2.4子系统划分及说明

3附录

3.1本系统用到的缩写词、定义和术语

缩写词和名词、术语定义。

3.2参考资料

编写本说明所用到的各种资料,如需求报告、相关研发管理规范、背景资料、其它标准。

电信运营与支撑系统

电信运营与支撑系统 [摘要] 本文重点对电信运营的各个环节进行分析,同时说明支撑系统在电信运营中的作用,支撑系统的业务逻辑。 [关键词] 支撑系统网络数据电信运营 前言 电信运营商为客户提供通信网络,使客户通过网络发布、获取和交换信息,从而使客户发布、获取、交换信息在时间、空间和对象上获得了极大的扩展。因此电信运营商要根据客户的需要建设、维护通信网络,将客户接入网络,使客户通过网络发布、获取和交换信息,并按照客户对网络的使用收费,这就是电信运营商的基本运营活动。 1.电信运营商提供的服务类型 客户通过电信运营商提供的网络发布、获取、交换信息是电信运营商为客户提供的服务,那么电信运营商为客户提供那些交换信息的服务呢?首先我们从客户能够发布、获取、交换那些信息入手:作为一个自然人或者有自然人组成的群体,客户所能发布、获取、交换的信息就是人类所能接受到的信息,包括视觉信息、听觉信息、嗅觉信息、味觉信息、触觉信息这五类信息,那么客户要求通过电信运营商的网络传播的信息也是这五类信息,由于技术原因的限制,现代技术可以提取和再现视觉信息和听觉信息,但不能提取和再现嗅觉和味觉、触觉等信息。因此现代电信运营商所能为客户提供的服务就是让客户通过电信网络传播视觉、听觉信息。 2.根据网络确定服务和资费 2.1电信运营商为实现想客户提供某种服务,就必须先建立某种网络,通过网络为客户提供电信服务。事实上,提供相同服务,电信运营商所采用的网络会有若干不同,特别是接入网络的不同,会导致提供给客户相同的服务需要调用运营商不同的资源,产生不同的成本。因此在这里我们引入一个概念:单位服务。所谓单位服务是指电信运营商为客户提供某种服务所调用最少的资源,采用最少的操作,产生最低成本的情况下所提供的完整主体服务。这是一个将运营商成本和收入关联的概念,是将运营商为客户提供服务分解为最小的单位。下面我们具体分析集中典型的电信服务的单位服务: (1)固定电话:固定电话的单位服务依赖于实现固话的接入网类型,我们举两个例子说明如何确定固话的单位服务: ①远端模块—交接箱—分线盒接入网类型:在此种接入网模式下,要使客户具备通过电信运营商的交换网络实现客户发布、获取、交换语音信息的能力,最少

电信业务运营支撑系统

电信业务运营支撑系统 电信业务运营支撑系统(Business & Operation Support System,简称BOSS),也称电信业务操作支撑系统 目录 [隐藏] ? 1 什么是电信业务运营支撑 系统 ? 2 BOSS系统的组成 ? 3 BOSS系统的意义 ? 4 BOSS系统的功能 ? 5 影响BOSS系统的积极因 素 ? 6 影响BOSS系统的阻碍因 素 ?7 运营商BOSS系统建设情 况 ?8 BOSS系统的发展趋势 [编辑] 什么是电信业务运营支撑系统 所谓电信业务运营支撑系统,是电信企业业务处理信息化管理的基础平台,用于支持前台销售,客户服务及内部支撑全流程及分析管理的业务管理系统。 OSS(运营支持系统) OSS包含用于运行和监控网络的所有系统,如报告或计费系统。它不是网络本身,它是整个运营基础结构,包括运营网络系统和客户服务系统,其中客户支持功能是由业务支持系统(BSS)执行的。 BSS(业务支持系统) BSS系统的设计目标包括客户关系管理(CRM)、业务供应链管理(SCM),经营决策支持系统(DSS)。 [编辑]

BOSS系统的组成 1.计费及结算系统 狭义的计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络(如交换机、网关等)上收集有关的原始基础数据和信息,进行相应的差错检验,格式转换等预处理,生成的结果只记录了用户使用网络(如通话)的情况,并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则,对用户使用网络的情况计算费用。 结算系统是电信企业间的行为,它包括两种情况:一种称为漫游结算,另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时,称为网间结算。结算的流程本身比较复杂,再加上数据量很大,出现得比较晚,使结算系统逐渐区别于传统的计费系统,成为业务运营支撑系统相对独立的组成部分。 2.营业、账务系统 营业系统通常完成的是受理和处理用户的业务请求,而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的,但随着个性化服务的需求越来越强烈,要求系统实现功能的数量越来越多,越来越复杂,建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 帐务系统要充分满足客户化的帐务要求。支持灵活,多途径的收费功能,满足客户个性化的帐单及其详细话单,并支持多样化的帐单分发方式;提供强大灵活的客户信用度的管理,完善恶意消费控制和欺诈控制;对市场变化做出迅速反映,方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 3.客户服务系统 客户服务系统原来指的是企业的服务热线,如中国电信的"1000"和中国联通的"1001" 等,但随着发展,客户服务系统有了全新的定义和功能。客户服务系统一方面能保证为客户提供快速方便的服务;另一方面保证在未来新业务开放的情况下,系统能及时提供相应的功能保证。从更高的角度来看,客户服务系统要实现多元化服务、个性化服务、交互式服务、异地服务的要求。 多元化服务即系统能为客户提供多种的接入渠道,多项的使用功能,多样的服务项目;个性化服务即能识别客户身份,根据不同客户的要求和系统数据,提供不同的服务和相应的营销,实现准确的服务;交互式服务主要是改变以往只有被动接受客户要求的状况,通过主动地调查市场,与客户联系,了解客户需求提供主动的服务和营销,同时增加系统的客户参与功能,鼓励客户进行自助服务。 这部分与CRM的概念接近。北京电信大客户部总经理赵恒礼认为,CRM是BOSS的一部分;中国移动的宁宇也表示,中国移动现在建的CRM正是基于其BOSS系统。对于电信运营商来说,如何有效地抓住大客户是必须面对的问题,在市场上,保住一个老客户的成本要远远低

(运营管理)电信运营支撑系统的现状与发展趋势

运营支撑系统的组成 目前,各电信运营企业都建有大量系统,覆盖业务运营、客户服务、市场营销、经营分析、网络管理以及企业管理各个方面。总的来看,各电信运营支撑系统一般都包括业务支撑系统(BSS)、网管支撑系统(OSS)与管理支撑系统(MSS)(如图1所示)。 图1 运营支撑系统组成 从系统部署来看,目前各大运营企业都以集团与省公司为主要的建设与管理维护单位,建成了集团与省两级模式的支撑系统。集团公司的系统主要提供面向全公司的企业管理、经营分析等功能;省公司从职能管理单位逐步转向了兼顾管理、生产的单位,具有了越来越多的生产职能,在运营支撑系统建设中的作用较为突出,一般情况下,在遵循集团公司的总体指导思想下,可自行规划与建设本省的支撑系统;市公司的生产职能有所削弱,主要负责市场营销、客户支撑以及设备的现场维护等工作,因而主要是支撑系统的使用单位。 现有系统的支撑能力 为企业的运营管理过程提供支撑能力是建设运营支撑系统最重要的目的。eTOM模型通过分层与端到端的理念,较为完整地刻画了电信运营的全部过程(如图2所示)。

图2 eTOM框架模型示意图 总的来看,现有系统基本覆盖了eTOM各个功能点,实现了市场/客户、业务、资源(基础电信网络、计算资源及业务平台)和企业管理等功能。 在市场与客户支撑方面,各运营商为客户提供了客服电话(中国电信的10000系统、中国移动的10086系统、中国联通10010系统)、网站和短信等多种接入形式,通过各类渠道接受客户的投诉、业务咨询和建议;某些运营商还建设了客户关系管理、经营分析等系统,能够对客户行为、企业经营状况等进行深入分析,为企业决策提供科学依据。 在业务运营与管理方面,现有的业务支撑系统涵盖了对个人客户及集团客户的计费、结算、账务、营销、客户服务、信息服务等内容,实现了对客户、产品(语音以及各类数据产品)、市场营销、渠道的管理,能够有力地支撑企业经营决策,并能够根据业务需要与相关外部系统进行互联。 网络支撑系统初步具备了业务质量的分析与管理功能。系统的网络管理维护功能较为完整,具备了对各专业网络的数据配置、告警监控、性能分析等能力,但在告警与性能的关联分析方面还有所欠缺,这也是目前各大运营商重点关注的内容。 运营支撑系统的技术体系 随着运营支撑系统整体结构与功能的日益复杂化,“技术”在系统建设过程中的重要性也比以前更为凸显。举例来说,在运营支撑系统发展之初,由于业务需求少、系统功能结构简单、系统数量少等原因,几乎不用考虑数据的一致性、信息交互、端到端支撑、资源共享等问题。现在,再进行支撑系统建设时,任何一家运营企业都不能再忽略上述技术问题。 从运营支撑系统技术体系现状(如图3所示)可以看出,我国电信运营支撑系统基本仍沿用“烟囱式”建设模式,缺乏统一规划,软硬件资源共享程度低。具体来说,主要存在几个问题。

中国三大运营商业务支撑系统介绍

三大运营商支撑系统介绍 中国移动 中国移动运营支撑系统的代表是CMCCBOSS。2007年,中国移动于杭州举行的业务支撑工作会议对CMCCBOSS的发展变革产生了很大影响。会议中,中国移动创造性地提出业务支撑部门职责从支撑者到使能者的转变,以此配合中国移动从“移动通信专家”到“移动信息专家”的转型。这种居安思危的态度使得CMCCBOSS建设涌现出越来越多热点。与过去重视系统功能的传统思路不同,中国移动开始对运营商自身的研发支持体系进行思考。TDBOSS、BOSS3.0、BASS2.0、BOMC2.0逐渐成为中国移动的主线建设工程,而其NGBOSS的规划也开始进入实质性阶段。 TDBOSS:出于TD-SCDMA在中国电信行业的独特重要性,TDBOSS也引起系统集成厂商的极大重视。在中国大宗采购TD-SCDMA网络设备的同时,中国移动也通过集采的方式选择集团和七个奥运城市的TDBOSS。亚信、华为、联创、神州数码思特奇、新大陆、HP等系统集成厂商纷纷参与其中。在经过了集采的价格博弈之后,HP顺利承建中国移动集团的TDBOSS,而亚信则承建其他分公司的TD支撑系统。尽管项目金额不足2000万元,但此后,亚信公司正式宣布,中标中国移动首个3GBOSS,这也为其在资本市场赢得了喝彩。 BOSS3.0:BOSS3.0从某种程度上体现了中国移动追求稳定发展的主线思路。BOSS3.0没有涉及革命性演变,项目建设重点关注以下三方面:以CRM整合BOSS和客服,完善电子渠道,计费时效性强化。相应的,参与BOSS3.0项目的厂商所做的工作主要集中在软件的维护和新业务的开发方面。当然,BOSS3.0的建设并不是没有创新的亮点。具体到软件建设模式上,浙江移动、上海移动、江苏移动的改造模式都做了一些创新的尝试,这或许将为NGBOSS未来的落地打下了一定基础。在BOSS3.0的硬件集采中,EMC、HDS、HP、IBM、SUN、Fujitsu、华为3COM、Veritas是主要参与的厂商。中国移动在注重控制成本的同时,也在存储虚拟化方面做了一些尝试,这进一步彰显了中国移动对存储异构的关注。在这种趋势下,未来存储硬件集采的竞争将可能呈现白热化。

中国移动业务运营业务支撑系统-业务管理子系统

中国移动业务运营业务支撑系统(BOSS)概要设计书 业务管理子系统 版本号: 3.0 密级:机密 编写:▁▁▁▁▁▁▁▁年▁▁月▁▁日 审核:▁▁▁▁▁▁▁▁年▁▁月▁▁日 批准:▁▁▁▁▁▁▁▁年▁▁月▁▁日 联创科技

目录 1.引言................................................................................................................................................................ 3 1.1软件名称........................................................................................................................................ 3 1.2文档说明........................................................................................................................................ 3 1.3文档密级........................................................................................................................................ 3 1.4参考资料........................................................................................................................................ 3 2.总体描述........................................................................................................................................................ 3 2.1功能描述........................................................................................................................................ 3 2.2软件结构........................................................................................................................................ 4 3.模块设计........................................................................................................................................................ 4 3.1资源管理........................................................................................................................................ 4 3.1.1分级管理与权限控制............................................................................................................ 4 3.1.2........................................................................................................................................................ 7 3.1.3号码资源管理........................................................................................................................ 7 3.1.4卡号资源管理.................................................................................................................... 12 3.1.5票据资源管理.................................................................................................................... 22 3.1.6续费卡资源管理................................................................................................................ 22 3.1.7终端配件资源管理............................................................................................................ 31 3.1.8其他资源管理.................................................................................................................... 35 3.2资费管理.................................................................................................................................... 35 3.2.1业务资费管理.................................................................................................................... 35 3.2.2帐务资费管理.................................................................................................................... 37 3.2.3套餐资费管理.................................................................................................................... 43 3.3客户管理.................................................................................................................................... 48 3.3.1潜在客户管理.................................................................................................................... 48 3.3.2客户信用管理.................................................................................................................... 50 3.3.3客户有效期管理................................................................................................................ 67 3.3.4客户欠费管理.................................................................................................................... 70 3.3.5用户积分管理.................................................................................................................... 75 3.4大客户管理................................................................................................................................ 78 3.4.1大客户分类........................................................................................................................ 78 3.4.2大客户资料管理................................................................................................................ 78 3.4.3大客户信用管理................................................................................................................ 82 3.4.4大客户服务........................................................................................................................ 83 3.4.5大客户分析........................................................................................................................ 83 3.5集团用户管理............................................................................................................................ 83 3.5.1集团用户分类.................................................................................................................... 83 3.5.2集团用户资料管理............................................................................................................ 84 3.5.3集团用户信用管理............................................................................................................ 86 3.5.4集团用户资费管理............................................................................................................ 87 3.5.5集团用户服务.................................................................................................................... 88

综合业务支撑系统(TBSS)简介

电信运营商业务支撑系统(TBSS) 1.TBSS系统概述 TBSS是高阳明天电信业务支撑系统(T Business Support System)的简称。TBSS 是电信运营商的一体化、信息资源共享的支持系统。BSS的历史可以追溯到1984年,AT&T 的第一次拆分让世界电信市场首次引入了竞争。随之后市场竞争加剧,要求运营商们不仅能保持客户群的忠实度、减少客户流失,还必须保证一定的经营利润。BSS于是就应允而生了,其中电信运营商的BSS是以电信运营商的OSS为主体,BSS为基础,从客户的角度看,随着"以客户为中心"理念的盛行,BSS的基础地位越来越不可或缺。 2.TBSS系统体系结构 图2-1:TBSS体系结构图

3.TBSS系统业务逻辑图 图3-1:TBSS业务逻辑结构图4.TBSS系统业务流程图

图4-1:TBSS业务流程图 5.TBSS系统主要功能模块 客户管理管理系统(CRM) CRM系统是面向客户服务的各种模块的总称,包括营业系统,帐务系统,以及服务系统。 营业系统通常完成的是受理和处理用户的业务请求,而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的,但随着个性化服务的需求越来越强烈,要求系统实现功能的数量越来越多,越来越复杂,建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 帐务系统要充分满足客户化的帐务要求。支持灵活,多途径的收费功能,满足客户个性化的帐单及其详细话单,并支持多样化的帐单分发方式;提供强大灵活的客户信用度的

管理,完善恶意消费控制和欺诈控制;对市场变化做出迅速反映,方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 多元化服务即系统能为客户提供多种的接入渠道,多项的使用功能,多样的服务项目;个性化服务即能识别客户身份,根据不同客户的要求和系统数据,提供不同的服务和相应的营销,实现准确的服务;交互式服务主要是改变以往只有被动接受客户要求的状况,通过主动地调查市场,与客户联系,了解客户需求提供主动的服务和营销,同时增加系统的客户参与功能,鼓励客户进行自助服务。 计费及结算系统 计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络(如交换机、网关等)上收集有关的原始基础数据和信息,进行相应的差错检验,格式转换等预处理,生成的结果只记录了用户使用网络(如通话)的情况,并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则,对用户使用网络的情况计算费用。 结算系统是电信企业间的行为,它包括两种情况:一种称为漫游结算,另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时,称为网间结算。结算的流程本身比较复杂,再加上数据量很大,出现得比较晚,使结算系统逐渐区别于传统的计费系统,成为业务运营支撑系统相对独立的组成部分。 6.TBSS系统软件体系架构

电信运营支撑系统的现状与发展趋势

电信运营支撑系统的现 状与发展趋势 Document number:PBGCG-0857-BTDO-0089-PTT1998

运营支撑系统的组成 目前,各电信运营企业都建有大量系统,覆盖业务运营、客户服务、市场营销、经营分析、网络管理以及企业管理各个方面。总的来看,各电信运营支撑系统一般都包括业务支撑系统(BSS)、网管支撑系统(OSS)与管理支撑系统(MSS)(如图1所示)。 图1? 运营支撑系统组成 从系统部署来看,目前各大运营企业都以集团与省公司为主要的建设与管理维护单位,建成了集团与省两级模式的支撑系统。集团公司的系统主要提供面向全公司的企业管理、经营分析等功能;省公司从职能管理单位逐步转向了兼顾管理、生产的单位,具有了越来越多的生产职能,在运营支撑系统建设中的作用较为突出,一般情况下,在遵循集团公司的总体指导思想下,可自行规划与建设本省的支撑系统;市公司的生产职能有所削弱,主要负责市场营销、客户支撑以及设备的现场维护等工作,因而主要是支撑系统的使用单位。 现有系统的支撑能力 为企业的运营管理过程提供支撑能力是建设运营支撑系统最重要的目的。eTOM模型通过分层与端到端的理念,较为完整地刻画了电信运营的全部过程(如图2所示)。

图2? eTOM框架模型示意图 总的来看,现有系统基本覆盖了eTOM各个功能点,实现了市场/客户、业务、资源(基础电信网络、计算资源及业务平台)和企业管理等功能。 在市场与客户支撑方面,各运营商为客户提供了客服电话(中国电信的10000系统、中国移动的10086系统、中国联通10010系统)、网站和短信等多种接入形式,通过各类渠道接受客户的投诉、业务咨询和建议;某些运营商还建设了客户关系管理、经营分析等系统,能够对客户行为、企业经营状况等进行深入分析,为企业决策提供科学依据。 在业务运营与管理方面,现有的业务支撑系统涵盖了对个人客户及集团客户的计费、结算、账务、营销、客户服务、信息服务等内容,实现了对客户、产品(语音以及各类数据产品)、市场营销、渠道的管理,能够有力地支撑企业经营决策,并能够根据业务需要与相关外部系统进行互联。 网络支撑系统初步具备了业务质量的分析与管理功能。系统的网络管理维护功能较为完整,具备了对各专业网络的数据配置、告警监控、性能分析等能力,但在告警与性能的关联分析方面还有所欠缺,这也是目前各大运营商重点关注的内容。 运营支撑系统的技术体系 随着运营支撑系统整体结构与功能的日益复杂化,“技术”在系统建设过程中的重要性也比以前更为凸显。举例来说,在运营支撑系统发展之初,由于业务需求少、系统功能结构简单、系统数量少等原因,几乎不用考虑数据的一致性、信息交互、端到端支撑、资源共享等问题。现在,再进行支撑系统建设时,任何一家运营企业都不能再忽略上述技术问题。 从运营支撑系统技术体系现状(如图3所示)可以看出,我国电信运营支撑系统基本仍沿用“烟囱式”建设模式,缺乏统一规划,软硬件资源共享程度低。具体来说,主要存在几个问题。

运营支撑系统技术方案

CMMB 移动多媒体广播 运营支撑系统技术方案 移动多媒体广播技术工作组 二〇〇八年二月

目录 一、目的与范围 (1) 1.1 目的 (1) 1.2 范围 (1) 二、规范性引用文件 (1) 三、术语、定义、缩略语和约定 (1) 3.1 术语和定义 (1) 3.2 缩略语 (2) 3.3 约定 (3) 四、概述 (3) 4.1 业务描述 (3) 4.2 产品设置 (4) 4.3 运营要求 (5) 4.4 漫游属性 (6) 4.5 总体架构 (6) 4.6 系统要求 (7) 4.7 建设原则 (7) 4.8 基本思路 (8) 五、技术方案 (8) 5.1 总体结构 (8) 5.2 中央平台BOSS系统 (10) 5.2.1 服务接入 (10) 5.2.2 业务处理 (11) 5.2.3 业务网关 (12) 5.3 卫星与地方平台BOSS系统 (12) 5.3.1 营业处理系统 (12) 5.3.2 计费账务系统 (13) 5.3.3 授权指令控制系统 (14) 5.3.4 业务网关系统 (15) 5.3.5 服务接入系统 (15) 5.4系统初期建立基本方案 (16) 5.5 授权体系 (16) 5.5.1 条件接收系统授权控制管理 (16) 5.5.2 电子钱包系统授权控制管理 (17) 5.6指标要求 (18) 六、过程描述 (18) 6.1 中央平台服务接入基本过程 (18) 6.2 卫星平台/地方平台服务接入基本过程 (19) 6.3 计费与账务管理基本过程 (20)

6.4 授权指令生成与控制基本过程 (22) 6.5 客户服务基本过程 (23) 6.5.1 入网 (23) 6.5.2 退网 (24) 6.5.3 定购 (25) 6.5.4 退定 (25) 6.5.5 报停 (26) 6.5.6 罚停 (27) 6.5.7 恢复 (27) 6.5.8 过户 (28) 6.5.9 变更 (29) 七、接口描述 (30) 7.1 接口要求 (30) 7.2 内部接口 (31) 7.2.1服务接入网关接口 (31) 7.2.2计费帐务接口 (32) 7.2.3授权指令控制接口 (32) 7.2.4 中央/地方平台业务网关接口 (33) 7.3 外部接口 (33) 7.3.1加密授权接口 (33) 7.3.2 银行接口 (34) 八、功能要求 (35) 8.1 中央运营支撑系统功能要求 (35) 8.1.1 客户资源管理 (35) 8.1.2 业务与产品管理 (35) 8.1.3 结算管理 (36) 8.1.4 合作伙伴与渠道管理 (36) 8.1.5 运营统计分析 (36) 8.1.6 设备资源管理 (37) 8.2 卫星平台和地方平台运营支撑系统功能要求 (37) 8.2.1 客户管理 (37) 8.2.2 产品管理 (38) 8.2.3 授权控制管理 (38) 8.2.4 计费与账务管理 (38) 8.2.5 资源与系统管理 (39) 8.2.6 合作伙伴与渠道管理 (39) 8.2.7 结算管理 (40) 8.2.8 报表管理 (40) 8.2.9 客户服务管理 (40) 九、结束语 (41)

新代运营支撑系统解决方案.doc

新一代运营支撑系统解决方案1 新一代运营支撑系统解决方案 作者:大唐电信陈龙 新一代运营支撑系统的驱动力 国内运营支撑系统(OSS/BSS)的建设已经有多年的历史了,业界公认的最早的大型OSS系统可以追溯到95年原电信总局推动的“九七工程”。早期的OSS 系统是在特定的运营环境下,面向特定的业务问题和管理问题而规划、建设和实施的,但随着网络的演变、业务的发展和运营环境的变迁,OSS系统也受到了前所未有的挑战。 对OSS系统的挑战主要来自四个层面的驱动力: * 技术驱动 近几年来,计算机技术和软件工程理论都有了飞跃性的发展。大型数据库技术、中间件技术、存储技术、并行计算技术、容灾备份技术、应用集成技术、门户技术、UML理论、NGOSS理论等对OSS的发展都起到了推波助澜的作用,使得很多业务难题和管理难题通过技术手段得以解决。而反过来运营支撑系统应用巨大的市场需求又推动了相关技术的发展和进步,形成了良性循环。 * 网络驱动/业务驱动 不仅计算机技术在发展,通信网技术发展更快。由此带来了网络架构的演变,带来了雨后春笋般的新业务和增值业务。如何快速部署新业务,如何推介新业务使其具备快速赢利的能力,如何对新一代网络提供良好的网络管理和质量保证?这是考验OSS的又一难题。

* 竞争驱动 电信拆分、运营与监管分离、加入WTO、网络泡沫的破灭,短短的几年间,电信运营业经历了深刻的变革。运营环境的变化直接引发了企业战略规划、经营理念、竞争策略、建设策略的重新思考和定位。原有的OSS系统如不及时调整,将很难对企业的运营管理起到支撑作用。 * 企业内在驱动 网络技术的变革与运营环境的变迁促使运营商更加关注起运营管理。即使是在电信行业整体滑坡的情况下,国际几大主要运营商设备投资剧减,而运营管理投资仍呈增长趋势。在国内,信息化建设的国策更进一步推动了电信运营企业加大投入,着力规划和建设运营支撑系统。 大唐电信作为国内最早的OSS研究机构和开发厂商,直接参与了从“九七工程”、本地交换网网管系统开始的几乎全部大型OSS系统的规划、开发和实施工作。近几年来又通过对国内OSS系统的现状、问题和价值进行的深入分析,并结合国际先进的运营管理经验,规划和开发了新一代的运营支撑系统。 新一代运营支撑系统的体系架构 大唐电信新一代运营支撑系统体系架构的核心理念是“实化组件、虚拟系统”。简单的说,我们的体系架构并不是由一个个独立的系统组成,而是由一系列的实化的组件元素组成,系统是通过这些组件元素封装虚拟而成。组成新一代运营支撑系统体系架构的组件元素包括:* 共享信息模型 共享信息模型规划了企业数据,将企业数据抽象和封装成一系列的实体,并定义了这些实体的属性、操作和关联关系。 * 系统组件

全业务运营业务运营支撑系统建设思路探讨

TE L E C O M E N GI NE E R IN G TE C HN IC S AND S TAND AR DI Z AT I ON 年第期Security Issues of NTP and Application in Mobile Core Network Li Hongbo (China Mobile Group Design Institute Co.,Ltd.Jilin Branch,Changchun 130021) Abstract NTP is a protocol to synchronize the time of computers.NTP is widely used in Internet,but there are still some security issues in the applications of time-sensitive systems as softswitch,intelligent network and BOSS.This paper analyzes the properties and the defects of the current network.Then this paper gives some illustrations of safety issues and brings the corresponding preventive measures. Keywor ds NTP,softswitch,IN,billing errors (收稿日期:2010年10月25日)全业务运营业务运营支撑系统建设思路探讨 高卫荣李方村 (中国移动通信集团设计院有限公司山东分公司 济南250001)摘 要 本文在分析全业务运营的背景下,通过对比国内各运营商业务运营支撑系统建设情况,对中国移动业务运营 支撑系统的总体思路、建设策略,与铁通的融合建设等提出自己的理解和建议。 关键词 全业务运营业务支撑系统NGBOSS 融合 1背景 关于全业务运营的定义,现在还没有统一的标准,总的来看可以分为广义的全业务和狭义的全业务:广义的全业务,延续三网合一的概念,是指电信、互联网、媒体、娱乐等多个业务领域,包含所有用户未来可能需要的有线和无线通信、信息应用等多种业务和服务;狭义的全业务,主要是针对电信业务领域内,同时经营移动、固定、数据网络,全方位开展接入服务、通信和增值业务的运营模式。 第三次电信重组和《关于深化电信体制改革的通告》 中的“全业务运营”主要是横向意义上的全业务运营,是指重组后的三家运营商可以同时经营固网、宽带及无线通信业务。面临全业务运营的新形势,各大运营商除面对 来自服务、产品、渠道和运营管理方面的挑战外,来自业 务支撑能力方面的挑战更是成为大家关注的重点和难点。 全业务的支撑系统需要满足业务的多样性、产品模式的复 杂性、流程和资源管理的差异性要求,需要给用户提供全 网一体化、精确化、差异化的支撑能力。同时随着虚拟化、 SOA 架构、ESB 、云计算等新技术的提出,更将打破业务运营支撑系统传统建设模式,带来新的技术革命。82201011

建设银行业务运营支持系统及管理方案信息系统评估与分析.docx

1.1文档目的 本文档的目的在于为建设银行当前所使用的主要业务运营支持系统及管理信息系统进行评估与简单分析,同时作为其它交付成果的重要基础之一。 1.2目标 本文档的目标如下 : 建立建设银行当前主要 IT 系统的清单并绘制简要的网络架构图; 利用参照体系结构模型建立当前系统层次模型图,该图将采用“立体”模型对于主要系统进行分类; 完成当前逻辑数据结构图,明确系统之间的联系和数据信息流动; 简要列出建设银行当前 IT 系统的第三方供应商及开发工具; 完成建设银行的总分行间的系统和功能接口概要图。 1.3范围 本文档要完成的工作如下: 收集主要现有系统的信息; 基于我们对主要系统的理解,绘制系统和数据架构图; 使用参照体系结构模型对系统进行划分以便进一步分析;

明确建设银行总分行间主要系统的功能和系统接口。 1.4目标读者 本文档的目标读者是IT 管理人员和规划人员,在一定程度上比较了解建设银行的系统现状。本文希望对建设银行的系统现状进行初步分析,并在此基础之上 明确现有 IT 系统与目标状态之间的差距、做出IT 转型计划。 1.5假设 作为本评估的一部分,我们制定了一系列的工作假设,在此之上对建设银行提供的各种数据进行分析: 各个 IT 系统的信息及其之间的联系是真实准确的; 对每个系统的目的和功能的描述同实际情况完全相符; 调研和访谈的结果同事实比较相符。 1.6 系统信息格式 ? 表 2-1:中国建设银行应用信息系统状况表 系统名称: 系统名称

所支持业务内容 系统描述 供应商名称 购入 / 开发时间 系统类型P、 C、 V P= 内部开发或供应商专门为建设银行开 发、 C= 外部采购产品客户化并由内部支 持、 V= 供应商提供产品及支持 应用中间件的使用 系统接口的情况(报文、 格式等) 与其有连接的其它系统名 称 被该系统调用数据的系统

相关文档
最新文档