云南移动在NGBOSS系统建设和升级的过程中，不仅严格遵循中国移动集团公司NGBOSS的规范要求，还结合当地实际，围绕使用者来构建系统，重点实现CRM系统与BSS系统的解耦（“解耦”即是解除耦合。电信行业中，CRM系统本是BOSS系统的一个部分，为了把CRM做成一个从集团到省公司的垂直系统，需将CRM和省BOSS系统的各种关系减弱）。
这不仅提升了融合计费，加强对营销服务能力的支撑，在已经完成的系统升级中，云南移动还创新地成功应用了IT技术规则。对此，本刊采访了云南移动信息技术中心副总经理马秋蓉和IT系统规划师李海涛，请他们围绕NGBOSS系统的创新工作，谈谈具体的考虑和实践。
《通信世界周刊》：云南移动如何通过系统建设，解决满足未来业务创新的需求？研发模式与以前的有什么不同？
马秋蓉：业务不断创新，大家都希望能找到适合未来发展的业务，未来确实是一个不可控制的因素。业务支撑系统的发展，最终还是要满足市场活动的需要，结合公司业务运营体系，通过需求与规划同时驱动。
以前的研发模式主要是满足具体业务需求。而现在的项目建设中，需要同时注重分析公司综合经营管理过程，使业务支撑系统贯穿到公司经营活动的全过程中。这时，系统整体规划更注重以一个系统服务者来进行，即系统建设是以面向业务的服务为目标，将重点放在技术实现与为业务部门提供服务的关系上，同时提出对公司运营流程的优化，通过IT固化，使业务支撑系统初步具备对业务需求快速做出响应。
李海涛：在项目建设中，技术上需要考虑组件化研发、引入IT通用技术、系统分层架构构建，采用类似REST风格服务、针对外围系统设计独立的统一接口平台（基于WS+SOAP+XML的接口规范）、规范内部消息定义类型（包括WS、HTTP、JMS、File、EJB、SOAP、XML、MFL、Raw Data等方式）。系统部署上需要考虑解决各系统之间接口服务集成管理的问题。
《通信世界周刊》：以上这些具体要求，如何落实在客户关系管理系统的功能上？
马秋蓉：在客户关系管理方面，项目以实现集团公司总体规范NG1-CRM为目标，对基础平台外的客户服务功能模块与传统BOSS系统功能解耦，包括业务订购／退订／变更／注销／实物管理/销售管理等与客户接触紧密的功能整合进入CRM统一实现，形成面向未来的以客户为中心的客户营销、销售、服务等能力基础。
完成这些功能还需考虑未来功能的使用情况，评估每个功能的业务量、技术能力、功能点峰值、功能瓶颈、平均处理能力，以及有多少业务人员使用，每个月使用的次数，每天的业务量计算，每秒的业务功能并发数，近年来业务的增长情况，系统的基础资源是否可以处理多少这样的业务要求，可以处理多长时间。
只有选择了合适的整体技术实现方案，才能最好的配置资源，避免出现资源抢占、系统频繁升级。
《通信世界周刊》：云南移动NGBOSS系统建设中，采用了ILOG（业务规则管理系统）规则引擎，在项目中是如何考虑在业务支撑系统中的作用？
李海涛：ILOG Jrules是一种管理业务的规则，遵循相关国际标准，适用于Java的环境。IT系统的建设，一般来说都是采用先易后难、从简单到复杂的分步实施过程，但随着移动业务的高速发展，作为云南移动经营活动中最重要部分的业务支撑系统，系统功能是经过多年移动运营得到的最佳实践，并经过几亿客户多年使用验证的。这么多年运营总结出的业务规则是移动运营商最宝贵的财富。实践中得到的经验具有不可模拟性，现在IT技术的发展，有专业的业务规则引擎来处理这样的场景。但一个产品的推出，不可能满足业务的所有需求，这需要在项目中进行逐步验证。
采用业务规则引擎，是因为现在商务模式中营销策略的快速变化要求业务支撑系统具备快速的业务部署能力。这需要定义灵活的业务规则，通过业务规则引擎使业务规则从应用程序的代码中分离出来，使用预先定义的规则模板，通过应用程序进行数据输入，由规则引擎翻译出业务规则，生成一个业务的实例实时返回给应用程序，并作用到客户系统上，从而满足对客户的业务规则管理。
《通信世界周刊》：这对NGBOSS的建设和运营支撑系统的完善有何意义？
马秋蓉：任何新技术的引入在通信行业上的使用都是十分谨慎的，因为业务支撑系统最终还是以“稳定+灵活+高效”为最佳实践方法。新技术在项目中的应用，还需要选择应用研发工作量适中，对关键业务影响是可控的（满足移动秒级的业务需求）。我们对新产品的引入不是为了专注技术实现，而是以业务生产效益来验证，而且还需要控制住项目的实施难度和风险，所以我们在营销管理等部分场景中引入了业务规则引擎来配置业务规则，通过引入规则引擎技术，实现了规则库管理，实现了灵活定义业务规则。而对部分业务场景，在程序实现上，使业务规则与业务处理逻辑分离，确保业务规则的快速定义与推出。