北京移动BOSS3.0项目始于2005年3月，在2006年10月上线。其间，北京移动与惠普、Amdocs深入合作，尽管经历了很多困难和考验，但在各方的共同努力下，最终获得了圆满成功。在上线之后，BOSS3.0系统有效地支撑了北京移动的运营新战略，陆续实现了对多个新业务需求的支撑：2007年2月实现内容计费，2007年4月实现改单业务，2007年5月实现携号转品牌业务，2007年6月实现SP代码升级，2007年11月实现大众卡转BOSS割接，2008年3月实现漫游资费下调。总体看来，在上线后的一年零5个月中，BOSS3.0支持的话单量、交易量和客户量均迅猛翻倍。

　　北京移动业务运营支撑中心相关负责人陈云磊在回顾项目成果时总结道，此次BOSS3.0项目的成果，受益者不仅是北京移动，对国内电信行业来讲，此项目也是值得借鉴的。因为，在该项目中，中国移动使用了国外成熟软件(COTS)来进行BOSS建设并成功上线。项目中，作为集成商的惠普对采集、服务开通、CRM、Billing(Amdocs)、OLCSCP、原BOSS2系统集成商等多个厂商的COTS软件进行了集成。陈云磊指出，值得一提的是，此项目是国内运营商在支撑系统建设方面首次实现SCP与BOSS之间实时话务控制，从而使得北京移动能对用户业务使用流程进行实时接入。这些成果，为北京移动未来3G业务的开展奠定了坚实的基础。

　　项目的成功也为COTS建设方式在国内电信运营商BOSS建设中推广的可行性提供了充分的佐证，增强了电信运营商对COTS建设方式的信心。

　　事实上，此前业界一直对COTS思路持怀疑态度，有专家认为，国外BOSS软件厂商的产品进入中国，在系统集成过程中运营商和集成商需要处理各个厂商产品之间的复杂协作关系，这是一项难度很大的工程；同时，由于众多厂商普遍存在产品适应性差和服务模式水土不服等问题，COTS建设思路的实际可行性会因此大打折扣。对于这些质疑，北京移动BOSS3.0给出了很多值得借鉴的解决方法。

　　PMO统领系统集成

　　事实上，在北京移动BOSS3.0项目启动之时要克服很多困难，这之中包括：初次与Amdocs合作，对其工作模式、系统特性不是特别熟悉；有些厂商只提供产品，不做任何二次开发，系统的优化完全靠集成商；CRM系统和AmdocsBilling系统连接，需要大量的管理、沟通、需求、测试等工作；SCP和AmdocsOLC双方之间接口的测试配合也需要做大量的工作。

　　此外，对于各厂商来说，都没有相关合作经验可以参考：（对Amdocs来讲，这是他们在中国实施的第一个项目）。

　　惠普在北京移动BOSS3.0项目的相关负责人秦涛告诉《通信产业报》记者，为了应对这些调整，做好软件模块的有机集成，充分发挥COTS软件的优势，北京移动与惠普成立了PMO(项目管理办公室)，即项目型企业中管理和协调项目的机构。在北京移动BOSS3.0项目集成中，PMO作为Amdocs等各合作伙伴的统一协调接口出现，管理北京移动BOSS3.0项目的交付实施。

　　PMO基于ITSM/ITIL方法论，其结构和目的是保证北京移动的最新业务需求和合作伙伴COTS软件间的接口调整需求等可以得到快速响应。

　　秦涛介绍说，在PMO的管理下，项目在各个阶段都得到了成功实施。在业务模型设计阶段，PMO负责将北京移动的业务需求映射到一个统一的架构中去，并让每个厂商的团队在模型设计时都了解这个统一架构和相关技术规范，初步实现了COTS软件的量身定制化；在系统设计和数据库设计阶段，PMO对映射之后的产品和需求进行差异分析，从而促使厂商根据这些差异调整自己的集成架构和相关软件配置，完成产品配置设计、集成架构设计和测试架构设计，进一步实现系统整体架构和各模块软件的客户化；在开发阶段，厂商会在PMO的统筹下对源代码进行进一步优化；在测试阶段，PMO在进行常规测试的同时，更注重强调对多个专业系统端到端业务的测试。

　　可以说，PMO在北京移动BOSS3.0系统建设过程中，表现出了强大的统筹能力和客户需求的实施执行能力。

　　指导行业IT创新

　　PMO的成功，除了应用ITSM/ITIL方法论，也得益于各合作厂商对于TMF(世界电信管理论坛)相关理念的运用。对于COTS软件的使用，TMF认为，在模块化专业软件进行系统集成的过程中，一个具备开放性的集成框架是必不可少的。开放性集成框架的作用就在于，将所选择的专业模块软件无缝集成在一起。Amdocs在北京移动BOSS3.0项目的现场经理张斌在接受《通信产业报》采访时指出，要达到这种无缝集成，项目管理者需要考虑设计四个方面的框架：

　　首先是业务流程集成框架，事实上，并不能因为北京移动选择了不同厂家的专业系统，就在系统建设中都给予相应流程的割裂，而是应当在项目前期为这些业务流程按照统筹设计整体流程的集成框架；第二是数据模型框架，该框架保证相关模块的数据模型可以互相对话，顺畅地服务于北京移动整体的业务需求；第三是应用的集成架构框架，每个模块软件都有自己应用架构的特点，如何把它们变成一个整体，这是应用型架构里面需要考虑的；最后是系统集成框架，这其中涉及不同的主机、存储、网络、系统平台之间的无缝结合。

　　北京移动在项目之初，对这四方面进行了认真的考虑，订立了着眼长远的初期项目规划。四个框架的规划、设计贯穿着一个坚定的理念：专业化的软件模块与开放化的集成架构同等重要，两者的有效结合将实现运营支撑系统的整体综合化运营能力。

　　张斌告诉《通信产业报》记者，在这样的理念下，BOSS3.0项目组也建立了相关的工作原则：首先，对于各合作厂商的产品来说，无论其专业软件具有怎样的特点，实施和配置中必须优先考虑北京移动未来业务支撑系统的整体发展；第二，北京移动和各厂商需要考虑专业化分工合作的原则，明确每个系统的专业化定位，充分发挥专业系统的优势；第三，各厂商需要在北京移动特有的业务环境下，结合北京移动的自身需求，梳理各模块软件在数据、功能、业务流程方面的关系，通过解决具体的协助问题，来保证每个系统在发挥自身优势的同时，能满足总体化的目标；最后，系统集成实施者要对各模块软件都有深入的了解，结合模块软件的功能和能力进行相应的集成工作。

　　在当今竞争激烈的电信行业，业务创新加速，技术人工成本增加，用户个性化需求激增。作为电信运营的使能者，电信运营支撑系统也在从幕后走向全面支撑，从过去简单的后台支撑系统反客为主、逐步升级，向着更加专业化、一体化、集成化的方向不断演进。在电信运营商探讨各自运营支撑系统发展演进的具体道路时，北京移动在近年来BOSS3.0项目中所获得的成功，无疑为业界提供了一个值得借鉴的样板。