第二是借鉴思想。这几年的发展，从开始网络设备的管理，面向设备和网络的管理，还有面向整个运营的管理，我们这个行业确实有许多新的理念。那么我们可以更多地借鉴，但是借鉴和我们现实还是有差异的，我们有现状和一大堆现有的系统。
第三是统筹规划。一个长久的规划是我们运营支撑发展非常重要的部分，也是我们保证持续演进的重要的部分。
第四是科学建设。我们所有系统的建设和管理，往往和我们常规的成熟工程的建设有很大的差异。
第五是运营商应该主导标准和规范。这不是让运营商研究标准，而是选用适合他的标准，这样我们后期系统融合起来更容易一些。
那么整合这些系统，我们大量地融合这些系统，对于网络的生产是很实时的，但是对于其他的方面不是很实时的。这里面我们过去在系统不能融合或者是系统不能产生大的价值的时候，主要是我们的定义是完全不一样的。那么运维将来的工作，我们运维的质量如何，我们运维的发展情况，我们从数据的过程是可以看到它发展的轨迹的。
再一个是运维指标和计量。我们现在说我们运维做得好，对于企业有支撑，我也看了一下国外的运营商，他说他有一些指标，完成了人均是多少。当然了，这好多的成本的算法指标，我们运维的线上是很难找到的。这个指标的计量，一个是我们没有一个行业比较通用的指标，第二我们即使有了指标，我们很难从过去找数据，因为过去的数据往往是不统一的，它的数据是很零散的。那么通过数的整合，首先来进行统一的把数据提炼成数据的元素，那么数据的元素进行分发的处理，进行各种应用。
那么数据的应用，我们想在系统里面，我们建立支撑系统的时候，我们经常遇到一个现象，我们跟现有的组织、现有的功能、现有的职责来决定。但是，系统很难去变化，如果我们已经需要，我们很难根据用户的需要或者是根据业务的需要来调整，那么这些系统反而成为了我们的负担。比如说我们用户需要哪条电路的服务报告，那么我过去可能系统就做不到这个支撑。
那么如何把数据有效利用呢？就是在数据中心设立一些流传的控制机制，由它来做数据定时分发。定时的数据采集分发给分析系统，比如说网络运维系统，运行分析的数据可能是按周、按月发给我们的分析系统里面。这样，分析系统在后台的综合处理的过程中，会非常简单，也会达到统一。
那么最困难的工作，作为运营商第一个是支撑手段的基础架构的建立，再一个是我们运维的基础标准，就是数标准和规范。我们要做到互联，当然为了实现长久有效和保障性，需要我们有一个支撑的团队，作为运营商必须是主导规范的制定和标准的选择。
那么数据的统一，我想是整合的一个前提，这里面包括的数的提炼和加工。第二个是接口标准的统一，我们统一的不是要一个，而是少量的，或者是说让我们的供应商，可以将来按照我们的要求，可以符合这个要求。那么，在新采购的时候，可以更快速地接入。第三个就是数据流传，这个主要是适应我们流程的变化、组织职责的变化和机构的变化。那么这一点，对于我们后台的应用，带来很多的灵活性。
我想再提一下建设，在这些系统建设的过程中，也感到许多的困惑。那么我们所建立的系统，我们建完了以后我们发现我们手里的系统越来越多，我们的维护工作量越来越大。过去的监控人员自己维护网管，现在我们不得不包给一个大的组织代维，因为我们已经维护不了了。好多就是因为我们不能做到整合，或者是每个阶段采用的技术标准差异很大，我们很难让维护人员做这个事情。
我想科学地建立运维支撑系统，我想参考一下过去咱们做通信工程建设。通信工程建设有一个基本建设程序，那么就是可研、设计、施工、初验、终验。那么我想每个技术大家都是清楚的，早期的可研是代表了政府的审批，但是现在的可研是前期的工作，过去的设计都是一阶段的设计，很少分阶段来设计。那么再就是施工过程，我们可以监理、随工。那么初验比较适合我们成熟的产品、成熟的应用。比如说我们建一个光缆系统，我们这些技术可能很成熟，标准是统一的，施工单位和监理单位所掌握的和我们所掌握的是一样的，所以大家的目标是一致的。但是，我们的支撑系统要建设的时候，我们会发现有许多许多的问题。这里面，我想最主要的是开发的工程化，但是我想到的实话里面，不是说都出现的。但是我们需要做一个设计，然后做设计院设计，然后开发商开发工作了。但是，前期的设计是很不够的。再就是网络的互联，我们往往说跟谁要业务支撑要互联，业务要互通，所以我们要增加接口。那么我们N个业务下，我们的接口会有N（N-1）/2，经常的情况下，这就是前面我说的为什么要做数据的统一的流传。那么任何一种系统，只有一种连接。还有数据的离散化，这往往是根据我们供应商所提供的标准，我们自己不提供标准。
所以，作为一个运营支撑系统，它是一个技术开发量非常大的工作，它和我们过去的传统的基本建设程序，差异确实非常大。尤其是我们不能出现经常说的三边工程，边施工、边设计、边修改。那么要想做好设计保持长久的规划，这个规划必须为将来的每一步去实现，每一步怎么走。这是一个网络运维建设发展的演进图，同时我们必须保证系统的实施，必须有一个完整地可闭环的顺畅的、合理的流程。这个是用我们运营支撑系统的建设，往往会参考我们现有流程的建设，但是运维支撑系统不是对于现有工作完全的替代。
同时，这种流程，从系统的建设完成以后，流程必然会采取一些重大的调整。那么这些工作，在前期必须设计好，所以必须有完整的流程。那么，我把网络运营支撑系统的建设，我主要分了6个阶段。
第一个阶段是我们的驱动阶段，主要提出解决的问题和需求，主要的回答要解决的问题是什么。这是根据我们的发展和战略来提出我们的要求。
第二个阶段是准备阶段。这个阶段我们主要做确实系统的目标和建立行业的分析，建立需求分析的模型，还有需求的定位、潜在的标准、风险的评估。
那么设计阶段是非常重要的阶段，我们必须对于系统做一个非常详细的设计，而且要做出模拟和验证、测试。而且，这个设计的过程是必须很完整的，是一个可走通的过程。
那么还有实现工程，过去做实现工程，一般是由施工单位来建设，由建设单位在现场管理。那么作为运营支撑系统这种开发，运营商在开发的过程中必须是全程参与的，这包括了各种阶段的评审和评测。
第五阶段是确认，确认是否满足建设的要求。那么软件的兼并和通信工程的兼并要复杂很多，所以我们需要有一个完备的测试。
第六就是运行维护。我们虽然在出现了问题之后我们需要整改，但是在大量使用之后我们会有一些升级、优化、改造。所以，后期的维护工作一定是非常重要的工作，也是保持这个系统能够永远走下去很关键的部分。因为我们的系统，没有在后期的维护之中跟我们的供应商紧密合作，时间长了以后，我们找不到谁来支撑这个东西。我们进行接口的连接，可能找不到支撑的单位。
我想具体的建设，从建设单位和规划的角度考虑网络运营支撑系统方面的一些问题，希望和各位专家进行讨论，谢谢各位！
