开题报告《业务支撑系统标准化研究》.doc

《开题报告《业务支撑系统标准化研究》.doc》由会员分享，可在线阅读，更多相关《开题报告《业务支撑系统标准化研究》.doc（15页珍藏版）》请在三一办公上搜索。

1、中国移动集团级重点研发项目（含联合项目）开题报告一、项目编号及名称：2001_LH_50 业务支撑系统标准化二、项目组：承担课题名称负责人及手机、邮箱研究院（牵头单位）业务支撑系统与业务平台接口流程标准化研究广东（协助单位）全产品支撑标准化能力和架构研究三、课题背景和意义目前，中国移动业务支撑系统的技术体系由以下三个部分组成：（1）规划：具有长远性、全局性、战略性、方向性的系统发展蓝图。引导相关部门和各省公司对业务支撑进行资源配置。目前完成的规划主要为2006-2007年的NGBOSS系统规划，该规划指导了中国移动下一代的业务支撑系统的发展方向。（2）规范：定义业务支撑系统工程建设的内容、标准

2、和要求，供中国移动内部和厂商共同使用。指导或规范相关部门和各省公司如何使用资源。在NGBOSS规划完成后，2008年、2009年、2010年分别完成了NG1-CRM/BOSS/BASS1.0、NG1-CRM/BOSS/BASS2.0以及NG2-CRM/BOSS/BASS3.0系列规范，很好的指导了每年的业务支撑系统的建设工作。（3）新业务技术支撑方案：定义针对新业务平台上线后的计费、开通、客服等方面，业务支撑系统需要进行的改造工作，从而保障新业务上线后的正常运营。目前的新业务技术支撑方案一般是等待新业务规范和新业务技术规范完成制定后，由业务支撑系统部开展技术支撑方案的制定工作。在新业务技术支撑

3、方案制定过程中也发现了以下一些问题：（1）对于新业务支撑方案均是case-by-case的讨论和制定，在前期研究院制定规范时没有很好的、详细的业务支撑参考要求，业务支撑系统部制定支撑方案和接口单行本时也缺乏统一的模板参考。（2）由于不同的项目经理在讨论不同业务的技术支撑方案时的观点或多或少的有些不同，因此，导致现网不同的业务的支撑模式不同。比如：飞信业务订购采取通知类的交易方式；手机电视的订购采取由两个大圈类交易组成的方式；游戏平台的订购采取一个大圈类交易的方式。那么另外一个新业务出现的时候，到底应该采用哪种方式？是否有统一的原则可以参考？（3）由于缺少业务支撑系统与业务网元公共机制的公共定义

4、，导致在现网中不同的业务平台、不同省份的业务支撑系统对于同一个处理请求采取不同的处理动作。如在2010年的增值业务质量大会战中，发现的一些问题：a）从BOSS侧订购需二次确认的订购，向平台的订购关系同步报文中平台流水号为空的错误；b）用户短时间内有多次的重复订购请求，导致系统来不及处理，BOSS系统返回“未竣工订单”错误；c）省BOSS对于错误码“98：系统内部错误”和“99：其它错误”没有进一步细分原因，导致业务网元无法明确处理原则。从以上分析可以看出，业务网元与业务支撑系统之间需要统一的、模板化的新业务支撑技术方案，本项目就是针对此项需求研究制定业务网元与业支系统之间的接口和流程通用要求，

5、对所有业务网元和业务支撑方案提出统一模板化要求，在业务规范制定初期即套用该模板中的各类接口流程要求，在业务支撑方案制定时，主要的工作简化为以模板为基础、根据业务个性化定制。本项目的研究的意义也在于完善了业务支撑系统与业务网元之间相互接口与流程的规范体系，传统的业务网元以客户为中心，从“网元侧业务订购、业务使用”角度出发，设计、完善相关业务流程，传统的业务支撑系统也是以客户为中心，从“支撑侧业务开通、业务计费、客户服务”角度出发，设计、完善相关业务流程。但是两者之间需要紧密交互的接口、流程没有被充分重视。本项目的研究可以更进一步完善业务网元与业支系统的规范方案体系，促进业务网元与业支系统的的接口

6、与流程模板化、标准化。另外，在省公司业务支撑系统的具体实现方面，广东公司在支撑系统研发过程中遇到了：1）新产品快速推出，但各产品业务很小，但由于后端的承载平台不同，导致后续的管理和开通流程完全不同，而支撑系统必须原封不同的支持这些不同，导致开发资源的浪费和实现时间不能满足业务要求，2）支撑系统现有软件资产很多，新业务需要的系统功能，在不同系统中可能已经基本实现，但是缺乏标准化，无法实现快速重用，新业务依然需要代码开发。因此需要建设系统时业务支撑能力和系统部件的标准化进行统一规划，全业务环境下的产品运营和应用系统架构、系统接口、数据结构、信息展现的标准化实现方面进行研究，并探索使用标准化系统部件

7、来构建应用的方法和流程四、课题研究目标业务支撑系统的标准化包括很多方面，但本课题主要着眼与业务支撑系统与业务网元之间的接口流程标准化、模板化，如下图所示：本项目在2011年的工作主要着重在于完成以下几个接口的标准化研究工作以及标准化技术方案的制定：（1）计费接口；（2）开通接口；（3）客服接口；（4）数据一致性接口；（5）全产品支撑管理。五、课题研究内容5.1 研究总体框架业务支撑系统与业务网元的接口与流程标准化研究项目主要研究框架如下：（1）计费接口及流程标准化：研究业务支撑系统与业务网元之间的计费接口和流程，包括离线计费/在线计费、以及业务网元的业务使用流程和计费点要求以及异常处理要求。（

8、2）开通接口及流程标准化：研究业务支撑系统与业务网元之间的开通接口和流程，包括大圈交易、通知交易、批量开通等，以及各种开通流程中业支系统与业务网元各自的功能环节要求、异常处理要求。（3）客服接口及流程标准化：研究业务支撑系统与业务网元之间的客服接口和流程，包括对自有业务、SP业务、基地业务等等客服处理流程、一级客服系统的功能扩展、业务平台需要支持客服的功能等。（4）数据一致性接口及流程标准化：研究业支系统与业务网元的实时交互流程中如何更好的保证数据一致性，以及通过离线方式保证数据一致性的业务平台企标分册。全产品支撑标准化能力和架构研究项目主要研究框架如下：（1）产品管理标准化：全产品统一管理、

9、全渠道统一运营是全业务运营的基础，因此需要将分散在CRM、ADC、DSMP、彩铃平台以及其他业务平台上的产品进行整合，将网络侧的能力抽象为服务，将市场侧的规则抽象为协议和资费，构建统一的产品管理平台，支持全渠道、全产品运营。（2）对外接口标准化：将按照系统来分别制定接口改为按业务能力制定接口，同一业务或系统服务能力对不同外围系统统一接口协议、统一接入。（3）服务能力标准化：将系统提供的处理能力封装成服务，每个服务实现一个原子的业务逻辑，通过服务组合来灵活构建业务应用，服务注册在服务管理平台上，供支持域内各个系统共用。（4）基础平台标准化：研究将系统中经常变化的流程、规则、接口等内容的标准化实现

10、方式，将动作和规则剥离，构建支撑域内共用的规则处理平台、统一开通平台、流程处理平台和认证授权平台5.2 难点及解决方案本项目主要有以下4方面难点：（1）中国移动的业务种类繁多，不同的业务都有各自的个性化需求，共性抽取较为困难：本着求同存异的原则，对不同业务平台的接口、流程需求进行抽象，形成与业支系统交互的公共机制，并将公共机制作为准则去约束业务平台个性实现。（2）中国移动不同省的业支系统厂家不同、实现不同、省内业务需求不同：找出各省业支系统实现的合集，尽量支持不同省的不同实现和个性化业务需求，在此基础上，对不同省的业支系统提出共性的实现要求和约束。（3）在现有各业务平台上管理和销售的产品差异很

11、大，将分散在各个平台上产品整合起来统一管理，产品模型标准化难度很大：构建标准的产品模型，将产品的资费和服务内容分离。资费由产品运营管理中心统一管理，服务内容由业务平台将其业务能力抽象为标准化服务，注册到产品运营管理中心，产品中心对不同平台上的服务可以执行相同的操作。（4）为了实现标准化产品的统一管理、统一销售和统一开通，需要在配置产品时使用标准的开通环节灵活组合开通流程。如何实现开通环节标准化和开通流程的灵活组合是主要困难：屏蔽不同业务对平台（网元）的操作差异，按照业务口径将与一个业务相关的一个或多个平台操作，封装成某服务的开通、取消、暂停、恢复和属性变更这5个标准开通环节。将产品的开通流程和

12、流程节点操作分离，在定义产品时只定义流程节点的施工顺序，流程节点的具体操作由代码固化。5.3 主要技术方案和关键技术“业务支撑系统与业务网元接口流程标准化研究”主要从以下四个方面开展研究工作：（1）梳理现网业务支撑系统与业务网元之间的接口流程：从现网业务支撑系统与业务网元之间计费接口的相关规范、方案以及2010年计费质量竞赛中发现的问题中进行梳理、分析，提取出共性问题的解决方案以及业务网元的计费点共性原则要求，梳理出针对CS域网元、PS域网元、新业务平台等的共性计费接口要求，包括离线计费和在线计费接口，以及对于话单文件的共性要求，如话单分割/合并、计费要素字段等。从现网业务支撑系统与业务网元之

13、间的开通接口的相关规范、方案以及2010年增值业务质量大会战中发现的问题中进行梳理、分析，提取出共性问题的解决方案以及业务网元的开通共性原则要求，从同步/异步开通、开通的用户满足条件、开通响应时延、第三方确认流程以及在出现异常时系统的异常处理流程以及响应的错误代码等方面提取出公共的开通机制，共业务支撑系统和业务网元共同使用。从现网业务支撑系统与业务网元之间的客服接口的相关规范、方案中进行梳理和分析，形成针对第三方SP业务、自有业务、基地业务的客服公共流程原则要求，提出对业务网元配合客服的功能要求和接口要求。（2）调研国际标准中计费、开通、客服等接口与流程：国际标准中涉及计费、开通、客服的有3G

14、PP的计费相关标准、签约信息管理相关标准，eTOM中的业务开通、业务客服等相关流程建议，SID中的客户、产品相关数据模型，OSS/J中的开通、客服等相关接口API定义，本项目对所有上述国际标准化内容进行研究，借鉴引入中国移动的业务支撑系统与业务平台接口与流程中。（3）形成中国移动业务支撑系统与业务网元接口流程技术要求：形成业务支撑系统与业务平台接口和流程通用技术要求，作为统一的、模板化的、参考标准的定义，对于任何新业务需求，通过对该模板的个性化定制接口形成相应的业务支撑方案。（4）其它待研究的问题：目前发现的其它待研究问题包括：业务平台的流程与计费点的要求、在开通长流程中BSS与OSS的接口分

15、工、实时流程中保证数据一致性的方案选择等，需要在项目进展过程中进一步深入研究，并提出建议的解决方案。“全产品支撑标准化能力和架构研究” 主要从以下四个方面开展研究工作：（1）整体架构 产品配置与服务中心：实现全业务、全渠道的产品管理；对各渠道提供一致的产品目录 订单与销售中心：统一各渠道的订购和开通流程，实现一站式订购与退订 客户与订购关系管理中心：负责统一订购关系管理，实现全渠道全业务的一站式查询（2）服务流程标准化 服务在服务注册管理平台上注册；服务的调用先从服务注册管理平台上进行寻址 外部渠道通过接口平台进行适配，直接调用相应的服务 营业前台界面通过页面适配框架匹配到服务，再调用相应服务

16、 流程引擎根据流程定义模板启动流程实例，调用流程中各节点对应的的服务（3）标准服务识别流程 实现一个完整的、独立的业务处理逻辑即为一个服务，人与系统间的一次交互、系统与系统之间的一次交互、系统内部功能域之间的一次交互作都可以为一个服务。 实现一个完整的、独立的的程序处理逻辑即为一个方法。 一组功能相近的方法围绕一个核心实体聚合成为一个组件。（4）信息模型标准化流程基于集团规范的设计思想，通过识别核心业务实体和实体间关系，产生概念模型。进一步分析构建数据实体，数据实体和数据属性形成逻辑模型，再进行物理模型设计。业务场景验证信息模型各阶段设计的完整性和正确性，不断迭代，以确保对现有业务的良好支撑。

17、六、专利检索情况（1）按照“业务支撑”+“开通”搜索，共3个结果，主要描述了系统实现模块层次的开通方法，经过分析，与本课题的初步技术思路无关。（2）按照“业务支撑”+“计费”搜索，共15个结果，主要涉及的都是具体业务中的计费方法、话单生成、预付费等实现，经过分析，与本课题的初步技术思路无关。（3）按照“业务支撑”+“客服”搜索，共2个结果，并且没有对客服实现系统的专利，经过分析，与本课题的初步技术思路无关。七、已有的研究工作积累和取得的研究成果本项目之前主要有以下3方面的积累：（1）业务平台通用支撑技术要求初稿：对新业务平台与业务支撑系统之间的接口和流程进行了综述性的定义，从业务受理、业务计费

18、、数据一致性等方面总结了通用的业务流程，对异常处理流程进行了提示性的定义，对通用的话单格式和编码编号进行了定义，可以作为新业务平台与业务支撑系统接口、流程的参考文档。（2）数据一致性相关工作：发布了业务平台与业务支撑系统数据一致性管理接口规范总册以及部分业务分册，在总册中定义了公共的数据一致性处理的机制、以及对业务平台与业务支撑系统之间的实时接口的影响和要求，在各分册中针对业务平台的具体数据进行了个性化定义。（3）全产品支撑研究前期工作积累：完成了统一产品模型的设计和验证，使用新模型验证了CRM/BOSS、ADC、12580、139、彩铃等平台上的60多个典型产品。完成了接口协议标准化的整合，

19、将于10086、网站、短信营业厅、自助终端等渠道平台和BOSS、ADC、DSMP、139等业务平台的协议统一整合成业务受理和服务开通两个协议。梳理了与产品管理、销售、开通相关161个服务，已基本完成开发，并发布到服务注册管理平台，供各渠道系统使用。八、本课题的创新点和专利点本项目的主要创新点在于：（1）抽取业务支撑系统与业务平台之间接口与流程的共性特点，形成标准化、模板化的接口流程文档，指导业务支撑系统与业务平台采取公共的机制进行交互、并在公共机制的基础上针对业务进行个性化定制，降低新业务需求出现时case-by-case的讨论支撑方案的缺点，提高新业务支撑需求响应速度。（2）整合了分散在各平

20、台、各渠道的产品管理、销售和开通能力，构建了全业务环境下的具有统一产品管理、统一业务管理能力，对外接口统一的基础业务平台。（3）基于SOA技术实现应用系统的能力封装，通过统一服务注册管理，实现了系统能力在企业内的共享，为业务标准化、服务标准化及管理标准化提供了基础的IT资源。（4）对外接口标准化，将过去产品销售和开通相关的十余套接口协议，按能力重构并进行命令字的标准化整合，并以服务的形式提供接口，统一了渠道的业务能力和处理流程。（5）构建流程管理平台，通过流程定制，直接复用已有系统能力，来快速支持新业务。本项目暂无明确的专利点。九、外部合作伙伴委托方案本项目由研究院和广东移动自行完成，无其它的

21、外部合作伙伴。十、预期研究产出10.1 研究成果（研究报告、形成的软硬件平台）：序号预期产出内容承担单位1业务支撑系统与业务平台计费接口与流程相关标准化研究报告研究院2业务支撑系统与业务平台计费接口与流程标准化技术方案研究院3业务支撑系统与业务平台开通接口与流程相关标准化研究报告研究院4业务支撑系统与业务平台开通接口与流程标准化技术方案研究院5业务支撑系统与业务平台客服接口与流程相关标准化研究报告研究院6业务支撑系统与业务平台客服接口与流程标准化技术方案研究院7全产品运营管理中心-总体技术方案广东公司8全产品运营管理中心-应用系统服务研究报告广东公司9全产品运营管理中心-信息模型说明广东公司1

22、0全产品运营管理中心-服务开通标准化方案广东公司11全产品运营管理中心-产品发布与销售标准化方案广东公司序号预期产出内容承担单位1全产品运营管理中心（应用系统）广东公司2业务支撑统一接口处理平台（应用系统）广东公司3业务支撑服务注册管理平台（应用系统）广东公司10.2 标准成果（形成的企业标准及标准化组织成果）：序号预期产出内容承担单位1业务平台与业务支撑系统数据一致性管理接口规范总册V1.5.0（修订）研究院2业务平台与业务支撑系统数据一致性管理接口规范彩铃平台分册V1.5.0（修订）研究院3业务平台与业务支撑系统数据一致性管理接口规范游戏平台分册V1.5.0（修订）研究院4业务平台与业务支

23、撑系统数据一致性管理接口规范农信通平台分册V1.5.0（修订）研究院5业务平台与业务支撑系统数据一致性管理接口规范中央音乐平台分册V1.5.0（修订）研究院6业务平台与业务支撑系统数据一致性管理接口规范飞信平台分册V1.5.0（修订）研究院7业务平台与业务支撑系统数据一致性管理接口规范手机邮箱平台分册V1.5.0（修订）研究院8业务平台与业务支撑系统数据一致性管理接口规范POC分册V1.0.0（修订）研究院9业务平台与业务支撑系统数据一致性管理接口规范MDO平台分册V1.0.0研究院10业务平台与业务支撑系统数据一致性管理接口规范-中央SIMS与业务支撑系统MM业务局数据比对分册研究院11业务

24、平台与业务支撑系统数据一致性管理接口规范-MM平台与中央SIMS MM业务局数据比对分册研究院12业务平台与业务支撑系统数据一致性管理接口规范手机动漫平台分册V1.0.0研究院13业务平台与业务支撑系统数据一致性管理接口规范12580平台分册V1.0.0研究院14业务平台与业务支撑系统数据一致性管理接口规范手机银行卡平台分册V1.0.0研究院15业务平台与业务支撑系统数据一致性管理接口规范手机导航平台分册V1.0.0研究院16业务平台与业务支撑系统数据一致性管理接口规范手机支付平台分册V1.0.0研究院17业务平台与业务支撑系统数据一致性管理接口规范BlackBerry分册V1.0.0研究院1

25、8业务平台与业务支撑系统数据一致性管理接口规范视频会议分册V1.0.0研究院19业务平台与业务支撑系统数据一致性管理接口规范手机阅读分册V1.0.0研究院20业务平台与业务支撑系统数据一致性管理接口规范IMS多媒体彩铃分册V1.0.0研究院21业务平台与业务支撑系统数据一致性管理接口规范宜居通平台分册V1.0.0研究院22业务平台与业务支撑系统数据一致性管理接口规范一卡多号平台分册V1.0.0研究院23业务平台与业务支撑系统数据一致性管理接口规范MAS管理平台分册V1.0.0研究院24业务平台与业务支撑系统数据一致性管理接口规范行业网关A模块分册V1.0.0研究院25业务平台与业务支撑系统数据

26、一致性管理接口规范财信通平台分册V1.0.0研究院26业务平台与业务支撑系统数据一致性管理接口规范网信平台分册V1.0.0研究院27业务平台与业务支撑系统数据一致性管理接口规范彩像平台分册V1.0.0研究院28业务平台与业务支撑系统数据一致性管理接口规范视频共享分册V1.0.0研究院29业务平台与业务支撑系统数据一致性管理接口规范ADC分册V1.0.0研究院30业务平台与业务支撑系统数据一致性管理接口规范会议电话分册V1.0.0研究院31业务平台与业务支撑系统数据一致性管理接口规范车务通分册V1.0.0研究院32业务平台与业务支撑系统数据一致性管理接口规范一卡通分册V1.0.0研究院33业务平

27、台与业务支撑系统数据一致性管理接口规范企业飞信分册V1.0.0研究院34业务平台与业务支撑系统数据一致性管理接口规范移动400分册V1.0.0研究院十一、课题研究分工单位分工内容研究产出负责人研究院完成业务支撑系统与业务平台接口流程标准化研究项目业支系统与业务平台的计费、开通、客服的接口与流程标准化方案，数据一致性相关企标广东公司完成全产品支撑标准化能力和架构研究全产品管理标准化方案产品运营中心服务、流程标准化方案产品运营中心应用系统十二、项目研究计划进度业务支撑系统与业务网元的接口与流程标准化研究项目主要计划进度如下：（1）2011年5月：项目开通；（2）2011年6月-8月：计费接口调研、

28、标准化规范研究以及标准化方案制定；（3）2011年8月-10月：开通接口调研、标准化规范研究以及标准化方案制定；（4）2011年10月-12月：客服接口调研、标准化规范研究以及标准化方案制定；（5）2011年6月-9月：第一批数据一致性企标制定；（6）2011年9月-12月：第二批数据一致性企标制定；（7）2011年6月-12月：对总部业务支撑系统部的数据一致性竞赛支持工作；（8）2012年1月：项目结题。全产品支撑标准化能力和架构研究项目主要计划进度如下：（1）2011.03：项目启动；（2）2011.05：完成开发过程各阶段通用工作方法识别、产生架构、服务组件、信息模型标准输出物；（3）2

29、011.07：完成服务注册管理平台、统一开通平台试点建设；（4）2011.08：完成工作流管理平台、规则管理平台试点建设；（5）2011.10：结题。十三、项目关键技术决策点及完成时间计划无需集团公司领导决策的内容。十四、项目企业绩效贡献情况预测项目对企业绩效贡献的量化路径图项目特征指标（PAV）指标名称项目应用前指标现状值：PAVc项目应用1年后指标预期值：PAVe1此项目带来的指标变动量：PAV新业务支撑方案制定时间3个月-半年1个月-3个月2-3个月企业特征指标网络及生产类（EAV-PS）指标名称项目应用前指标现状值（EAVc）项目应用1年后指标预期值（EAVe）此项目应用带来的指标变动

30、量（EAV）企业特征指标市场及财务类（EAV-MF）指标名称项目应用前指标现状值（EAVc）项目应用1年后指标预期值（EAVe）此项目应用带来的指标变动量（EAV）企业绩效指标（EPV）指标名称项目应用前指标现状值：EAVc项目应用1年后指标预期值：EAVe此项目应用带来的指标变动量：EAV营运收入营运支出资本开支注：1） 填写各项指标数值时，请在数值后一并填写指标数值的度量单位（如RMB万元、万人、%等）和指标数值对应的应用范围（如XX地市、X省全省、31省全网等）。2） 项目特征指标是本项目应用后产生的主要可量化成效，最多不超过3个。如传输灾难性设备故障抢修系统项目应用的可量化直接成效表现

31、为“缩短故障处理时间”，此即项目特征指标。其EAVc为小时，其EAVe为分钟，其EAV=EAVe EAVc。3） 企业特征指标是本项目应用后对企业生产（产品及服务）和经营（市场及财务）带来的可量化成效，分为“网络及生产类（EAV-PS）”和“市场及财务类（EAV-MF）”，指标清单请见本模板附件1。如传输灾难性设备故障抢修系统通过缩短故障定位时间，使“客户网络类投诉解决及时率”从小时降低到小时，使设备故障抢修时间缩短，由原来需要投入人耗时小时降低为人耗时小时，全省每年节省人工成本万元。其中“客户网络类投诉解决及时率”为EAV-PS指标，“人工成本”就属于EAV-MF指标。4） 以上指标中，项目特征指标的名称及数值皆为必填项；企业特征指标的名称为必填项，数值为选填项。企业绩效指标为选填项。建议项目经理尽量填全以更好地体现本项目对企业的贡献。